Dinamo

Posted by Leon van Perlo on 2021-06-13 22:47

Hi Klaus,

Ungewöhnliches Problem. Habe es noch nie gehört.

Befehlsüberlastung des RM-C soll nicht möglich sein. Es gibt einen Mechanismus, der das verhindert, dh wenn er richtig in iTrain implementiert ist, was ich vermute, aber nie testen konnte, da man wirklich viele Befehle braucht, um den RM-C zu überlasten. Die RM-C beherrscht problemlos sehr große Layouts (bisher bekannt).

Ein paar Dinge zu überprüfen:

• Gab es einen bestimmten Moment, in dem das Problem auftrat? Haben Sie kurz vor diesem Moment etwas geändert?
• Wie haben Sie Ihr Dinamo-Netzwerk verkabelt? Der RM-C ist in der Mitte? Dies ist in Ordnung, aber wenn Sie dies tun, müssen Sie einige Jumper am RM-C/1+ ändern. Wurde das gemacht?
• Wenn Ihr System einwandfrei läuft und Züge fahren, wie verhalten sich die LEDs am RM-C? Vor allem der gelbe. Leuchtet es dauerhaft ohne flackern?
• Ist Ihre USB-Verbindung wirklich stabil? Bleibt es auch an, wenn Sie die USB-Anschlüsse an beiden Enden des Kabels etwas wackeln? Manchmal werden die Anschlüsse verschmutzt oder oxidiert. Hier hilft meist eine Reinigung mit Isopropanol (oder Alkohol zur Reinigung medizinischer Geräte).
• Wissen Sie, was Ihre letzte RM-C-Firmware vor Ihrem letzten Update war?

Freundliche Grüße,
Leon

Posted by fleozwei on 2021-06-14 22:26

Hallo Community, hallo Leon,
ich habe heute Abend nochmals ein paar Versuche gemacht unter Volllast.

• Der max. Gesamtstrom war ungefähr 3.5A, da ich ein 10A Schaltnetzteil habe stellt dies doch kein Problem dar.
• Zweite Beobachtung war das Verhalten der 4 LEDs am RM-C:

- Die Blaue leuchtet Dauerhaft ohne Flackern.
- Die Grüne leuchtet kurz während der Befehlsübermittlung.
- Die Orange leuchtet so flackerig wie ein Licht eines Lagerfeuers, also nicht klar und hell.
- Die Gelbe leuchtet dauerhaft, hat aber immer wieder kurze Aussetzer, d.h. sie wird kurz dunkel.
Dieses Verhalten zeigen auch alle orangenen LEDs auf den TM44 zur gleichen Zeit.

Wenn ich mich recht erinnere, dann ist die gelbe LED das Zeichen für die Verbindung RM-C zu TM44?

Hat eventuell das RM-C einen Schaden, der mit zunehmender Betriebswärme stärker wird? Das würde auch erklären, warum es immer eine Weile dauert bis das Problem zum ersten Mal auftritt.
Ich bin Elektrotechniker und kenne solch Verhalten aus der Elektronik.

Besteht die Möglichkeit eines Tausch-RM-C, um das Problem weiter einzukreisen oder zu verifizieren?

Viele Grüsse
Klaus

Posted by Leon van Perlo on 2021-06-15 02:01

Hi Klaus,

(German below)
The yellow LED should be lit constantly. If it goes off this means the RM-C is waiting for an answer of one of the modules. If it does not come, there was a transmission error somewhere or the RM-C tries to reach a module that is not there.

• If the yellow goes off at a more or less constant interval, there probably is a module detected at startup, but not active anymore. In DinamoConfig it shows "Idle"
• If the PC sends a command for a non-existing module, the RM-C will try anyway. It can be recognized as 4 consecutive yellow flashes about 100ms apart, being 4 retries before the RM-C giving up.
• If the yellow goes off at irregular intervals and you see only one "dark" period at a time, the most likely is a transmission error. These should not occur, but are not devastating , since there is an error correcting protocol. This works fine as long as the errors are incidental and not structural.

I do not think yet that your problem has a direct relation with the interrupting yellow, if it is the third cause described above.

I remember someone once had a problem with a constant green LED and creeping trains. We could not find the cause, but if I remember correctly it was "solved" by setting the Dinamo bus speed to 38k4. It should not make a difference, but it did.
At what speed is yours set? Standard is 19k2
(DinamoConfig RM-x Permanent & Channel 1 speed 38k4).

Die gelbe LED sollte konstant leuchten. Wenn es erlischt, bedeutet dies, dass das RM-C auf eine Antwort von einem der Module wartet. Kommt es nicht, liegt irgendwo ein Übertragungsfehler vor oder das RM-C versucht ein Modul zu erreichen, das nicht vorhanden ist.

