25.10.2017 13:14 | |
Beiträge: 3093 Bewertung: (323)
|
Hallo S4g1chn1cht, Gruß, |
25.10.2017 13:43 | |
Beiträge: 8 Bewertung: (0) |
Hallo Kaulquappe, laut diesem PDF, Seite 10 müsste meine SPS SNMP können. Stutzig macht mich, dass die Eintragungen in dem UDT 65, wenn ich nur den TCON und TDISCON FB verwende, richtig zu sein scheinen. Jedoch erst in Verbindung mit dem FB SnmpGet zu Fehlern aus den FBs 65 und 66 führen. Ich kann ja nochmal mein momentanes Fehlerbild genau schreiben:
Und so bleibt es dann auch. Der erste Status bedeutet dass der FB TDISCON versucht eine nicht bestehende Verbindung abzubauen. Fällt euch dazu ein wo der Fehler liegen könnte? Gruß |
25.10.2017 15:46 | |
Beiträge: 3093 Bewertung: (323)
|
Hallo S4g1chn1cht, Woher glaubst du zu wissen, dass 80A3 vom TDISCON kommt? Die Fehlernummer gibt es beim TCON auch und bedeutet: es wird versucht eine bestehende Verbindung erneut aufzubauen. Wenn du TCON einmal aufrufst versucht die CPU bis zum nächsten TDISCON oder Neustart die Verbindung "zu halten", was bedeutet: selbst wenn zwischendurch mal der Stecker gezogen wird oder der Kommunikationspartner die Verbindung abbaut, für die CPU ist diese Verbindungs-ID "in Arbeit", kann also nicht erneut mit TCON aufgebaut werden. Im Moment habe ich kein STEP7 V5 um mir die Beschreibung von smnpGet anzuschauen. Der muss doch aus sowas wie DONE haben, oder? Das solltest du auch programmtechnisch auswerten. Hast du diesen FAQ gesehen? Bei Gelegenheit werde ich da mal ein bisschen lessen. Gruß, |
Zuletzt bearbeitet von: Kaulquappe am: 25.10.2017 15:47:53 |
|
25.10.2017 16:49 | |
Beiträge: 3093 Bewertung: (323)
|
Dann ist mein gepflegtes Halbwissen leider erschöpft. Gruß, |
Folgen Sie uns auf