Loconet Meldungen verzögert

Aus RailRoad&Co.-Wiki
Version vom 11. Februar 2023, 10:42 Uhr von Uslex (Diskussion | Beiträge) (Loconet Rückmelder Digikeijs 4088LN)
(Unterschied) ← Nächstältere Version | Aktuelle Version (Unterschied) | Nächstjüngere Version → (Unterschied)
Zur Navigation springenZur Suche springen
Verwendung
thumbs


Antwortzeit Loconet Rückmelder Digikeijs 4088LN

Problem

Nach dem Start des Programmes erfolgte die Besetzmeldung der Blöcke über das Loconet erst nach ca. 10 Sekunden.

Erklärung

Karst Drenth von Digikeijs beschreibt im Stummiforum:

Ja, es gibt eine ziemliche Schwachstelle im LocoNet. Und das heisst "Kollisions-Vorbeugung". Wenn z.B. ein Melder melden möchte, muss der warten bis der Bus frei ist. Bei regem Verkehr, wie es auftritt beim Starten einer Anlage, wenn alle RM ihren Stand melden wollen, kommt es schnell zu was man im Englischen "Contention" nennt. Auf Deutsch: Es dauert so lange bis der Bus frei wird, dass ein oder mehere Module das warten aufgibt/aufgeben. ( Wie in den Specs vorgeschrieben... )

Dazu kommen noch zwei DR4088LN spezifische Probleme:

1. Durch eine ändereung in der Komponentenbeschaffung, sind seit etwa 2018 bestimmte Bauteile mit Spezifikationen die ausserhalb des Entwurfbereichs fallen, verbaut worden. Die Folge ist, dass unzurecht Kollisionen detectiert werden bei viele Module am Bus. Normal liegt so eine Grenze irgendwo zwischen 25 und 45. Durch diesen Petzer ist das runter zu 10-12...

2. als Folge des unzurechtes detektieren kommt die Firmware in einen Stand, der einen Bug hat. Folge: Die FW des 4088LN zieht die LocoNet Signalleitung nach Masse und lässt bis Auschalten nicht mehr los...

Für beide gibt es eine Lösung. Nur für die Schwachstelle nicht. Das heist beim 4088LN. Neuere bzw Modernere Entwürfe haben da eine konfigurierbare Lösung bekommen.


Weblinks


-- Uslex (Diskussion) 10:41, 11. Feb. 2023 (CET)