DWD Wetter, 727272 ulbrichf d

[ulbrichf]

Hallo Helge,
nein, ich habe das bisher noch nicht bemerkt. Wir hatte doch einmal einen Test mit paralellen Zugrifff ausprobiert. Da war alles Ok. Danach hatte ich den Menuzugriff in eine Funktion ausgelagert, auf wleche mehrere Instanzen zugreifen können. Dabei scheint nicht klar zu sein, welche Instanz (thread) diese Programmfunkion gerade aufgerufen hat, denn die Ergebnisse werden nicht an den aufrufenden, sondern andere Instanzen zurückgegeben.
Die Resutate gelagen also nicht auf den eigenen Fernschreiber. Ich habe das ersteinmal zurückgeändert.
Um 18:20 Uhr starte ich nochmal eine überarbeitete Version. Wetter liegt dann ab 18:50 Uhr vor.

[ulbrichf]

Hallo Frank,
was ich cool fände wäre noch wenn man die Wettermeldung abonieren könnte. Also wenn z. B. 1 X am Tag von alleine so eine Wettermeldung für Bayern aus dem Fernschreiber gedruckt würde.
Gruß
Martin

Hallo Martin,
an dem Thema bin ich dran. Der Softwareteil, welcher den ITELEX Teilnehmerserver nach den Netzwerkparametern einer iTELEX Nummer fragt, ist schon fertig, inklusiv Fehlerbearbeitung.
Momentan teste ich den ASCII Textversand (können dann Wettermeldungen sein) an iTELEX Stellen. Es funktioniert in den Anfängen.
Eine Fehlerbearbeitung (Gegenstelle offline...), Verbindungports richtig schließen , muß noch eingebaut werden.
Die Differenzierung wer bekommt welche Wettermeldung aus welchem Bundesland muß noch betrachtet werden.

[ulbrichf]

Die ersten ABO Tests laufen....bzw. die automatischen Anwahl wird erstmalig getestet:

Verstecken ist aktiviert

Um diesen versteckten Text lesen zu können, musst du registriert und angemeldet sein.

Bei Fehlverbindung wird der nächste ABO Teilnehmer angewählt und ein Testtext verschickt. Vor der Anwahl wird der Teilnehmerserver befragt.
Jetzt würde mich interessieren, ob sich die Gegenstellen weghängen oder betriebsbereit bleiben.

[Martin]

Ging alles bestens, Testnachricht kam und dann Abschaltung

[Helge]

hat funktioniert - das I-Telex ist danach auch ordnungsgemäß im im Ausgangszustand.

[Martin]

IMG_2642.JPG

[ulbrichf]

Hallo Martin,
ich habe über Deinen Teilnehmerserver sporadisch Probleme meine eigene iTELEX Nummer aufzulösen.
Kannst Dir bei Dir sehen was war ? Den Zeitstempel siehst Du unten ....

Nr in Verteilerlisteliste:  1
connected to server

# SENDING DATA **********************
Original Value : (3, 5, 92158, 1)
Packed  Value  : 0305fe67010001

# RECEIVING DATA ********************


Startbyte received data:  
SignOff TLN Server
SignOff TLN Server:  0800
closing socket

Dies Antwort scheint teilwese unerwartet ... Bei Henning und Fred bisher keine Probleme

2017-02-12 21:44:57,740 - socks_client - INFO - Looking for: 92158
2017-02-12 21:44:57,740 - socks_client - INFO - connect to server
2017-02-12 21:44:57,930 - socks_client - INFO - socket: ('192.168.4.127', 52026)
2017-02-12 21:44:58,000 - socks_client - INFO - peer_query 03
2017-02-12 21:45:03,319 - socks_client - INFO - SignOff TLN Server

[Martin]

Ich kann mal die Protokollierung anmachen und wir wiederholen alles...

[FredSonnenrein]

ich habe über Deinen Teilnehmerserver sporadisch Probleme meine eigene iTELEX Nummer aufzulösen.
Kannst Dir bei Dir sehen was war ? Den Zeitstempel siehst Du unten ....

Schau in solchen fällen mal auf die per HTTP zugängliche Teilnehmerliste. Aber merkwürdig ist es...
Denke auf jeden fall dran, dass bei Einträgen mit Typ 1 und 3 der Host-Name "maßgebend" ist.
Es kann sein, dass das Datensatz-Feld für die IP-Adresse trotzdem gefüllt ist, aber dann ggf. mit veralteten Daten.

[Martin]

IMG_2657.JPG