Step 7 S7 FUP Variablen zeigen falsch an

[whsbremen]

Zuviel Werbung?
-> Hier kostenlos registrieren

ja das Programm kann man ist zu gross man kann die 0 nicht sehen.
Das MW12 auf 0 wieder geht ist so gewollt da das Programm nicht bei den Merkern stehen bleibt und keine Fehler anzeigt..
Das Problem ist das einige dieser Variablen nicht auf 0 zurücksetzen obwohl keine 1 mehr am Baustein anliegt.

Komischerweise können alle Variablen ab MW 30 nicht zurückgesetzt werden...sprich die Zahl bleibt bestehen obwohl nix anliegt.

Sind Merker wie m2.0 tatsächlich mit variablen MW2 verbunden ? das wusst ich nicht..
ich versuch gleich mal ein screenshot zu machen während des online vorgangs

danke schonmal

 

[whsbremen]

so hier sieht man den unterschied glaub ich gut

 

[JesperMP]

Zuviel Werbung?
-> Hier kostenlos registrieren

Das Problem ist das einige dieser Variablen nicht auf 0 zurücksetzen obwohl keine 1 mehr am Baustein anliegt.

Da hast du ein Denkfehler. Dass die logische Bedingungen nicht mehr erfüllt sind bedeutet nicht das die Variabel auf 0 zurückgesetzt wird. Es bedeutet nur dass die Variabel nicht mehr mit 11, 12, 13 beschrieben wird. Wenn die Variabel schon ein Wert bekommen hat, wie 11, 12 oder 13, dann wird diesen Wert behalten.

Das es scheint zu funktionieren in den anderen Netwerk ist ein Fehler. Vermutlich verursacht durch beschreieben von die Variabel anderswo. Eventuell unuberschaulich weil die Bescreibung passiert mit eine überlappender Adressse.

Eigentlich ist dies ein Beispiel warum man Merkeradressen vermeiden soll. Die sind ein Relikt von die S5 Zeiten.
Wenn du die Variabeln in ein DB definierst, wirdst du gezwungen die korrekte Typen zu wählen, und überlappender Adressen werden vermeidet.

 

[TheLevel]

Ich sehe schon eine Doppelbelegung: du benutzt z.B. den Merker 14.3, dieser ist eben ein Bestandteil vom MW14. Wenn sich M14.3 ändert, ändert sich somit auch MW14.
Und wie schon erwähnt: von alleine setzt sich ein Merker nicht zurück, dass musst du schon bewusst tun.

 

[whsbremen]

hmm ok ich guck mal und versuche das Überlappen der Adressen ausfindig zu machen.
Habe die Variablen übrigens alle in einem DB definiert.

 

[JesperMP]

Zuviel Werbung?
-> Hier kostenlos registrieren

Habe die Variablen übrigens alle in einem DB definiert.

?
Die Beispiele du gepostet hast verwendet ausschliesslich Merkeradressen.

 

[TheLevel]

Du kannst natürlich die Merker auch etwas anders aufteilen, um solche Fehler zu vermeiden - z.B. Merker-Bits von 0.0 bis 99.7 und Merkerworte von MW100 bis MW198.

 

[whsbremen]

Sorry erst seit 1 Monat in der Siemens SPS geschichte drinne..dann hab ich das mit dem DB wohl auch falsch..habe hier die variablennamen erstellt und danach in der PLC und HMI Variablentabelle

 

[whsbremen]

Zuviel Werbung?
-> Hier kostenlos registrieren

Ja das werde ich gleich machen und mit nem aus taster alle variablen auf 0 setzen ..das wird wohl der weg sein ^^

 

[JesperMP]

Anhang anzeigen 50646Sorry erst seit 1 Monat in der Siemens SPS geschichte drinne..dann hab ich das mit dem DB wohl auch falsch..habe hier die variablennamen erstellt und danach in der PLC und HMI Variablentabelle

In deiner Bilder in die Beiträge #16 und #22 schreibst du in die Variabeln MW12 und MW14.

Ich denke, vielleicht ist das Problem dass wenn du in den TIA FUP Editor einfach "variable_28" eintippst, dann weiss TIA nicht dass du "HMI".variable_28 meinst. TIA fragt dann ob die Variabel angelegt werden soll. Wenn du dann "Ja" wählst, wird eine neue Merkervariabel mit diese Name angelegt.

 

[JesperMP]

Das hier erklärt es vielleicht besser.



Ich empfehle dich zu studieren wie man Daten in Shared-DBs konfiguriert.
Gute Variabelnamen sind auch wichtig. "Variabel_28" ist eine schlechte Name. Es macht die Code schwierig lesbar.
Dann, das ganze nochmal von vorne programmieren.