Hallo

Bislang hatte ja niemand die OpenDCC Zentrale mit WDP betrieben.

Da ich es nun endlich geschafft habe, diese Opensource Selbstbau Zentrale nachzubauen und zu programmieren,
habe ich heute nun ausführliche Tests durchgeführt.

Equipment:
OpenDCC Zentrale mit USB Anschluß und XPressnet Adapter, Roco Multimaus zum steuern und
3 HSI kompatible S88-N Ports, die parallel eingelesen werden. Die Zentrale hat eine Priorisierung der Lokbefehle und einen FIFO für die XEvents des S88 Bus, der mit 50ms Intervallen ausgelesen werden kann.
WDP ProX.3

Ich habe die Zentrale im TAMS MC Modus mit P50x angesteuert, da ich dem Intellibox Modus nocht so traue, wegen etwaiger "Tricks", Timeouts und Resets zu verhindern.

Ergebnis: Alles läuft wunderbar. Loks und Zubehördecoder lassen sich einwandfrei steuern, Daten werden von der Multimaus an WDP und auch umgekehrt gesendet und richtig angezeigt.
Die Rückmelder werden korrekt erkannt und dargestellt.

Leider kann man bei TAMS minimal 100ms Intervall für das Abfragen der Rückmelder eintragen,
aber vielleicht kann Herr Peterlin oder andere Beteiligte mir da weiterhelfen. Ich würde dort gerne 50ms eintragen können, weil wir mindestens so schnell sind, wie bei Selektrix. Vielleicht kann ich das bei mir patchen oder eine Version für OpenDCC bekommen?

Gruß
Thomas

Hallo Thomas,

ZitatLeider kann man bei TAMS minimal 100ms Intervall für das Abfragen der Rückmelder eintragen,
aber vielleicht kann Herr Peterlin oder andere Beteiligte mir da weiterhelfen. Ich würde dort gerne 50ms eintragen können, weil wir mindestens so schnell sind, wie bei Selektrix. Vielleicht kann ich das bei mir patchen oder eine Version für OpenDCC bekommen?

Wenn die Tams es zulässt alle 50 ms die kpl. Rückmelder einzulesen, glaube, in WDP wäre es möglich das Einleseintervall auch auf 50 ms zu ändern.
Wenn die Tams nur alle 100 ms die Melder einliest, bringt es doch nichts in der Software das Einleseintervall auf 50 ms zu ändern.

Zitatweil wir mindestens so schnell sind, wie bei Selektrix.

och, bis ca. 10 Loks oder DCC-angesteuerte Verbraucher seid ihr DCCler doch schneller als SX, SX  ist doch ein lahme Krücke.  

Das Problem ist das DCC Protokoll, der Zeitrahmen für eine Übertragung eines kpl. Befehls liegt fest.  Leider wird bei DCC ein kpl. nachfolgender Befehl  erst nach dem vorhergehenden Befehl gesendet und die Zeiten addieren sich.
Bei SX  sind die "Befehlsrahmen geschachtelt" und es werden beim ursprünglichen SX alle ca. 80 ms alle Adressbytes und Datenbytes kpl. übertragen, gleich ob auf der Anlage gebraucht oder nicht, deshalb so wenig Adressen und Funktionen gegenüber DCC-möglichen über 32000 Funktionen (lt. Uhlenbrock   ).
Beim neuen SX2 oder bei Rautenhaus kann das Timing auch etwas anders aussehen.

Ich denke, die 100 ms Einleseintervall sind schon ganz gut, vor allem, wenn das Timing halbwegs konstant ist und ein konstantes Timing ist doch sehr vorteilhaft.

Hallo, Thomas,

da irrst Du Dich. Ich betreibe OpenDCC seit über 2 Jahren und hatte das im Forum auch erwähnt. Ursprünglich im IB-Modus seit einer Weile TAMS MC. Im IB-Modus geht es nicht um Resets von OpenDCC wegen des IB-Modus sondern um Vorkehrungen in WDP, um IB-Resets zu vermeiden. Dadurch wird letztendlich unsere Zentrale ausgebremst, weil WDP ja nicht weiß, dass in Wirklichkeit nicht eine IB sondern OpenDCC dranhängt.

