LocoBuffer - Probleme mit Kontakt WDP/LocoBuffer

[Christof Z.]

Hallo,

Seit gestern funktioniert mein LocoBuffer USB von Hans Deloof. Besten Dank noch einmal an Sven Spiegelhauer mit der Hilfestellung.

Spät gestern Abend habe ich noch eine Lok eingemessen. Da hat sich der LocoBuffer noch um die Rückmeldungen gekümmert. Heute habe ich wieder versucht, WDP mit der Tams (Digitalsystem 1) und dem LocoBuffer (Digitalsystem 2) zu starten. Leider funktioniert das nicht mehr. Beim Start von WDP wird erst die Tams initialisiert, dann der LocoBuffer, danach werden die Loks eingelesen und zum Schluss das Gleisbild. Und hiernach passiert nichts mehr (siehe ScreenDump). Hmmmmm. Starte ich WDP ohne LocoBuffer, geht's wie gewohnt.....
Zu sagen ist noch, dass das Programm LocoHDL von Hans Deloof mit dem LocoBuffer kommuniziert. Der Buffer scheint also in Ordnung zu sein.

Was kann ich tun um wieder in den Genuss von WDP einschliesslich Rückmeldungen zu kommen? Ich muss noch einige Loks einmessen, und eigentlich wollte ich ja auch mal wieder Betrieb machen..... 

[Max Schmid]

Hallo Christof

Hast Du es mal probiert, den Locobuffer auszustecken, WDP zu starten und dann den Locobuffer einschalten und zu initialisieren. Nur so eine Idee 

[Christof Z.]

Hallo Max,

Ja, habe das schon probiert - leider ohne Erfolg. Aber danke für den Tipp.

Bin gerade am experimentieren. Ich scheine Probleme mit der COM-Port Verteilung zu haben. Dazu - und hoffentlich die Lösung - morgen. Jetzt ist's zu spät.....

[Sven Spiegelhauer]

Hallo Christof,

na nun bist Du schon so weit gekommen, da sollte der Rest auch noch klappen. Ich gehe mal davon aus, das WDP und LocoHDL nicht gleichzeitig laufen?!Die würden sich dann um den Locobuffer streiten. Was sagt denn eigentlich der Gerätemanager, wenn WDP hängen bleibt? Ist der Locobuffer dort immer noch ordnungsgemäß eingetragen, oder werden Probleme angezeigt?
Benutzt Du eventuell einen USB-Hub? Wenn ja, dann den Locobuffer mal direkt an die USB-Schnittstelle des PC stöpseln.
Ich hatte Dir ja schon geschrieben, das ich anfangs auch etwas Probleme mit dem Treiber hatte, das ganze sich aber nach dem 3. mal installieren irgendwie behoben hatt. Eine genaue Fehlerursache kann ich aber nicht beisteuern. Ich habe es auf Vista geschoben.

PS: mir fällt noch was ein. Du hattest erwähnt, das 30 RM-Module am Locobuffer hängen. Das Netzteil müsste da zwar schaffen, aber versuche doch mal erts 15 Module zu verwenden und schaue ob es stabil läuft.

[Christof Z.]

Hallo Sven, Hallo Alle die mir helfen möchten/können  ,

Ich habe die letzten 2 Stunden damit verbracht, WDP zu starten, zu schliessen, den COM-Port des LocoBuffers zu reinstallieren, die COM-Port Nummer sowohl im Geräte-Manager als auch in WDP zu ändern, die TAMS ab hängen und wieder versuchen (nur mit dem LocoBuffer) usw. Ich komme einfach nicht weiter. 

Ergebnis meiner Forscherei ist bis auf Weiteres, dass sich WDP nicht mehr aufhängt. Das ist schon mal was. Ich habe auch den Verdacht, dass WDP mal wieder "unschuldig" ist - der Fehler ist sicherlich 40 cm vor dem Bildschirm zu suchen.  Ausserdem scheint der LocoBuffer wie gewollt zu funktionieren. Im Testprogramm von Hans Deloof werden im Debug-Mode Rückmeldungen angezeigt. Und dieses Programm hat keine Probleme, mit dem LocoBuffer Kontakt aufzunehmen.

