Projekt piTelex - Vorstellung

#421

Hallo,

ich versuche gerade eine zweite Pitelex-Instanz auf meinem Rechner aufzusetzen, um Rundschreiben komfortabel zu erstellen und zu versenden.

Ich habe auch die "testing"-Branch ausgecheckt, in der telex.json alle Module bis auf Screen und Itelex deaktiviert und meine Kennung entsprechend eingetragen.

In der userlist.csv steht

Code: Alles auswählen

Nick,TNum,ENum,Type,Host,Port,Name
LOCAL, 001, -, I,192.168.1.11, 134, localhost

Bei dem Versuch einer Anwahl mit

Code: Alles auswählen

passiert gar nichts. Wähle ich meinen Fernschreiber (am original I-Telex) mit seiner "echten" Nummer 48822 an passiert folgendes:

Code: Alles auswählen

{at}<MCP:TP1><MCP:WB>48822<iTc:A>ªªªªªªª
º31.08.2023··16:01                                                   |
<MCP:Z><iTc:Z>

Also, der FS wird korrekt angewählt, druckt Datum und Uhrzeit und die Verbindung wird getrennt.

Hier noch meine piTelex-errors.log:

Code: Alles auswählen

2023-08-31 16:01:48,422 piTelex.txDevITelexClient [INFO]: Get User: '4'
2023-08-31 16:01:48,425 piTelex.txDevITelexClient [INFO]: No user found for number '4'
2023-08-31 16:01:48,992 piTelex.txDevITelexClient [INFO]: Get User: '48'
2023-08-31 16:01:48,993 piTelex.txDevITelexClient [INFO]: No user found for number '48'
2023-08-31 16:01:49,087 piTelex.txDevITelexClient [INFO]: Get User: '488'
2023-08-31 16:01:49,087 piTelex.txDevITelexClient [INFO]: No user found for number '488'
2023-08-31 16:01:49,412 piTelex.txDevITelexClient [INFO]: Get User: '4882'
2023-08-31 16:01:49,412 piTelex.txDevITelexClient [INFO]: No user found for number '4882'
2023-08-31 16:01:49,524 piTelex.txDevITelexClient [INFO]: Get User: '48822'
2023-08-31 16:01:49,613 piTelex.txDevITelexClient [INFO]: Found user in TNS: {'TNum': '48822', 'ENum': None, 'Name': 'Volker, Benalmadena (ES) :T1000', 'Type': 'I', 'Host': 'teletipo.ath.cx', 'Port': 134}
2023-08-31 16:01:49,614 piTelex.txDevITelexClient [INFO]: connecting to Volker, Benalmadena (ES) :T1000 (teletipo.ath.cx:134)
2023-08-31 16:01:49,828 piTelex.txDevITelexCommon [INFO]: Sending direct dial: None
2023-08-31 16:01:49,828 piTelex.txDevITelexClient [INFO]: connected
2023-08-31 16:01:49,828 piTelex.txDevITelexCommon [INFO]: Connection hint: i-Telex connection
2023-08-31 16:01:49,829 piTelex.txDevITelexCommon [INFO]: State transition: ST.DISCON=>ST.CON_INIT
2023-08-31 16:01:50,642 piTelex.txDevITelexCommon [INFO]: State transition: ST.CON_INIT=>ST.CON_TP_REQ
2023-08-31 16:01:50,645 piTelex.txDevMCP [INFO]: Printer start timer enabled
2023-08-31 16:01:55,654 piTelex.txDevMCP [WARNING]: Printer start attempt timed out
2023-08-31 16:01:55,672 piTelex.txDevITelexCommon [INFO]: end connection
2023-08-31 16:01:55,672 piTelex.txDevITelexCommon [INFO]: State transition: ST.CON_TP_REQ=>ST.DISCON
2023-08-31 16:03:37,735 piTelex.__main__ [INFO]: Exit by Keyboard
2023-08-31 16:03:37,736 piTelex.txDevITelexCommon [WARNING]: While disconnecting, transmit buffer not empty, discarded; contents were: ['4', '8', '8', '2', '2']

#422

OK, Schudiger ist gefunden.

Code: Alles auswählen

"continue_with_no_printer": true,

stand auf "false"

#423

