91
oscat.lib fuer PC WorX/MULTIPROG / Re: FT_PT1: Hängt auf Phoenix ILC 155
« am: 18. Juni 2013, 21:19:22 »
Sieht nicht so aus, wirst Dir das große mal vornehmen müssen.
Beiträge anzeigen
Diese Sektion erlaubt es ihnen alle Beiträge dieses Mitglieds zu sehen. Beachten sie, dass sie nur solche Beiträge sehen können, zu denen sie auch Zugriffsrechte haben.
92
oscat.lib fuer PC WorX/MULTIPROG / Re: FT_PT1: Hängt auf Phoenix ILC 155
« am: 18. Juni 2013, 19:35:12 »
Hallo,
ich arbeite an dieser Frage.
Das Testprogramm, mit dem das Problem auftrat, habe ich dir gerade zum Download auf einen Server http://www.bielefeldundbuss.de/OSCAT/Filtertest130618_01.zwe hochgeladen, es ist aber nicht einfach. Da ist die problematische Stelle im POE RLT30 (2 Filter FT_PT1).
Ich werde jetzt noch mal probieren, ob das kleine Programm mit den Manipulationen zum Aufgeben bringen kann.
Grüße
Rainer
ich arbeite an dieser Frage.
Das Testprogramm, mit dem das Problem auftrat, habe ich dir gerade zum Download auf einen Server http://www.bielefeldundbuss.de/OSCAT/Filtertest130618_01.zwe hochgeladen, es ist aber nicht einfach. Da ist die problematische Stelle im POE RLT30 (2 Filter FT_PT1).
Ich werde jetzt noch mal probieren, ob das kleine Programm mit den Manipulationen zum Aufgeben bringen kann.
Grüße
Rainer
93
oscat.lib fuer PC WorX/MULTIPROG / Re: FT_PT1: Hängt auf Phoenix ILC 155
« am: 18. Juni 2013, 19:15:01 »
Falsch gedacht. Um einen normalen Testbetrieb zu simulieren habe ich etwas in der Webvisualisierung gespielt, am Sinus die Festwerteingänge durch Variable ersetzt und das geänderte Programm noch mal im laufenden Betrieb 'runter geschoben, anschließend liefen die Filter noch, aber ein paar Minuten Später war's vorbei. Phänomen wie beschrieben, im Debug-Modus sehe ich die Zeit im Filter nicht mehr laufen. Habe natürlich keine Ahnung, ob die Manipulationen etwas mit mit dem Problem zu tun haben oder ob sich das einfach zufällig ergab. Ich kann das Programm gern mal für Testzwecke packen.
Grüße
Rainer
Grüße
Rainer
94
oscat.lib fuer PC WorX/MULTIPROG / Re: FT_PT1: Hängt auf Phoenix ILC 155 - Testergebnisse
« am: 18. Juni 2013, 17:11:11 »
Testprogramm ist jetzt 7h gelaufen ohne dass die Filter hängen geblieben sind, so einfach ist's also (nicht ganz unerwarteter weise) leider nicht. Nun also nächster schritt, Testlauf mit vollständigem Programm + Testsinus.
Nachtrag 2013-06-18 17:35:25
=======================
Ich habe mal das Innenleben der Filter "FT_PT1" im Debugmodus angesehen. Die Ursache des Problems dürfte sein, dass ich in der
Zeile 3 bei "tx:= T_PLC_US.T_PLC_US;"
in der SPS der Anlage (an der ich seit gestern, nachdem der Filterausgang stecken geblieben ist, nichts mehr geändert habe), ein Konstantwert steht.
In meinem Testaufbau mit einer IKC 130 ETH auf dem Schreibtisch läuft der Zahlenwert (wie in der letzten Zeile 13) weiter. Nun ist die spannende Frage warum (T_PLC_US() keine Werte liefert ...?). Wenn das nicht offensichtlich ist könnten wir vielleicht eine Teamviewer-Telefonsitzung (0531 270 20 35) machen? Eine Ahnung sagt mir, dass das Phänomen natürlich nicht bei meinem Testaufbau auftreten wird, deshalb lasse ich die Anlagen-SPS bis morgen Früh erst mal ungeändert, muss dort aber natürlich auch bald wieder eine Funktionierende Lösung "hinstellen". Ich bin meistens, auch zu nichtnormalen Arbeitszeiten, erreichbar.
Grüße
Rainer
Nachtrag 2013-06-18 17:35:25
=======================
Ich habe mal das Innenleben der Filter "FT_PT1" im Debugmodus angesehen. Die Ursache des Problems dürfte sein, dass ich in der
Zeile 3 bei "tx:= T_PLC_US.T_PLC_US;"
in der SPS der Anlage (an der ich seit gestern, nachdem der Filterausgang stecken geblieben ist, nichts mehr geändert habe), ein Konstantwert steht.
In meinem Testaufbau mit einer IKC 130 ETH auf dem Schreibtisch läuft der Zahlenwert (wie in der letzten Zeile 13) weiter. Nun ist die spannende Frage warum (T_PLC_US() keine Werte liefert ...?). Wenn das nicht offensichtlich ist könnten wir vielleicht eine Teamviewer-Telefonsitzung (0531 270 20 35) machen? Eine Ahnung sagt mir, dass das Phänomen natürlich nicht bei meinem Testaufbau auftreten wird, deshalb lasse ich die Anlagen-SPS bis morgen Früh erst mal ungeändert, muss dort aber natürlich auch bald wieder eine Funktionierende Lösung "hinstellen". Ich bin meistens, auch zu nichtnormalen Arbeitszeiten, erreichbar.
Grüße
Rainer
95
Bestehende Module / Existing Modules / Re: Handbuch-Fehler oscat_basic333 für GEN_SIN
« am: 18. Juni 2013, 09:21:11 »
Niemand interessiert?
96
oscat.lib fuer PC WorX/MULTIPROG / Re: FT_PT1: Hängt auf Phoenix ILC 155
« am: 18. Juni 2013, 08:50:41 »
Und ich habe mal ein Miniprogramm zum testen auf einer ILC 130 gestartet, ein Sinusgenerator lässt am Eingang einen Sinus-Wert wert von 1000 +- 20 mit 10 Minuten / Sinusdurchlauf eiern, mal sehen, was passiert.
97
oscat.lib fuer PC WorX/MULTIPROG / Re: FT_PT1: Hängt auf Phoenix ILC 155
« am: 18. Juni 2013, 08:44:56 »
Hm, ich dachte ich hätte genau diese Lib? Ist jedenfalls aus einer pcworx_basic_333.zip, heruntergeladen im August 2012. Und mein Anhang war Unsinn, hae die falsche Datei erwischt, so dass mein Ausgangsposting evtl. reichlich unverständlich war, ich ersetze ihn gleich.
98
oscat.lib fuer PC WorX/MULTIPROG / Re: FT_PT1: Hängt auf Phoenix ILC 155
« am: 17. Juni 2013, 22:44:34 »
Weitere Tests (abwarten und Tee trinken) ergaben dass sich der Filter regelmäßig aufhängt, ich muss die Anlage einfach nur eine Weile laufen lassen, es hängen sich immer beide verwendeten Filter auf, (habe allerdings noch nicht genauer untersucht, ob sie EXAKT gleichzeitig versagen.
99
oscat.lib fuer PC WorX/MULTIPROG / FT_PT1: Hängt auf Phoenix ILC 155
« am: 17. Juni 2013, 19:31:42 »
Hallo,
heute konnte ich mehrfach ein Hängenbleiben des o.g. Bausteins erleben. Eine ganze Weile arbeitete er zuverlässig, aber in bestimmten Situationen bleibt der Ausgang auf seinem Wert stehen und folgt dem Eingang nicht auf 0. Alle Details im angehängten PDF. Sehr ärgerlich, da ich eigentlich hoffte, mit diesem Filter die Probleme aus "Limitierung für FILTER_I bei großen Zeitkonstanten" http://www.oscat.de/community/index.php/topic,1914.msg10043.html#msg10043 umgehen zu können
Bisher hatte ich noch keine Zeit, das Problem in einer Testumgebung auf dem Schreibtisch zu reproduzieren, problematisch ist, dass der Fehler auch an der realen Anlage nicht hundertprozentig reprodzierbar ist. Hat jemand eine Idee?
Grüße
Rainer
Nachtrag 2013-06-18: Falschen Anhang ersetzt durch 2013-06-17_Filterproblem.pdf
[gelöscht durch Administrator]
heute konnte ich mehrfach ein Hängenbleiben des o.g. Bausteins erleben. Eine ganze Weile arbeitete er zuverlässig, aber in bestimmten Situationen bleibt der Ausgang auf seinem Wert stehen und folgt dem Eingang nicht auf 0. Alle Details im angehängten PDF. Sehr ärgerlich, da ich eigentlich hoffte, mit diesem Filter die Probleme aus "Limitierung für FILTER_I bei großen Zeitkonstanten" http://www.oscat.de/community/index.php/topic,1914.msg10043.html#msg10043 umgehen zu können
Bisher hatte ich noch keine Zeit, das Problem in einer Testumgebung auf dem Schreibtisch zu reproduzieren, problematisch ist, dass der Fehler auch an der realen Anlage nicht hundertprozentig reprodzierbar ist. Hat jemand eine Idee?
Grüße
Rainer
Nachtrag 2013-06-18: Falschen Anhang ersetzt durch 2013-06-17_Filterproblem.pdf
[gelöscht durch Administrator]
100
PC WorX / Re: IP_CONNECT on MultiProg
« am: 25. April 2013, 12:10:11 »
Hi,
at least I can confirm your assumption that IP_CONNECT is part of the standard Functions of PC WORX. I do not have installed any related, Phoenix Libs., but IP_CONNECT is on my PC in PC WORX EXPRESS.
I wonder whether it might be possible to create a small Library from free PC WORX EXPRESS containing the required functions?
CU
Rainer
at least I can confirm your assumption that IP_CONNECT is part of the standard Functions of PC WORX. I do not have installed any related, Phoenix Libs., but IP_CONNECT is on my PC in PC WORX EXPRESS.
I wonder whether it might be possible to create a small Library from free PC WORX EXPRESS containing the required functions?
CU
Rainer
101
Modulentwicklung / Multi-Mail-Versand
« am: 08. April 2013, 15:06:14 »
Hallo,
wegen http://www.sps-forum.de/sonstige-steuerungen/54557-ilc-150-eth-automatische-fehlermeldung.html dieses Problems muss ich mir kurzfristig einen FB basteln, der zu grob geschätzt 100 Störmeldungen aus der Anlage, die bei einem Controller vorkommen können, die jeweils passige aus 100 E-Mails abzusetzen. Natürlich können auch mehrere (fast alle) Störungen auf einmal passieren, das muss dann schnell, aber geregelt abgearbeitet werden. Da ein solcher FB eine Ergänzung des SMTP-Client von allgemeinem Interesse sein könnte, will ich meine Überlegungen hier kurz vorstellen, evtl. können meine Experimente die Basis für einen neuen OSCAT-Baustein sein?!
Mailtext-Zuordner
Über einen SMTP_Client sollen alle (100) möglichen Störmeldungen, jeweis mit Summary und Body, abgesetzt werden. Das heißt wenn eine Störung ansteht muss dem SMTP_Client das richtige Summary – Body – Paar per Mailzuordner angelegt werden. Die übrigen Eingänge von SMTP-Client (MailTo etc) sind für alle Störungen gleich.
Momentan würde ich einen 2. Client mit gleich aufgebautem Mailzuordner dazustellen, der auf das Service-Smartphone den Kundendienst alarmiert. Hintergrund:, unwichtige Störungen sollen an diesen Empfänger nicht während der Nacht oder Feierabend durchgestellt werden (also gehen Sie hier an den Mailzuordner nur während einer Kernzeit, Wochenzeitschaltuhr + Feiertagsprogram)
Ins Unreine Gedacht:
Summary1 … Summary100 oscat_string 120
Body1 … Body100 oscat_string 250
Lokale Variablen, kann ich leicht erzeugen und Texte in PC WORX hinein kopieren
xStoerung1 … xStoerung100 BOOL Eingänge für die jeweilige Störung
xReset Bool Reseteingang
xStoerAus Bool Ausgang Sendestörung vom Baustein
Zuordnungs-FB Programm Grobstruktur
...Zählt mit jedem Zyklus ein Index-SINT hoch
...Wenn zum Index Störeingang aktiv:
......Ausgabe der zugehörigen Strings an SMTP_CLIENT
......Client aktivieren (Senden)
......Warten bis „Done“ oder Fehlermeldung
......Bei Fehlermeldung Versuchezähler hochzählen und Wartezeit aktivieren
......Bei "Done" Meldungssperre, Selbsthaltung solange Fehlereingang ansteht
...Index Weiterzählen
......Wenn die Störung mit Sendefehler wieder vom Indexdurchlauf her „dran“ ist,
......erneuter Versuch, wenn Wartezeit abgelaufen
.........Im Erfolgsfall Erfolgsflag (Wiedersendungssperre Siehe oben)
.........Bei 3 Misserfolgen "Mailstörungsflag" als Stoer Boolausgang und Sperre weiterer Sendungen für diese Mail,
...... Rücksetzbar über xReset Booleingang.
...Wenn Index >100 -> Index = 1
...Endlosschleife neu ab „Zählt mit jedem Zyklus ...“
...
Besteht grundsätzliches Interesse, hier Ideen beizusteuern?
Grüße, Rainer
wegen http://www.sps-forum.de/sonstige-steuerungen/54557-ilc-150-eth-automatische-fehlermeldung.html dieses Problems muss ich mir kurzfristig einen FB basteln, der zu grob geschätzt 100 Störmeldungen aus der Anlage, die bei einem Controller vorkommen können, die jeweils passige aus 100 E-Mails abzusetzen. Natürlich können auch mehrere (fast alle) Störungen auf einmal passieren, das muss dann schnell, aber geregelt abgearbeitet werden. Da ein solcher FB eine Ergänzung des SMTP-Client von allgemeinem Interesse sein könnte, will ich meine Überlegungen hier kurz vorstellen, evtl. können meine Experimente die Basis für einen neuen OSCAT-Baustein sein?!
Mailtext-Zuordner
Über einen SMTP_Client sollen alle (100) möglichen Störmeldungen, jeweis mit Summary und Body, abgesetzt werden. Das heißt wenn eine Störung ansteht muss dem SMTP_Client das richtige Summary – Body – Paar per Mailzuordner angelegt werden. Die übrigen Eingänge von SMTP-Client (MailTo etc) sind für alle Störungen gleich.
Momentan würde ich einen 2. Client mit gleich aufgebautem Mailzuordner dazustellen, der auf das Service-Smartphone den Kundendienst alarmiert. Hintergrund:, unwichtige Störungen sollen an diesen Empfänger nicht während der Nacht oder Feierabend durchgestellt werden (also gehen Sie hier an den Mailzuordner nur während einer Kernzeit, Wochenzeitschaltuhr + Feiertagsprogram)
Ins Unreine Gedacht:
Summary1 … Summary100 oscat_string 120
Body1 … Body100 oscat_string 250
Lokale Variablen, kann ich leicht erzeugen und Texte in PC WORX hinein kopieren
xStoerung1 … xStoerung100 BOOL Eingänge für die jeweilige Störung
xReset Bool Reseteingang
xStoerAus Bool Ausgang Sendestörung vom Baustein
Zuordnungs-FB Programm Grobstruktur
...Zählt mit jedem Zyklus ein Index-SINT hoch
...Wenn zum Index Störeingang aktiv:
......Ausgabe der zugehörigen Strings an SMTP_CLIENT
......Client aktivieren (Senden)
......Warten bis „Done“ oder Fehlermeldung
......Bei Fehlermeldung Versuchezähler hochzählen und Wartezeit aktivieren
......Bei "Done" Meldungssperre, Selbsthaltung solange Fehlereingang ansteht
...Index Weiterzählen
......Wenn die Störung mit Sendefehler wieder vom Indexdurchlauf her „dran“ ist,
......erneuter Versuch, wenn Wartezeit abgelaufen
.........Im Erfolgsfall Erfolgsflag (Wiedersendungssperre Siehe oben)
.........Bei 3 Misserfolgen "Mailstörungsflag" als Stoer Boolausgang und Sperre weiterer Sendungen für diese Mail,
...... Rücksetzbar über xReset Booleingang.
...Wenn Index >100 -> Index = 1
...Endlosschleife neu ab „Zählt mit jedem Zyklus ...“
...
Besteht grundsätzliches Interesse, hier Ideen beizusteuern?
Grüße, Rainer
102
PC WorX / Re: SMTP_CLIENT arbeitet unzuverlässig
« am: 22. März 2013, 10:15:05 »
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), 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
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), 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
103
PC WorX / Re: SMTP_CLIENT arbeitet unzuverlässig
« am: 21. März 2013, 19:53:15 »
Gut, probiere ich morgen mal aus.
104
PC WorX / Re: SMTP_CLIENT arbeitet unzuverlässig
« am: 21. März 2013, 07:36:39 »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.
105
PC WorX / Re: SMTP_CLIENT arbeitet unzuverlässig
« am: 20. März 2013, 22:33:16 »
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.
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.