• Wenn das Gelb in einem mehr oder weniger konstanten Intervall erlischt, wurde wahrscheinlich ein Modul beim Start erkannt, aber nicht mehr aktiv. In DinamoConfig wird "Idle" angezeigt
• Wenn der PC einen Befehl für ein nicht vorhandenes Modul sendet, versucht es das RM-C trotzdem. Es kann als 4 aufeinanderfolgendes gelbes Blinken im Abstand von 100 ms erkannt werden, was 4 Wiederholungen entspricht, bevor der RM-C aufgibt.
• Wenn das Gelb in unregelmäßigen Abständen erlischt und Sie nur einen "dunklen" Moment gleichzeitig sehen, handelt es sich höchstwahrscheinlich um einen Übertragungsfehler. Diese sollten nicht auftreten, sind aber nicht verheerend, da es ein Fehlerkorrekturprotokoll gibt. Dies funktioniert gut, solange die Fehler zufällig und nicht strukturell sind.

Ich glaube noch nicht, dass Ihr Problem einen direkten Zusammenhang mit dem unterbrechenden Gelb hat, wenn es die oben beschriebene dritte Ursache ist.

Ich erinnere mich, dass jemand einmal ein Problem mit einer konstant grünen LED und schleichenden Zügen hatte. Wir konnten die Ursache nicht finden, aber wenn ich mich richtig erinnere, wurde sie "gelöst", indem die Dinamo-Busgeschwindigkeit auf 38k4 eingestellt wurde. Es sollte keinen Unterschied machen, aber es tat.
Auf welche Geschwindigkeit ist deine eingestellt? Standard ist 19k2
(DinamoConfig RM-x Permanent &Channel 1 speed 38k4).

Best regards/MfG Leon

Posted by Leon van Perlo on 2021-06-15 10:04

Hi Klaus,

(German below)
If you were living here around the corner I would say "pick one up". But sending something to Switzerland is not one of the easiest tasks. There is a shop in Switzerland selling Dinamo (modellbauland.ch). Maybe they can help.

But also I'm far from convinced (yet) that the RM-C hardware is the problem here. I would think that a configuration, software or firmware issue is at least as likely. You have upgraded RM-C firmware from 1.10 to 1.40B and both experience the same problem. 1.40 is 80% rewritten, so both codes are very different and that reduces the change that firmware is the problem. Further 1.1x has been out for ages without any problem.
I seriously do not want to shift problems to something/someone elses table, but when you wrote "3-4 months ago" the first thing in my mind was "that was shortly after the release date of iTrain 5".

You write in your first post that "the communication between PC and RM-C freezes", but is that the case?
If communication stops, the RM-C should issue an e-stop, which it doesn't. You can stop the trains from iTrain, which means there still must be communication, explaining why the RM-C does not e-stop the trains, since it is still "under control".
When your problem arises and the green is on. does the orange one on the RM-C (=PC messaging) still light up? If that is the case, iTrain is still sending messages and it would be interesting to know what they are.

Wenn Sie hier um die Ecke wohnen, würde ich sagen, "nimm einen auf". Aber etwas in die Schweiz zu schicken gehört nicht zu den einfachsten Aufgaben. In der Schweiz gibt es einen Shop, der Dinamo verkauft (modellbauland.ch). Vielleicht können sie helfen.

Aber ich bin auch (noch) alles andere als überzeugt, dass die RM-C-Hardware hier das Problem ist. Ich denke, dass ein Konfigurations-, Software- oder Firmware-Problem mindestens genauso wahrscheinlich ist. Sie haben die RM-C-Firmware von 1.10 auf 1.40B aktualisiert und beide haben das gleiche Problem. 1.40 ist zu 80% neu geschrieben, daher sind beide Codes sehr unterschiedlich und das reduziert die Änderung, dass die Firmware das Problem ist. Und 1.1x ist seit Ewigkeiten ohne Probleme draußen.
Ich möchte sicher keine Probleme an den Tisch von irgendjemand anderem verschieben, aber als Sie "vor 3-4 Monaten" schrieben, war das erste, was mir in den Sinn kam, "das war kurz nach dem Veröffentlichungsdatum von iTrain 5".

Sie schreiben im ersten Post, dass "die Kommunikation zwischen PC und RM-C einfriert", aber ist das so?
Wenn die Kommunikation stoppt, sollte das RM-C einen Not-Halt ausgeben, was nicht der Fall ist. Sie können die Züge von iTrain aus anhalten, was bedeutet, dass es weiterhin eine Kommunikation geben muss, was erklärt, warum das RM-C die Züge nicht anhält, da es immer noch "unter Kontrolle" ist.
Wenn Ihr Problem auftritt und Grün leuchtet. leuchtet das Orange am RM-C (=PC-Messaging) noch? Wenn dies der Fall ist, sendet iTrain immer noch Nachrichten und es wäre interessant zu wissen, was sie sind.