Das Problem mit der userlist.csv ist auch gelöst. Führende Nullen scheinen nicht mehr zu gehen.

#424

Hallo,

ich möchte meine FS etwas im Haus verteilen und kann nicht alle Ecken nachverkabeln.
Daher überlege ich wegen Anschlüssen mit Hilfe von PiTelex & WLAN.
Bei Github habe ich Plattendesigns gefunden und mich am Wochenende versucht, das erste Mal mit Platinenbestellungen vertraut zu machen.
Jedoch hat das eher wieder mehr Fragen aufgeworfen...
Gibt es ev. schon einen Shop, bei dem ich mit "einem" Klick 3 Platinen bestellen kann?
Ich wollte es aus Faulheit vermeiden, mir ein Muster für Lochplatine auszudenken.

Viele Grüße, Micha.

#425

Hallo Micha,

Am Besten, Du schreibst Jochen (JKde) direkt an.
Bei ihm kannst Du normalerweise alles beziehen - evtl. Wären auch die Ö-AGT was für Dich, da hatte er mWn auch noch welche abzugeben.

Evtl. Habe ich auch noch TW-39 Platinen (altes Design) herumliegen, muss ich mal sehen. Erste Anlaufstelle ist aber Jochen.

VG,
Simon

Anachronismus · #426

Hallo zusammen,

vorab: bitte entschuldigt, falls die Frage hier falsch platziert ist oder die Antwort allzu offensichtlich ist; als absoluter Neuling fehlt mir noch ein wenig der Durchblick...

