# Konflikt zwischen SMTP\_CLIENT und SPIDER\_ACCESS **URL:** \ **Category:** PC WorX\ **Created:** [26. September 2013 um 18:36 UTC](https://oscat.discourse.group/t/konflikt-zwischen-smtp-client-und-spider-access/1641 "2013-09-26T18:36:40Z")\ **Posts on this page:** 9\ **Page:** 1
**Author:** ![rrbd](https://yyz2.discourse-cdn.com/free1/user_avatar/oscat.discourse.group/rrbd/32/10_2.png) [@rrbd](https://oscat.discourse.group/u/rrbd)\ **Post date:** [26. September 2013 um 18:36 UTC](https://oscat.discourse.group/t/konflikt-zwischen-smtp-client-und-spider-access/1641/1 "2013-09-26T18:36:40Z")
Hallo, ich habe für eine “echte Anwendung” ein Programm für eine Phoenix ILC 131 ETH erstellt, das sowohl den SMTP\_Client für E-Mail nutzt (siehe auch mein Posting “Multi-Mail-Versand” hier im Forum), als auch SPIDER\_ACCESS nutzen soll, im Prinzip zur Kommunikation zwischen Phoenix ILC erprobt, hier im besonderen Fall zum Datenaustausch mit SAIA PCD3 vorgesehen, was aber noch nicht recht funktioniert, siehe “SPIDER\_ACCESS: Lesen von SAIA nach Phoenix ILC”, ebenfalls hier im Forum. Das neue Problem ist, dass die Verwendung von SPIDER\_ACCESS den E-Mail-Versand stört, eigentlich sogar unmöglich macht. Während normalerweise meine Multimail-Funktion im Testbetrieb mit SMTP\_CLIENT problemlos 60 verschiedene Mail-Meldungen im 3-Sekunden-Takt “'rausrotzt” (vielfach getestet, gerade eben wieder 5 60er-Läufe problemlos im um SPIDER\_ACCESS erleichterten Anwendungsprogramm), schafft die gleiche Anordnung in der Regel nur wenige (manchmal gar keine) E-Mail. Störmeldung: ERROR\_T = 1 ERROR\_C = Hex 53000000. In anderer Testumgebung auch Error\_T =001E0000 - Error\_C=05 Bei Verwendung des Phoneix- SMTP-Clients: wDiagCode = C303, Fehler aus der TCP Schicht SMTP IP\_Connect wAddDiag=EF01 Der Verbindungsaufbau zum SMTP Server hat länger als 12 sec. gedauert und wird dann vom FB abgebaut und wiederholt. Wenn dies dreimal nacheinander passiert, kommt dieser Fehler. Insgesamt scheint die Fehleruqote höher bei mehr Netzwerkverkehr an der ILC, beispielsweise Vebvisualisierungszugriff auf die SPS (bisher kein Problem bei E-Mails ohne SPIDER\_ACCESS im Programm. Für einen Test habe ich aus dem Anwendungsprogramm mit dem Email-Porblem den Spidercontrol-POE gelöscht, schon lief alles wunderbar (5 Durchläufe, s.o.!), nach wieder-hereinkopieren des POE wieder das gewohnte Bild, 1 Durchlauf (60 mails) erfolgreich dann im 2. Testdruchlauf Error mit Fehlermeldung wie oben beschrieben. Spider\_Access wieder 'raus, Problem beseitigt, noch mal 3 Testläufe ohne Error . Ich werde morgen das ILC-Testprogramm zum Download bereit stellen, helfe natürlich auch gern bei weiteren Tests. Alle meine Tests habe ich bei laufendem Debugging in PC WORX Express und aktiver Webvisualisierung (ohne Bedieneingriffe, auf dem Debugging-PC) durchgeführt Gruß Rainer ---
**Author:** ![peewit](https://avatars.discourse-cdn.com/v4/letter/p/ecc23a/32.png) [@peewit](https://oscat.discourse.group/u/peewit)\ **Post date:** [27. September 2013 um 08:40 UTC](https://oscat.discourse.group/t/konflikt-zwischen-smtp-client-und-spider-access/1641/2 "2013-09-27T08:40:41Z")
hallo welche sps hast du welche hardwarerevision und firmware hat die sps welche oscat bibliothek versionen nutz du ---
**Author:** ![rrbd](https://yyz2.discourse-cdn.com/free1/user_avatar/oscat.discourse.group/rrbd/32/10_2.png) [@rrbd](https://oscat.discourse.group/u/rrbd)\ **Post date:** [28. September 2013 um 17:20 UTC](https://oscat.discourse.group/t/konflikt-zwischen-smtp-client-und-spider-access/1641/3 "2013-09-28T17:20:38Z")
Hallo, Das gepackte Testprogramm mit allen Libs. integriert findet sich hier [http://www.bielefeldundbuss.de/OSCAT/ZSVA\_WS\_130926\_12OSCAT.zwe](http://www.bielefeldundbuss.de/OSCAT/ZSVA_WS_130926_12OSCAT.zwe) - SPS: ILC 131 ETH wie erwähnt - ILC 131 ETH gibt’s m.W. bisher nur mit 1 Firmware, ILC 130 ETH miz 3.91 (ich teste, sobald ich Zeit habe, auch 3.64), für Details Screenshots im Anhang - Lib: pcworx\_network\_130, Stand ca. 2013-06-21 Gruß Rainer [gelöscht durch Administrator] ---
**Author:** ![peewit](https://avatars.discourse-cdn.com/v4/letter/p/ecc23a/32.png) [@peewit](https://oscat.discourse.group/u/peewit)\ **Post date:** [28. September 2013 um 21:12 UTC](https://oscat.discourse.group/t/konflikt-zwischen-smtp-client-und-spider-access/1641/4 "2013-09-28T21:12:54Z")
hi ich habe mal kurz drüber geschaut und habe keinen fehler entdeckt, der irgendeiner verbindung, abhängigkeit vom spider und email baustein zeigen würde die beiden bausteine wissen sozusagen nichts von einander … und sollten / können eigentlich keinerlei allergien zueinander entwickeln… der einzige punkt wo die zwei zusammentreffen ist die firmware … ERROR\_T = 1 ERROR\_C = Hex 53000000. das heisst das alle verbindungen belegt sind … und sollte unter normalen bedinungen nicht auftreten eventuell gibt es probleme mit undefinierten abbrüchen, sodass bestehende verbindungen noch im system belegt sind kannst du mal dafür sorgen das zwischen dem senden vom email zu email eine wartepause reinkommt normalerweise sollte das keine rolle spielen, aber vielleicht hilft das als notlösung … der programm ist schon zu kompliziert um fehler zu finden folgender vorschlag nimm nur das spider\_access und smtp\_client demoprogramm aus der network.lib und lasse nur diese beiden gleichzeitig arbeiten, und dann schauen wir mal was passiert ---
**Author:** ![rrbd](https://yyz2.discourse-cdn.com/free1/user_avatar/oscat.discourse.group/rrbd/32/10_2.png) [@rrbd](https://oscat.discourse.group/u/rrbd)\ **Post date:** [29. September 2013 um 11:32 UTC](https://oscat.discourse.group/t/konflikt-zwischen-smtp-client-und-spider-access/1641/5 "2013-09-29T11:32:43Z")
Hallo, mein instinktiver Verdacht geht auch Richtung Firmware und dass dort die Netzwerkszugriffswünsche nicht geordnet abgearbeitet werden, wobei es allerdings natürlich sein könnte, dass die ILC irgendeine kleine Sonderbehandlung im Baustein fordert, die bei andern Systemen nicht erforderlich ist. Werden wir sehen. Aus Einfachheitsgründen werde ich erst mal Firmware 3.94 auf der ILC 130 testen, dort wurde lt. Aussage Phoenix ein Bug bei den Spidercontrolzugriffen gefixt, auch wenn es mir schwerfällt, da einen Zusammenhang zu konstruieren - man kann ja auch mal Glück haben. Wenn nicht erstelle ich ein simplifiziertes Programm, das sich evtl auch ohne Mühe auf einem anderen System testen lässt. Längere Pausen habe ich schon probiert (ich hatte ja auch Einel-Mail auf Eingansbefehl hin), hilft nix. Gruß Rainer ---
**Author:** ![rrbd](https://yyz2.discourse-cdn.com/free1/user_avatar/oscat.discourse.group/rrbd/32/10_2.png) [@rrbd](https://oscat.discourse.group/u/rrbd)\ **Post date:** [2. Oktober 2013 um 15:43 UTC](https://oscat.discourse.group/t/konflikt-zwischen-smtp-client-und-spider-access/1641/6 "2013-10-02T15:43:16Z")
So, nun weiß ich schon mal, dass Firmwareupdate bei ILC 130 ETH von 3.91 auf 3.94 das Problem nicht behebt. Als Schnellabhilfe habe ich eine Fehlerabfangroutine in mein Programm gebaut, die bei Fehler alle 30s versucht, dieselbe Mail erneut abzusetzen, “bis dass das klappt”. Tatsächlich werden mitunter grob geschätzt 5 Versuche benötigt, aber dann klappt es. Damit kann ich mich erst mal wieder der weiteren Forschung im Thread “SPIDER\_ACCESS: Lesen von SAIA nach Phoenix ILC” zuwenden, hier melde ich mich aber (voraussichtlich zum Ende des Wochenendes) mit einem Demo-nahen Testprogramm ohne zu viel Ballast für einen “Expertentest”. Gruß Rainer ---
**Author:** ![rrbd](https://yyz2.discourse-cdn.com/free1/user_avatar/oscat.discourse.group/rrbd/32/10_2.png) [@rrbd](https://oscat.discourse.group/u/rrbd)\ **Post date:** [2. Oktober 2013 um 17:12 UTC](https://oscat.discourse.group/t/konflikt-zwischen-smtp-client-und-spider-access/1641/7 "2013-10-02T17:12:24Z")
Hm, habe ich mich wohl zu früh gefreut! Eine 3-Fach-Meldung (Real-Life: Unplausible Schalter-Rückmeldung, die 3 beteiligten Schalter werden einzeln per E-Mail bekannt gemacht) fiedelte SMTP\_CLIENT an den ersten beiden grob geschätzt jeweils 5x 'rum (ich habe die Wartezeit nach Fehler auf 30s reduziert), an der 3. Meldung hängt die Meldung nun ein einer fast Endlosschleife (seit 1/4h alle 30s Fehlversuch, aber nach knapp 1/2h hat er die Meldung endlich draußen.). SMT\_CLIENT geht auf “Busy” und sofort erscheint wieder ERROR\_T = 1 ERROR\_C = 53000000 (Hex), dieselbe Fehlernummer sehe ich übrigens auch am SPIDER\_ACCESS Das wundert mich etwas, laut meinem PDF zur Net-Lib 1.30 (Stand 14.11.2012) Stehen Details zu ERROR\_T = 1 bei Störung: DNS\_CLIENT, aber da finde ich diese Störung nicht. Plausibler erscheint mir eigentlich eine Zuordnung zu IP\_CONTROL “Systemspezifische Störmeldung - Alle Leitungen belegt”. Verstehe ich da etwas falsch? Eine Weitere Beobachtung: Wenn ich ein Anwenderprogramm in die SPS geladen habe, funktioniert der E-Mail-Versand erst mal problemlos. Je länger das Programm läuft (der SPIDER\_ACCESS meldet die ganze Zeit FF000000, da ich hier keine 2. SPS habe), desto häufiger kommt es zu Fehlern. BTW, in der PDF-Dokument-Version ist ein Schönheitsfehler bei Beschreibung SMTP\_CLIENT, die Zeile “ERROR\_T : BYTE (Fehlertype)” ist unter das Baustein-Schaubild gerutscht. Gruß Rainer ---
**Author:** ![peewit](https://avatars.discourse-cdn.com/v4/letter/p/ecc23a/32.png) [@peewit](https://oscat.discourse.group/u/peewit)\ **Post date:** [3. Oktober 2013 um 20:06 UTC](https://oscat.discourse.group/t/konflikt-zwischen-smtp-client-und-spider-access/1641/8 "2013-10-03T20:06:41Z")
> Eine Weitere Beobachtung: Wenn ich ein Anwenderprogramm in die SPS geladen habe, funktioniert der E-Mail-Versand erst mal problemlos. Je länger das Programm läuft (der SPIDER\_ACCESS meldet die ganze Zeit FF000000, da ich hier keine 2. SPS habe), desto häufiger kommt es zu Fehlern. da ich hier keine zweite sps habe was meinst du damit ? ---
**Author:** ![rrbd](https://yyz2.discourse-cdn.com/free1/user_avatar/oscat.discourse.group/rrbd/32/10_2.png) [@rrbd](https://oscat.discourse.group/u/rrbd)\ **Post date:** [5. Oktober 2013 um 10:24 UTC](https://oscat.discourse.group/t/konflikt-zwischen-smtp-client-und-spider-access/1641/9 "2013-10-05T10:24:42Z")
[quote author=peewit link=topic=2063.msg10807#msg10807 date=1380830801] > da ich hier keine zweite sps habe was meinst du damit ? Hallo, Das E-Mail-Problem habe ich bisher in 2 Anwendungen getestet [ol]- Schreibtisch-SPS, da gehen die Kommunikationsversuche von SPIDER\_ACCESS mangels einer 2. SPS ins Leere - Eine tatsächliche Anwendung, da existiert zwar die SPS mit der IP-Adresse, von der gelesen soll, allerdings gibt es dort die Probleme gemäß SPIDER\_ACCESS: Lesen von SAIA nach Phoenix ILC , also auch ein eher schwieriger Anwendungsfall. [/ol] Letztlich dürfen beide Sonderfälle eigentlich keine Störung des E-Mail-Verkehrs bewirken, aber wenn ein Problem mit SPIDER\_ACCESS den Netzwerkport überlastet, können wir natürlich lange nach SMTP\_ACCESS-Problemen suchen. Deshalb will ich erst noch einmal eine SPS-Landschaft mit problemlos funktionierender SPIDER\_ACCESS-Kommunikation testen. Gruß Rainer