Hallo MoBa Freunde,
Seit kurze Zeit habe ich ein Problem mit meiner Anlage, die bisher immer gut lief.
Wenn ich mehr als 10 Züge gleichzeitig in Bewegung habe, tritt ein Phänomen auf, dass ein Zug nicht hält oder sich nicht richtig verhält, was völlig zufällig zu sein scheint in Bezug auf welche Lok oder Intelligenter Fahrzeug-Anzeiger oder Fahrstraße ist beteiligt. Dies passiert nicht immer, aber gelegentlich und verursacht ernsthafte Probleme
Was passiert, ist, dass der Zug überschießt und über die RMK endet, aber was meistens passiert, ist dass der Zug normal bremst, aber nicht vollständig anhält und kontinuierlich mit sehr niedriger Geschwindigkeit weiter fährt V = < 5 km/hr), was zu ernsthaften Problemen führt . Im letzteren Fall zeigt WDP die Fahrstraße als vollständig fertiggestellt und fertig an, der Zug ist im IFA angekommen, WDP zeigt für die Lokomotive Geschwindigkeit 0 und die Intellibox zeigt Geschwindigkeit 0 an, aber der Zug selbst hat nicht angehalten.
Wie oben erwähnt treten die Probleme ab 10 oder mehr Zügen gleichzeitig fahren auf, unter 10 läuft die Anlage perfekt und ich kann problemlos Hunderte von Haltestellen fahren.
Einige Hintergrundinformationen. Ich verwende WDP2021.0b in Kombination mit einer Intellibox IR und 4 Power 3 Boostern zum Ansteuern der 4 Gleissegmente in Kombination mit einem direkt an den PC angeschlossenen HSI-s88-USB zur Verwaltung des RMK. Die Anlage besteht aus ca. 300 m Gleis, 100 Weichen und fasst 50 bis 60 Züge, wobei 8 bis 14 Züge gleichzeitig verkehren.
Erkennt das jemand oder hat einen Rat, was oder wo man entweder in WDP (einige Systemparameter?) oder in anderen Teilen nachsehen kann?
Vielen Dank im Voraus für Kommentare oder Feedback.
Mit freundlichen Grüße,
Ronald Meijer
Ich habe Google Translate für die Konvertierung vom Niederländischen ins Deutsche verwendet, daher entschuldige ich mich für etwaige Fehler im Text, aber ich wollte das Deutsche Forum konsultieren, da es hier so viel Fachwissen gibt.
Hallo Ronald.
Um eine Analyse deiner Probleme zu machen, bräuchten wir noch ein paar Infos.
Deine Loks, haben die 14, 28 oder 128 Fahrstufen?
Dein Computer, hat er eine serielle Schnittstelle, oder benutzt du einen RS232-USB Adapter?
Deine Weichen und Signale, werden die über den Fahrstrom angesteuert oder über das Loconet ?
Mit welcher Geschwindigkeit steuerst du deine IB an? (2400bit/s oder schneller)
Meine Vermutung liegt daran, dass die IB mit den empfangenen Daten über der seriellen Schnittstelle überlastet ist.
mfg
Guy
Hallo Ronald,
Zitat...Im letzteren Fall zeigt WDP die Fahrstraße als vollständig fertiggestellt und fertig an, der Zug ist im IFA angekommen, WDP zeigt für die Lokomotive Geschwindigkeit 0 und die Intellibox zeigt Geschwindigkeit 0 an, aber der Zug selbst hat nicht angehalten...
Da die Zentrale v=0km/h mitbekommen hat, sieht es für mich danach auch, dass der Dekoder in der Lokomotive den letzten Fahrbefehl (v=0km/h) von der Zentrale nicht mitbekommen hat.
Das kann jetzt viele Ursachen haben.
Z.B. zu viel Traffic auf dem Gleis, gestörtes Gleissignal, Zentrale hat v=0km/h nicht weitergegeben ...
Hast du in der letzten Zeit eine neue Lokomotive auf der Anlage eingesetzt oder sonst etwas verändert was das Gleissignal beeinflussen könnte ?
Wie viele Protokolle werden an deiner Zentrale gleichzeitig verwendet ?
Grüße
Gerold
@ Guy, Vielen Dank für Ihre Reaktion.
Ich werde versuchen, Ihre Fragen so gut wie möglich zu beantworten.
Meine Züge fahren DCC 28/128 und Selectrix 31 Fahrstufen, ich habe beide decoder
Das IB verwendet Loconet T-Verbindung mit USB-Konverter zu USB im PC
Der IB verwendet eine Baudrate von 19200 Bit/s
Die Weichen und Signale gehen durch IB, der Fahrstrom wird von 4 Boostern auf das Gleis geliefert, so der IB liefert keinen Fahrstrom.
@ Gerold, Danke auch sie für Ihre Reaktion.
Im Laufe der Jahre habe ich viele verschiedene Lokomotivdecoder erworben (D&H, Kuehn, Minitrix, Fleischmann, Rautenhaus, Lenz, Tran, ESU, Uhlenbrock, Zimo und Piko) und ich habe sowohl Selectrix als auch DCC-Lokomotiven/Decoder auf der Strecke.
Und ja, ich habe kürzlich den E10 von Minitrix 16102 in die Anlage aufgenommen un die Hobbytrain BR193 mit einem Zimo decoder (die erste auf meinen anlage).
Ich freue mich auf Ihre weiteren Reaktionen
Mit freundlichen Grüßen,
Ronald Meijer
Hallo Ronald,
steht da wirklich auch eine 0, nicht wie in meiner Anlage eine 1 im roten Feld ??.
Ansonsten fährt die Lok weiter.
Hallo Ronald,
kannst du bitte mal bei deine Daten. die Anlagen- und Rechnerkonfiguration angeben.
Das wäre hilfreich für uns, und du brauchst es nicht immer im Text eingeben.
Hallo Herbert
Ja bei mir steht da eine 0 und auch die Fahrstrasse ist fertig.
Ich bin mir nicht sicher, was Sie meinen, diesen Schaltplan oder eine Zip-Datei meines WDP-Projekts.
Mit freundlichen Grüßen,
Ronald Meijer
Hier auch die Datensicherung for meinen WDP project ohne die Lokbilder und Usersymbole.
Hallo Ronald,
du schreibst
Zitat...Seit kurzer Zeit habe ich ein Problem mit meiner Anlage, die bisher immer gut lief...
Was hast du denn genau in dieser Zeit verändert ?
Könntest du für mich bitte einen Versuch mit 11 Lokomotiven durchführen, die
KEINEN ESU, PIKO oder Uhlenbrock Dekoder eingebaut haben.
Lass dabei auch bitte deine neuen Fahrzeuge (E10 von Minitrix 16102 und Hobbytrain BR193) dazu weg.
Am besten wäre ein Versuch mit 11 Lokomotiven die alle einen D&H Dekoder eingebaut haben und alle das DCC Protokoll verwenden.
Ich denke aber, dass du keine 11 Loks mit D&H zusammenbringen wirst :)
Berichte bitte dann, ob das Problem beseitigt oder immer noch vorhanden ist.
Oder falls du ein Oszilloskop hast, beobachte das Gleissignal auf sog. "Spikes".
Dazu am besten jede Lokomotive einzeln fahren lassen und dabei das Gleissignal beobachten.
Es sollte hier immer ein sauberes Rechtecksignal ohne Wellen und Spitzen angezeigt werden.
Meine Vermutung ist ein Lokdekoder der das Gleissignal stört/verfälscht und deshalb das Signal teilweise am Dekoder nicht angenommen wird.
Hier darf man sich nicht immer auf die Hersteller verlassen. Da ist eine eigene Kontrolle sehr wichtig.
So sollte ein Signal
NICHT aussehen:
Das war einer der oben genannten Dekoder die du zu dem Test
nicht einsetzen sollst
(https://up.picr.de/29306144bb.jpg)
So sollte ein gutes Signal aussehen:
Das ist der Dekoder nachdem er korrekt entstört wurde
(https://up.picr.de/29306145ig.jpg)
Grüße
Gerold
Hallo Herold,
Danke und ja ich konnte eine test mit nur DCC/ D&H decoders machen (ich habe 20 or so) aber nicht Heute, das braucht etwas Vorbereitung ;)
Ich werde den Test später in der Woche machen.
Ich habe selbst keine Oszilloskop aber eine MoBa freunde hat eine.
Mit freundlichen Grüßen,
Ronald Meijer
Hallo Roland
Warum setzt du dann deine Fahraktivitäten nicht auf maximal 10 Züge fest?
Lege dir den Fahrdienstleiter an, und nimm dort alle deine FAZ auf die mit deinen befahrenen Strecken zusammen hängen.
Mir der Anzahl kannst du dann ja experimentieren.
Ronald,
hast Du mal die CPU-Auslastung bei Vollbetrieb gemessen?
Sind die Booster da noch nicht voll ausgelastet?
Gruß Peter :)
@Edwin,
Ja danke, der Test ist in der Tat brauchbar, das werde ich ausprobieren und dann 1 zu 1 durchführen, dann werde ich dafür ein spezielles Testprojekt machen.
@ Peter
Ich habe 4 3A-Booster und überwache sie mit V/A-Meters und sie überschreiten nie 1,5 A, also denke ich nicht, dass die Booster überlastet sind. Ich habe auch die CPU-Last überprüft und sie ist niedrig.
Danke euch beiden für den Tipp.
Mit freundlichen Grüßen,
Ronald Meijer
Hallo Roland
Das Problem sind nicht die Booster!!!
Ich sehe hier eher die Verbindung (Bautrate) zwischen PC und Zentrale, bzw. die Verarbeitung der Daten in der Zentrale (CPU und In-Output zu Bahn und PC).
Hallo Edwin,
Nein, ich stimme zu, ich denke auch ernsthaft darüber nach, eine Intellibox 2 (Baudrate 115200 und direktes USB-Kabel nach PC) zu kaufen, um meine 15 Jahre alte Intellibox-1 zu ersetzen.
Mit freundlichen Grüßen,
Ronald Meijer
Hallo Roland
Du mußt kein Testobjekt erstellen.
Den Fahrdienstleiter kannst erstellen und auch wieder löschen bzw. deaktivieren ohne dass du in deinem Projekt zusätzlich noch was ändern mußt.
Und ob die IB II die beste Wahl ist, stelle ich persönlich etwas in Frage.
Es gibt derzeit soviele Zentralen die bestimmt mehr bieten für den gleichen Preis.
Aber das ist wie gesagt nur meine Meinung.
Hallo Edwin,
Ja, ich verstehe, ich habe die FDL in meinem aktuellen Projekt modifiziert. Die vorhandenen FDLs deaktiviert und 1 neue erstellt.
Bezüglich der Intellibox-2 respektiere ich deine Meinung aber ich habe auch noch 4 Uhlenbrock Power 3 Booster die ich bei Wechsel auf einen anderen Hersteller auch tauschen müsste und das extra teuer wird und ich fahre mit Selectrix und DCC Decodern, das kann auch nicht jede Zentrale.
Ich benutze den IB auch kaum, alles geht über Windigipet, so ich brauche kein sehr fortgeschrittenes Centrale, der IB sammelt bei mir hauptsächlich Staub. :)
Vielen Dank.
Mit freundlichen Grüßen,
Ronald Meijer
Guten Morgen Ronald,
ich fahre auch mit der alten IB1 und sechs Power 3. Habe die IB jedoch von der ganzen Rückmeldersache dahingehend befreit, dass ich meine über 200 RMKs für die Gleise und nochmal 100 RMKs für die Weichenstellung mit zwei Litfinski HSI88 USB mit je drei Strängen und fast alle mit RJ45 Kabel verbunden, verwalte. Das klappt super und die mir ans Herz gewachsene IB1 kann sich um Weichenstellen und Fahrbefehle kümmern.
Habe daher auch noch eine zweite IB1 für den Bastelraum und als stille Reserve, falls mal was mit der an der Anlage sein sollte.
Sehe es genau wie Du, wer mit Digipet eine größere Anlage fährt braucht keine Zentrale für 500 oder mehr Euronen. ;)
Zudem habe ich noch die Roco-WLAN-Maus. Das ist auch eine Super Sache, dass das mit Digipet geht! 8) 8)
Gruß Peter :)
Guten Morgen Peter,
Schön zu hören, dass du in einer ähnlichen Konfiguration fährst.
Ich habe mir deine Anlage bei den AnwerderGleisbildern angesehen und gehe davon aus, dass du auch ziemlich viele Züge gleichzeitig fährst.
Darf ich daraus schließen, dass Sie das Problem, das ich auf meiner Strecke habe, nicht auf Ihrer Strecke haben?
Mit freundlichen Grüßen,
Ronald Meijer
Hallo Ronald,
da ich noch schwer am Bauen bin, fahre ich momentan hauptsächlich mit Stellen und Fahren.
Zugfahrtenautomatik habe ich hauptsächlich beim Reinigungszug.
4-5 Züge gleichzeitig laufen aber ohne Probleme.
Gruß Peter :)
Hallo Roland,
das HSI ist doch eine eigene Zentrale die brauch doch keine Verbindung zum Booster, oder muß das bei deinen Boostern so sein. Siehe Anlage von dir habe ich mit rot gestrichen.
Der Vorschlag von Edwin ist zwar sehr gut, aber du möchtest doch irgend wann mehr Züge fahren lassen.
Ich empfehle dir eine zusätzliche Centrale, somit trennst du Fahren und Schalten. Es gibt doch auch Centralen die nicht so teuer sind, auch gebraucht.
Den Eintrag von deiner Anlage meinte ich. Siehe Anlage rot umrandet. Damit du nicht jedesmal alles erklären mußt im Beitrag und somit Rückfragen weniger dazu sind.
Hallo Roland,
es gibt auch Möglichkeiten im Win-Digipet.
Die Fahrstraßen nicht vor dem Signal zu beenden, sondern Z.B.: Bahnsteigmitte.
Oder auch anders. Siehe Anlage
Für alle Bahnhöfe und Mehrgleisige Gleise.
Kannst du mal selber ausprobieren mit welchen Daten.
Desweiteren, auch wenn man mich hier im Forum vielleicht steinigt, das Bremsen zu erhöhen.
Siehe Anlage
Hallo Herbert,
nun will ich Dich ja nicht steinigen, aber das Bremsen mit der Bremskorrektur zu erhöhen ist nicht Sinn dieser Option, denn damit veränderst Du ja Deine ganzen Anhaltepositionen.
Sinn der Bremskorrektur ist es nur, bei eingemessenen Lokomotiven den tatsächlichen Anhaltepunkt für ALLE Positionen zu korrigieren. Eine solche Korrektur kann z. B. nötig sein, wenn die Lok eine große Schwungmasse hat.
Willst Du das Bremsen beschleunigen, sollte das über das dynamische Verhalten in der Lokdatenbank unter Fahreigenschaften erfolgen.
Hallo Helmut,
Ich habe mal gelernt, dass das Abbremsen beim dynamischen Verhalten mit jetzt IFAZ immer auf 18 stehen kann, da dies hierfür nicht in Frage kommt, kann auch auf Null stehen. Nur wenn ich in der Fahrstraße mit Brems- und Stopkontakt arbeite, ohne IFAZ, wird das Dynamische Verhalten Abbremsen aktiv.
Im neuen Handbuch steht davon nichts.
Werde das bei nächster Gelegenheit ausprobieren. Bei allen meinen Projekten steht da die 18.
Danke für deinen Hinweis.
ABER wenn das so ist. z.B.: Wert 18 hält der Zug richtig. Dann müßte der Zug mit dem Wert 9 weiter fahren. Um aber mit dem Wert 9 richtig anzuhalten, müßte ich das Bremsen erhöhen.
Dann bin ich doch wieder da, was ich zuvor geschrieben habe. ODER!!!
Hallo zusammen,
An der Funktionalität Bremskorrektur und Brems-Wert bei den Fahreigenschaften hat sich zur 2021 hin nichts geändert.
Nur zur Sicherheit, damit keine Missverständnisse aufkommen.
Grüße
Markus
Hallo Ronald,
Ich hatte vor einiger Zeit genau das gleiche Problem. Allerdings mit meiner Ecos und nicht mit einer IB.
Bei mehr als ca.11 Loks fuhren diese an verschiedenen Stellen immer wieder über das Ziel hinweg und teilweise auch ohne Stop weiter.
Habe mir zum Schalten und Rückmelden eine weitere Zentrale besorgt.
Seitdem ist Ruhe selbst bei mehr als 15 Loks gibt es keine Probleme mehr.
Denke die Ecos ist mit der Datenmenge leicht überfordert.
Gruß
Patrick
Hallo Patrick und alle anderen, die reagiert haben,
Gut zu hören, dass jemand anderes dies auch erlebt hat, das macht meine Zweifel an mir selbst weniger. ;)
Nach all den Tests habe ich mich mehr oder weniger entschieden, eine Intellibox 2 zu kaufen, aber auch auf die angekündigte Intellibox 2 neo zu warten (es wird von Uhlenbrock für 2022 angekündigt).
Ich beschränke vorerst die Anzahl der Züge, die gleichzeitig auf der Strecke fahren, auf weniger als 10, da dann alles perfekt funktioniert.
Mit freundlichen Grüße,
Ronald Meijer
Hallo zusammen,
zuerst konnte ich die Antwort von Patrick über die Ecos nicht nachvollziehen, da ich die Ecos eigentlich immer als Leistungsstark empfunden habe.
Nach Suche im ESU Forum bin ich dann auf eine Antwort vom ESU-Support gestoßen:
Zitatdigilok schrieb:
Hier die erste Frage: schafft die ECoS das, oder brauche ich eine 2. Tams - die es könnte.
Kommt darauf an. 15 Loks sollten gehen, aber wenn die PC-Programme mit Soft-ABV anfangen, wird es nicht mehr funktionieren. Dann wird aber eine Tams für die Weichen auch nicht mehr helfen, da die Lokbefehle schon hängen.
digilok schrieb:
An das Problem bei 128 Fahrstufen hätte ich auch selber drauf kommen können.
Problem gelöst: mit 28 Fahrstufen fahren.
Nein. Das Problem sind erstmal nicht die Anzahl der Fahrstufen. Wenn das PC-Programm bei jeder Geschwindigkeitsänderung eine Kennlinie an die ECoS sendet, wird aus jeder Geschwindigkeitsänderung viele. Bei 15 Zügen wird das zu Problemen führen.
Wenn die Stromkreise sowieso schon vorhanden sind, erstmal nur mit der ECoS probieren. Wenn sie es nicht schaffen sollte, kann man die Schaltartikel und die Rückmelder testweise an die Tams anschließen.
Hier noch eine Antwort zu diesem Thema im ESU-Forum:
ZitatDu bekommst im Idealfall 100befehle pro Sekunde ans Gleis !
Im Multiprotokoll betrieb und unter Stress kommen locker 30 Befehle pro Sekunde ans Gleis!
Das wovon du dich verabschieden solltest ist die vollständige Steuerung der Beschleunigungs und Bremskurve der Loks bei 128Fahrstufen was manche Programme unterstützen also CV3&4=0!
Das bringt jede Anlage in die Knie da die Software ständig versucht nachzuregeln nur um ein paar Rückmelder zu sparen
Dieses Problem scheint also kein Einzelfall zu sein und m.M. nach werden hier wohl die meisten Zentralen an Ihre Grenzen kommen.
Interessant wäre eine Angabe der WDP-Entwickler dazu, wieviele Befehle bei einer Rampe so im Durchschnitt (pro Sekunde) dazu versendet werden.
Falls jemand den Faden im ESU-Forum sucht:
https://www.esu.eu/forum/forenuebersicht/topic/ecos_support/planungshilfe/ (https://www.esu.eu/forum/forenuebersicht/topic/ecos_support/planungshilfe/)
Grüße
Gerold
Hallo Gerold,
ich kommentiere nur kurz, denn sonst setze ich mich in die Nesseln....nur erstmal so viel (nicht auf dich gemünzt): "manchmal glaube auch einige Leute in Foren wir Software-Entwickler wären doof...".
Natürlich wissen wir was eine Zentrale so je nach Format an Befehlen pro Sekunde abkann bzw. viele Zentralen melden uns ja sogar zurück wenn ich sie mit Befehlen überlasten würde oder quittieren die letzten Befehle erst wenn ich wieder einen neuen senden darf. Also uns ist mehr als bewusst, dass eine Zentrale nur eine endliche Zahl an Befehlen kann. (eine hier im Beitrag genannte von der wissen wir genau, dass die maximal 33 Befehle pro Sekunde kann selbst bei DCC und eine andere genannte mehr als dreimal so viele....immer von DCC gesprochen...MM Lokbefehle sind ne echte Bremse wegen viele notwendigen Wiederholungen)
Wie gehen wir damit um.
Sagen wir eine Lok bremst bei 128 Fahrstufen von Fahrstufen 64 auf 0 ab. Dann kann es durchaus sein je nach Bremsweg und Zentralenbelastbarkeit, dass wir alle 64 Fahrstufen bis 0 nacheinander durchsteuern.
Bremsen jetzt aber 10 Loks gleichzeitig von 64 auf 0 ab, dann ist es nicht so, dass wir dann wie man aus dem Beitrag des anderen Forums vermuten könnte 10x64 = 640 Fahr-Befehle rausjagen. Das ginge maximal bei SX....
Ne...dann bremsen wir eher jede Lok so ab: 64,56,48 usw. usw. so dass die Anzahl der Befehle pro Sekunde im Schnitt gleich bleiben bzw. eine Überlast nicht verhindert wird.
Und was absolut immer rausgeht ist der Fahrbefehl 0 beim STop zum Schluss. Wenn die Zentrale 0 anzeigt und die Lok bleibt nicht stehen, dann stimmt entweder was mit der Zentralensoftware nicht (was ich aber in den allermeisten Fällen bezweifele) oder was mit der Datenübertragung am Gleis oder mit dem Dekoder.
Ich habe das auch schon erlebt bei mir auf der Messstrecke, dass mal Loks nicht stoppten mit diversen Zentralen. Habe ich aber mal mit einem DCC-Sniffer geschaut kam aus der Zentrale der V=0 schon am Gleis raus. Das insbesondere bei Dekodern zwei bestimmter Hersteller, die Namen werde ich hier nicht nennen, da wir als WDP hier keine Gerüchte in die Welt setzen wollen.
Meine Messstrecke ist abseits der Anlage an der Wand mit einer 8m langen 2,5mm² Zuleitung angeschlossen. Ich habe da Stunden gesucht. Aus elektrotechnischer Sicht natürlich eine hübsche Quelle für alles mögliche. Mit dem Oszilloskop konnte man auch schön sehen wie das Gleissignal leicht verschliffen wurde/überschwang. Mein alter längst verstorbener Impulstechnik-Professor hätte seine Freude daran gehabt.
Besserung brauchte z.B. ein anderer Boostertyp, kürzerer Kabelweg zum Booster und noch einige andere Versuche. Aber was richtig half war, dass jetzt am Ende der Messstrecke bei mir ein alter Märklin Blechpersonenwagen mit Glühbirnchen draufsteht, der einfach nur leuchtet.
Was will ich damit sagen: nicht, dass ich jetzt da die ultimative Lösung gefunden habe, ja bei mir ist es jetzt gut. Ob es viel anderen hilft, wage ich zu bezweifeln. Das Patrick schreibt kann auch eine Lösung sein. Ich würde immer raten ab einer halbwegs vernünftigen Anlagengröße Fahren, Schalten und Melden zu trennen. Gerade die Schaltbefehle verbrauchen echt viel Bandbreite am Gleis.
Aber lasst euch nicht gerade bei solchen Themen gerade wo die Datenübertragung über das absolut unsichere Medium Gleis läuft dazu verleiten, dass euch irgendjemand die Lösung meint sagen zu können.
Gerade das Nicht-Stoppen kann man auch super verifizieren ob es bis hinter der Zentrale alles sauber läuft indem man einfach einen Dekoder eines anderen Herstellers mit der gleichen Adresse direkt an einen anderen möglichst unbelasteten Boosterausgang anschließt auf einem Teststand. Würde was im Bereich Zentrale/PC nicht passen, würde der ja auch weiterdrehen. Und wenn schon die Zentrale 0 anzeigt, dann braucht man beim PC gar nicht mehr erst zu suchen. Denn der PC kann nicht sagen "Lok x zeige auf Zentrale 0 aber lass dasss mal am Gleis".
Grüße
Markus
Darf ich auch reagieren, ich fahre mit meine N Anlage mit Selectrix wobei alle D&H decoder in DCC stellung stehen ( habe nur D&H decoder ).
Alle Besetzmeldungen und alle Weichenstellung aufträge gehen über den SX-Datenbus.
Habe mir eine Digikeijs Zentrale mit zubehör gekauft für meine ( sehr kleine ) H0 Anlage, was mir unbekannt vorkommt als SX Fahrer das zb. Weichendecoder ( DR4018 ) am Gleis angeschlossen sind und darüber mit Schaltsignale versehen werden.
Die Besetzmeldung ( DR4088LN ) habe ich über Loconet angeschlossen an die Zentrale.
Ich habe auch früher beim SX ankauf verstanden dass SX ein festes Datenprotokoll hat, so viel mal pro Sekunde und DCC anders darin arbeitet, auch deshalb habe ich mir damals für SX entschlossen.
Könnte es auch damit zu tun haben dass manche aufträge nicht vom Lokdecoder gesehen werden?
Freundliche Grüsse
Wikky
Hallo Markus,
Zitatich kommentiere nur kurz, ...
vielen Dank für deinen "kurzen" Kommentar. ;D
Ich denke damit ist mein erster Kommentar an Ronald nicht ganz so verkehrt gewesen. Zumal seine IB ja "0" angezeigt hat.
ZitatGerade das Nicht-Stoppen kann man auch super verifizieren ob es bis hinter der Zentrale alles sauber läuft indem man einfach einen Dekoder eines anderen Herstellers mit der gleichen Adresse direkt an einen anderen möglichst unbelasteten Boosterausgang anschließt auf einem Teststand. Würde was im Bereich Zentrale/PC nicht passen, würde der ja auch weiterdrehen. Und wenn schon die Zentrale 0 anzeigt, dann braucht man beim PC gar nicht mehr erst zu suchen. Denn der PC kann nicht sagen "Lok x zeige auf Zentrale 0 aber lass dasss mal am Gleis".
Mit dieser Vorgehensweise kann Ronald
hier leider nichts anfangen, denn wenn ich Ihn korrekt verstanden habe, dann ist es nicht immer der selbe Zug, der nicht korrekt anhält.
ZitatGerade die Schaltbefehle verbrauchen echt viel Bandbreite am Gleis.
Ich könnte mir hier eine Art "Verzögerung" wie beim Vorbild vorstellen, da werden m.W. in einer Fahrstraße ja auch nicht alle Weichen gleichzeitig verfahren.
Vielleicht könnte man hier bei den Fahrstraßen eine zeitliche Abfolge festlegen.
Im Prinzip könnte man auch die bisherige Überwachungszeit bei den Weichenendlagen benutzen, aber halt nicht als Maximalwert (höchster Wert in der Fahrstraße gilt) sondern die Weichen müssten beim Stellen der Fahrstraße in einer zeitlichen Sequenz ablaufen (Beginnend mit der vom Zug entferntesten Weiche).
Damit werden nicht alle Schaltbefehle einer Fahrstraße "auf einmal" gesendet, sondern zeitlich versetzt.
Ich denke dadurch müssten auch viele Anwender bei "falsch gestellen Weichen" keine Dekoderaufteilung mehr vornehmen, weil z.B. 3 von 4 Weichen einer Fahrstraße auf einem gemeinsamen Dekoder verdrahtet sind und der Dekoder gar nicht alle Signale geichzeitig verarbeiten kann.
Grüße und nochmals Danke für deine Ausführungen
Gerold
Hallo Gerold,
Ja die Weichenbefehle brauchen Bandbreite. Aber wir sorgen schon dafür, dass nicht durch zu viele Weichenbefehle die Lokbefehle untergehen/zu wenig durchkommen. Aber durch Aufteilung auf mehr Systeme geht halt mehr "gleichzeitig".
Und man kann heute (wenn man meint, dass man das braucht) das schon ausbremsen heute indem man die Schaltzeiten bei den Ma im Programm hoch setzt (und WDP schaltet die eh in Sequenz sobald man Schaltzeiten >0 einträgt). Wie gesagt wenn man das wollte. Ich für mich habe mein Hardware-System so dimensioniert und gebaut, dass ich meine über 100 Weichen in 2 Sekunden umschalten kann und da geht nix unter (SX sei Dank). Das macht einfach nur laut Klack...
Grüße
Markus
Hallo Markus,
Nicht nur dank der SX hat sie eine eigene unabhängige Stromversorgung.
Wie Rautenhaus, Müth, aber auch jetzt das Lodi-System. Fahren, Melden und Schalten haben eine eigene Stromversorgung, die unabhängig voneinander gesteuert werden kann.
Verwendet 100% Leistung zum Fahren.
Bei den Weichen habe ich aktuell 65 Magnet Weichen an 1 Trafo, bei einer Schaltzeit von 200 msec und WDP sagt auch Klack. ;)
Herzlichen Grüßen,
Jan Stienstra
Gerold, Markus,
Vielen Dank für Ihre Antworten und klaren Erklärungen, das ist sehr aufschlussreich für mich, auch, dass es sich tatsächlich um ein bekanntes Problem handelt.
Aber es wirft auch zwei Fragen für mich auf.
Erste Frage:
Was bestimmt den Umfang der Kommunikation zwischen WDP und der Strecke in Bezug auf das Fahren; die Gesamtzahl der Lokomotiven auf dem Gleis (ruhend und fahrend) oder die Anzahl der fahrenden?
Ich habe gestern einen Test mit weniger Lokomotiven auf der Strecke (35 statt vorher 50) bei der gleichen Anzahl verkehrender Züge gemacht und es scheint viel besser zu laufen, also würde das für 1. sprechen.
Können Sie dazu etwas sagen?
Zweite Frage:
Wo liegt der Engpass bei der Kommunikationskapazität?
Die Intellibox-1 hat eine Baudrate von 19200 Bit/s in WDP und die Intellibox-2 von 115200 Bit/s, bedeutet das auch, dass es mehr Kommunikationskapazität mit der IB-2 gibt?
Gewinne ich etwas, wenn ich abschalte ein IB-1 zu einem IB-2.
Das geht dann beides in Kombination mit Power 3 Boostern oder ist das vielleicht der Flaschenhals?
Wenn nicht, haben Sie Vorschläge, wie Sie dies erreichen können?
Aus meinen Fragen sollte klar sein, dass ich kein Experte auf diesem Gebiet bin, sondern ein Anwender. ;)
Mit freundlichen Grüßen
Ronald Meijer