Seite 5 von 8
piTelex mit Centralex-Unterstützung - Beta-Test
Verfasst: Di 18. Mär 2025, 16:44
von WolfHenk
obrecht hat geschrieben: ↑Di 18. Mär 2025, 09:05
Vorher hätte ich aber noch die Bitte, dass irgendwo ein Hinweis auf weiter gehende Doku im wiki mit drinne steht

Danke
...war schon in der ersten Version drin, als es um die Konfiguration der json-Datei ging...
Nu ebe doppelt... *grins*
piTelex mit Centralex-Unterstützung - Beta-Test
Verfasst: Do 27. Mär 2025, 13:27
von Horatius
Moin,
danke für die Anleitung.
Ich habe gerade einen Pi neu aufgesetzt und das testing von GIT gezogen.
Leider kann ich die Centralex Sektion in der telex.json nicht finden.
Habe ich da einen Denkfehler?
Danke noch einmal für die Mühe hinsichtlich der Centralex Implementation.
LG,
Horatius
piTelex mit Centralex-Unterstützung - Beta-Test
Verfasst: Do 27. Mär 2025, 13:52
von WolfHenk
Die telex.json musst du aus den verschiedensten teilen erst zusammenbauen.
Centralex ist im I-Telex,wo auch Server, Port usw angegeben werden.... Kein separates Modul
Ich werde Mal sehen, ob ich irgendwann ein klickibunti für konfiguration baue.
Momentan ist aber noch ne pi-mutteruhr und der Babelfisch in der Pipeline.
piTelex mit Centralex-Unterstützung - Beta-Test
Verfasst: Do 3. Apr 2025, 14:36
von Horatius
Moin,
das piTelex mit V.10 Interface und einem TEKADE FS200 läuft.
Das Ganze wurde mit einem Raspberry Pi 2B realisiert.
Der Taster, unter dem Nummernschalter, fährt den Pi herunter.
Auf Ausstellungen, kann ein USB - WLAN Modul gesteckt werden.
Untergebracht ist das Gerät in einem Amtszusatzgehäuse der Bundeswehr.
Die Frontplatte ist aus weißem MDF mit dem Laser beschriftet.
Morgen wollte ich die Centralex Funktion aktivieren.
Bislang läuft die Version problemlos.
IMG_20250403_143059.jpg
IMG_20250403_143120.jpg
Viele Grüße,
Horatius / Jochen
piTelex mit Centralex-Unterstützung - Beta-Test
Verfasst: Do 3. Apr 2025, 14:52
von Horatius
Ich habe noch Fragen :-)
"centralex_port": 49491,
Soll der Port übernommen werden, oder einen ausdenken?
"tns_dynip_number": 123456, # Subscriber number registerd at TNS
Das wird die Rufnummer sein, unter der das Gerät später erreichbar ist?
"tns_pin": 12345
Soll der Pin übernommen werden, oder einen ausdenken?
Danke für die Antworten.
Liebe Grüße,
Jochen
piTelex mit Centralex-Unterstützung - Beta-Test
Verfasst: Do 3. Apr 2025, 15:06
von obrecht
Horatius hat geschrieben: ↑Do 3. Apr 2025, 14:52
Ich habe noch Fragen :-)
"centralex_port": 49491,
Soll der Port übernommen werden, oder einen ausdenken?
"tns_dynip_number": 123456, # Subscriber number registerd at TNS
Das wird die Rufnummer sein, unter der das Gerät später erreichbar ist?
"tns_pin": 12345
Soll der Pin übernommen werden, oder einen ausdenken?
Danke für die Antworten.
Liebe Grüße,
Jochen
Port ist Standard, kann in telex.jsin auch weggelassen werden. Nur nötig falls abweichender Port verwendet werden soll.
tns_dynip_number: Anwahlnummer des FS im TNS.
Achtung dynip-Addresstyp muss mit den Admins abgesprochen sein, sonst hagelt es Meldungen (zuerst Fehlermeldungen bei den Admins, dann Meldungen der Admins bei dir ...
tns_pin kannst du dir ausdenken.
Viel Erfolg und Spaß mit piTelex. Und der Aufbau ist echt schick!
piTelex mit Centralex-Unterstützung - Beta-Test
Verfasst: Do 3. Apr 2025, 15:30
von detlef
Ergänzungen:
Die 49491 ist die Portnummer des Servers. Die muss man nur angeben oder ändern, wenn man einen alternativen Server verwendet, der eine andere Portnummer hat. Eine lokale Portnummer gibt es bei Centralex nicht. Deswegen braucht man im Router ja auch keine Portweiterleitung.
Wenn die i-Telex-Nummer bereits existiert, muss du auch die bestehende Pin-Nummer verwenden. Die ändert sich nicht.
Unter welcher i-Telex-Nummer soll das denn laufen? Dann schaue ich mal nach, ob die Einstellungen passen.
Wie hast du das mit der Taste zum Runterfahren realisiert? Ist das im piTelex schon vorgesehen oder machst du das mit einem eigenen Script?
piTelex mit Centralex-Unterstützung - Beta-Test
Verfasst: Do 3. Apr 2025, 16:30
von MCMLXXV
Horatius hat geschrieben: ↑Do 3. Apr 2025, 14:36
Moin,
das piTelex mit V.10 Interface und einem TEKADE FS200 läuft.
Wow, ich staune!
Habs leider selbst nicht geschafft. Der hat bei mir nur Mist gedruckt.
Hab meinen FS200 dann mit ner Tw39-Karte ausgerüstet und konnte ihn hinter einem FSG dann vernünftig betreiben.
Auch eine zweite V10-Karte hat kein anderes Ergebnis gebracht.
Aber freut mich, dass es bei dir funktioniert!
piTelex mit Centralex-Unterstützung - Beta-Test
Verfasst: Do 3. Apr 2025, 16:34
von obrecht
detlef hat geschrieben: ↑Do 3. Apr 2025, 15:30
Wie hast du das mit der Taste zum Runterfahren realisiert? Ist das im piTelex schon vorgesehen oder machst du das mit einem eigenen Script?
Das hat Wolfram seinerzeit beigesteuert:
https://github.com/fablab-wue/piTelex/w ... fButtonRPi
piTelex mit Centralex-Unterstützung - Beta-Test
Verfasst: Do 3. Apr 2025, 18:13
von Horatius
MCMLXXV hat geschrieben: ↑Do 3. Apr 2025, 16:30
Horatius hat geschrieben: ↑Do 3. Apr 2025, 14:36
Moin,
das piTelex mit V.10 Interface und einem TEKADE FS200 läuft.
Wow, ich staune!
Habs leider selbst nicht geschafft. Der hat bei mir nur Mist gedruckt.
Hab meinen FS200 dann mit ner Tw39-Karte ausgerüstet und konnte ihn hinter einem FSG dann vernünftig betreiben.
Auch eine zweite V10-Karte hat kein anderes Ergebnis gebracht.
Aber freut mich, dass es bei dir funktioniert!
Moin,
man muss tatsächlich den 3V Typ des 7400 benutzen. (HCT) sonst kommt da nur Mist raus.