Best regards, MfG Leon

Posted by fleozwei on 2021-06-15 11:16

Hi Leon,
ja das verstehe ich. Postversand in die Schweiz ist nicht einfach. Den Laden hier in der Schweiz habe ich schon gefunden, aber bisher habe ich meine Sachen direkt in NL bestellt und nach DE schicken lassen.
Du hast recht mit der Aussage, dass das Dinamo noch reagiert bei einem Drücken der ESC Taste (Notstop).
Ich meine auch, dass die orange LED immer noch leuchtet.
Also ein richtiges Einfrieren ist es in dem Fall nicht, eher eine "ÜBERFORDERUNG", weil zuviele Befehle abgeschickt werden?
Ich werde als Nächstes auf alle Fälle mal auf ITrain 4.x zurückstellen und weitere Tests machen.
Ich hatte da ITrain 5 im Dezember 2020 installiert und eingerichtet, aber so richtig mit Volllast bin ich erst im Jahr 2021 gefahren.

Ich werde jetzt testen, testen, testen, und den Grund schon noch finden.

Viele Grüsse nach Holland, Klaus

Posted by Leon van Perlo on 2021-06-16 13:44

Hallo Klaus,

Wie geschrieben, ich weiß, dass es eine andere Installation mit einem ähnlichen Problem gab.
Es ist interessant (wenn nicht notwendig) zu wissen, was iTrain sendet, wenn das Problem auftritt, da es anscheinend immer noch etwas sendet.
Wenn Sie noch eine iTrain4-Implementierung zum Ausprobieren haben, kann dies hilfreich sein. Wenn es in iTrain 4 nicht auftritt und in 5, wissen wir zumindest etwas, aber immer noch keine Lösung.

Freundliche Grüße,
Leon

Posted by fleozwei on 2021-06-16 13:54

Hi Leon,
ich habe mir gestern noch das Forum von ITrain genau angeschaut.
Es gibt da ein paar Themen wo es um Probleme mit Schnittstellen zu Zentralen in ITrain Version 5 geht.
Ich werde die Tage ein paar Versuche mit Datenaufzeichnung machen um der Sache auf die Spur zu kommen.
Ich habe das Problem auch im ITrain-Forum gepostet, mal schauen wie es weitergeht.
Ich werde auf alle Fälle immer mal wieder einen Status hier reinschreiben.

Viele Grüsse
Klaus

Posted by Leon van Perlo on 2021-06-16 20:31

Klaus,

Ich stimme Ihnen zu, dass diese Einstellungen in Ihrem Fall keinen Unterschied machen sollten.

Freundliche Grüße, Leon

Posted by Leon van Perlo on 2021-06-18 10:36

Klaus,

Ich habe einige Optionen mit Xander besprochen. Er wird einige zusätzliche Verbesserungen an der Ausnahmebehandlung und Diagnose vornehmen. Dies kann das Problem lösen oder nicht, aber es sollte zumindest weitere Informationen über mögliche Ursachen geben.

Freundliche Grüße, Leon

Posted by fleozwei on 2021-06-25 11:25

Hallo Leon,
ich hatte die letzten Tage viel mit Xander gesprochen. Das ganze Problem ist wahrscheinlich gelöst.
Die Ursache lag nicht in der Dinamo-Hardware sondern in den Kommunikationseinstellungen bzw. den Kommunikationsgrenzen wenn sehr viele Befehle zu einem Moment abgesetzt werden müssen.
Dann konnte das RM-C nicht mehr antworten und ITrain hat versucht diese "fehlgeschlagenen" Befehle immer und immer wieder zu senden. Dadurch wurde die Kommunikation überlastet.
Die Lösung ist eine Kommunikationsverbesserung in ITrain und auch Einstellungsvorgaben des Interfaces:
Kleine Tipps (für ITrain-Nutzer, Version 5.0.x):

• Für Analoge Loks:

Immer mind. Stufenschrittweite 2 nehmen.
Nur Stufenschrittweite 1, wenn die Stufenverzögerung auch mindestens 200 ms.
Sonst kommen einfach zu viele Fahrbefehle.
Am Besten eine Kombination aus Beidem.

• Für DCC28:

Ist Stufenschrittweite 1 kein Problem, aber nicht unter Stufenverzögerung 100 ms gehen.
Aber höher ist besser.

• Für DCC126:

Sollte man Stufenschrittweite 4 nehmen.
Wenn doch weniger dann auch Stufenverzögerung einiges höher als 100 ms.

• Unter Schnittstelle Spezifisch -> Übertragungsintervall nicht höher als 5 ms zu machen. Vielleicht passt auch 1 ms gut.

Somit sollte dieses Thema erledigt sein.
Ich danke dir Leon für die schnelle Hilfe.

Viele Grüsse aus der Schweiz, Klaus