Nachrichten

46

PC WorX / SMTP_CLIENT ohne DNS

« am: 06. Januar 2014, 20:08:13 »

Moin,

nun habe ich mit einer Phoenix ILC 155 erstmals (den ansonsten Häufigeren) Fall, dass der Mailserver einfach eine IP-Adresse und keinen Namen hat, dafür keine Authentifizierung benötigt. Etwas ratloses herumprobieren brachte mich nicht weiter, Müsste mal die Fehlermeldungen untersuchen:
ERROR_C: 006401F5
ERROR_T: 05
kam noch nicht dazu.

Deshalb meine Frage: Was muss ich gegenüber der Gewohnten" Beschaltung an 'DNS_IP4' (und evtl. bei 'SERVER') ändern, damit das funktioniert? Hinweis: Aus dem Netzsegment mit der SPS kommt man nicht in's Internet.

Danke schon mal für Rat und Hilfe

Rainer

47

Modulentwicklung / SMTP_CLIENT und SSL

« am: 27. Dezember 2013, 11:26:48 »

Moin, anscheinend kommt's bei den Providern allmählich in Mode, nur noch SSL zu akzeptieren. Jedenfalls erhielt ich heute Zugangsdaten für einen 1&1 Mailserver, den ich für einen Kunden benutzen soll, mit dem Hinweis:  "Wichtig!!! Bei 1&1 ist ab Januar 2014 SSL Voraussetzung. Anleitung zum Konfigurieren gibt es hier: http://hilfe-center.1und1.de/sicherheit-c84638/sicher-mit-e-mails-umgehen-c84640/e-mail-und-ssl-c84642". Gibt's einen Trick, ist etwas angedacht, wie kann ich sofern erforderlich die Entwicklung unterstützen?

Gruß

Rainer

48

oscat.lib fuer PC WorX/MULTIPROG / Re: Mit PLC Programm die Systemuhr stellen... ?

« am: 23. Dezember 2013, 07:01:45 »

Danke auch von mir!

49

SPS-Programmierung / Re: LAN - Trennung SPS und Internet

« am: 09. Oktober 2013, 10:35:41 »

Hallo, irgendwie scheint mir, du wärst mit deiner Frage im SPS-Forum http://www.sps-forum.de/ besser aufgehoben?

Gruß

Rainer

50

Bestehende Module / Existing Modules / Re: Verbesserungsvorschlag für SETUP_HOLIDAY und HOLIDAY

« am: 07. Oktober 2013, 11:24:52 »

Hallo,

mit dem Fix funktioniert's, habe getestet für Osterfeiertage 2014, Himmelfahrt 2015, Pfingstmontag 2016, alles problemlos und korrekt.

Vielleicht wäre eine Hotfixseite im Forum praktisch, wo solche reparierten Bausteine heruntergeladen werden können, bis die Reparatur in das nächste Release übernommen werden?

Gruß

Rainer

51

Bestehende Module / Existing Modules / Re: Verbesserungsvorschlag für SETUP_HOLIDAY und HOLIDAY

« am: 06. Oktober 2013, 10:26:50 »

Super, vielen Dank, ich probiere das heute Nachmittag aus und berichte hier!

52

Bestehende Module / Existing Modules / Re: Verbesserungsvorschlag für SETUP_HOLIDAY und HOLIDAY

« am: 05. Oktober 2013, 16:08:05 »

... und ostern wird auch erkannt bzw. berechnet

Hallo,

Wo denn? Ich habe eine Kombination aus SETUP_HOLIDAY_DE (Definiert die Feiertage, bei mir im Beispiel Variablenstruktur HOLIDAYS) und FB HOLIDAY (Setzt an Feiertagen ein Bool auf TRUE, wenn aktueller Tag ein in HOLIDAYS definierter Feiertag). Funktioniert für alle festen Feiertage zauberhaft, aber nicht für die per Distanz zu Ostersonntag festgelegten. Dafür kann es in   SETUP_HOLIDAY_DE ja keine gültige statische Definition geben:

Code: [Auswählen]

HD[02].NAME := STRING#'Karfreitag';
HD[02].DAY  := SINT#-2;
HD[02].MONTH := SINT#00;
HD[02].USE := SINT#01;

HD[03].NAME := STRING#'Ostersonntag';
HD[03].DAY  := SINT#00;
HD[03].MONTH := SINT#00;
HD[03].USE := SINT#01;

Vergessen wir mal aus meinem Ursprungsposting die Gedanken über SETUP_HOLIDAY_DE, Meine Kernfrage ist derzeit Woher bekomme ich die Ostertermine für HOLIDAY? Ich hatte mir nun gedacht, das würde vielleicht durch FB CALENDAR_CALC erledigt. Einen anderen Sinn, da die Struktur HOLIDAYS durchzuschleifen, kann ich nicht erkennen. Das passiert aber nicht, der Karfreitag hat weiterhin die Werte wie aus dem Codeschnipsel oben ersichtlich.

