Manchmal langweile^begeistere ich jüngere Kollegen mit Erklärungen,
> warum die UART des ARM-µC nicht nur 1, sondern auch 1½ und zwei Stopbits
> erlaubt und was das Delay für CR in der terminfo-Datei für einen Sinn > hat(te).
Und die vom Treiber eingeflickten <NUL> bei <CR> und <LF> beim DEC (LA36...)
Wurde ohne Sinn und Verstand u.a. bei Tandem Computern gemacht und damit das von Haus aus absolut irre MIESENS 3964R Protokoll völlig verhunzt. Hat mir mal 50TDM Beratungskosten eingebracht :) für Ursachenforschung, warum bei Thyssen (Duisburg und quer durchs Ruhrgebiet) verschiedene Steuerungscompuster immer mal wieder ausfielen... Lange, nervenaufreibende, aber glücklich (für mich) endende Geschichte.
Selbst MIESENS war ratlos.
Am Ende konnte ich nachweisen, dass 3964R Telegramme mit Texten, die ein <CR> und/oder <LF> enthielten von Tandem mit <NUL> gepadded wurden. Das böse war, <NUL> veränderte die MIESEN Checksumme nicht, allerdings die Telegrammlänge :p
MIESEN und TANDEM fanden ihre Übertragungen korrekt, der hundsgemeine Allinger hat sich allerdings 100% ans 3964R gehalten, war zuerst der vermeintlich Schadensersatzpflichtige/Böse/Blöde/Dummbatz...
Es gingen viele Tage ins Land, die ich in einem Steuerungsraum im Keller unterm Rollgang verbrachte.
Der Projektleiter von Thyssen sass die ganze Zeit neben mir und wunderte sich: "Herr Allinger, wie können sie bei dem ganzen Theater eigentlich so ruhig gelassen sein?" Och, ich bin ganz zuversichtlich, dass der Fehler nicht bei mir liegt. Solange alle paar Stunden mal ein Einzelner von der IT runterkommt und bescheiden fragt, ob ich nochmal probieren könnte... ..Wenn allerdings 2 Dutzend Leute von Euch laut schreiend reingestürmt kommen, dann ist der Fehler bei mir lokalisiert.
Der IT-Leiter war ein Dr. (aus Wien) und bescheinigte mir in der 1. Krisensitzung grossmäulig, dass ich keine Ahnung habe... hätte er nicht machen sollen.
Ich wusste das da schon mit den <NUL> denn die IT Truppe rückte vorher mit einem flammneuen hp Protokollanalyzer an um mir mal zu zeigen, wo der Bartel den Most holt. Bloss dem Bartel war sofort klar, was da gespielt wurde, als er die <NUL> Testtextabhängig gesehen hat. Aber blöd wie ihm bescheinigt wurde, hat er nicht mehr gewagt, etwas zu sagen ;] Übrinx war das ein übles Treiber Versions Spielchen, nicht alle der 8(?) Tandem waren auf dem gleichen Stand. Mal kamen die <NUL> mal nicht, auch die Anzahl schwankte, je nach mistiger Config Datei.
Während der ganzen Inbetriebnahme kam dann noch auf, dass auch in anderen Werken/Anlagen sporadisch Probleme mit 3964R auftraten.
Der Walzwerksdirektor hat irgendwann mitbekommen, dass ich der Einzige Ruhige in der ganzen Angelegenheit war. Herr Allinger, können sie uns helfen, das Problem Thyssenweit zu lösen? Ja, aber ohne den Dr. der IT, lt. dem bin ich nämlich zu dumm dazu.
Ich hab dann einen Z80 Mops (mit FORTH) ins hochheilige Rechenzentrum gebracht und auf kurzem Dienstweg dann nachgewiesen, wo die Probleme liegen und alles an Mehrungen bezahlt bekommen. BTW der Dr. ward nie mehr gesehen :)
Saludos (an alle Vernünftigen, Rest sh. sig) Wolfgang