Skip to Content

Registrieren Anmelden

Industry Online Support

Technical Forum

Navigation

SEND_PTP zeitgesteuert ausführen (S7-1200)

Erstellt von: salu_ am: 11.04.2011 23:02 (10 Antworten)

Bewertung (0)

Dank 0

Result pages:: |; 1 | 2; |

11 Einträge

Einträge pro Seite: 10 | alle

11.04.2011 23:02	Bewerten (0)
salu_ Beiträge: 39 Bewertung: (1)	Hallo Mit SEND_PTP will ichzyklisch via RS485 abfragen. Zum Test habe ich den Taktmerker M0.7 (0.5 Hz) missbraucht. Die zu Übertragende Zeichenfolge ist perfekt. Leider funktioniert dies genau ein Mal nach dem Start. Verschiedene Versuche mit TON und CTU zum auslösen des SEND_PTP (REQ) waren erfolglos. Enweder lande ich beim Status0x80D0 (Eine neue Anforderung wurde empfangen, als der Sender aktiv war) oder dem Status 0x7002 (Sendefunktion mit Folgeausfrufen aktiv). Als Anlage das "Foto" den aktuellen SEND_PTP... Was muss ich mir um den SEND_PTP herumbauen, damit dieser zyklisch ausgeführt wird? Danke für Eure Hilfe.... Salu_ Dateianhang SENT_PTP.JPG (397 Downloads)
salu_ Beiträge: 39 Bewertung: (1)	Zuletzt bearbeitet von: salu_ am: 13.04.2011 18:52 Leide hatte anstelle von «zeitgesteuert», «zyklisch» im Titel, dies wurde anders verstanden als ich beabsichtigt hatte.
Vorschlag Bedanken Zitat Antwort

13.04.2011 16:53	Bewerten (0)
Robster Gold-Experte Beigetreten: 28.05.2008 Letzter Bes: 23.10.2024 Beiträge: 1343 Bewertung: (141)	Hi, eine zyklische Abfrage wird bei dem Baustein nicht funktionieren, da sich dahinter ein azyklischer Prozess verbirgt. Um möglichst oft Daten zu senden, müsstest du das DONE abfangen und direkt danach den nächsten Sendeprozess anstoßen. Eine andere Möglichkeit sehe ich derzeit leider nicht. Oder du baust eine feste Zeit ein (z.B. 2 Sekunden) nach deren Ablauf du einen neuen Sendevorgang anstößt. Dann läuft es halt zyklisch aller 2 Sekunden. Gruß

Vorschlag Bedanken Zitat Antwort

13.04.2011 22:34	Bewerten (0)
salu_ Beiträge: 39 Bewertung: (1)	Hallo Robster Danke für die Antwort. Mit Zyklisch habe ich natürlich eine Zeitinterval gemeint (wie auch Dein Vorschlag war). NachRUN wird SEND__PTP genau einmal korerkt ausgeführt. Siehe Printscreens (Fotostecke) im Anhang. Den REQ habe ich jeweilsmit steuern auf «1»ausgelöst, Was muss ich tun damit ich SEND_PTP mehr als ein Mal auslosen kann? Danke für Deine Hilfe und Grüsse Salu_. Dateianhang Fotostrecke SEND_PTP REQ.zip (274 Downloads)
salu_ Beiträge: 39 Bewertung: (1)
Vorschlag Bedanken Zitat Antwort

18.04.2011 15:49	Bewerten (0)
Robster Gold-Experte Beigetreten: 28.05.2008 Letzter Bes: 23.10.2024 Beiträge: 1343 Bewertung: (141)	Alles was ich hier jetzt sehen kann, ist, dass er beim REQ = 2 im Status 7002 bleibt, d.h. der Baustein ist belegt. Dann machst du, während er noch belegt ist, den REQ = 3 und bekommst logischerweise die Fehlermeldung, dass eine erneute Anforderung eingegangen ist, währen der Baustein noch aktiv war. Hast du mal geschaut, wie lange er im Status 7002 bleibt, wenn du kein erneutes REQ sendest? Oder bricht er dann auch irgendwann mit Fehlermeldung ab? Von was für einem Gerät fragst du denn ab? Kann es sein, dass das Gerät nach der ersten Anforderung die Leitung blockiert und demnach die zweite Anforderung nicht durch kommt?

Vorschlag Bedanken Zitat Antwort

