SEU-M mit Ö-AGT (piTelex)

[SO36Tlx]

SEU-M_close.JPEG

SEU-M_open.JPEG

Ö-AGT
Ein Ö-AGT bietet alles was man zum Berieb eines WT39-FS braucht:
• Netzteil
◦ Geregelte 120V für Linienstrom (galvanisch getrennt)
◦ Geregelte 12V (bzw. ungeregelte 20V) für Versorgung der SEU-*-Karte
• H-Brücke im Linienstrom für Daten, Umpolung und Pulse
• Einschubrahmen für SES-B-Karte (bzw. jetzt SEU-M-Karte)
• ADo8-Dose
• Schuko-Dose (ungeschaltet, ohne Sicherung) und Schuko-Stecker
• Gehäuse für Wandmontage
• (Platz für weiter Gadgets: z.B. Stromspar-SSR)
• ADo8-Stecker (nach dem Umbau übrig)

Beim Reengineering des Ö-AGT hat sich ergeben, dass man ‚nur‘ noch einen Pegelumsetzer vom Microcontroller (3,3V) auf 0…12V benötigt, um sich mit einem FSG zu unterhalten – einschließlich Umpolung, Datenverkehr, Wahlbereitschafts-Puls, Nummernschalter-Impulse und Erkennung der Stromabsenkung. Das alles erfolgt über 2 Leitungen (TX, RX).
Weitere Nachforschungen haben ergeben, dass die SEU-B- und SES-B-Karten eigentlich mit RS232-Pegel (+/-12V) kommunizieren. So auch implementiert im LO2000, LO3000, T1000S. Die Entwickler des Ö-AGT haben die SES-B-Karte auf einen Pegel von 0…12V genötigt.
Hinweis: Das Ö-AGT wurde mit einer SES-B-Karte (V21) betrieben. Eine SEU-B-Karte (ED1000) funktioniert nicht in einem Ö-AGT

SEU-M-Karte
Einfach die SEU-M-Karte mit einem Raspberry Pi (Zero (W), 1B, 2B 3) und piTelex-Image in das AGT stecken und schon hat man eine preisgünstige Alternative um am i-Telex-Netz teilzunehmen.
Der Benutzer vor dem FS wird keinen Unterschied feststellen, ob der FS mit i-Telex oder piTelex oder Ö-AGT mit eingesteckter SEU-M-Karte betrieben wird.

Die Spannungsversorgung der SEU-M-Karte und des Raspberrys erfolgt über das AGT-Netzteil.

SEU-M_side.JPEG

SEU-M_top.JPEG

Info zu SEU-M-Karte: viewtopic.php?t=4053
Die piTelex-Software mit passenden Konfiguration liegt unter: https://github.com/fablab-wue/piTelex/t ... es-2022-01

Stromspar-Schaltung
Wenn das Ö-AGT um eine Stromspar-Schaltung erweitert werden soll, ist nur ein Solid-State-Relay (SSR) und eine Sicherung notwendig. Die Steuerung erledigt die piTelex-Software.

SEU-M_SSR.JPEG

Leistungsaufnahme
Ö-AGT (ohne alles): 3,8W
Ö-AGT + SEU-M + RPi1 (Ruhemodus): 7,5W
Ö-AGT + SEU-M + RPi1 (Schreibmodus): 10,0W
Ö-AGT + SEU-M + RPiZeroW (Ruhemodus): 6,2W
Ö-AGT + SEU-M + RPiZeroW (Schreibmodus): 11,7W
Ö-AGT + SEU-M + RPi2B (Ruhemodus): 6,0W
Ö-AGT + SEU-M + RPi2B (Schreibmodus): 11,0W

[JKde]

Die Dokumentation der Anwendung steht jetzt im GitHub-Wiki:
https://github.com/fablab-wue/piTelex/w ... EU-M_OeAGT

[detlef]

Ich habe jetzt mal einen Raspi 2 für piTelex bzw. Ö-AGT eingerichtet (aktuelle Software von Github) und in das Ö-AGT gesteckt. Das Ö-AGT mit Adapterplatine habe ich so von Jochen bekommen. Also ich gehe mal davon aus, dass das hardwaremäßig alles so passt.