Habe ich vielleicht CALENDAR_CALC unvollständig initialisiert? Bisher habe ich nur cXCAL.UTC := DT

Mein Test für Tag der Einheit: 03.10.2014:
Im Programm ist ein entsprechendes EVENT  definiert
HOLIDAYS ist mit Definition aus  SETUP_HOLIDAY_DE versorgt
Programm gestartet
Ich setze Datum/Zeit der SPS auf Vortag 23:59:00 und warte was passiert:
FB EVENT und FB HOLIDAY zeigen Feiertag                                 :-)

Nun Fortsetzung des Tests für Karfreitag: 18.04.2014:
Im Programm ist ein entsprechendes EVENT  definiert
HOLIDAYS ist mid Definition aus SETUP_HOLIDAY_DE versorgt
Programm  läuft noch
Ich setze Datum/Zeit der SPS auf Vortag 17.04.2013 23:59:00 und warte was passiert:
FB EVENT zeigt Feiertag                                                                  :-)
FB HOLIDAY zeigt KEINEN Feiertag                                                  :-(

Was mache ich falsch?

Gruß

Rainer


[gelöscht durch Administrator]

53

Bestehende Module / Existing Modules / Verbesserungsvorschlag für SETUP_HOLIDAY und HOLIDAY

« am: 05. Oktober 2013, 13:37:35 »

Hallo,

• Ich habe irgendwo gelesen SETUP_HOLIDAY sei gar kein so richtig offizieller OSCAT Baustein -  speziell für PC_WORX-Programmierung der Phoenix ILC 1xx ist er aber sehr praktisch.
• HOLIDAY scheint mir etwas schwer zu nutzen, da mir keine wirklich praktische Erzeugung passender Osterfeiertagstermine (logisch, mit Karfreitag, Himmelfahrt, Pfingsten) einfällt.
  

Mein Anliegen: wenn man den SETUP_HOLIDAY mit einem passenden Eingang für die Berechnung von EASTER ausstatten würde,  die Datumsteile der Variablen HD[03] aus diesen Eingängen berechnen und die Datumsanteile von  HD[02], HD[04], HD[06], HD[07], HD[08] ebenso generieren würde (Ist nicht völlig trivial aus HD[03] zu berechnen, die Monatsfindung ist lästig), dann wäre der Einsatz von HOLIDAY eine richtig runde Sache. In der gegenwärtigen Form  finde ich die Verwendung nicht wirklich praktisch, da alle "interessanten" Feiertage doch wieder händisch berechnet werden müssen. Oder habe ich etwas übersehen?

Gruß

Rainer

54

PC WorX / Re: Konflikt zwischen SMTP_CLIENT und SPIDER_ACCESS

« am: 05. Oktober 2013, 12:24:42 »

da ich hier keine zweite sps habe
was meinst du damit ?

Hallo,
Das E-Mail-Problem habe ich bisher in 2 Anwendungen getestet

• 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.

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

55

Bestehende Module / Existing Modules / Handbuch zu CALENDAR_CALC (OSCAT_BASIC_333): Eingang 'H' nicht beschrieben

« am: 03. Oktober 2013, 19:15:03 »

Hallo,

Ich sehe im Programmcode "Irgendwas mit Dämmerung", im mir vorliegenden Handbuch Im Sachstand Sonntag, 22. Januar 2012 14:40:32 der Eingang nicht erwähnt. Es wäre schön, wenn das im Handbuch erwähnt würde.

Gruß

Rainer

56

Bestehende Module / Existing Modules / Re:Eigene Feiertage für FB holiday definieren

« am: 03. Oktober 2013, 17:42:48 »

das pad_byte kannst du 100% ignorieren

Hallo,
könntet Ihr das in der Doku erwähnen, so ist's etwas mühsam. Im Sachstand Sonntag, 22. Januar 2012 14:40:32 ist's nicht erwähnt.

Gruß

Rainer

57

PC WorX / Re: Konflikt zwischen SMTP_CLIENT und SPIDER_ACCESS

« am: 02. Oktober 2013, 19:12:24 »

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

58

PC WorX / Re: Konflikt zwischen SMTP_CLIENT und SPIDER_ACCESS

« am: 02. Oktober 2013, 17:43:16 »

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

59

PC WorX / Re: Konflikt zwischen SMTP_CLIENT und SPIDER_ACCESS

« am: 29. September 2013, 13:32:43 »

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

60

PC WorX / Re: Konflikt zwischen SMTP_CLIENT und SPIDER_ACCESS

« am: 28. September 2013, 19:20:38 »

Hallo,

Das gepackte Testprogramm mit allen Libs. integriert findet sich hier 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]