FC in RUN-Mode nicht editierbar

Zu den Screenshots #20: Die Fehlermeldung kommt also auch beim Laden in PLCSIM?

Falls Bausteinkonsistenz prüfen/übersetzen nicht hilft, mal das ganze Step7-Projekt unter einem anderen Namen speichern "mit Reorganisation".
Interessant zu wissen wäre noch, ob Du die Programmänderung direkt im Online-Baustein ausführen kannst (in PLCSIM versuchen).

Harald
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Läßt sich der Baustein laden, wenn Du aus dem ersten U ein O machst? (so wäre es eigentlich korrekt)
Code:
      [COLOR="#FF0000"]O[/COLOR]     E      6.1
      O     
      U(    
      L     Z      0
      L     DB5.DBW   14
      >I    
      )     
      UN    E      7.4
      S     M      2.6

Harald
 
@Dagobert
ja, allerdings vor der letzten Übertragung einer Hardwareänderung das letzte Mal.
Im Verlauf dieses Fehlers noch nicht. Meine Zeitfenster waren sehr knapp...
Die stellen die Produktionsanlage ungern ab ;-) . Was weitere Tests angeht, werde ich wahrscheinlich bis Sonntag warten müssen:sad:

Gruß, Toki
 
@ PN/DP
Hallo Harald,
Zu den Screenshots #20: Die Fehlermeldung kommt also auch beim Laden in PLCSIM?
nein diesen einen Screenshot mit dem Fehler habe ich gemacht als der Fehler aufgetreten ist, damit ich in Ruhe die Ursache finden kann.
Nachdem ich die Anlage wieder startklar hatte musste ich schnell die Finger wieder weg nehmen ...

Was die Änderung mit dem Und/Oder angeht, das hat mich auch schon beschäftigt.
Bei kleinen Änderungen (wie dies eine gewesen wäre) gehe ich immer erst hin und schalt die Brille einmal ein.
Wenn ich online beobachten kann, ist mein Projekt aktuell.
Genau dieses eine Mal konnte ich nicht beobachten weil ein Unterschied festgestellt wurde.
Ich habe den Baustein vergleichen lassen und genau die von dir festgestellte Kleinigkeit wurde angemerkt.
Ich habe dann einen AG-Abzug gezogen - zur Sicherheit.
Daraufhin habe ich mein Offline-Projekt auf die Syntax in dem Screenshot abgeändert und konnte danach wieder sauber beobachten.
Da ich derzeit der Einzige bin der an den Anlagen arbeitet, konnte ich mir diesen Unterschied bezüglich des Codes nicht wirklich erklären.
Aber genau dieses Phänomen musste ich in 3 Netzwerken abändern...
Das war eigentlich der Anfang des Ganzen Problems wenn man es genau nimmt.
Danach fing das Testen und Probieren an.

Gruß, Toki
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo Toki,

..Bei den diversen Übertragungsversuchen kam auch eine Meldung "...kann nicht schreibend bearbeitet werden weil eine andere Funktion darauf zugreift (oder so ähnlich)"..

ist das Projekt auf einen anderen Rechner übertragen worden? Wie sicherst du im Allgemeinen? Durch Archivieren im Simatic-Manager oder über Windows-Mittel? Meine Frage kann ich nicht wirklich begründen. Allerdings hatte ich bei einem Kunden der immer nur im Explorer Projekte kopiert auch schon seltsame Effekte, bis hin zu defekten, nicht zu öffnenden Projekten.

Vielleicht hat deine FC irgendwie fälschlicherweise den Status "geöffnet"?

Kannst du das Projekt auf deinem Rechner im Simatic-Manager archivieren, oder kommt da auch eine Fehlermeldung?


Gruß, Onkel
 
Zuletzt bearbeitet:
Hi Dagobert,
ich arbeitete eigentlich ausschließlich mit meinem Laptop. Die Datensicherung mache ich mit dem Simatic Manager.
Die Projekte kommen dann als Backup auf einen Server. Arbeiten tue weiterhin mit den Projekten auf meinem Laptop.
Bei uns gehen maximal 3 Leute an die SPS. Da einer in einem anderen Werk eingesetzt ist und der andere auf meiner Schicht arbeitet,
habe ich eigentlich noch nie Probleme mit meiner Datensicherung gehabt.
Ich habe allerdings auch noch nicht probiert in diesem aktuellen Fall noch einmal zu archivieren.
Aber auch das werde ich gerne noch testen.

Wie könnte mein FC4 denn an den Status geöffnet kommen?
Gruß, Toki
 
Wieso sind eigentlich auf den Screenshot des Baugruppenzustands im Ladespeicher nur 51kB belegt während im Arbeitsspeicher 125k Code und 31k Daten liegen?
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Hi Aventinus,
bislang hatte ich mich nur damit beschäftigt ob der Speicher gemäß der Meldung Groß genug ist, oder nicht.
Aber in der Tat... merkwürdig.
Im Ladespeicher (MMC) sollte das gesamte Anwenderprogramm etc liegen.
Im Arbeitsspeicher (CPU) nur der ablaufrelevante Teil des Programms.
Remanenzdaten - der als remanent eingestellte Teil von Merkern, Zeiten, Zählern sowie das Anwenderprogramm un die Anwenderdaten. (Speicheranteil auf der MMC Card)