Nach dem Erfolgreichen Start (habe eine Lok einmessen können - Funktion des Buffers war wie gewollt) ist jetzt der beste Stand der Dinge: WDP initialisiert beim Starten den Buffer. Sobald der Programmstart abgeschlossen ist, kommt die Fehlermeldung, dass kein Kontakt mit dem LocoBuffer mehr besteht ----> Neuinitialiesierung des Digitalsystem notwendig. Wenn ich dann neu initialisiere, kommt die Meldung: Kein Kontakt mit LocoBuffer.  Vielleicht kann ja jemand hieraus etwas auslesen.

Ob bei mir vielleicht eine WDP-Datei schadhaft ist? Welche könnte das ggf. sein?

Hier noch meine Antworten auf Svens qualifizierten Fragen:

Ich gehe mal davon aus, das WDP und LocoHDL nicht gleichzeitig laufen?!

Richtig, kannst du ruhig davon ausgehen. Allerdings - wenn WDP nicht in Kontakt mit dem Locobuffer kommt, dann starte ich zur Kontrolle LocoHDL - und hier gibt's keine Probleme überhaupt.....

Was sagt denn eigentlich der Gerätemanager, wenn WDP hängen bleibt? Ist der Locobuffer dort immer noch ordnungsgemäß eingetragen, oder werden Probleme angezeigt? 

Der LocoBuffer  - oder genauer gesagt das betreffende COM-Port ist eingetragen - Probleme werden keine angezeigt. Wie schon erwähnt, hat LocoHDL keine Probleme. Leider nur WDP. Wenn das doch bloss umgekehrt wäre....

Benutzt Du eventuell einen USB-Hub? Wenn ja, dann den Locobuffer mal direkt an die USB-Schnittstelle des PC stöpseln.

Nee, so etwas Feines habe ich nicht.  Der LocoBuffer wird direkt mit einer der 3 USB-Schnittstellen des PC's verbunden.

PS: mir fällt noch was ein. Du hattest erwähnt, das 30 RM-Module am Locobuffer hängen. Das Netzteil müsste da zwar schaffen, aber versuche doch mal erts 15 Module zu verwenden und schaue ob es stabil läuft.

Ist auch schon "umgestöpselt". Jetzt hängen nicht 15 sondern 18 Module dran. Und bitte bemerke: Beim Test-Programm von Hans Deloof funktioniert's wie gewollt.

Ich hoffe, dass sich wieder einmal ein netter Kollege erbärmt und mir Hilfestellung leistet - im Voraus vielen, vielen Dank.

[Christof Z.]

Hallo,

Jetzt bin ich wieder froh - alles funktioniert wie gewollt. Zuerst noch einmal Dankeschön an Sven Spiegelhauer und Markus Herzog, die wieder einmal mit Erklärungen, Illustrationen und gutem Zureden sehr geholfen haben.

Den eigentlichen Fehler habe ich aber selber gefunden: Irgendwie waren alle Rückmeldezuweisungen verschwunden. Nachdem diese auf den LocoBuffer eingestellt sind, wird dieser auch von WDP initialisiert und alles funktioniert wie gewollt. Ob die Zuweisungen bei meinem hin- und hereinstellen der Digitalsysteme verschwunden sind, kann ich nicht sagen. Jedenfalls sind sie jetzt da......

Und der Grund des Wechsels zum LocoBuffer - die freudig resettende IB - steht jetzt Strom- und Arbeitslos da.

In der nächsten Zeit werde ich dann mal versuchen, ob man mittels LocoBuffer auch die UB Rückmeldemodule programmieren kann. Falls das nicht geht, werde ich wohl noch mal das UB LocoNet Interface testen. Dieses kann programmieren und vom Freundeskreis habe ich gerade gehört, dass jemand die LocoNet Rückmeldungen an WDP auch über das UB LocoNet Interface (um externe Stromversorgung a la LocoBuffer erweitert) vermitteln kann. Hab ich zwar noch nicht mit eigenen Augen gesehen - werde aber bei Gelegenheit berichten. Jedenfalls wundere ich mich ein bisschen, zumal der UB Kundendienst diese Eigenschaft des Interfaces verneint hatte........

Jetzt ist erst einmal Betrieb angesagt......

[Christof Z.]

Hallo allerseits,

Leider muss ich noch mal "nachhaken" - nachdem ich vorgestern sehr froh gewesen bin weil alles zu funktionieren scheinte, ist das nicht mehr der Fall. Wieder habe ich meistens diese nervigen Fälle, wo WDP beim Starten (Tams ist auch angeschlossen) den LocoBuffer nicht initialisiert. Ich habe mal ein paar Versuche beim Start ohne Tams gemacht. Dann kommt nach der Fehlermeldung "Tams nicht bereit" (die ja auch erscheinen soll) die Initialisierung des Buffers. Auch habe ich keine Probleme, mit dem mitgelieferten LocoHDL Programm von Hans Deloof mit dem LocoBuffer Kontakt aufzunehmen.

