Telexforum.de

Ja klar, das geht natürlich immer. Ich dachte jetzt, ob man im image vor dem Booten eine Datei patchen kann der so.

Edith: Siehe viewtopic.php?p=51791#p51791
Danke, Dieter.

Auch auf die Gefahr, dass ich hier langsam nerve

Ich hab version 2 des image nochmal "übergebügelt" und für ssh passwort auth enabled. Bei meinem RPi zero2W hat dann sowohl WLAN als auch locales und ssh-Zugang geklappt wie gewünscht. Ich hoffe, dass das dann jetzt nicht nur bei mir funzt

Rückmeldungen wie immer gerne. Irgendwann muss es ja mal klappen

Achja, der neue link: https://github.com/rwobrecht/piTelex-co ... ADME-V2.md

Wird sofort getestet

=> Funktioniert. Auch mit dem Imager 1.9.6.

xachsewag hat geschrieben: ↑So 23. Nov 2025, 16:03 Wird sofort getestet

=> Funktioniert. Auch mit dem Imager 1.9.6.

Hurraaaa! Danke!

obrecht hat geschrieben: ↑So 23. Nov 2025, 15:28 Auch auf die Gefahr, dass ich hier langsam nerve

Ich hab version 2 des image nochmal "übergebügelt" und für ssh passwort auth enabled. Bei meinem RPi zero2W hat dann sowohl WLAN als auch locales und ssh-Zugang geklappt wie gewünscht. Ich hoffe, dass das dann jetzt nicht nur bei mir funzt

Rückmeldungen wie immer gerne. Irgendwann muss es ja mal klappen

Achja, der neue link: https://github.com/rwobrecht/piTelex-co ... ADME-V2.md

Das nervt überhaupt nicht. Ich habe es jetzt auch nochmals probiert. Wie Basti bereits berichtet hat, hat es auch bei mir auf Anhieb mit dem Imager 1.9.6 funktioniert. SSH war sofort über Wlan möglich.

Aber jetzt kommt das Beste:

Einfach SD-Karte einstecken, Pi einschalten, etwas warten und alles läuft. Jetzt braucht man nur noch die telex.json anpassen! Wow, das ist echt super einfach geworden!

DANKE, DANKE, DANKE!

Also... Mit etwas Geduld klappt alles. *grins*

WolfgangH hat geschrieben: ↑So 23. Nov 2025, 21:03
Einfach SD-Karte einstecken, Pi einschalten, etwas warten und alles läuft. Jetzt braucht man nur noch die telex.json anpassen! Wow, das ist echt super einfach geworden!

Danke an alle Tester, ohne eure Rückmeldungen würde ich wohl noch im Nebel stochern.

Jetzt basteln wir noch ein bisschen an der Vereinfachung der telex.json - Konfiguration. Aber immer eins nach dem Übernächsten

etz is aber erstmal feierabend. die txDevSetup.py hat schon 1077 Zeilen Code...

"""
Telex Device - Interactive Setup for i-Telex client in telex.json

- reacts to ESC+SET (from MCP e.g. after dialling 008)
- uses exactly ONE device with "type": "i-Telex" from txConfig.CFG["devices"]
- configures for this device:
    * block_ascii          (bool, block ASCII from Internet)
    * centralex            (bool)
      - if centralex == true:
          centralex_srv    (hostname)
          centralex_port   (port)
      - if centralex == false:
          port             (local i-Telex server port)
    * tns_dynip_number     (int, 0 or i-Telex number)
    * tns_pin              (int or string)
    * tns_srv              (list of TNS servers, entered one by one)
    * tns_port             (TNS port, default 11811)
    * userlist             (filename of speed dial table)

- Change logic:
    * Old value is shown, then "CHANGE? (Y/N)".
    * For boolean values, YES toggles TRUE/FALSE.
    * For numbers/strings, YES asks for a new value.
    * For tns_srv servers are entered one by one:
        "ENTER A TNS SERVER."
        "EMPTY INPUT (CR/LF) MEANS SERVER LIST IS COMPLETE."
      Each non-empty line = one server. Empty line ends the list.
    * When saving, changed parameters get a comment line
      "# OLD <key>: <old_value>" before the new line.

- Boolean handling is robust:
    * empty  -> treated as NO
    * Y/J    -> YES (Y for English, J for old German habit)
    * anything else -> "UNKNOWN INPUT, ASSUMING NO." and continue

- CR/LF is treated as a single line ending (CRLF detection).

- Buffer control:
    * Setup listens to ESC~NNN sequences from piT and remembers the
      last FIFO level in _pit_load.
    * Outgoing text first goes into _tx_queue.
    * In idle20Hz we move only so many chars from _tx_queue into
      _rx_buffer that
        _pit_load + len(_rx_buffer)
      stays below about 50 (hard limit 68).
      So the teleprinter FIFO stays small, typically 20..50 chars.

- After saving:
    * Ask whether the new configuration should be used NOW and the
      service restarted.
    * If YES:
        - send message
        - switch off printer with ESC Z
        - request a restart; idle2Hz waits until
          - at least 3 seconds have passed since ESC Z,
          - Setup has nothing left to send (_tx_queue and _rx_buffer empty),
          - piT FIFO is empty (_pit_load == 0),
          then raises SystemExit -> systemd restarts the service.

- Output:
    * Lines are wrapped to 68 characters max.
    * Text is converted to 5-bit Baudot via BaudotMurrayCode.
"""

Na da bin ich ja gespannt!

Super Sache. Damit wird piTelex deutlich massentauglicher. Nie wieder JSON-Dateien bearbeiten.

WolfHenk hat geschrieben: ↑Mo 24. Nov 2025, 02:21 * Old value is shown, then "CHANGE? (Y/N)".

Warum machst du das nicht wie i-Telex? Das spart jede Menge Abfrage.
Wert wird angezeigt, mit "." kann man übernehmen oder man tippt direkt den neuen Wert dahinter. Da ist man wesentlich schneller durch.
Der Punkt ist gleichzeitig auch Eingabeende. Spart nochmal eine Taste. Alternativ: Übernahme des vorhandenen Werts mit leerer Eingabe.

Ebenfalls sinnvoll bei Dialogen auf dem FS: Nur LF auswerten und CR ignorieren. Dann klappts zur Not auch mit dem Streifenschreiber und man kann ggf. den Spaltenzähler zurücksetzen ohne dass die Eingabe abgebrochen wird. Willis und meine Dienst sind nach einem Hinweis von Fred inzwischen komplett auf LF umgestellt.

Wenn man jetzt noch irgendwie an die WLAN-Config rankäme, dann wäre das genial.