Ich würde gerne meinen zukünftigen Fernschreiber per piTelex betreiben (da kompakte und auch günstige Lösung mit einfacher WLAN-Einbindung, und dank Ö-AGT + SEU-M auch noch optisch ansprechend); leider verfüge ich -wie vermutlich viele Nutzer hier- über keine öffentliche IPv4-Adresse mehr, sondern nur noch über IPv6 mit DS-lite;
Das funktioniert ja per piTelex wohl nicht (so einfach);
Warum? Und warum ist eine Verwendung von z.B. Centralex nur per i-Telex und nicht per piTelex möglich?
Der Workaround per eigenem IPv6Tunnel-Tunnel (siehe https://github.com/fablab-wue/piTelex/wiki/SW_DSLite) klingt zwar machbar, ist aber doch recht umständlich; und als Privatperson langfristig und zuverlässig einen gratis (!) vServer zu bekommen, ist nach kurzer Recherche wohl auch nicht ganz so einfach...

Vielen Dank vorab für eure Geduld beim Beantworten meiner Frage!

#427

Hallo Matthias,

bei dem Centralex-Verfahren meldet sich das i-Telex-System bei einem Centralex-Server an (das ist einer der Server, die auch die Teilnehmernummern verwalten) und die TCP/IP-Verbindung wird gehalten. Eingehende Anrufe werden auf den Centralex-Server umgeleitet und über die bestehende TCP/IP-Verbindung geleitet. Es gibt also keine eingehenden TCP/IP-Verbindungen und man braucht daher keine öffentliche IP-Adresse und man muss auch keine Portweiterleitung im eigenen Router konfigurieren. Das ist wirklich sehr unkompliziert.

Leider ist diese Protokoll-Erweiterung im piTelex nicht umplementiert. Dafür wird noch ein kompetenter Python-Programmierer gesucht.

Das piTelex muss immer über eine IPv4-Adresse direkt erreichbar sein (ggf. über eine Port-Weiterleitung im Router).

Zum piTelex möchte ich noch sagen, dass dafür Erfahrung mit Linux und dem Raspberry Pi auf jedenfall hilfreich, wenn nicht sogar notwendig ist. Man muss das Linux und die piTelex-Konfiguration selber aufsetzen. Das ist zwar inzwischen alles Schritt für Schritt beschrieben, aber es gibt Fallstricke. Das fängt schon damit an, dass die aktuelle Master-Version auf dem Github-Server veraltet ist und man wissen muss, wie man an die aktuelle Entwicklungs-Version rankommt.

Obwohl ich mit i-Telex und Fernschreibern inzwischen einige Erfahrung habe und auch mit dem Raspberry Pi und Linux schon einiges gemacht habe, habe ich es bei zwei Test-Installation ohne Unterstützung durch den Entwickler (Jochen) nicht alleine hinbekommen.

Man kann sich auch ein fertiges SD-Karten-Image für den Raspi kopieren lassen. Ich weiß aber nicht, wer das außer Jochen noch machen kann. Und der ist über das Forum leider schwer zu erreichen. Ausserdem muss man das System dann trotzdem noch anpassen und konfigurieren.

Also mit den entsprechenden Vorkenntnissen und wenn man eine Lösung für die IP-Adresse hat, ist piTelex auf jeden Fall eine gute Alternative. Ansonsten rate ich dringend zu einem i-Telex-System. Aber wenn du Informatik studiert hast, dann ist das ja vielleicht alles gar kein Problem.

#428

detlef hat geschrieben: ↑Mi 20. Dez 2023, 10:24 Leider ist diese Protokoll-Erweiterung im piTelex nicht umplementiert. Dafür wird noch ein kompetenter Python-Programmierer gesucht.
Das piTelex muss immer über eine IPv4-Adresse direkt erreichbar sein (ggf. über eine Port-Weiterleitung im Router).

Das Hauptproblem ist, dass piTelex nicht mit IPV6 umgehen kann. Das müsste dringend ergänzt werden. Dann wäre der einzige Nachteil gegenüber dem Centralex, dass man im Router den Port freigeben und auf das pitelex weiterleiten muss. Dem gegenüber "verbraucht" der Centralex immer eine "stehende" TCP-Verbindung, auch wenn wochenlang kein Telex kommt

detlef hat geschrieben: ↑Mi 20. Dez 2023, 10:24 Das fängt schon damit an, dass die aktuelle Master-Version auf dem Github-Server veraltet ist und man wissen muss, wie man an die aktuelle Entwicklungs-Version rankommt.

Das ist aber auch im Wiki beschrieben:

[!Note] If you plan not to use the master branch, select your favourite branch with
git clone -b <name_of_the_branch> https://github.com/fablab-wue/piTelex.git

Aber klar, man muss zusätzlich wissen, dass der Branch "testing" der interessante ist (zurzeit).
Ich finde, es ist an der Zeit, testing --> master zu schieben. Vielleicht wäre es auch sinnvoll, Releases einzuführen, damit man auch weiß, welche Softwareversion man nun wirklich laufen hat, denn testing kann heute anders als morgen sein, und für die Fehlersuche braucht man dann schon den exakten Softwarestand. Dann kann man auch zur jeweiligen Release "known bugs" sammeln.

Aber wenn's läuft, läuft's prima. Ich habe zurzeit sechs Maschinen unter pitelex "testing" laufen, davon 4x TW39, 1x Linienstrom ohne FSG und mit Software-KG und 1x V.10. Mittlerweile haben drei davon eine Stromsparschaltung (bei TW39 eigentlich eher eine Angstschaltung als eine Sparschaltung...) und die restlichen sind in Vorbereitung. Und es läuft!

Anachronismus · #429

Vielen Dank euch schonmal, Detlef & Rolf,

die Informatik-Vorlesungen in meinem (Kognitionswissenschaft-)Studium sind leider auch schon mehr als ein Jahrzehnt her, mit Python habe ich auch nur rudimentäre Erfahrung, und als Uhrmacher in den letzten Jahren auch nicht mehr allzu viel Gelegenheit, die anzuwenden.
Die Einrichtung eines Raspberry Pis und die Installation von piTelex traue ich mir aber (naiverweise!) zu (zumindest mit eurer Unterstützung)...

Notfalls fahre ich "zweigleisig“ mit i-Telex; bis ich einen Fernschreiber habe, dauert es ja wahrscheinlich auch noch etwas...

Vielleicht finde ich ja über die Feiertage etwas Zeit, mich in den piTelex-Quellcode einzulesen...
Wäre schon eine feine Sache, wenn man den auch IPv6-tauglich bekommen würde...

#430

Hallo zusammen,
[quote=Anachronismus post_id=41725 time=1703086574
Wäre schon eine feine Sache, wenn man den auch IPv6-tauglich bekommen würde...
[/quote]
Nützt nur nichts, da das i-Telex nicht IPv6 kompatibel ist.
Die Server-Daten-Schnittstelle auch nicht.

Viele Grüße

Fred

Telexforum.de