Ich vermute - aber das sind auf Grund meiner kleinen Kenntnisse nur Vermutungen - dass die beiden "Zentralen" sich irgendwie stören. Ob das auf Com-Port Ebene ist (Tams hat ComPort 4, der LocoBuffer 6) oder generell, kann ich nicht sagen.

Wie immer würde ich mich noch einmal über Input freuen.

[Sven Spiegelhauer]

Hallo Christof,

ist aus der Ferne etwas schwer zu beurteilen. Ich würde an Deiner Stelle das ganze mal auf einem anderen jungfräulichen Rechner testen, auf dem werder WDP noch Treiber für die Zentralen drauf sind/waren. Erst WDP und dann den Locobuffer installieren. Das ganze mal ausprobieren. Dann die Tams dazu nehmen. Ich glaube auch, das der Fehler irgendwo im Softwarebereich zu suchen ist. Sollte kein anderer Rechner vorhanden sein, dann hänge doch mal die Tams ab (Stecker ziehen) und nimm diese auch aus den Systemeinstellungen von WDP herraus, so das der Locobuffer alleinige Zentrale ist.

[Markus Herzog]

Hallo zusammen,

ich vermute das Problem jetzt langsam irgendwo auf der Treiberseite. Nachdem was Christof hier bzw. mir schrieb hat, hat er beide Geräte ja über USB angeschlossen, sowohl die Tams als auch den Locobuffer.
Nachdem die Churer Modellbahner ja neulich auch das Problem hatten zwei Tams über USB gleichzeitig am PC zu betreiben (siehe auch hier, geht mein Verdacht stark in Richtung der USB-Seriell-Treiber .
@Christof: Hast du nicht die Möglichkeit die Tams via serieller Schnittstelle anzusteuern, die wo bisher die IB dran war, müsste ja jetzt frei sein?

Grüße
Markus

[Max Schmid]

Hallo Zusammen

An meinem VISTA-Laptop habe ich die Tams und den LocoBuffer via USB angeschlossen. Kein Problem damit.
Die Probleme fangen erst an, wenn ich noch eine dritte Zentrale, in meinem Fall die Massoth Dimax via RS 232, anschliesse und diese initialisieren will.

[Christof Z.]

Hallo Sven, Markus und Max,

War heute den ganzen tag Eisenbahn in 1:1 "spielen" - siehe Bild hier neben. Habe Teile für einen Lokomotivkessel-Aufbewahrungswagen (für die Lok DSB H783 )geschweisst, Gewinde geschnitten, zusammengesetzt und bewundert. Jetzt wird auf den Kran gewartet, der den Kessel vom Rahmen auf den Wagen heben soll. Für interessierte hier die Homepage des Kollegen Joachim Larsen über die Restaurierung. Ausserdem noch die Lok S736 ein bisschen bewegegt um Dichtheit der neuen Rohre und Ventile zu prüfen - Alles OK!

Deshalb hatte ich keine Möglichkeit, Eure Tipps zu sehen.

Werde noch heute Abend Markus' Tipp mit Tams-Anschluss and RS-232 ausprobieren und berichten. Ihr könnt Euch nicht vorstellen, wie sehr ich gespannt bin. Diese Lösung scheint ja den Churer Modellbahnfreunden geholfen zu haben. Den Thread hatte ich nicht verfolgt......

[Christof Z.]

Hallo,

Habe jetzt sehr viel getestet. Das Resultat: Leider Negativ!

Allerdings glaube ich auch nicht, dass diese Tests was die COM-Port Problematik angeht sehr viel anders sind. Denn mein Rechner ist ein Laptop ohne RS 232 Schnittstelle. Die IB und eben die Tams habe ich über meineen Sitecom 104 USB-SeriellSchnittstelle Adapter betrieben. Und da das ja dann 2 USB-Schnittstellen sind, ist ja für den Rechner keine Änderung.

Jedenfalls habe ich erst versucht, WDP mit Tams/Sitecom und LocoBuffer zu starten. Ging nicht.
Danach: LocoBuffer Comport im Gerätemanager entfernt und Treiber neu installiert.
Dann ging es - ganze 3 Male.
Hiernach: Beide USB-Stecker gezogen, gewartet und wieder angeschlossen. Ging wieder 3 Mal.
Dann wollte ich es wissen: USB Stecker gezogen, Rechner heruntergefahren. Und nach dem Hochfahren ging dann erst mal wieder nichts mehr (Tamse und LocoBuffer nach Start angeschlossen) - WDP hat sich beim initialisieren des Gleisbildes aufgehängt. Genau so wie im Screen Dump am Anfang des Threads. Kontrolle mit LocoHDL ergibt keine Probleme.
Danach startet WDP nur noch mit der Tams. Mit LocoBuffer alleine ging nichts mehr - auch nicht mit Neuinstallierung des Treibers. Mit LocoHDL kein Problem.
Danach: Laptop von der Anlage genommen - zum Schreibtisch gebracht. LocoBuffer mitgenommen und angeschlossen. Und siehe da: WDP startet mit Fehlermeldung Tams (klar - ist nicht dran) UND initialisiertem LocoBuffer.

Gibt es jetzt noch einen Weg weiter oder muss ich konstatieren, dass die Investition in den LocoBuffer, Svens, Markus' und Eure Zeit für die Tonne ist?

[Markus Herzog]

Hallo Christof,

also irgendwas stimmt da bei dir mit den virtuellen Com-Ports ganz schwer nicht. Ich vermute mal du müsstest um belastbare Aussagen zu kriegen Windows nach jeder Treiber(um)installation neu starten.

Dann zu den Tests mit LocoHDL. Das kann man nicht so direkt mit WDP vergleichen. Ich habe mal auf dem Loconet beobachtet was dies beim Start macht. Das fragt nur mal an ob überhaupt ein Loconet da ist und zeigt die LB-Version an, die es als Antwort bekommt. Bei WDP geht es dann aber direkt weiter mit der Frage, ob dein Loconet-Bus auch Loks steuern kann (falls eine Zentrale dran ist) und wie der Status der Rückmeldemodule ist usw. usw. und irgendwo da scheinen dann keine Rückmeldungen mehr vom Locobuffer an WDP zu kommen bzw. der Treiber scheint zu blockieren. In Bezug auf Portansprache und Portparameter ist ansonsten LocoHDL anscheinend absolut identisch zu WDP (beobachtet mit Portmonitor).

Mich würde mal folgender Versuch interessieren.
Nimm mal wieder die IB über den USB-Seriell-Adapter (und steck auch die direkt die Rückmelder mal wieder dran, aber ohne die ganzen Stromeinspeisungen, die für den Locobuffer brauchst), nun stelle in der IB das Datenformat beim Interface um auf Loconet (neueste IB-Firmware erforderlich) und die Datenrate auf 19200. Außerdem musst du die Sonderoption 5 von 2 auf 1 ändern (wenn du wieder das IB-Protokoll nutzen willst später muss sie wieder auf 2).
Nun wähle als 2.Digitalsystem in WDP "Locobuffer" und Baudrate 19200 aus.
Startet das jetzt durch?
Da im Loconet-Mode die IB selbstständig an WDP meldet, kriegt der PC wahrscheinlich nicht einmal mit wenn die IB sich resetet.

Grüße
Markus

[Christof Z.]

Hallo Markus,

Werde heute Nachmittag den Test mit der IB  machen. Wird wohl eine Weile dauern, falls ich die IB up-daten muss.

Bin weiterhin schon gespannt......

[Christof Z.]

Hallo Markus,

....also irgendwas stimmt da bei dir mit den virtuellen Com-Ports ganz schwer nicht.

Kann ich da irgend etwas unternehmen (am liebsten ausser Windows neu zu installieren)?

Zum IB-Test, den ich jetzt durchgeführt habe: Leider gibt WDP die Fehlermeldung: Kein Kontakt zum LocoBuffer. Leider auch, wenn die Tams abgehängt ist, und nur die LocoBuffer-IB dran hängt.

Wenn ich allerdings in den WDP-Systemeinstellungen die IB als Uhlenbrock Intellibox eingebe, dann ist der Kontakt da. Aber als LocoBuffer lässt die IB sich nicht ansprechen.

Zwischenfrage zu den IB-Einstellungen: SO dann zurück auf 2. Ist der Syntax auf "Nur Intellibox" oder "IB+6050" zu setzen. Habe beim Umstellen leider nicht notiert, was da stand......

Hast du Weiteres in deiner "Trick-Kiste" ?