telexforum

Keine PANIK! Das Projekt soll NICHT das i-Telex-System ablösen! ;)

- piTelex

Ziel des Projekts piTelex ist die Anbindung eines FS an einen Raspberry Pi (RPi) oder PC (Windows oder Linux) und die Kommunikation weiter zu i-Telex oder anderen Internet-Diensten. Vorwiegend für einen einzelnen FS und zu Test-/Reparatur-Zwecken. Auch gut für Anfänger geeignet, da nur ein geringen und somit kostengünstiger Hardware-Aufwand.
Das Projekt hat sowohl einen Hardware-Part für die Ansteuerung eines FS als auch einen Software-Part für das Interface zur Hardware, die Kodierung der Zeichen und das Routen ins Netzwerk.

Ein Gemeinschaftsprojekt des FabLab Würzburg .

Software

Das Programm ist in Python3 (ab Version 3.5) geschrieben und läuft auf folgenden Plattformen:
Raspberry Pi (Zero bis 3B+) mit Raspian
Windows-PC
Linux-PC
Mac (noch nicht getestet)

Die Software ist in einzelne Module/Plugins unterteilt, die nur geladen werden, wenn sie benötigt werden. Es stehen folgende Module...

Ich habe mal wieder ein wenig Software gebastelt und ein kleines E-Mail / i-Telex Gateway gebaut.

