Hallo Zusammen!

Weiß jemand zufällig, wie häufig bei DCC das Signal an einen Decoder gesendet wird? Passiert das nur einmal bei einer Änderung, oder wird die Information zyklisch übertragen? Wenn ich z.B. die Geschwindigkeit für eine Lok erhöhe, wird dann die neue Geschwindigkeit nur einmalig an die Lok gesendet oder erfolgt die Übertragung der Geschwindigkeit zyklisch?

Danke und Gruß,
thoern

Als absoluter Digitalprofi +#*!!?11.11.%&$, diese Antwort.

Es kommt auf die Zentrale an.

Bei Selectrix erfolgt die Übertragung aller Signale 13 mal pro Sekunde als schnellster Datenbus aller Systeme. Egal ob DCC oder Selectrix.

Oder habe ich da was verwechselt??

Servus thoern,

die Befehle werden bei DCC dauernd zyklisch wiederholt. Im Gegensatz zu Selectrix gibt es aber keine feste Zykluszeit. Die Befehle werden in Datenpakete unterschiedlicher Länge gepackt.
Im günstigsten Fall bei nur einem Befehlsempfänger wird der Befehl ca. alle 6 Sekunden wiederholt. Wenn 20 Loks gleichzeitig fahren, kann es dagegen schon mal eine Sekunde dauern bis ein Befehl wiederholt wird.

Gruß
Knut

Servus und danke euch für die Infos.

Inzwischen bin ich auch in der Spezifikation fündig geworden. Aussage: Pakete für einen Dekoder sollen so oft wie möglich gesendet werden, allerdings müssen zwischen zwei Paketen für denselben Dekoder mindestens 5ms liegen:

Packets sent to Digital Decoders should be repeated as frequently as possible, as a packet may have been lost due to noise or poor electrical conductivity between wheels and rails. Power may also be removed from the rails between the Packet End Bit and the Preamble of the next packet to allow for alternative command control formats. A Digital Decoder shall be able to act upon multiple packets addressed to it, provided the time between the packet end bit of the first packet and the packet start bit of the second packet are separated by at least 5 milliseconds.

Gruß,
thoern

Hallo Thoern,

Knut meint sicher alle 6ms, nicht Sekunden

Die Abfolge sollte so sein, wie Du beschrieben hast:
L1 L2 L3 LX L4 LX L5 LX L6 L7 L8 L1 L2

Machen wohl nicht alle so.

@ Kurt:
Deine Aussage, "kommt auf die Zentrale an" ist richtig, das mit SX ist falsch. Auch der "schnellste" Bus macht DCC nicht schneller.

Grüße
Stephan

Zitat von stephan_bauer

---

Deine Aussage, "kommt auf die Zentrale an" ist richtig, das mit SX ist falsch. Auch der "schnellste" Bus macht DCC nicht schneller.

---

Jede zusätzliche Lok und jedes zusätzliche Funktionspaket (1Paket entspricht 4Funktionen) macht DCC langsamer, während bei reinem SX jeder Decoder immer 13 mal in der Sekunde seine Informationen von der Zentrale bekommt, egal ob eine Lok auf dem Gleis steht oder im Fahrbetrieb mit 20 Loks gleichzeitig auch noch 320 Belegtmelder abgefragt werden

Hallo zusammen,
und was passiert bei MM? Es würde mich interessieren ob MM im Vergleich zu DCC deutlich langsamer ist oder gleichschnell.
Grüße
Egon

@ Bayer
Du hast Recht, kann nicht erkennen wo ich was anderes behauptet hätte und in der Frage von Thoern geht es um was ganz anderes.

Grüße
Stephan

Jetzt kommt von mir als als absoluter Digitalprofi +#*!!?11.11.%&$, diese Frage:

Wie wird denn eine Lok mit Esu Lopi 4.0 und der Selectrix Zentrale/Handregler angesteuert, mit DCC oder nach dem Selectrix Protokoll? Oder kann man das wählen. Ich habe ja geschrieben, bin halt Profi

Hallo,

bei den Lopis ist das so eine Sache, da wird das Format automatisch umgestellt: empfängt der Decoder für seine Adresse "in Sx" Infos reagiert er darauf, wird seine Adresse in "DCC" angesprochen eben auf DCC.
Format-Umstellung geht erst wieder nach einer stromfreien Pause.

Bei Doehler & Haass-Decodern wird die Betriebsart durch Programmierung festgelegt: es reicht das Schreiben einer CV - dann reagiert der Decoder auf DCC, Änderung eines Sx-Parameters - auf Sx.

