Habe ja mal stolz vermeldet, daß ich seit dem ich über den Centralex angebunden bin, keine Portscans mehr bekomme. Das dürfte reichlich 3 Jahre her sein, und war auch bis vor Kurzem so.
Nun ist wohl Schluß mit lustig, denn jetzt kommen wieder regelmäßig seltsame Anrufe .
Portscan.jpg
Seit ca. 2 Monaten kommt die Geschichte mit den ZZZZZ,
Bei der Sache am 1.1. scheint die mysteriöse Gegenstelle nicht geschrieben zu haben wenn ich das richtig inerpretiere, das wäre ganz neu, und zu beobachten.
Dann habe ich heute mal einen WinTlx-Anruf getätigt, um festzustellen, ob noch alles geht, ja es ging wohl alles. Reichlich 20 Minuten spätr bin ich aber ganz rausgeflogen, mit der letzten Meldung auf dem Bild. Diese Meldung hatte ich vor ca. 2 Wochen auch schon mal. Ist quasi neu, und habe ich bisher noch nicht gesehen.
Bis zu diesem Zeitpunkt hat das I-Telex nur immer mal unbemerkt die Verbinung verloren, da hätte ich mir die letzte Meldung gewünscht.
Wegen der immer mal wieder velorenen Verbindung zum Cenralex, beobachte ich jetzt schon seit einiger Zeit die entsprechende Tabelle auf dem .
Diese war vorgestern noch riesig, beinhaltete aber über 2/3 Teilnehmer mit nc oder ähnlichem. Die aktuelle Liste ist heute sehr kurz und beinhaltet nur 3 aktive Teilnehmer. Ich bin natürlich nicht mehr dabei, nicht mal mehr unter nc .
Vllt kann das helfen den rätselhaften Fehler einzukreisen....
Ich habe jetzt mal alle meine Ethernet und Schnittstellenkarten auf den neuesten Stand gebracht.
Welchen Vorteil bringt denn das neue interne Bus-Protokoll ? Macht es Sinn, das einzuschalten?
Ich habe gerade das Update der TW39 und ED1000 Firmware gesehen, das das Problem behebt, dass bei Tastaturanwahl eines FS ohne KG die KG-Abfrage ständig wiederholt wird. Raph hatte das ja auch schon angesprochen. Mir ist das bisher nie aufgefallen. Deswegen habe ich das gerade mal nachvollzogen. Interessanter Fehler. ;)
Man kann das Problem aber leicht umgehen, wenn man einfach selbst ein Zeichen oder den eigenen Kennungsgeber sendet.
Hallo Fred,
habe gerade meine TW39 Doppelschnittstelle und den Prüfsender auf der Stromversorgung mit der Version 532 aus dem beta_binaries - Bereich geflasht. Auf der TW39 war offenbar noch eine sehr alte Version (hatte mal in der Ethernetkarte auf Neues internes Busprotokoll verwenden umgestellt, und mich dann gewundert, warum ich keine Verbindung mehr zum Wetterserver aufbauen konnte) - da musste ich danach die Konfiguration neu machen.
Bei einem kurzen Test (intern und zum Wetterserver) hat alles prima funktioniert.
Hallo Softies :lol:,
heute verursachte ich einen Stromausfall durch Überlastung des FI aus Nicht-Fernschreiber-Gründen.
Nachdem alle Systeme wieder einige Zeit oben waren, schaute ich via VPN einmal in meine beiden i-Telex-Systeme.
Bei beiden war die Systemzeit um eine Stunde verschoben, obwohl in der Konfiguration Zone 1 und Sommerzeitumschaltung X gesetzt sind. Der eingegebene Timeserver ist 0.pool.ntp.org und die Serverabfrage steht auch auf X .
Die angezeigte Version auf der Startseite lautet Build 915 ITA2 at Date: Jan 8 2021 19:50:31
Nach Aufruf der NTP-Konfigurationsseite und klicken auf Einstellungen übernehmen , ohne irgendwelche Änderung, zeigt das System nach erneutem Aufruf der Startseite nun die korrekte Zeit und nicht diejenige der Sommerzeit.
Ich kann mich erinnern, dass mir in der Vergangenheit hin und wieder beim Übermitteln eines Telegramms im Ausdruck der um eine Stunde verschobene Zeitstempel auffiel im Vergleich zu demjenigen vom Lo3000. An weitere Details...
hier einige Hinweise zun den Auswirkungen und Möglichkeiten der neuen Firmware 513 für die ED1000-Schnittstelle:
Änderungen gegenüber Vorgängerversionen
1. Entfall des bisher als „Startcode“ gesendeten Zeichens Nr. 30 (Zi)
2. Signalisierung „Typ A“ (Wählen mit FS-Zeichen) oder „Typ B“ (Impulswahl) möglich
3. Wahlmöglichkeit des „Startcodes“ bei Signalisierung „Typ A“
4. Anpassung des Timings des „Startcodes“ bei Signalisierung „Typ A“
5. Aktivierung von Pin 25 (0V auf +5V) des ATMega für Netzfernschalter
(Diese Funktion wurde bereits in einer „Zwischenversion“ programmiert)
Auswirkung der Änderungen auf den Betrieb mit speziellen Maschinen
(bei Signalisierung „Typ A+B“)
• T1000: Wegen Pkt. 1 (s.o.) kann die Betätigung der Taste „1...“ (Zi) vor dem Wählen entfallen *)
• T1000S: Keine Auswirkung
• LO3000: Durch die Anpassung des Timings (s.o. Punkt 4) ist nun die Nutzung der Kurzwahlfunktion möglich
Kürzlich hatte ich im Chat eine Anfrage bezüglich aktueller Firmware-Versionen gestellt. Zur Dokumentation hier nun der entsprechende Verlauf mit anschliessendem Kommentar:
wyssby • 8. Juni 2021, 15:01
Franz, hast Du eine Ahnung, wo ich die Zahlen der aktuellsten Versionen von i-Telex FW herbekomme. Auf der Seite steht zwar, Du würdest diese Liste dauern updaten (?) aber da stimmt leider was nicht ...
wyssby • 8. Juni 2021, 15:02
Sorry, wie komme ich auf Franz, wäre natürlich FRED ...
wyssby • 8. Juni 2021, 15:03
Aber hat trotzdem wer eine Ahnung wo die Versionen aktuell zu finden sind, nicht die FW selber ...
FredSonnenrein • 8. Juni 2021, 16:03
Stimmt, da müsste ich mal 'dran gehen. AAABER: solange du mit der Funktion der Geräte zufrieden bist, besteht kein dringender Bedarf an Updates. Alle Updates der Schnittstellenkarten haben nur zusätzliche Sonderfunktionen für spezielle Anforderungen implementiert.
DF3OE • 8. Juni 2021, 16:30
Bei Uraltmitgliedern läuft...
Setzt diese Version neue FW auf den Schnittstellenkarten voraus, wenn man die 75/100 Baud nicht nutzt? Die Baudrate der Module habe ich auf *:50 gesetzt.
Welche Schnittstellenkarten-Versionen sind aktuell verfügbar (Stable/Beta)?
Meine firmware lies sich auf der Ethernetcard problemlos von 825 auf 897 aktualisieren.
Alle vorherigen Einstellungen blieben erhalten.
Ein Fremdkabel Update einer Messgeräte Software auf meiner Spannungversorgungskarte funktionierte aus dem
stable repository problemlos Richtung Atmel 168.
Ich bin über den Gateway Server wegen IPv6 angebunden und musste in der Vergangenheit mein iTelex System
sporadisch booten, da meine Endgeräte als besetzt gesehen wurden. Vielleicht wird das ja weniger. Ich habe wohl keine
Mutmaßung woran das liegen könnte.
After some time discussing what was needed to operate the last generation of Telex machines found in the UK with Henning I ordered a modified Analogue Card.
In the UK we call this protocol SCVF (Single Channel Voice Frequency) But in more generic terms it is FSK or Frequency Shift Keying, and runs to the V.21 Protocol.
There were some initial bugs with the card that Henning quickly resolved, so I had tones to play with.
Over the past 24 hours Fred has also been very helpful in resolving a difference in the software which was stopping my machine from communicating with i-Telex - Once the tones were monitored with a soundcard based spectrum analyser, it was easy to see that the card was responding the opposite way to the machine - I -Telex was opening communication when the machine was closing the line.
Some locally induced faults during reprogramming also added confusion (I bent one of the pins on the ATMEL so it was not connecting to the socket) were resolved and the system just...
Hallo,
ich entwickele ein eigenes i-Telex . Damit dies mit anderen i-Telex-Geräten zusammenarbeitet, hätte ich gerne gewusst, wie beim gerufenen Fernschreiber die Zustände besetzt und kein FS angeschlossen abgefragt werden.
Kann man den Quellcode (wahrscheinlich C++?)bekommen?
Gruß
Karl
Wie schon länger versprochen, habe ich jetzt mal ein paar Femdupdate-Kabel gebastelt. Darüber kann die Firmware auf den Schnittstellenkarten über die Ethernetkarte aktualisert werden.
Vorraussetzung ist, dass auf der Schnittstellenkarte schon ein ATmega168 oder ATmega328 vorhanden ist. Mit dem älteren ATmega8 klappt das nicht. Deswegen würde ich bei Bedarf auch ATmega328 dazulegen. Pro Schnittstellenkarte werden 2 Stück benötigt. Also immer einer pro Schnittstelle.
Wenn der Chip getauscht wird, muss die Schnittstelle neu konfiguriert werden. Bei einem Update der Firmware bleibt die Konfiguration erhalten.
In diesem Beitrag hat Fred die Anleitung verlinkt:
Ggf. muss vorher auch die Firmware in der Ethernetkarte aktualisiert werden, damit der ATmega328 erkannt wird.
Die (fast) aktuelle Version hat Fred in diesem Beitrag verlinkt: (das Download-Paket). Die Anleitung ist in der ZIP-Datei enthalten.
Preis für das Kabel: 1 Euro
Preis pro ATmega328P: 2,50 Euro...
Ich habe jetzt die 867 auf der Ethernet-Karte und versuche mit dem Fremdupdate-Kabel einen 328P zu aktualisieren.
Da kommt diese Meldung:
Programm identity itlx_TW39plus
Invalid signature / fuses format in file www.telexupdate.de/beta_binaries/itlx_TW39plus.txt: 1E-94-0B F7-D5-F9 first line signature second line fuse bi position 22.
Ich habe die 863 gerade eingespielt. Sieht erstmal alles ok aus.
Vielen Dank für die Unterstützung des ATmega328 beim Fremdupdate . Das werde ich nachher ausprobieren. :thumbup:
Bei der Gelegenheit fällt mir ein, dass ich ja auch ein paar Fremdupdate-Kabel basteln wollte :holy: . Vielleicht mache ich das auch gleich bei der Gelegenheit.
Danke als Erstes für die neuen Funktionen - jetzt fehlt nur noch die Wahlwiederholung :-)
Mir bereitet die aktuellste Beta Probleme. Ich habe nach dem Update mal spaßeshalber die Konfiguration durchlaufen - soweit ok.
Danach habe ich mal testweise das System stromlos gemacht - bei Wiedereinschalten erhielt ich den Ausdruck
eeprom Warnung Lesefehler Adresse 00a0
Also nochmal in den Konfigurationsmodus und die Einstellungen geprüft. Tatsächlich haben sich die folgenden Settings geändert:
Sperrzeit a von 2121 (soll: 2200 )
Sperrzeit a bis 0417 (soll: 0600 )
Sperrzeit b von 1705 (soll: 2015 )
Sperrzeit b bis 0417 (soll: 0830 )
Alle anderen Einstellungen waren korrekt. Dieses Verhalten lässt sich beliebig oft rekonstruieren - nach einem Reset stehen auch immer die selben falschen Zeiten in der Konfiguration.
Wenn das EEPROM wirklich einen Schuss hätte, müssten doch zumindest die beiden Kopien eine gültige Konfiguration abbilden. Mir scheint es eher so, als ob die...
Ich bin gerade dabei, die verschiedenen Software-Teile der Schnittstellen-Karten zu vereinheitlichen.
Dabei ist mir eine Frage in den Sinn gekommen, die ich einfach mal in die Runde werfe:
Wie intensiv werden die Sonderfunktionen der Schnittstellenkarten (TW39plus, ED1000) benutzt?
Daher habe ich eine Umfrage erstellt. Ein Hinweis dazu: Wer manche der genannten Funktionen noch nicht benutzt aber wahrscheinlich benutzen wird , der kreuzt bitte die entsprechende Antwort auch an.
Hinweis vorweg: selbst wenn sich eine nur geringe Nutzung abzeichnen sollte, keine der Sonderfunktionen wird ohne Notwendigkeit wieder entfernt werden.
Am Ende werde ich die Antworten ggf. dafür nutzen, das Konfigurationsmenü benutzerfreundlicher zu machen.
Wer von einzelnen Begriffen überrascht ist, der möge sich in der Datei mal den Abschnitt 6.3.2 durchlesen.
Wer Apples Betriebssystem dem immer nerviger werdenden Windows vorzieht, hat unter Umständen keine Möglichkeit mehr, die i-Telex-Karte zu flashen. Das im Update-Paket verwendete Tool fboot ist nur unter windows- bzw. DOS-basierten Betriebssystemen lauffähig.
Da mir der Umweg über eine virtuelle Machine oder einen extra PC zum Flashen zu umständlich war, habe ich mich nach einem Bootloader für macOS umgesehen und wurde fündig - FBoot-Linux! Zum Kompilieren des Quellcodes wird zusätzlich Apples XCODE-Entwicklungsumgebung benötigt. Für alle, denen das alles zu umständlich ist, habe ich eine bereits fertig kompilierte Version an diesen Beitrag angehangen.
Zusätzlich wird ein USB-zu-Seriell-Adapter benötigt (ich verwende aktuell einen RENKFORCE USB2.0-Adapter mit FTDI-Chipsatz, z. B. bei Conrad erhältlich). Geflasht wird mit einem Befehl im Terminal:
Ich blicke bei den unterschiedlichen Firmware-Versionen einfach nicht durch.
Gibt es irgendwo eine (möglichst zentrale ) Stelle, wo die aktuellen Versionen für i-Telex, TW39 und TW39-Spez liegen?
Und wieso werden eigentlich noch ATmega8 mit der TW39-Fimware eingesetzt, wenn man da auch einen ATmega168 mit der TW39-Spez-Firmware einsetzen kann?
bereits per FS mitgeteilt - aber ich schreibe es zur Dokumentation noch mal hier ins Forum. Ich hätte einen Bug und einen Featurewunsch:
- Bug/ungewünschtes Verhalten: bei der englischen T39+Seriell Firmware ist das Menü zu lang, bzw wird die Einstellung der Zeichenanzahl aus dem Webinterface ignoriert (mehr als 69 Zeichen)
Dadurch schreiben ASCII-Fernschreiber wie der Teleprint u.U. auf der Stelle. Es wäre gut, das Menü etwas abzukürzen, oder die Einträge durch CR/LF zu trennen.
- Featurewunsch: Unterstützung der Tastenkombination CTRL-E als Wer Da, alternativ/zusätzlich zu CTRL-W. CTRL-E ist die historisch
korrekte Kombination, aus der das ASCII-Zeichen 0x05 Enquiry hevorgegangen ist . Auf den ASR-Derivaten ist die E-Taste entsprechend mit
WRU (Wer Da) beschriftet.
Ich kann auch gern mithelfen, falls gewünscht, allerdings muss ich erst die Entwicklungsumgebung neu aufsetzen.
Sorry, ich hatte schon mit Danke bestätigt und dann erst den vorletzten Satz gelesen. Ich werde aber morgen Vormittag die neue Version testen, weil ich genau diese Funktion für meine Vorführung auf dem Marburger Stammtisch brauche (morgen Nachmittag). Das könnte nur zeitlich etwas eng werden.
Gibt es irgendwo eine Kurzanleitung für die Aktualisierung? ISP/USB-Adapter habe ich da, aber ich habe das schon länger nicht gemacht, weil ich üblichweise über die Arduino-IDE programmiere.
Hallo,
ich habe heute meine Firmware der Ethernet Karte von Version 804 auf 825 aktualisiert.
Das serielle update brach mit crc Fehler ab, woraufhin ich die restlichen Karten vom Bus gezogen und das Fremdupdate Kabel von der iTELEX - Ethernet Karte abgezogen habe.
Danach lief das update durch.
Der NTP Server hatte sich vom Berliner NTP Server keine Zeit gezogen.
Nachdem ich das FLAG NTP synchronisieren entfernt, gebooted und dann wieder gesetzt habe, wurde die Zeit erfolgreich synchronisiert.
Du darfst keine neuen Themen in diesem Forum erstellen. Du darfst keine Antworten zu Themen in diesem Forum erstellen. Du darfst deine Beiträge in diesem Forum nicht ändern. Du darfst deine Beiträge in diesem Forum nicht löschen. Du darfst keine Dateianhänge in diesem Forum erstellen.