18.04.2011 23:09	Bewerten (0)
salu_ Beiträge: 39 Bewertung: (1)	Hallo Robster Danke für Deine Antwort. Ich habe mir einen Portmonitor umgeschnallt und habe den Verkehr angesehen. Ich sende STX STX STX dann die folgenden Zeichen 0100CZ1018F dann ETX ETX ETX. Im Datenbaustein habe ichdie Zeichenfolge wie folgt abgespeichert '0100CZ1018F'. Wenn ich den ersten REQ sende geht ja alles so wie es soll und die Gegenstelle antwortet. Vor der effektiven Zeichenfolge '0100CZ1018F'werden HEX 254 (þ) und HEX 017 (ETB= End of Trans. Block) vor dem Befehl gesendet - keine Ahnung wie es dazu kommt. Ds zweite REQ verbleibt dann im 7002'er Status auf ewig... Wenn ich die Zeichenfolge '0100CZ1018F' im Portmonitor eingebe antwortet die Gegenstelle wie erwartet und dies lässt sich unendlich wiederholen. Wenn ich nur die S7 am Portmonitor habe werden die HEX 254 (þ) und HEX 017 (ETB= End of Trans. Block) ebenfalls vor dem Befehl gesendet. Ohne Gegenstelle kann ich dannREQ's auslösen so viel ich will. Weitere Checks: Die Portkonfiguration in der S7 habe ich mir auch angesehen 9600/8/1 gerade - passt! «Konfiguration für die Nachrichtenübertragung» nichts ausgefüllt. Als Anlage die Mitschnitte der Kommunkation die ich oben beschrieben habe. Was mache ich falsch, dass das versenden des ein und des selben Strings via S7 nicht funktioniert, aber über den Portmonitor wohl.... Hat jemand eine Idee ??? Grüsse Salu_ Dateianhang Portmonitor 9600 8 1 even.zip (238 Downloads)
salu_ Beiträge: 39 Bewertung: (1)	Zuletzt bearbeitet von: salu_ am: 28.04.2011 12:28
Vorschlag Bedanken Zitat Antwort

02.05.2011 16:56	Bewerten (0)
Robster Gold-Experte Beigetreten: 28.05.2008 Letzter Bes: 23.10.2024 Beiträge: 1343 Bewertung: (141)	Sorry, war ne Weile unterwegs. Ist das Thema noch aktuell? Ich bin hier leider mit meinen Latein auch am Ende, würde deine Anfrage aber mal weitergeben. Gruß

Vorschlag Bedanken Zitat Antwort

02.05.2011 19:23	Bewerten (0)
salu_ Beiträge: 39 Bewertung: (1)	Hallo Robster Ja, die Sache ist noch aktuell...danke fürs Weiterleiten... GüsseSalu_
salu_ Beiträge: 39 Bewertung: (1)
Vorschlag Bedanken Zitat Antwort

03.05.2011 11:37	Bewerten (0)
J_Bell Beiträge: 5822 Bewertung: (412)	Hallo Salu_, ich glaube ich weiß was Dein Problem ist. Dein Zeiger geht auf den gesamten String, dass bedeutet es enthält auch die Steuerinformationen aus Deinem String (Gesamte Länge des Strings (254) und die aktuelle Länge (17)) Wenn Du dass weg bekommst, zum Beispiel kopieren in ein Bytearray, ist der Fehler auch weg. Keine Sorge, darüber bin ich auch schon gestolpert... aber bei der S7-300. Viele Grüße J_Bell
J_Bell Beiträge: 5822 Bewertung: (412)
Vorschlag Bedanken Zitat Antwort

04.05.2011 23:14	Bewerten (0)
salu_ Beiträge: 39 Bewertung: (1)	Hallo J_Bell Danke für den Tip, den ich auch sofort umgesetzt hab ( HEX 254 und HEX 017) werden nicht mehr vorab gesendet. Die gesendeten Daten via send_ptp versendet und via Portmonitor von Hand versendet sind nun exakt gleich. Das funktioniert auch tip-top beim ersten REQ des send_ptp. Beim zweitenREQ versand mit der S7/1200 bleibt der Status aus 7002 stehen.Auch beim minutenlangen warten passiert nichts weiter - Status7002 bleibt undes wird kein einzigesZeichen versendet (Portmonitor bleibt leer).) Wenn ich nun via PortmonitordieZeichenkette versende fällt der Status auf 7000. Jetzt kannkann ich mit einem REQ die die Zeichenkette mit der S7/1200 wieder versenden. Beim nächstenREQ bleibt der Status aus 7002 stehen ... Wieso ums himmels Gotts willen versendet die S7/1200 zweite Telegram nich bzw. beendet das erste nicht richtig? Was muss ich tun prüfen, vergleichen etc. .... Bitte, bitte um Hilfe... Grüsse Salu_
salu_ Beiträge: 39 Bewertung: (1)	Zuletzt bearbeitet von: salu_ am: 31.05.2011 12:53
Vorschlag Bedanken Zitat Antwort

16.06.2011 12:25	Bewerten (0)
salu_ Beiträge: 39 Bewertung: (1)	Hat Irgendjemand eine Idee wie man dem Problem zu Leibe rücken kann? Salu_
salu_ Beiträge: 39 Bewertung: (1)
Vorschlag Bedanken Zitat Antwort

|

Teile diese Seite:

Teile diese Seite auf...

Verwandte Themen nach Schlüsselwörtern:

Folgen Sie uns auf