wie kann denn sowas passieren? Der DO schaltet nicht. "Heizungspumpe" ist der Name, den ich in der Steuerungskonfiguration dem Kanal zugewiesen habe. Hardware ist ein Wago 750-849 mit Modulen 750-530.
Versucht habe ich schon:
anderer Kanal am selben Modul
anderer Kanal an anderem Modul
andere Bezeichnung
statt Namen den Ausgang direkt %QX19.2
TRUE->Heizungspumpe direkt
Wenn ich per Doppelklick und STRG-F7 TRUE auf den Ausgang schreibe, dann schaltet der auch. Komischerweise kann ich den auch manuell setzen. Andere Ausgänge, die an irgendwelchen Funktionen oder Funktionsbausteinen hängen, kann ich so nicht schalten.
Mir ist völlig schleierhaft, wie das entstehen kann.
Gruß
Klaus
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Anonymous
-
2012-01-30
Originally created by: jl
Hallo Klaus!
Möglicherweise wird dieser Ausgang im Programm mehrmals beschrieben. Wenn z.B. in einem Programmbaustein der Ausgang ganz am Anfang aus TRUE gesetzt wird und dann ganz am Ende auf FALSE dann ist der Ausgang auf FALSE.
Gruß JL
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
müsste ich das nicht über Querverweise sehen können?
Dort sehe ich aber nur einmal "Schreiben".
Gruß
Klaus
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Anonymous
-
2012-01-30
Originally created by: jl
Hallo Klaus,
Wenn dort nur einmal Schreiben steht dann dürfte diesbezüglich alles in Ordnung sein.
Du kann noch zusätzlich mit "Projekt --> Überprüfen --> Mehrfaches Schreiben auf Output" das überprüfen.
Versuch auch noch bei deinem AND - Baustein der den Ausgang schaltet alle Eingänge zu Forcen, d.h. auf TRUE setzen. Wenn dann der Ausgang schaltet dann könnte eventuel einer dieser Eingänge mit einem kurzen Intervall Takten (Kontakt - Flattern).
Hast Du auch schon einmal "Alles bereinigen" und "Alles Übersetzen" durchgeführt? Wenn unerklärliche Dinge passieren hilft das manchmal.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hallo Klaus,
der Effekt tritt auch auf, wenn Du (später) auf das AusgangsBYTE oder WORD schreibst, in welchem der DO mit drin liegt. Ob das der Querverweis mit erwischt, weiss ich nicht.
Rolf
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
"Alles bereinigen" benutze ich regelmässig. Hilft aber auch nicht. Wie kann ich denn diesem "Kontaktflattern" auf die Spur kommen?
Nach erneutem Laden einer neuen Version geht es jetzt auf einmal wieder. Das hatte ich auch schon öfter, mal geht es, mal nicht.
Zitat:
der Effekt tritt auch auf, wenn Du (später) auf das AusgangsBYTE oder WORD schreibst, in welchem der DO mit drin liegt.
Das klingt nach einer Möglichkeit, denn dann ist das Problem von einem externen Faktor abhängig und dieser würde dafür sorgen, dass es mal auftritt und mal nicht. Aber wie kann ich das rausfinden?
Zu dem WORD gehören zwei 750-530, wenn ich das richtig sehe. %QX19.0 - %QX19.15. Da ich die Namen in der Steuerungskonfiguration definiert habe, sollte die ja alle als BOOL nur ein Bit schalten und kein BYTE oder WORD, oder? Ich bin noch Anfänger und mit diesen Details noch nicht so vertraut.
Danke für die Hilfe.
Gruß
Klaus
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Anonymous
-
2012-02-13
Originally created by: frankenbiker1972
klausps hat geschrieben:
"Alles bereinigen" benutze ich regelmässig. Hilft aber auch nicht. Wie kann ich denn diesem "Kontaktflattern" auf die Spur kommen?
Nach erneutem Laden einer neuen Version geht es jetzt auf einmal wieder. Das hatte ich auch schon öfter, mal geht es, mal nicht.
Das klingt nach einer Möglichkeit, denn dann ist das Problem von einem externen Faktor abhängig und dieser würde dafür sorgen, dass es mal auftritt und mal nicht. Aber wie kann ich das rausfinden?
Zu dem WORD gehören zwei 750-530, wenn ich das richtig sehe. %QX19.0 - %QX19.15. Da ich die Namen in der Steuerungskonfiguration definiert habe, sollte die ja alle als BOOL nur ein Bit schalten und kein BYTE oder WORD, oder? Ich bin noch Anfänger und mit diesen Details noch nicht so vertraut.
Danke für die Hilfe.
Gruß
Klaus
Setz doch einfach noch einen 2. Ausgang auf Deinen UND Baustein mit einer Variablen, die es definitiv noch nicht gibt in dem Projekt - ohne Adresse ( z. B. Dummy_1 ).
Schaltet der sauber auf True, dann kannst Du von einer Datenpunktüberschreibung ausgehen ( danach sieht es für mich aus )
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Würde mal vermuten, dass die Stelle im Programm nicht abgearbeitet wird. Vielleicht fehlt der Aufruf der Routine oder dergleichen.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Anonymous
-
2012-02-14
Originally created by: frankenbiker1972
Also heute ist mir genau das Gleiche passiert.
Ausgangsvariable war 32767 - der Analogausgang aber 0.
Eindeutig Datenpunktüberschreibung.
Was war passiert: Habe aus einem bestehenden Unterprogramm etwas in ein neues Unterprogramm kopiert und im anderen nicht gelöscht. Und schon hast diesen Effekt.
Lösung: Nach der Variablen - Heizungspumpe - im Programm suchen lassen und prüfen, dass die nicht mehrfach gebildet wird.
Ansonsten Alles bereinigen und Projekt überprüfen. Aber nicht nur doppeltes Schreiben auf Ausgang sonder auf überlappende Speicherbereiche o. konkurrierende Zugriffe !!
Es kann auch wer anders u. U. auf die Adresse des Analogausgangs schreiben.
Gibt es weitere Controler in dem Projekt. Schreiben die u. U. über Buskommunikation.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hallo,
wie kann denn sowas passieren? Der DO schaltet nicht. "Heizungspumpe" ist der Name, den ich in der Steuerungskonfiguration dem Kanal zugewiesen habe. Hardware ist ein Wago 750-849 mit Modulen 750-530.
Versucht habe ich schon:
Wenn ich per Doppelklick und STRG-F7 TRUE auf den Ausgang schreibe, dann schaltet der auch. Komischerweise kann ich den auch manuell setzen. Andere Ausgänge, die an irgendwelchen Funktionen oder Funktionsbausteinen hängen, kann ich so nicht schalten.
Mir ist völlig schleierhaft, wie das entstehen kann.
Gruß
Klaus
Originally created by: jl
Hallo Klaus!
Möglicherweise wird dieser Ausgang im Programm mehrmals beschrieben. Wenn z.B. in einem Programmbaustein der Ausgang ganz am Anfang aus TRUE gesetzt wird und dann ganz am Ende auf FALSE dann ist der Ausgang auf FALSE.
Gruß JL
Hallo JL,
müsste ich das nicht über Querverweise sehen können?
Dort sehe ich aber nur einmal "Schreiben".
Gruß
Klaus
Originally created by: jl
Hallo Klaus,
Wenn dort nur einmal Schreiben steht dann dürfte diesbezüglich alles in Ordnung sein.
Du kann noch zusätzlich mit "Projekt --> Überprüfen --> Mehrfaches Schreiben auf Output" das überprüfen.
Versuch auch noch bei deinem AND - Baustein der den Ausgang schaltet alle Eingänge zu Forcen, d.h. auf TRUE setzen. Wenn dann der Ausgang schaltet dann könnte eventuel einer dieser Eingänge mit einem kurzen Intervall Takten (Kontakt - Flattern).
Hast Du auch schon einmal "Alles bereinigen" und "Alles Übersetzen" durchgeführt? Wenn unerklärliche Dinge passieren hilft das manchmal.
Hallo Klaus,
der Effekt tritt auch auf, wenn Du (später) auf das AusgangsBYTE oder WORD schreibst, in welchem der DO mit drin liegt. Ob das der Querverweis mit erwischt, weiss ich nicht.
Rolf
"Alles bereinigen" benutze ich regelmässig. Hilft aber auch nicht. Wie kann ich denn diesem "Kontaktflattern" auf die Spur kommen?
Nach erneutem Laden einer neuen Version geht es jetzt auf einmal wieder. Das hatte ich auch schon öfter, mal geht es, mal nicht.
Das klingt nach einer Möglichkeit, denn dann ist das Problem von einem externen Faktor abhängig und dieser würde dafür sorgen, dass es mal auftritt und mal nicht. Aber wie kann ich das rausfinden?
Zu dem WORD gehören zwei 750-530, wenn ich das richtig sehe. %QX19.0 - %QX19.15. Da ich die Namen in der Steuerungskonfiguration definiert habe, sollte die ja alle als BOOL nur ein Bit schalten und kein BYTE oder WORD, oder? Ich bin noch Anfänger und mit diesen Details noch nicht so vertraut.
Danke für die Hilfe.
Gruß
Klaus
Originally created by: frankenbiker1972
Setz doch einfach noch einen 2. Ausgang auf Deinen UND Baustein mit einer Variablen, die es definitiv noch nicht gibt in dem Projekt - ohne Adresse ( z. B. Dummy_1 ).
Schaltet der sauber auf True, dann kannst Du von einer Datenpunktüberschreibung ausgehen ( danach sieht es für mich aus )
Würde mal vermuten, dass die Stelle im Programm nicht abgearbeitet wird. Vielleicht fehlt der Aufruf der Routine oder dergleichen.
Originally created by: frankenbiker1972
Also heute ist mir genau das Gleiche passiert.
Ausgangsvariable war 32767 - der Analogausgang aber 0.
Eindeutig Datenpunktüberschreibung.
Was war passiert: Habe aus einem bestehenden Unterprogramm etwas in ein neues Unterprogramm kopiert und im anderen nicht gelöscht. Und schon hast diesen Effekt.
Lösung: Nach der Variablen - Heizungspumpe - im Programm suchen lassen und prüfen, dass die nicht mehrfach gebildet wird.
Ansonsten Alles bereinigen und Projekt überprüfen. Aber nicht nur doppeltes Schreiben auf Ausgang sonder auf überlappende Speicherbereiche o. konkurrierende Zugriffe !!
Es kann auch wer anders u. U. auf die Adresse des Analogausgangs schreiben.
Gibt es weitere Controler in dem Projekt. Schreiben die u. U. über Buskommunikation.