E-Mails, die an die Adresse telex@telexgate.de gesendet werden, werden an die im Betreff aufgeführten i-Telex-Nummern weitergeleitet.
Die i-Telex-Nummer müssen mit Komma getrennt werden und jede Nummer beginnt mit '#' (also z.B.: #211230,#211231,#7822222)

Das ganz soll dann auch in die andere Richtung funktionieren, also Telexe an die i-Telex-Nummer des Gateway sollen an die in der Nachricht angegebenen E-Mail-Adressen weitergeleitet werden.

Gibt es Vorschläge für eine sinnvolle i-Telex-Nummer für den Dienst?

Parallel dazu habe ich auch ein alternatives Twitter-Gateway in Arbeit. Das ist aber etwas komplexer, deswegen wird das noch einen Moment länger dauern, bis das in den Testbetrieb geht.

Auch hier bitte ich um Vorschläge für eine i-Telex-Nummer.

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...

Hallo liebe Telex-Freunde,

vor ein paar Tagen hatte ich im Chat meinen BONTelex-Umbau erwähnt, welcher wohl doch auf Interesse stieß - aus diesem Grunde möchte ich hierzu einen Thread eröffnen.

Um Alle abzuholen um was es geht:
piTelex bietet die Möglicheit, mit unzähligen Geräten via RS232 bzw. RX/TX zu kommunizieren. Da mein Lo2001 nachts normalerweise abgeschaltet wird, wollte ich einen Nachtempfänger/Flüstertelex haben - da kam Jochen mit der Idee des BONTelex gerade recht.
Das BONTelex ist ein zum Telex-Empfänger umgewandelter Bondrucker - in meinem Falle ein EPSON TM88II Thermodrucker.

Der Drucker wird via TX vom Pi angesteuert (es gab den obig genannten Drucker jedoch ebenso mit anderen Schnittstellen (Ethernet usw.) ) in unserem Falle wird also die Version mit RS232 Schnittstellenkarte benötigt.
Um Bauteile einzusparen wird direkt das 3,3V-Signal des PI-Ausgangs hinter den MAX232 der Schnittstellenkarte eingespeist - hierfür muss leider auf der Platine gelötet werden...

Probably something for Fred, but posted here for general interest as well.

In the UK there are a lot of T1000 machines, all of these have a 6-0-6 interface as standard.

I have been repairing some of these machines over the past couple of weeks - I have been able to identify the connections to the Line Card from the special Cannon Connector, and have been feeding the RO machines with RS232 levels from my telegraph tester.

To interface to I-Telex, there will need to be a special interface card for RS232 - I think nothing more complicated than using a MAX232 to be driven and drive the opto that is a standard across the interfaces.

Software should allow for keyboard dialling, so I guess FSG-o-FSG will work for this application.

Also it would be very nice to be able to have the motor control feature if there are enough IO left on the interface - perhaps the on board relay of the TW 39 card could be repurposed to act as a motor contactor or SSR drive line?

I am very happy to help...

...so, ich hab noch n bisschen rumgemessen...
Mein momentanes Netzteil liefert 61 Volt (und bis zu 2 Ampere, was aber hier egal ist) (I-Telex: 88V)
Ruhestrom 0mA (I-Telex identisch)

Anruf kommt an: 0,7 mA (huh, deutlich zuwenig! Nichts reagiert!) (I-Telex 1,9 mA, intern zieht ein Relais an)

Anruftaste drücken, Maschine läuft an: Linienstrom einstellbar bis ca. 55 mA.

Ergebnis: gehn wir mit der Spannung höher... oder schaun wir mal unser Anschaltgerät genauer an. Laut Plan sollen das doch 5 mA sein...

Hallo,
wir entwicklen gerade ein einfaches Interface zur Kommunikation mit bzw. Emulation von TW-39 Geräten.
Bei den Bauteilen habe wir uns z.T. an der bestehenden TW-39 Karte orientiert.
Allerdings besteht die Platine im Grunde aus 3 getrennten Einheiten, die nach Bedarf bestückt und verschaltet werden können.
- Umpoler
- Unterbrecher
- Stromsensor (zwei Richtungen)
Netzteil, Stromberenzung des Schleifenstroms und ggf. weiter Enstörung muss getrennt zugeschaltet werden.
Auf die andere Seite kommt zunächst mal ein Arduino, später dann eventuell ein esp2866.
Oder ein Raspberry.
Oder der Arduino bekommt ein Ethernetshield.
Oder was ganz anderes ...

Anbei mal ein erster Entwurf.

Grüße,
Klaus + Paul

TW39-IF_sce.png
TW39-IF_cu.png
Bearbeitet von Moderator - Text angepasst/ergänzt nach Wünschen vom Autor

Hallo zusammen,

es kann mal passieren, dass ein System unvorhersagbar arbeitet (z.B. ein Rundsendedienst), es könnte aber auch mal passieren, dass jemand einen i-Telex-Anwender ärgern oder schaden möchte. Um diese Unannehmlichkeiten zu beherrschen, habe ich folgende Idee und stelle die zur Diskussion.

Der Algorithmus wirkt nur bei kommenden Verbindungen. Er basiert auf einem Punktesystem. Punkte werden addiert, folgende Punktzahlen werden gewertet:

Jedes druckbare Zeichen hat 1 Punkt
Jedes nicht-druckbare Zeichen (Leerzeichen, Bu, Zi, NUL, WR) hat 0,25 Punkte
Jedes druckbare Zeichen hinter Position 69 hat 10 Punkte (Drucken auf dem Zeilenende ist böse)
Jedes druckbare Zeichen, das auf ein WR ohne ZL folgt (also auf der selben Zeile wie die vorherige gedruckt wird) hat 20 Punkte (gehört sich auch nicht)
Jedes ZV hat 30 Punkte (hohe Punktzahl um Papierverschwendung zu ahnden, ist aber in der Gesamtsumme für normale Telexe berücksichtigt).

Jede Zeile eines normalen...

Ich wollte hier auch mal ein kleines, nicht ganz unproblematisches Programm vorstellen und um eure Meinung bitten.

Zum Testen meiner i-telex-Verbindung und um das Protokoll zu verstehen, habe ich ein i-Telex-Terminal für Windows geschrieben.
Das funktioniert ganz ähnlich wie Johannes JTerm, braucht aber kein i-Telex. Es verbindet sich direkt über Netzwerk mit einem anderen i-Telex-System.
Natürlich ist es nicht so schick wie JTerm, es ist ja auch eher als technisches Tool gedacht.

Normalerweise veröffentliche ich meine Quellen auf GitHub. Bei diesem Programm habe ich nun Bedenken.
WinTelex holt sich nämlich automatisch die Teilnehmerdaten vom Server und deshalb kann damit jeder auf Knopfdruck eine Verbindung
zu einem beliebigen i-Telex-Teilnehmer aufnehmen und diesen zuspammen (das Senden von Ascii-Files ist natürlich auch implementiert :devil: ).
Andererseits finde ich gerade die schnelle Anwahl des eigenen Systems sehr praktisch.

Wie seht ihr das? Ich könnte das Programm...