Telexforum.de

Da bereits mehrere Anwender mit der Abfrage der Daten einzelner Teilnehmer nicht auf Anhieb klar gekommen sind, gibt es ab heute was neues:

Die Daten (IP-Adresse, Hostname, Port, Durchwahl) zu jeder registrierten Nummer kann auch im Ascii-Format abgefragt werden.

Dazu folgendes tun:

A) bei sonnibs.no-ip.org den Port 11811 öffnen (eigentlich bei allen Teilnehmerservern, sobald Version 722 installiert ist).

B) den Text

q781272

senden (auf das q achten, Nummern sind mindestens 5 stellig)

C) Folgende Zeilen empfangen (Beispiel)

ok
781272
Fred, Braunschweig T100
1
sonnibs.no-ip.org
134
33
+++

Alle Zeilen sind mir CR+LF getrennt.
Bedeutung der Zeilen:
ok <-- Datensatz gefunden
781272 <-- sicherheitshalber nochmal die gefundene Nummer
Fred, Braunschweig T100 <-- Name (rein informativ)
1 <-- Typ (siehe unten)
sonnibs.no-ip.org <-- Adresse, hier kann auch eine IP in der Form 95.90.186.198 stehen
134 <-- Port-Nummer
33 <-- Durchwahl
+++ <-- Ende-Kennzeichnung

Zum Typ:
1 ist eine echte i-Telex-Station mit einem Hostnamen
2 oder 5 ist eine echte i-Telex-Station mit einer IP-Adresse
3 ist eine Station, die nur Ascii-Daten verarbeiten kann, so wie Frank's Wetterdienst-Server (mit Hostnamen)
4 ist eine Station, die nur Ascii-Daten verarbeiten kann, mit IP-Adresse
6 Email-Adresse (für dich nicht Sinnvoll und auch kaum verwendet)
andere Typ-Nummern sollten nicht vorkommen

Wenn eine Nummer nicht gefunden wird, kommen folgende Zeilen zurück

fail
12345
unknown
+++

Die Bedeutung dürfte selbsterklärend sein.
Was anderes als ok oder fail in der ersten Zeile wird nicht vorkommen.

Eine zweite oder noch mehr Nummern können abgefragt werden, wenn SOFORT nach Empfang der Daten wieder mit q+Nummer die nächste Abfrage folgt. Ansonsten den Port schließen, der Teilnehmerserver trennt nach drei Sekunden sonst selbst.

Hallo Fred,
der "alte Weg" der binaren Abfrage bleibt aber erhalten, oder ?

Klar, den nutzt doch jede i-Telex Station

Noch ein Nachtrag: Es ist wichtig, dass die Anfrage als ein TCP-Telegramm übertragen wird.

Das heißt, dass die Zeichen nicht einzeln übertragen werden dürfen, sondern in einem Block (bei puttytel ist z.B. unter "Terminal" der Parameter "Local line editing" auf ON zu schalten.

Es schadet auch nichts, dass dadurch hinter der Nummer der Abfrage ein CR und/oder LF gesendet wird.

FredSonnenrein hat geschrieben:Noch ein Nachtrag: Es ist wichtig, dass die Anfrage als ein TCP-Telegramm übertragen wird.

Das heißt, dass die Zeichen nicht einzeln übertragen werden dürfen, sondern in einem Block (bei puttytel ist z.B. unter "Terminal" der Parameter "Local line editing" auf ON zu schalten.

Es schadet auch nichts, dass dadurch hinter der Nummer der Abfrage ein CR und/oder LF gesendet wird.

Wenn man kein Newline schickt, passieren interessante Dinge ... zum einen kommt ein fail, zum anderen aber offenbar eine zufällige Nummer.

Kannst du Details nennen? Wann hast du das probiert? Dann kann ich mal im Log nachsehen.

FredSonnenrein hat geschrieben:Kannst du Details nennen? Wann hast du das probiert? Dann kann ich mal im Log nachsehen.

Das war gestern so um 22:00 Uhr. Inzwischen geht`s aber auch ohne NL.

Hallo Fred,
Mag sein, das ich ein wenig durch den Wind bin.
Habe bemerkt, dass mit dem neuen TlnServer Version 2 die alte Binäre Abfrageart nicht mehr in meinem Python Wettercode funktioniert.
Ich denke ich muss nun auf die hier beschriebene Abfrageart umstellen ... q12345 ?

Mit freundlichen Grüßen Frank

ulbrichf hat geschrieben: ↑Di 6. Nov 2018, 17:00 Habe bemerkt, dass mit dem neuen TlnServer Version 2 die alte Binäre Abfrageart nicht mehr in meinem Python Wettercode funktioniert.
Ich denke ich muss nun auf die hier beschriebene Abfrageart umstellen ... q12345 ?

Welche Abfrage? Eine einzelne Nummer? Das funktionier wie gehabt. Wenn der Server nicht gerade streikt.

Hallo Fred,
ich habe gerade mit putty (telnet mit local line editing on) die Abfrage gengen sonnibs.no-ip.org port 1181 ausprobiert.
Bei mir kommt kein Ergebnis zurück und nach 4 Sekunden wird die Verbindung getrennt.

Ich wollte die ASCII Abfrage ausprobieren. Hat sich da was geändert ?

MfG
Frank