Freundliche Grüße aus LE
Dieter

PS: Ich habe aber trotzdem das Gefühl, dass wir die beiden einzigen sind.

Hi

Ach Du bist dietru ;-)   alles klar!

Ja, die Zentrale ist ein Schmankerl, wenn man sich ein wenig mit der Technik anderer Systeme befaßt hat.
Hier erkennt man sehr schnell, daß die Entwickler Ahnung hatten und aus den Erfahrungen das Optimum zusammengestellt haben. Und das für 100 Euro inkl. Railcom, Booster, XPressnet und 3 S-88 Stränge.
Gewisse Erfahrungen muß man aber mitbringen...

Gruß
Thomas

Moin,

ich greif das Thema nochmal auf wenn´s recht ist.

Der Dieter hat geschrieben das er die OpenDCC als TamsMC ansteuert.
Müssen Einstellungen an der Zentrale angepasst werden und wenn ja welche ? Ich habe die z.Zt. über RocRail
seriell laufen und hätte sie als Intellibox eingestellt.

Gruß, Lars

Zitat von: Thomas Wilcke in 11. Juni 2010, 23:26:40
Hallo

Bislang hatte ja niemand die OpenDCC Zentrale mit WDP betrieben.

Da ich es nun endlich geschafft habe, diese Opensource Selbstbau Zentrale nachzubauen und zu programmieren,
habe ich heute nun ausführliche Tests durchgeführt.

Equipment:
OpenDCC Zentrale mit USB Anschluß und XPressnet Adapter, Roco Multimaus zum steuern und
3 HSI kompatible S88-N Ports, die parallel eingelesen werden. Die Zentrale hat eine Priorisierung der Lokbefehle und einen FIFO für die XEvents des S88 Bus, der mit 50ms Intervallen ausgelesen werden kann.
WDP ProX.3

Ich habe die Zentrale im TAMS MC Modus mit P50x angesteuert, da ich dem Intellibox Modus nocht so traue, wegen etwaiger "Tricks", Timeouts und Resets zu verhindern.

Ergebnis: Alles läuft wunderbar. Loks und Zubehördecoder lassen sich einwandfrei steuern, Daten werden von der Multimaus an WDP und auch umgekehrt gesendet und richtig angezeigt.
Die Rückmelder werden korrekt erkannt und dargestellt.

Leider kann man bei TAMS minimal 100ms Intervall für das Abfragen der Rückmelder eintragen,
aber vielleicht kann Herr Peterlin oder andere Beteiligte mir da weiterhelfen. Ich würde dort gerne 50ms eintragen können, weil wir mindestens so schnell sind, wie bei Selektrix. Vielleicht kann ich das bei mir patchen oder eine Version für OpenDCC bekommen?

Gruß
Thomas

Zitat von: Dieter Trudel in 15. Juni 2010, 20:41:46
Hallo, Thomas,

da irrst Du Dich. Ich betreibe OpenDCC seit über 2 Jahren und hatte das im Forum auch erwähnt. Ursprünglich im IB-Modus seit einer Weile TAMS MC. Im IB-Modus geht es nicht um Resets von OpenDCC wegen des IB-Modus sondern um Vorkehrungen in WDP, um IB-Resets zu vermeiden. Dadurch wird letztendlich unsere Zentrale ausgebremst, weil WDP ja nicht weiß, dass in Wirklichkeit nicht eine IB sondern OpenDCC dranhängt.

Freundliche Grüße aus LE
Dieter

PS: Ich habe aber trotzdem das Gefühl, dass wir die beiden einzigen sind.

Hallo Walter,

kannst uns bitte noch kurz schreiben, was Du uns mit Deinem Beitrag sagen willst?

Hallo Peter,

schau mal auf sein Profil. Das wollte er damit ausdrücken. Er nutzt auch OpenDCC

Hallo Joachim,

ok, das war aber sehr umständlich und auch aufwändig! Kann man sich eigentlich sparen.