Demnach sollte der Ladespeicher eigentlich die größte Auslastung aufweisen. Oder habe ich da einen Gedankenfehler?
Gruß, Toki
 
Bei den neueren CPU zählen zum Arbeitsspeicher:
* Codebausteine, Datenbausteine, per SFC erzeugte Datenbausteine, Systemdaten
* Operandenbereiche der Merker, Zeiten, Zähler, PAE, PAA, Lokaldaten und Diagnosepuffer (alles, wo die Größe in HW Konfig einstellbar ist)
Wegen dem zweiten Punkt ist die Speicherbelegung im Arbeitsspeicher größer als im Ladespeicher.

Nachtrag:
Remanente Speicherobjekte (Datenbausteine, Merker, Zähler, Zeiten, Diagnosepuffer) liegen im Arbeitsspeicher UND ZUSÄTZLICH im Remanenzspeicher. Sie werden bei Spannungsausfall vom Arbeitsspeicher in den Remanenzspeicher kopiert und bei Spannungswiederkehr wieder zurück.

Harald
 
Zuletzt bearbeitet:
@PN/DP
das erklärt natürlich warum das so ist, allerdings finde ich das Verhältnis schon recht enorm.
Aber dort scheint dann jedenfalls der Fehler auch nicht begründet zu sein.
Gruß, Toki
 
das erklärt natürlich warum das so ist, allerdings finde ich das Verhältnis schon recht enorm.
Im "Baugruppenzustand > Speicher" einen Speicherbereich markieren und dann den Button [Details Speicherbereich...] klicken

Wie groß ist denn nun dein FC ???

Glaube die CPU kann nur was bei 16Kb.
siehe Anhang 3 in Beitrag #20:
FC4
2168 Bytes Ladespeicherbedarf
1912 Bytes Arbeitsspeicherbedarf
also nichts aufregendes.

Harald
 
Moin Harald,

werde mir heute Mühe geben wenigstens in einer der Produktionspausen weitere Details zu sammeln.
Ich bin langsam echt gespannt was dabei raus kommt.
Als ich das Problem gepostet habe, hatte ich gedacht das ist nur eine Kleinigkeit zu der mir etwas Erfahrung oder Wissen fehlt...
Dieser Fehler hat nun etwas von einem Mysterium.

Gruß, Toki
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Hi @ all,

habe an der Anlage diverse Dinge ausprobieren können.
Bausteinkonsistenz geprüft und alles neu übersetzen lassen,
Projekt komprimieren lassen, was eine CPU diesen Typs eigentlich selber schon macht.
Projekt als Backup gespeichert, neu dearchiviert und wieder übertragen,
einen anderen Programmieradapter ausprobiert,
diverse andere Programmänderungen getestet.
Dabei ist mir aufgefallen das das Übertragen von Bitoperationen diesen Fehler auslöst,
das Übertragen von Akkuoperationen (L S5t#1S) erst mal nicht!
Ich habe dann verschiedene Bitoperationen für eine andere Eingangskarte übertragen und bekam ebenfalls keinen Fehler!
Ich dachte mir es wäre logisch die betreffende Eingangskarte zu tauschen.
Und siehe da: Übertragung des UN E7.4 im FC4 bei RUN funktionierte...
Ich völlig zufrieden in die Pause gegangen :) Fehler gefunden und behoben...
Komme aus der Pause und drücke selbstzufrieden noch einmal auf übertragen und bums, LED´s leuchten und CPU ist abgestürzt :-(

Also alles von vorne.
Während der Fehlersuche habe ich alle meine Schritte dokumentiert und Screenshots gemacht.
Damit habe ich mich dann an der Siemens Technical Support gewandt.
Von denen habe ich dann auch einen Rückruf bekommen und die sagten mir das das alles nicht schlüssig wäre.
Ok sagte ich, soweit bin ich auch schon!
Er schlug vor einen Werksreset der CPU durchzuführen. Ich sagte ihm das ich die CPU schon getauscht habe,
aber natürlich gerne bereit bin den Reset durchzuführen.
Seine Worte: dann kann es daran wohl nicht liegen, aber ich solle den Reset trotzdem durchführen und wenn es nicht hilft noch einmal anrufen...
An der Stelle habe ich an dessen fachlicher Kompetenz gezweifelt.
Ich warte nun auf die passende Gelegenheit um das durchzuführen.

Wie wahrscheinlich könnte ein Softwarefehler meiner Step 7 Version sein? Bei Adapter und Hardware ist nichts festzustellen, dann wäre da nur noch das Step 7, oder??

Gruß, Toki
 
Nur der Vollständigkeit halber,
ich hatte exakt die gleichen Probleme (bis auf die CPU-Disco). Grund bei mir war die Timeout Einstellung am Netlink-Pro Adapter (stand auf 999, Standard ist 9955).
Gruß, Leo
 
Hi Leo,
Ich werde nächste Nacht die Einstellungen mal kontrollieren.
Witzigerweise habe ich vergangene Nacht noch an der Anlage
gearbeitet und mich geärgert das die Übertragung so lange dauert.
Ohne das ich daran gedacht habe das ich dieses Problem vor langer
Zeit hatte. Würde aber irgendwie dazu passen, oder?
Bin gespannt, denn ich bin mit dem Projekt an der Anlage noch lange nicht fertig.

Gruß Toki
 
Zurück
Oben