OSCAT Forum
network.lib => PC WorX => Thema gestartet von: rrbd am 04. Februar 2013, 09:23:52
-
Hallo, mit
SPS: Phoenix ILC 130 ETH 2.0.5.9062 Firmware V3.70.04 09/30/10 HW 01
Programmiersoftware: PC WORX EXPRESS 6.20.331
OSCAD: NetLib121 (und andere mehr, da funktioniert alles).
Netzwerk: SPS Teil meines Home-Hetzwerks (Via Netgear Router) mit fester IP,
habe ich das Problem, dass der E-Mail-Versand via OSCAT SMTP_CLIENT sehr unzuverlässig ist.
Wenn ich glück habe scheitern ca. 20% aller Sendeversuche, wenn ich Pech habe 80% oder mehr mit
Error_T=1 und ERROR_C=FD000000
oder
Error_T=2 und ERROR_C=FD000000
1. Versuch
Für erste Versuche starte ich den Versand jeweils durch Forcen der Eingangsvarialben an ACTIATE. Normaler Weise ist dann der Baustein ca. 1s BUSY, dann kommt DONE.
Im Fehlerfall kommt ziemlich blitzartig der Fehlercode, nachdem BUSY auf 0 ging
Für diesen Versuch machte ich 10x hintereinander, immer ACTIVATE → Auf 1 und wenn ein Ergebnis vorliegt auf 0 und nach 1s wieder auf 1. Längeres Warten vor dem nächsten Versuch scheint nichts zu bringen
Beteiligt schien zunächst die Netzwerkqualität. Hängt die SPS über einen Billig-Switch (Store-and-Forward ) am Netzwerk habe ich ca. 50% Ausfall, hängt sie direkt am Router beim diesen Versuchen nur 20%. Beim 2. Versuch hat sich dieser Verdacht aber zunächst nicht bestätigt.
Da ich aber sonst keinerlei Netzwerkprobleme habe wundert mich doch sehr, dass ein SMMTP Mailversand so problematisch sein soll.
2. Versuch
Ich habe eine Testprogramm erstellt, das in Minutenabstand 10x ein 1-Zyklus-Signal auf ACTIVATE des SMTP-Servers gibt.
Ergebnis: Egal was ich anstelle (mit oder ohne Switch in der Leitung, Debug Modus von PCWORX EXPRESS während des Versuchs aktiv oder nicht), ich habe stets ca. 50% Ausfall. Details in beiliegender Tabelle. Die Erste Sendung klappt dem Augenschein nach immer, danach fehlt dann öfters mal eine (Abstand zwischen 2 Mails >> 1 Minute)
Natürlich könnte das auch ein Problem der SPS-Hardware oder -Firmware sein, allerdings scheint mir der recht regelmäßige Ausfall-Rhythmus doch eher auf ein Kommunikations-Problem zwischen OSCAT SMTP_CLIENT und ILC(-Firmware) hinzuweisen. Zunächst wäre es hilfreich, wenn ich wüsste, was die Quelle oben genannter Fehlermeldungen ist und was sie bedeuten, dann könnte ich das Problem bei Phoenix parallel weiter verfolgen.
Das Testprojekt kann hier http://www.bielefeldundbuss.de/OSCAT/Emailtest_n_taktgeber.zwe (http://www.bielefeldundbuss.de/OSCAT/Emailtest_n_taktgeber.zwe) heruntergeladen werden.
Wer weiß Rat?
[gelöscht durch Administrator]
-
hallo
Error_T=1 und ERROR_C=FD000000
Während der Kommunikation mit dem DNS-Server wurde ein Verbindungsabbruch erkannt
(UDP-Kommunikation)
Error_T=2 und ERROR_C=FD000000
Während der Kommunikation mit dem Email-Server wurde ein Verbindungsabbruch erkannt
(TCP-Kommunikation)
ich gehe mal davon aus, das es hier ein gröberes Hardware-Problem gibt
du kannst mal deine sps auf Firmware 3.9x hochrüsten, aber ziemlich sicher wird das dein problem nicht lösen !
da die 3.7 diesbezüglich keine problem hat.
du solltest mal deine sps in einem völlig anderen netzwerk und router testen
wenn es sich nicht bessert, dann hat deine sps einen schaden
-
du solltest mal deine sps in einem völlig anderen netzwerk und router testen
Hallo,
werde ich erst mal machen, bin bis Ende der Woche in einer Anlage mit mehreren anderen ILC (wo ich das Programm mal teste) und ein paar freien Netzwerkanschlüssen (wo ich mein Schreibtisch-Starterkit mal anstöpseln kann), ich melde mich bis nächstes Wochenende mit Ergebnissen.
Und danke für die modifizierte netlib121x, spiele ich morgen Früh auf meine Rechner!
-
werde ich erst mal machen, bin bis Ende der Woche in einer Anlage mit mehreren anderen ILC
Hallo,
hat etwas länger gedauert, heute kam ich dazu, den versprochenen Test zu erledigen. Die Vermutung einer Problemursache "Netzwerk/Hardware" möchte ich derzeit eher ausschließen, im anderen Netzwerk mit anderer SPS (ILC155 ETH 2.0.5.9062, Firmware 3.70.04 /09/30/10 HW01) sehe ich genau dasselbe Problem, es geht fast zuverlässig nur jede 2. Mail 'raus. Ich habe es sowohl mit "Meiner" Mail-Konfiguration als auch mit dem OSCAT-Test-Mailserver probiert; Du solltest bei 'oscat@gmx.net' eine Reihe Mails von 'oscat@gmx.net;Station_01' grob 2013-02-17 12:15:00 UTC sehen. Die Mails werden von einem Minuten-Taktgeber angesteuert, und du solltest die "Zahnlücken" mit einiger Regelmäßigkeit bei jedem 2. Sendeversuch sehen. Ich sehe hier als Ursache stets "Error_T=1 und ERROR_C=FD000000". (Habe aber nicht immer hingesehen). Bist Du so nett und probierst das mal mit einer ILC an? Das Test-Projekt liegt noch bereit. Bei Bedarf kann ich natürlich gern jede Test-Unterstützung leisten.
-
hallo rrbd
deine fehlermeldung deutet immer darauf das bei der dns-abfrage etwas schief läuft
habe auch einen test laufen gelassen
ILC 150 ETH HW 4 FW 3.91
heute 14.02.2013 von 17:00 - 17:00 (Test-Peewit)
ich habe das offizielle smtp_client demo programm genommen , und schicke auch jede volle minute eine email
jede minute ist eine email am gmx konto gelandet (siehe oscat test konto)
es gibt keinen einzigen fehler !!!!
du sendest anscheinend auch mit einer falschen uhrzeit , denn deine test-email sind älter als die realität !
-
So, als erstes habe ich meine Test-ILC 130 mal auf Firmwarestand 3.91 gebracht, nicht ganz unerwartet ohne Verbesserung. Ich habe dann meinen Minutentaktgeber mal 3h durchlaufen lassen, die Statistik "Nur die Hälfte kommt durch" scheint fast perfekt, und die Regelmäßigkeit scheint grob bei 90% zu liegen, nur gelegentlich funktionieren mal 2 Sendungen hintereinander, dafür bleibt dann anderweitig mal eine doppelte Lücke. Diese Regelmäßigkeit scheint mir doch etwas zu ausgeprägt für eine äußere Ursache. Ich probiere jetzt mal die Original Pohenix-Lib., mal sehen, was dabei heraus kommt
-
So, nun ging's endlich weiter in meinem Projekt und ich bin gezwungen, die Stör-E-Mails zu realisieren. Deshalb habe ich gestern den angekündigten Test mit dem original Phoenix '"SMTP_Client_V1_16" aus der Phoenix "IT_Library_V1_29" durchgeführt.
Dazu habe ich in einer Kopie meines Demo-Programms den OSCAT-SMTP-CLIENT gelöscht und mit den erforderlichen minimalen Anpassungen den Phoenix Client eingebaut. Anschließend Test-halber
a) 10 Mails mit dem Taktgeber über den Mail-Service meines Providers an mich geschickt, alle problemlos angekommen.
b) Sicherheitshalber denselben Test mit dem Testprogramm und Oscat-Client durchgeführt, nur 6 Mails kamen an, das bekannte Muster: mit
einiger Zuverlässigkeit bleibt jede 2. hängen
c) um ganz sicher zu gehen Test a wiederholt: Es kamen wieder alle Mails an.
Das Problem liegt also eindeutig beim OSCAT- SMTP_CLIENT, der zwar in der Demo-Umgebung korrekt arbeiten mag, in (m)einer "Real Life" Umgebung aber versagt.
Wie kann ich helfen?
-
die aufgabe ist nun herauszufinden was bei dir anders ist, sodass es bei dir nicht zuverlässig läuft
dieb beste wäre ein mitschnitt des ethernet datenverkehr
1. eine aufzeichung mit der it_library
2. eine aufzeichung mit der oscat variante
aufzeichnen kannst du mit dem tool etherreal bzw. wireshark
dazu wirst du aber einen hub oder einen switch mit mirror-port brauchen
-
Hallo, so eine Installation können wir machen, ich versteh' davon aber wenig, ein Kundiger (Du) müsstest mir sagen, was zu tun ist. Ich wäre momentan aber guten Mutes, dass das Problem bei Dir mit meinem verlinkten Demo-Programm reproduzierbar sein sollte, da für mich das Problem auch in einem anderen Netzwerk mit einer anderen SPS reproduzierbar war.
Wenn das nicht klappt, könnten wir mal versuchen, für einen test (ist ja letztlich schnell gemacht) meinen alten Netgear RP614v4 so umzukonfigurieren, dass der Datenverkehr aufgezeichnet werden kann.
-
hi
ich werde mir dein demo programm ansehen
mach mal nichts ,und warte auf meine antwort
-
ich werde mir dein demo programm ansehen
Hallo, Danke!
Mit meinem Router würde eine Mirroring-Funktion anscheinend nicht möglich sein, ich wollte aber eh schon, länger mal meinen Netzwerk-Kabelsalat aufräumen und einen gemanagten Switch einsetzen, das würde ich allerdings nicht so von jetzt auf gleich machen.
-
hallo
lade dir hier die neueste pcworx.network.1.30beta herunter
http://www.oscat.de/community/index.php/topic,1872.msg9862.html#msg9862
-
Gut, probiere ich morgen mal aus.
-
Hallo,
das sieht gut aus, meine Schreibtisch-ILC spulte 110 Testmails ohne Hänger 'runter.
Ich habe sicherheitshalber auch gleich noch mal das DTI-Verhalten getestet (http://www.oscat.de/community/index.php/topic,1917.msg10096.html#msg10096 (http://www.oscat.de/community/index.php/topic,1917.msg10096.html#msg10096)), funktioniert einwandfrei.
Habe ich gleich noch eine allgemeinere Frage: Der Download war ja zum gleichen Ziel wie die Dateien vom letzten November, in den gestern heruntergeladenen Dateien war nun aber das Link-Problem in der Doku behoben und auch in der Lib sah ich diverse Veränderungen, beispielsweise "pcworx_network_130_520.mwt" statt "oscat_network_130.mwt" im November. Die "Revision History" weist aber keine Änderungen seit 05.10.12 auf. Ich fänd's (jedenfalls bei intensivem Testbetrieb) praktisch, wenn auf einfache Weise der Sachstand des Pakets nicht nur auf der Downloadseite (dort ist ja ein unübersehbarer Hinweis), sondern auch im Download auf der Festplatte sichtbar wäre. Wer denkt schon daran, sich direkt beim Download entsprechende Notizen zu machen.
Vielen Dank für die Forschung
Rainer
-
da es sich hierbei noch um beta test versionen handelt, darfst du das nicht so eng sehen (dateinamen etc..)
Der Fehler der bei dir auftrat war auch schon länger behoben, jedoch hast du ja die network 1.21x verwendet
ich habe ja eigentlich jetzt gar keinen fehler behoben, sondern die network 1.30 beta benutzt, und die hatte diesen fehler schon gar nicht mehr drinnen
und ich habe daher nur sicherheitshalber meine aktuellen stand nochmals veröffentlicht.