Dezimalzahl in Datenbaustein laden

Zuviel Werbung?
-> Hier kostenlos registrieren
Also wenn ich ich das Anstoßbit über einen Eingang ansteuere, dann arbeitet auch der Drucker.
Der Drucker sollte aber anhand des Datenbausteins erkennen welche Meldung er drucken soll.
Die Nummer im RET_VAL stimmt aber genau mit dem jeweiligen Eingang überein. Wenn ich das MW asu RET_VAL nochmals in einen extra DB schreib steht ebenfalls der richtige Wert.

Die Frage ist, warum übernimmt der Drucker nicht die ihm vorgegebene Zahl aus dem Datenbaustein?
 
Ehrlich gesagt, klingt das immer mehr, als ob das Porblem nicht in der SPS sondern in Deinem Drucker läge, vor allem, wo Du betonst, dass die Werte alle stimmen.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Naja, das möcht ich aber ausschließen, weil der Drucker ja an der Test-CPU einwandfrei funktioniert hat. Er druckt ja auch die Teile der anderen Datenbausteine aus, die da wären Datum und Zeit. Zudem druckt er die Meldung 0 sauber aus.

Och menno, hat doch alles schon so gut funktioniert :confused:
 
Wie lang sind denn auf der Maschinen-CPU und auf der Test-CPU jeweils die Zykluszeiten? Vielleicht liegt hier ja der Hund begraben.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Bei beiden 150ms

Hab die Zeit sowohl schrittweise bis auf 50ms verkürzt als auch bis auf 300ms verlängert

nich die maximale sondern die tatsächliche.
ich geh davon aus, dass der drucker noch busy ist und deswegen alle anderen befehle ignoriert, wo wir wieder auf den, von mir angesprochenen meldungspuffer zurück kommen ...

dass die initialisierung angeblich gefehlt hat ist nicht der grund des nicht funktionieren, da iNumber BESCHRIEBEN wird ... initialisierung ist nur notwendig, wenn die variable lesend verarbeitet wird.
 
Im Diagnosepuffer.
(Simatic Manager - Station markieren - Menü: Zielsystem - Diagnose/Einstellung - Baugruppenzustand - Zykluszeit)
Da stehen dann Deine tatsächlichen Werte.
 
Zurück
Oben