Telexforum.de

neue Version V1.0.0.8:
- es wird jetzt immer die Uhrzeit mitgedruckt, damit man sieht, wie alt die letzten Beiträge waren (wenn man die Verbindung stehen lässt).

Zu dem Problem mit der seriellen Schnittstelle: Ich habe das gerade mal mit einem Terminalprogramm (Teraterm) über die serielle Schnittstelle probiert und bei mir sieht das ok aus. Die vielen Leerzeilen entstehen vermutlich, wenn man im Terminal die ENTER-Taste verwendet. Dann wird WR und ZL gesendet. Dem Konferenzdienst reicht ein ZL. Der WR erzeugt dann immer eine zusätzliche Zeile. Das ist aber nur am Anfang bei den Eingaben so. Später in der Konferenz ist es egal. Da kann man die ENTER-Taste verwenden.
In ASCII-Terminals ist ZL = Ctrl-J. In JTerm gibt es einen Button dafür.

EDIT: Ich sehe gerade bei dem Mitschnitt, den Jens im Chat gepostet hat, dass die Leerzeilen z.B. auch innerhalb der Teilnehmerliste auftreten. Das spricht dafür, dass das Terminalprogramm automatisch aus WR ein WR+ZL macht. Diese Automatik muss man im Terminalprogramm abschalten.

Hier die zugehörige Einstellung in TeraTerm:


nochmal Edit: Ich habe gerade mal mit JTerm getestet. Das erzeugt jede Menge Leerzeilen. Ich sehe aber keine Option, um das WR/ZL-Verhalten einzustellen.

Noch ein paar kleine Änderungen, die ich in den letzten Tagen eingebaut habe;
- Das Halten der Verbindung durch regelmäßiges Senden von 'Bu' ist jetzt standardmäßig an (mit '/' abschaltbar)
- Den Zeitinterval für das Senden von 'Bu' habe ich auf 9 Minuten verkürzt, weil ich beobachtet habe, dass manchmal die Verbindung trotzdem abgebaut wurde.
- Zusätzliche 'Bu' bzw. 'Zi' nach dem Zeilenwechsel. Aus irgendeinem Grund, der mir noch nicht klar ist, werden die von manchen Maschinen verschluckt.
- Die Annmeldung ohne KG hat zeitweise nicht mehr funktioniert. Das sollte jetzt wieder gehen, in dem man bei der KG-Abfrage ein paar mal (4 x) ZL drückt.

Die verkürzte Anmeldung mit einem gespeicherten Kurznamen habe ich nicht nicht eingebaut, weil das einige Dinge nach sich zieht, wie z.B die Möglichkeit, den Namen zu ändern. Der Verwaltungsaufwand könnte nicht unerheblich werden. Also vielleicht später irgendwann, wenn sich gezeigt hat, das Konferenzdienst auch dauerhaft genutzt wird.

Im Moment hat sich die Anfangsbegeisterung etwas gelegt.
Aber es gibt auch noch Stoßzeiten, wo einige gleichzeitig online sind und fleißig konferieren.

detlef hat geschrieben: ↑Di 8. Okt 2019, 08:44 - Zusätzliche 'Bu' bzw. 'Zi' nach dem Zeilenwechsel. Aus irgendeinem Grund, der mir noch nicht klar ist, werden die von manchen Maschinen verschluckt.

Vielleicht, weil diese Anschlüsse mit dem ASCII-Protokoll arbeiten?

FredSonnenrein hat geschrieben: ↑Di 8. Okt 2019, 14:20

detlef hat geschrieben: ↑Di 8. Okt 2019, 08:44 - Zusätzliche 'Bu' bzw. 'Zi' nach dem Zeilenwechsel. Aus irgendeinem Grund, der mir noch nicht klar ist, werden die von manchen Maschinen verschluckt.

Vielleicht, weil diese Anschlüsse mit dem ASCII-Protokoll arbeiten?

Ne, kann nicht sein. Der Konferenzdienst unterstützt im Moment gar kein ASCII.
Ich habe aber noch gar nicht ausprobiert, was passiert, wenn man im ASCII-Mode anruft.

EDIT: Gerade mal probiert. Da kommen nur i-Telex-Steuerzeichen. Es wäre kein Aufwand, das einzubauen, aber meines Wissens sollten alle anrufenden Systeme i-Telex können. Es sind ja nur einige Dienste, die ausschließlich im ASCII-Mode arbeiten.

detlef hat geschrieben: ↑Di 8. Okt 2019, 14:57 Es sind ja nur einige Dienste, die ausschließlich im ASCII-Mode arbeiten.

Das stimmt so nicht ... mein Interface z.B. spricht nur ascii, weil es fred`s binärprotokoll nicht brauchte bzw. von einem reinen ascii interface auf itelex-wahl erweitert wurde.

Klaus hat geschrieben: ↑Mo 21. Okt 2019, 19:48 Das stimmt so nicht ... mein Interface z.B. spricht nur ascii, weil es fred`s binärprotokoll nicht brauchte bzw. von einem reinen ascii interface auf itelex-wahl erweitert wurde.

Und ich dachte, ich kommte um das ASCII-Protokoll herum, weil es keiner braucht.
Welchen ASCII-Code sendest bzw. erwartest du für WRU ?

Ascii ist halt ein Standard auf den sich viele geeinigt haben - auf sowas kann man, sollte man aber nicht verzichten :-) Deswegen hatte ich für die diversen Sonderfunktionen ursprünglich die passenden Zeichen aus dem ascii Standard verwendet, per define aber auf die von Fred umgeswitcht. Da ist glaube ich @ für werda und nochwas für Klingel ... steht aber auch alles hier: https://github.com/glsys/ArduinoTW39/bl ... x/baudot.h

@ ist WerDa und % ist Klingel

Der Konferenzdienst spricht jetzt ASCII/Telnet. Die Routinen waren ja eh schon drin. Ich musste nur noch ein paar Sonderfälle abprüfen.
Es wird CR/LF direkt nach der Verbindungsaufnahme erwartet. Dann schaltet die Konferenz in den Telnet-Modus.

Ist alles experimentell. Bitte mal testen.
Und bitte auch testen, ob der normale i-Telex-Betrieb noch funktioniert.

detlef hat geschrieben: ↑Di 8. Okt 2019, 08:44 Noch ein paar kleine Änderungen, die ich in den letzten Tagen eingebaut habe;
- Das Halten der Verbindung durch regelmäßiges Senden von 'Bu' ist jetzt standardmäßig an (mit '/' abschaltbar)

Detlef, wird die Verbindung "unendlich" gehalten oder ist nach einem größeren Zeitintervall Schluß ? War heute mal, ich denke ca. 60 Min ohne dabei zu sein im K-Betrieb, als ich nach ca. 1 Std. runterkam, war die Verbindung getrennt ...
Gruß Franz