Fragen zum T68D Verhalten
-
- Founder
- Beiträge: 3421
- Registriert: Di 7. Jun 2016, 09:45
- Wohnort: Edemissen - Blumenhagen
- Hauptanschluß: 925302 treu d
- Kontaktdaten:
Fragen zum T68D Verhalten
Früher lief es NUR auf telexgateway.de, dann hat Fred was geändert, dass es auf allen 3 Servern verteilt lief.
Nach einiger Zeit (ein bis zwei Monate, würde ich sagen) lief es dann nicht mehr und nur wieder auf
dem tlnserv2. Und dann konnten wir Fred nicht mehr fragen.....
Nach einiger Zeit (ein bis zwei Monate, würde ich sagen) lief es dann nicht mehr und nur wieder auf
dem tlnserv2. Und dann konnten wir Fred nicht mehr fragen.....
mfg
henning +++
925302 treu d - T1000Z (Hauptanschluss)
55571 fvler a - T100S
210911za hmb d - T150 (Werkstatt)
218308 test d - T1000S/LS (Werkstatt)
925333 =treu d (Minitelex Sanyo SF100) defekt
Fax G2/G3: 05176-9754481 (Sanyo SF100 Thermofax) defekt
henning +++
925302 treu d - T1000Z (Hauptanschluss)
55571 fvler a - T100S
210911za hmb d - T150 (Werkstatt)
218308 test d - T1000S/LS (Werkstatt)
925333 =treu d (Minitelex Sanyo SF100) defekt
Fax G2/G3: 05176-9754481 (Sanyo SF100 Thermofax) defekt
-
- Rank 12
- Beiträge: 4072
- Registriert: Do 28. Mär 2019, 09:10
- Wohnort: Marburg
- Hauptanschluß: 7822222 hael d
Fragen zum T68D Verhalten
Von der Funktion her sind eigentlich die Instanzen des Centralex-Servers unabhängig. Die kommunizieren nicht untereinander sondern nur mit einem der Teilnehmer-Server. So habe ich das jedenfalls verstanden. Da man im i-Telex-System die Adresse des Centralex-Servers nicht separat eingeben kann, müssen die Centralex-Server auf den Teilnehmer-Servern laufen.
Ich vermute auch, dass die Last nicht automatisch auf mehrere Centralex-Server verteilt wird. Es wird vermutlich immer der verwendet, der im i-Telex-System an erster Stelle eingetragen ist. Aber es müsste bei Ausfall eines Centralex-Servers automatisch der nächste verwendet werden.
Die Teilnehmer-Server 1 und 3 laufen meines Wissens aktuell auf Raspberry Pis. Ich weiß nicht, ob die in der Lage sind, bis zu 100 Verbindungen, für die der Centralex-Dienst aktuell ausgelegt ist, zu händeln.
Aktuell sind 50 Teilnehmer bei Centralex angemeldet, aber natürlich nicht alle aktiv.
Ich vermute auch, dass die Last nicht automatisch auf mehrere Centralex-Server verteilt wird. Es wird vermutlich immer der verwendet, der im i-Telex-System an erster Stelle eingetragen ist. Aber es müsste bei Ausfall eines Centralex-Servers automatisch der nächste verwendet werden.
Die Teilnehmer-Server 1 und 3 laufen meines Wissens aktuell auf Raspberry Pis. Ich weiß nicht, ob die in der Lage sind, bis zu 100 Verbindungen, für die der Centralex-Dienst aktuell ausgelegt ist, zu händeln.
Aktuell sind 50 Teilnehmer bei Centralex angemeldet, aber natürlich nicht alle aktiv.
Gruß, Detlef
i-Telex: 7822222 (T1000), 114288 (F1300), 211230 (T100Z), 96868 (T37), 24394 (T68d)
Konf.-Dienst: 11160/11161, Rundsender: 11162/11163 , Baudot-Bilder: 11166, Chat-GPT: 11168
Mail-/Fax-Dienst: 11170/11171, News-Ticker: 11180/11181, hist. Ausk.: 40140, Wetter: 717171
i-Telex: 7822222 (T1000), 114288 (F1300), 211230 (T100Z), 96868 (T37), 24394 (T68d)
Konf.-Dienst: 11160/11161, Rundsender: 11162/11163 , Baudot-Bilder: 11166, Chat-GPT: 11168
Mail-/Fax-Dienst: 11170/11171, News-Ticker: 11180/11181, hist. Ausk.: 40140, Wetter: 717171
-
Topic author - Rank 1
- Beiträge: 50
- Registriert: So 13. Okt 2024, 11:40
- Wohnort: Otzberg
- Hauptanschluß: 21290 "2129A HB80 D"
Fragen zum T68D Verhalten
Hallo an alle,
mein Arduino-Code in der Remote-Server-Version (Centralex) läuft schon sehr stabil. Heute habe ich Tests gemacht bei der die Verbindung zum Remote-Server unterbrochen wurde, um zu testen, ob meine State-Machine das jeweilige Problem in den Griff bekommt. Dadurch gab es logischerweise sehr viele Anmeldungen meines Arduinos beim Remote-Server.
Irgendwann hat dann der Remote-Server jede Anmeldung "rejected", hier die TCPIP-Daten:
TCPIP-Data: 4 4 6F 6F 70 0
Command: Reject
Length: 4
Data (in ASCII): OOP
"OOP" habe ich in der Tabelle mit den Reject-Packet (https://wiki.telexforum.de/index.php?ti ... ect_Packet) nicht gefunden.
Kann mir jemand sagen, was es mit dem OOP auf sich hat?
Danke und beste Grüße
Mark
mein Arduino-Code in der Remote-Server-Version (Centralex) läuft schon sehr stabil. Heute habe ich Tests gemacht bei der die Verbindung zum Remote-Server unterbrochen wurde, um zu testen, ob meine State-Machine das jeweilige Problem in den Griff bekommt. Dadurch gab es logischerweise sehr viele Anmeldungen meines Arduinos beim Remote-Server.
Irgendwann hat dann der Remote-Server jede Anmeldung "rejected", hier die TCPIP-Daten:
TCPIP-Data: 4 4 6F 6F 70 0
Command: Reject
Length: 4
Data (in ASCII): OOP
"OOP" habe ich in der Tabelle mit den Reject-Packet (https://wiki.telexforum.de/index.php?ti ... ect_Packet) nicht gefunden.
Kann mir jemand sagen, was es mit dem OOP auf sich hat?
Danke und beste Grüße
Mark
Beste Grüße Mark
Hauptanschluß: 21290 "2129A HB80 D" (noch offline)
Hauptanschluß: 21290 "2129A HB80 D" (noch offline)
-
- Rank 12
- Beiträge: 4072
- Registriert: Do 28. Mär 2019, 09:10
- Wohnort: Marburg
- Hauptanschluß: 7822222 hael d
Fragen zum T68D Verhalten
Ich habe mal in den Centralex-Quelltext geschaut. Reject_OOP kommt vom Centralex-Server und bedeutet "Out Of Ports".
Auf dem Centralex-Server sind aber 50 Ports frei. Möglicherweise wird da was gecachet und es kommt zu Engpässen, wenn zuviele Anfragen reinkommen.
Auf dem Centralex-Server sind aber 50 Ports frei. Möglicherweise wird da was gecachet und es kommt zu Engpässen, wenn zuviele Anfragen reinkommen.
Gruß, Detlef
i-Telex: 7822222 (T1000), 114288 (F1300), 211230 (T100Z), 96868 (T37), 24394 (T68d)
Konf.-Dienst: 11160/11161, Rundsender: 11162/11163 , Baudot-Bilder: 11166, Chat-GPT: 11168
Mail-/Fax-Dienst: 11170/11171, News-Ticker: 11180/11181, hist. Ausk.: 40140, Wetter: 717171
i-Telex: 7822222 (T1000), 114288 (F1300), 211230 (T100Z), 96868 (T37), 24394 (T68d)
Konf.-Dienst: 11160/11161, Rundsender: 11162/11163 , Baudot-Bilder: 11166, Chat-GPT: 11168
Mail-/Fax-Dienst: 11170/11171, News-Ticker: 11180/11181, hist. Ausk.: 40140, Wetter: 717171
-
Topic author - Rank 1
- Beiträge: 50
- Registriert: So 13. Okt 2024, 11:40
- Wohnort: Otzberg
- Hauptanschluß: 21290 "2129A HB80 D"
Fragen zum T68D Verhalten
Hallo Detlef,
vielen Dank für die Info. Vermutlich wird der Server am Wochenende am stärksten beansprucht.
Dann kann ich meinen Code lassen, wie er ist. Wenn ein Reject empfangen wird, versucht die State-Machine sich ein paar Sekunden später erneut anzumelden.
Vielen Dank und beste Grüße
Mark
vielen Dank für die Info. Vermutlich wird der Server am Wochenende am stärksten beansprucht.
Dann kann ich meinen Code lassen, wie er ist. Wenn ein Reject empfangen wird, versucht die State-Machine sich ein paar Sekunden später erneut anzumelden.
Vielen Dank und beste Grüße
Mark
Beste Grüße Mark
Hauptanschluß: 21290 "2129A HB80 D" (noch offline)
Hauptanschluß: 21290 "2129A HB80 D" (noch offline)
-
Topic author - Rank 1
- Beiträge: 50
- Registriert: So 13. Okt 2024, 11:40
- Wohnort: Otzberg
- Hauptanschluß: 21290 "2129A HB80 D"
Fragen zum T68D Verhalten
Hallo an alle,
ich habe die erste Version von ArduTelex in GitHub commited.
https://github.com/markjuhrig/ArduTelex
The Beschreibung muss ich jetzt noch Stück für Stück ergänzen. Stand jetzt, ist nur das aller wichtigste beschrieben.
Viel Erfolg beim Ausprobieren!
ich habe die erste Version von ArduTelex in GitHub commited.
https://github.com/markjuhrig/ArduTelex
The Beschreibung muss ich jetzt noch Stück für Stück ergänzen. Stand jetzt, ist nur das aller wichtigste beschrieben.
Viel Erfolg beim Ausprobieren!
Beste Grüße Mark
Hauptanschluß: 21290 "2129A HB80 D" (noch offline)
Hauptanschluß: 21290 "2129A HB80 D" (noch offline)
-
Topic author - Rank 1
- Beiträge: 50
- Registriert: So 13. Okt 2024, 11:40
- Wohnort: Otzberg
- Hauptanschluß: 21290 "2129A HB80 D"
Fragen zum T68D Verhalten
Hallo an alle,
mein ArduiTelex möchte ich in dieses Gehäuse bauen, da ist auch gleich eine Öffnung für die Ethernet-Buchse vorhanden.
https://www.reichelt.de/gehaeuse-fuer-a ... tml?&nbc=1
Ich bin noch auf der Suche nach einen möglichst kompakten 60 mA, 80 VDC Netzteil oder Step-Up-DCDC-Converter (von 9...12 Volt).
Hat hier jemand einen Vorschlag?
Vielen Dank vorab!
mein ArduiTelex möchte ich in dieses Gehäuse bauen, da ist auch gleich eine Öffnung für die Ethernet-Buchse vorhanden.
https://www.reichelt.de/gehaeuse-fuer-a ... tml?&nbc=1
Ich bin noch auf der Suche nach einen möglichst kompakten 60 mA, 80 VDC Netzteil oder Step-Up-DCDC-Converter (von 9...12 Volt).
Hat hier jemand einen Vorschlag?
Vielen Dank vorab!
Beste Grüße Mark
Hauptanschluß: 21290 "2129A HB80 D" (noch offline)
Hauptanschluß: 21290 "2129A HB80 D" (noch offline)
-
- Rank 7
- Beiträge: 652
- Registriert: Fr 26. Jun 2020, 18:53
- Wohnort: Aachen
- Hauptanschluß: 833539 fili d
Fragen zum T68D Verhalten
https://www.reichelt.de/printtrafo-4-8- ... tml?&nbc=1
Zusammen mit einem Brückengleichrichter und einem Elko 300 uF 200V liefert der im Leerlauf ca 85V, bei Last knapp 70V.
Wenn du den Strom regelst auf 40mA wie bei piTelex passt das sehr gut. Läuft bei mir jedenfalls bestens.
https://github.com/fablab-wue/piTelex/w ... rrent2.png
Zusammen mit einem Brückengleichrichter und einem Elko 300 uF 200V liefert der im Leerlauf ca 85V, bei Last knapp 70V.
Wenn du den Strom regelst auf 40mA wie bei piTelex passt das sehr gut. Läuft bei mir jedenfalls bestens.
https://github.com/fablab-wue/piTelex/w ... rrent2.png
Viele Grüße,
Rolf
Rolf
71920 actelex d 24/7 (T68d) 833533 rolfac d 24/7 (T100S) 833538 obrac d 24/7 (FS220) 833539 fili d 24/7 (T100a) 833540 rowo d 24/7 (T100/R) 833541 obby d 24/7 (T37h) 833142 rolf d 24/7 (Lo15A)
-
- Rank 12
- Beiträge: 4072
- Registriert: Do 28. Mär 2019, 09:10
- Wohnort: Marburg
- Hauptanschluß: 7822222 hael d
Fragen zum T68D Verhalten
Hab ich hier liegen aber noch nicht ausprobiert.
Die richtige Variante auswählt: 12V -> 60..90V
https://de.aliexpress.com/item/1005007253348231.html
Ich meine aber, hier wurden schon Projekte vorgestellt, wo sowas eingesetzt wurde.
Die richtige Variante auswählt: 12V -> 60..90V
https://de.aliexpress.com/item/1005007253348231.html
Ich meine aber, hier wurden schon Projekte vorgestellt, wo sowas eingesetzt wurde.
Gruß, Detlef
i-Telex: 7822222 (T1000), 114288 (F1300), 211230 (T100Z), 96868 (T37), 24394 (T68d)
Konf.-Dienst: 11160/11161, Rundsender: 11162/11163 , Baudot-Bilder: 11166, Chat-GPT: 11168
Mail-/Fax-Dienst: 11170/11171, News-Ticker: 11180/11181, hist. Ausk.: 40140, Wetter: 717171
i-Telex: 7822222 (T1000), 114288 (F1300), 211230 (T100Z), 96868 (T37), 24394 (T68d)
Konf.-Dienst: 11160/11161, Rundsender: 11162/11163 , Baudot-Bilder: 11166, Chat-GPT: 11168
Mail-/Fax-Dienst: 11170/11171, News-Ticker: 11180/11181, hist. Ausk.: 40140, Wetter: 717171
-
Topic author - Rank 1
- Beiträge: 50
- Registriert: So 13. Okt 2024, 11:40
- Wohnort: Otzberg
- Hauptanschluß: 21290 "2129A HB80 D"
Fragen zum T68D Verhalten
Danke für den Tipp.
Einen ähnlichen DC-DC-Converter gibt es auch hier: https://www.amazon.de/ANGEEK-Wandler-St ... B07RL9QD9M
Ich finde nur die avisierten 150W bzw. 600W recht heftig, da ich ja nur ca. 5 Watt (80V x max. 0.06A) benötige. Bei den China-Dingern habe ich Angst davor, dass sie mir die "Bude abfackeln".
Einen ähnlichen DC-DC-Converter gibt es auch hier: https://www.amazon.de/ANGEEK-Wandler-St ... B07RL9QD9M
Ich finde nur die avisierten 150W bzw. 600W recht heftig, da ich ja nur ca. 5 Watt (80V x max. 0.06A) benötige. Bei den China-Dingern habe ich Angst davor, dass sie mir die "Bude abfackeln".
Beste Grüße Mark
Hauptanschluß: 21290 "2129A HB80 D" (noch offline)
Hauptanschluß: 21290 "2129A HB80 D" (noch offline)