Da die Datenstruktur zwischen DCC und Sx jedoch grundverschieden ist besteht da kein Problem.

Peter

Danke dir Peter.

Die Antwort ist für mich schon ausreichend. Ich würde mir seitens der Hersteller eine bessere Erklärung wünschen, vor allem ein die bei Null Wissen beginnt und allgemeinverständlich ist, dann würden sich viele Fragen hier von selber erledigen.

Hallo !

Möchte mich auch einbringen mit einer Zusatzfrage :
Hängt die Übertragung mit einer Baudrate zusammen ?


Als Nebenbei Bemerkung , Beobachtung .
Mit PC : Bis jetzt habe ich entsprechend der Situation die Rückmelder so gesetzt das ein stimmiges bremsen und halten gewährleistet war .
Und die Empfohlenen Baudraten gewählt .
Per Handregler war ich und Mitspieler der Präzision eigener Herr. Im Spielbetrieb bis zu 5 Handregler / Spieler .
Hatte nicht den Eindruck von Verzögerungen obwohl ein schönes durcheinander von Funktionen geschalten wurde , bei Lok sowie Digitalweichenantrieb .

Hallo zusammen

Zitat von Schachtelbahner

---

Bei Selectrix erfolgt die Übertragung aller Signale 13 mal pro Sekunde ...

---

Korrekt.

Zitat von stephan_bauer

---

Knut meint sicher alle 6ms, nicht Sekunden

---

6ms sind korrekt, wenn nur eine einzige Lok mit kurzer Adresse und ohne Funktionen auf den Gleisen steht. In Anbetracht dessen, dass das auch mit einer analogen Lok gemacht werden kann dürfte das relativ selten vorkommen. Mit einer Lok mit langer Adresse und acht Funktionen ist man schnell bei 25ms. Bei vielen stehen aber über zehn Loks auf den Gleisen...

Was bei SX garantiert ist: Nach 77ms kommt eine Wiederholung.
Bei DCC ist die Wiederholung nicht innerhalb einer bestimmten Zeit zwingend gegeben.

Zitat von Dreispur

---

Hängt die Übertragung mit einer Baudrate zusammen ?

---

Die Baudrate ist wichtig für die Kommunikation zwischen PC und Zentrale.

Gruss
Teddy
_________________
Was ist meine Modelleisenbahn wert?

Hallo,

es kommt auch immer darauf an wie die Schnittstelle zwischen PC und Zentrale konstruiert ist.

Manche Zentralen geben Änderungen über ihren "Reglerbus" nur mit Verzögerung an den PC weiter aber arbeiten diese in ihre Gleisbefehle sofort ein, das führt zu solchen Effekten.

Mir ist das schon bei einem Bekannten aufgefallen der mit Xpress-Bus fährt, dass dort ein Halbautomatischer Verkehr mit PC-Steuerung nicht wirklich störungsfrei läuft.
Ob und in wieweit man dort die jeweiligen Zentralen bzw. die Software anpassen muss - keine Ahnung.

Da ist der Sx-Bus doch im Vorteil, bei mir gibt es da kein "Verschlucken".

Peter

Hallo !


Wieweit ist der SX - Bus vergleichbar mit DCC Zyklus ?

Meine Decoder sind fast alle Multiprotokoll .

Ist es nicht so das im Regler die Software steckt und die Gleisbox via Booster die Befehle weitergibt .
Denke da wird schon ein Unterschied sein was an Häufigkeit und Wiederholrate angeht .
Es wird ja immer wieder von Sortenreinen System gesprochen jedoch ist es oft der Preis das kompatible Decoder gekauft werden .

Mich hat es bis jetzt nicht wirklich interessiert was die Häufigkeit angeht . Ist jedoch auch Wissenswert darüber informiert zu sein .
Sollte bei mir einmal Probleme auftauchen so hoffe ich auch dieses zu berücksichtigen .
In diesen Sinne .

Hallo,


bei Selectrix hängt eben eine andere "Philosophie" dran, es wird immer der komplette Rahmen übertragen, selbst wenn nur eine einzige Lok fährt.
Grund ist, dass aus dem "Datenstrom" die früheren Decoder auch ihren eigenen Arbeitstakt generieren. Da der Rahmen 13 x pro Sekunde komplett übertragen wird spielt das auch keine Rolle. Will heissen: egal ob 1 Lok oder 100 auf dem Gleis stehen: alle bekommen 13 x pro Sekunde ihre Infos.

