Hallo,
kennt jemand das Problem, dass nach ca. 10 bis 20 Minuten, mit einer Arduino-Zentrale im Rocrail - Automatikbetrieb der Fehler kommt.
Original Fehlermeldung:
r9999E rasciiR OSerial 0461 Timeout on serial read[COM3] 0 of 2 read.[rc=0] tries=3

Ich denke in der Automatik fällt das auf, kann sein das der Fehler auch im manuellen Betrieb unbemerkt vorkommt.

Als USB-Serail Treiber wird der CH340 verwendet. Könnte eine anderer Schnittstellenchip z. B. USB FT232 Abhilfe schaffen.

Im Automatik versagt dann die Zugsteuerung. Man kann aber danach unverzüglich wieder alles Steuern, ohne irgendwie einzugreifen. Und nach dem zurücksetzten der Automatik ohne Blockbelegung läuft Automatik auch wieder für eine unbestimmte Zeit.

Ich habe im Rocrail-Forum nachgefragt. Rob der Rocrailmacher meint, das liegt an der Hardware. Habe leider nicht mehr Infos dazu bekommen.

Was ich nicht verstehe, eigentlich muss nichts (serial read[ ) gelesen werden, Rocrail sendet nur mit 38400 Baud an die Zentrale.
Die Zentrale sendet nur im Programmiergleis.-Modus und das Funktioniert.


Viele Grüße Martin

Hallo,
ich konnte das Problem durch eine Umprogrammierung lösen!

Viele Grüße Martin

Hallo Martin,

aber was genau hast du Umprogrammiert?

Viele Grüße

Wolfgang

Hallo Martin,

Zitat von Hobbyprog im Beitrag #1

---

kennt jemand das Problem, dass nach ca. 10 bis 20 Minuten, mit einer Arduino-Zentrale im Rocrail - Automatikbetrieb der Fehler kommt.
Original Fehlermeldung:
r9999E rasciiR OSerial 0461 Timeout on serial read[COM3] 0 of 2 read.[rc=0] tries=3
....
Im Automatik versagt dann die Zugsteuerung. Man kann aber danach unverzüglich wieder alles Steuern, ohne irgendwie einzugreifen. Und nach dem zurücksetzten der Automatik ohne Blockbelegung läuft Automatik auch wieder für eine unbestimmte Zeit.
....
Ich habe im Rocrail-Forum nachgefragt. Rob der Rocrailmacher meint, das liegt an der Hardware. Habe leider nicht mehr Infos dazu bekommen.

---

Zitat von Hobbyprog im Beitrag #1

---

Was ich nicht verstehe, eigentlich muss nichts (serial read[ ) gelesen werden, Rocrail sendet nur mit 38400 Baud an die Zentrale.
Die Zentrale sendet nur im Programmiergleis.-Modus und das Funktioniert.

---

Hallo,
da hier nachgefragt wurde, möchte ich mal berichten.

Meine Hard und Software:
Das ist eine DCC Eigenbauzentrale die ich in Assembler programmiert habe.

Das Protokoll für die Kommunikation mit Rocrail:
Die Zentrale (NANO) kann unter anderen, mit Rocrail über das RASCII-Protokoll bedient werden.
Für die Rückmelder verwende ich auch das RASCII-Protokoll, aber über ein anderen Arduino. Das hat den Vorteil das die R Melder auch mit anderen Zentralen in Rocrail verwendet werden können.
Daher wird im Rocrail Automatik nichts von der Zentrale gesendet. Der zweite für die R Melder macht keine Probleme.
Im Programmiergleis-Modus und bei der Kurzschlusserkennung sendet die Zentrale auch Daten.

Die Umprogrammierung.
Die Daten werden über die USB-Seriellschnittstelle empfangen. Der Mikrocontroller ATMEG328 vom NANO hat ja kein USB, aber eine Serielle (UART) Schnittstelle.
Praktischerweise kann der Bytepuffer für die Daten mit einem Hardwareinterrupt abgefragt werden. Man programmiert das so das immer dann wenn ein Bytes eingelesen wurde, der Controller automatisch in eine Unterprogramm spring (Interruptsteuerung) , dort liest man dann das Register aus, und kann dann die Daten verarbeiten.

Bei meiner Umprogrammieren verwende ich die Interruptfunktion nicht mehr, ich frage einfach das UART.Statusregister ab, wenn gerade keine Daten verarbeitet werden. Warum mit der Interruptsteuerung der Fehler entsteht, kann ich nicht wirklich erklären. Es laufen auch noch zwei weite für die DCC Gleissignalerzeugung und den ADC, für die Kurzschlussüberwachung. Ich vermute, dass der CH340 Baustein durch die Interrupt Bufferabfrage aus dem Takt kommt.

Das Timeout on serial read[COM Nr.) wird sich wohl darauf beziehen, das Rocrail die Schnittstelle mal nicht findet.

Jedenfalls ist der Fehler jetzt weg.

Ich möchte darauf hinweisen, dass ich kein Programmierer oder Elektriker bin, daher eventuell meine laienhafte Beschreibung

Meine DCC Projekt
https://bluethners.de/DCCProjekt/Zentrale/index.html

Viele Grüße Martin

Hallo Martin,

Zitat von Hobbyprog im Beitrag #5

---

Das Timeout on serial read[COM Nr.) wird sich wohl darauf beziehen, das Rocrail die Schnittstelle mal nicht findet.

---

Hallo vik,

Rocrail läuft bei mir auf ein Windows PC.
Ich habe aber nur eine 2 Meter HO Teststrecke. Die Fehlermeldung wurde von einem Anwender berichtet , konnte das auch bei der Simulation mit seinem Arbeitsbereich nachstellen.

Der NANO hat natürlich ein USB Anschluss am Bord. Ich verwende immer die Chinaversion mit dem CH340 USB Treiber. Der Originale von Arduino vermutlich den FT232RL.

Der Mikrocontroller ATmega 328 auf dem NANO ht kein USB, daher muss ein USB zu Seriellbaustein auf dem Nano verbaut sein.
Als Programmierer hat man dann ein serielle Schnittstelle, auch UART genannt. Die Bezeichnungen Micrro USB usw. beziehen sich nur auf die USB Buchse.

Die Arduino mit ATMEGA 328/168 ohne USB nennen sich Pro Mini. Mit einem externen USB zu Serielladapter kann man den an RX und TX Pin anschließen.

Viele Grüße Martin

Hallo Martin,

Zitat von Hobbyprog im Beitrag #7

---

Rocrail läuft bei mir auf ein Windows PC.

---

Hallo vik,

das Problem ist ja gelöst. Ich müsste das mal mit der alten Programmier- Version und den FT232RL USB - Seriell Version testen.
Der NANO mit dem FT232RL ist ca. 2,00€ teurer. Der originale ARDUINO NANO ist dann nochmal erheblich teurer.

Das Hauptproblem nach meiner Meinung ist, dass der Arduino keine Hardware Datenflusssteuerung hat. Ich glaube die Leitung wird für den Reset, beim Flashen über dem Bootloader verwendet. Das hat aber nichts mit dem geschilderten Problem zu tun.
Der Mikrocontroller muss daher immer alle Daten unverzüglich abholen, oder die Daten gehen verloren. Zudem kann ich nicht alle Protokolle in Rocrail so verwenden, da die Flusssteuerung zwingen verlangt wird. RascII und DCC++ mache da eine Ausnahme.

Viele Grüße Martin

Hallo,
da ich mich "einmal" mit dem CH340 rumgeärgert habe, verwende ich nur noch Arduinos ohne USB und einen FT232RL USB - Seriell Version. Das funktioniert.
Mir ist meine Zeit wertvoller als die Geiz ist geil Mentalität.
Volker

Hallo Volker.
ich verwende nur die CH340 und hatte bis jetzt keine Probleme damit. Ob der jetzt abgestellte Fehler mit dem CH340 zusammenhängt weiß ich auch nicht mit Sicherheit.
Manche Leute habe auch mehr Zeit als Geld. 😁

Viele Grüße Martin