Die piTelex-Konfiguration habe ich entsprechend dem Wiki für das Ö-AGT angepasst:
https://github.com/fablab-wue/piTelex/w ... EU-M_OeAGT
(auf der Seite ganz unten).

Am Ö-AGT ist ein T100Z mit FSG NL angeschlossen. piTelex-Software ist gestartet.
Wenn ich jetzt am FSG die ST-Taste drücke, läuft der Fernschreiber direkt an und geht wieder aus.

Da bräuchte ich jetzt noch mal Unterstützung.
Aktuelle Konfig im Anhang (umbenannt in telex.txt)

[obrecht]

.
Wenn ich jetzt am FSG die ST-Taste drücke, läuft der Fernschreiber direkt an und geht wieder aus.

Du meinst sicher die AT-Taste?

Bei Ö-AGT bin ich nicht so firm, aber die SW-Config sieht für mich erstmal gut aus.
Versuch mal "continue_with_no_printer": true
(Ist aber nur aus der Hüfte geschossen )

[detlef]

Ja, natürlich die AT-Taste. Sorry.

Ich habe Jochen nochmal angeschrieben. Ich denke, er wird sicher helfen können.

Was macht denn die "continue-with-no-printer"-Einstellung? Ich habe die (wie so einige andere Einstellungen) nicht verstanden. Was für ein Printer ist da gemeint?

[obrecht]

printer ist der FS. Der zugehörige Treiber muss an die "Zentrale" melden ob er empfangsbereit ist, manche funktionieren da nicht zuverlässig. Außerdem gab's in älteren piTelex Versionen einen Bug, der es notwendig machte, immer von einem einsatzbereiten Hardware-Treiber inkl Hardware auszugehen. Das ist im Grunde ein workaround und sollte nicht nötig sein, aber einen Versuch ist es wert ...

Ich habe eben noch gesehen dass du zweierlei Einstellungen für pin_power drin hast. Wenn du kein Leistungsrelais für die Stromsparschaltung angeschlossen hast, kann das auf "0".

Außerdem: Hast du eine externe 1T Taste angeschlossen?
(Die dient beim Betrieb oh e FSG als zyklische AT/ST/LT Ersatztaste)
Ich vermute mal nein, denn du hast ja ein echtes FSG.
Dann kann der Pin für die 1T Taste auch auf "0".

Die genauere Beschreibung der device bezogenen Optionen findest du unter
https://github.com/fablab-wue/piTelex/wiki/SW_Modules

[detlef]

Ich sollte mal die ganze RPiCtrl-Sektion auf false setzen. Das hatte ich übersehen.

EDIT: Hab ich gemacht. Auch diese Printer-Einstellung auf true gesetzt. Hat beides nicht geholfen.

Dann habe ich den WB-Impuls mal auf 10 eingestellt. Sind das Millisekunden? Das stand auf 60. Das klappt jetzt und ich kann wählen - Wetterdienst.
Aber nach dem Verbindungsaufbau, bekomme ich auf dem FS nur Müll. Auf dem Screen kann ich den empfangenen Text lesen.
Beim Versuch, die Verbindung mit der ST-Taste zu beenden, passieren aber ganz merkwürdige Dinge. Die ganze Schaltung und das FSG fängt an zu pumpen und das FSG geht nicht aus. Das sieht nicht sehr gesund aus.

[detlef]

Ok, neuer Versuch. Habe meinen T37 angewählt um zu sehen, was auf der anderen Seite passiert.
Anwahl hat geklappt. Senden auch. Beim Empfangen gab es wieder Müll auf dem lokalen FS. Verbindungsende mit ST hat jetzt funktioniert.

EDIT: Ich hab's gerade nochmal mit dem T100 versucht und habe den Stanzer mitlaufen lassen. Für jedes empfangene Zeichen werden zwei Zeichen an den lokalen FS gesendet. Und beide Zeichen sind falsch.

[obrecht]

Dann habe ich den WB-Impuls mal auf 10 eingestellt. Sind das Millisekunden?

Aus dem Wiki:

Bildschirmfoto vom 2023-07-25 15-36-57.png

[obrecht]

Detlef hat geschrieben:

Für jedes empfangene Zeichen werden zwei Zeichen an den lokalen FS gesendet. Und beide Zeichen sind falsch.

Versuch mal

Code: Alles auswählen

 "loopback": true