Bei anderen Systemen wird dagegen immer die Information aufs Gleis gegeben die "aktiv" sind, dadurch kann die Zeit stark schwanken.
DCC-Schaltbefehle (z.B. für Weichendecoder) werden 2 x wiederholt.
Lokadressenbefehle dagegen dynamisch je nach Verkehrsaufkommen, einige Zentralen haben dabei auch Logiken entwickelt, dass geänderte Werte mit Vorrang wiederholt werden.
Man kann jedoch sagen, dass im vernünftigen Stil (sprich bei bis zu 20 Fahrzeugen aktiv auf der Strecke) das Zeitverhalten auch noch für die Praxis völlig ausreichend ist.
Einige Systeme haben jedoch immer das Problem, dass über den Bus geänderte Fahrbefehle erst verspätet beim Computer landen. Daher sollte man dem Thema Rückmeldung bei der Nutzung solcher Systeme verstärke Aufmerksamkeit widmen.

Die "Gleisbox" bei der Trix MS1 ist eine kleine aber komplette Sx-Zentrale mit 16 Zusatzkanälen für DCC oder Sx2, leider mit etwas schlapper Endstufe.

Die "Intelligenz", sprich alles was über das Produzieren des Arbeitstakts, das "Schieben" der Daten und das Verstärken (Booster) hinausgeht macht der Handregler, das ist korrekt.
Allerdings könnte man (wenn der Strom auf dem Bus nicht so begrenzt wäre) auch 99 Handregler anschließen...

Peter

Wenn man mehrere hundert Lokadressen vergeben hat, gerät ein System mit festem Rahmen wie SX an seine Grenzen. Dann ist Flexibilität wie bei DCC besser.

Wenn man mit 28 Funktionen fahren will, stellt sich die Frage nach SX nicht.

Zitat von Peter Müller

---

Wenn man mehrere hundert Lokadressen vergeben hat, gerät ein System mit festem Rahmen wie SX an seine Grenzen. Dann ist Flexibilität wie bei DCC besser.

Wenn man mit 28 Funktionen fahren will, stellt sich die Frage nach SX nicht.

---

Diese Aussage ist falsch.

Zitat

---

Diese Aussage ist falsch.

---

Welche? Die erste, die zweite oder beide? :

Zitat von Muengstener Brücke

---

Zitat

---

Diese Aussage ist falsch.

---

Welche? Die erste, die zweite oder beide? :

---

Ich bin ganz gespannt.

Zitat von Peter Müller

---

Zitat von Muengstener Brücke

---

Zitat

---

Diese Aussage ist falsch.

---

Welche? Die erste, die zweite oder beide? :

---

Ich bin ganz gespannt.

---

Die Erste.

ESU hat mal in seinem Forum geschrieben, daß bei der Nutzung von Railcom NICHT mehr sämtliche Informationen an diesen Decoder übertragen werden, und man somit die Bandbreite einsparen kann, was schlussendlich zur Folge hat, daß bei großen Anlagen das Signal mit DCC nicht langsamer wird. Die Begründung hierfür ist, daß der Decoder ein Quittierungssignal sendet, und die Zentrale die Befehle für diesen Decoder nicht mehr ständig wiederholen muss. Erst wieder bei einem neuen Befehl seitens der Eingabe an der Zentrale.

Dieses finde ich einen großen Vorteil von Railcom.

Hallo,

ich bin auch mal gespannt...

Peter

@Thomas

Das ist so nicht ganz richtig.
DCC wird langsamer, je mehr Befehle übertragen werden müssen. Durch die Auswertung des Railcom-ACK müssen keine Wiederholungen gesendet werden. Das erhöht den Durchsatz der unterschiedlichen Befehlen.
Mit Railcom+ wurde noch ein effektiverer DCC-Befehl eingeführt, der Fahrstufen und Funktionsbefehle zusammenfasst.

Die Info dass die Ecos den Railcom-ACK auswertet ist mir neu. Meines Wissens nach wertet bisher nur die BiDiB-GBMBoost den ACK aus.
Könntest Du mir vielleicht die Info von ESU zukommen lassen?

Grüße
Stephan

Hallo Stephan,
Bist du im ESU-Forum registriert und kannst im ECoS-Bereich lesen?
Ansonsten kann ich die zwar den Link schicken, du kannst ihn aber nicht lesen.