Problem GBM

[elektrolarsi]

Hallo und einen schönen Sonntag an alle,

ich habe 3 GBM von Herrn Ratschmeier über RJ45 an meine OpenDCC-Zentrale angeschlossen. Jetzt habe ich am zweiten Melder in der Kette das Problem das zwei Kontakte die gleiche Adresse bekommen(31).
Diese liegen bei dem jeweiligen 8´er Modul auf dem zweiten Steckplatz. Verkabelung habe ich kontrolliert, sollte alles ok sein. Die Patchkabel liegen im Kabelkanal zusammen mit den Anschlußleitungen für die Gleise, hab die aber auch schon rausgenommen und "Luftlinie" angeschlossen.
Oder sollte ich gar nicht über die RJ45-Buc hsen gehen und mir Adapter für die normalen PIN´s basteln?
Da ich Herrn Ratschmeier nicht erreiche kann mir vielleicht von euch jemand einen Tip geben.

Danke im Voraus
Lars

[Dieter Trudel]

Hallo, Lars,
wenn Du die OpenDCC hast, dann hast Du sicher auch das Configtool?
Hast Du in der Zentrale cutout eingeschaltet? Wenn ja, schalte dieses feature ab (am besten im configtool).
Wenn die falschen Meldungen nicht mehr sind, dann liegt es an der Austastlücke. Herr Ratschmeier hat die GBM zu einer Zeit entwickelt, als von Railcom (dafür die Austastlücke) noch keine Rede war. Ich vermute, dass der Multiplexer (in der Firmware) mit der Lücke im DCC-Signal nicht zurechtkommt. Ich habe (oder hatte) die gleichen Melder. Es gibt einen patch von Christoph Schörner, der dieses Problem behebt. Dabei schreibe ich bewußt 'Problem', da es kein Fehler ist (s. o.). Ich habe die geänderte firmware, und es hat bei mir bestens funktioniert. Ich möchte die Datei nur nicht kommentarlos über das Netz verteilen. Mache bitte obigen Test, dann kläre ich den Rest mit Christoph und lasse Dir die Datei zukommen. Wenn Du die OpenDCC selber gebaut hast, wirs Du ja sicher einen ISP-Programmer haben.

Ich hatte die geänderten GBM's noch ein reichliches Jahr mit Erfolg im Einsatz, habe dann aber komplett auf GBMboost/GBM16T umgestellt.

Mit freundlichen Grüßen aus LE
Dieter

[elektrolarsi]

Moin Dieter,

erstmal danke für deine Antwort.

Im Railcom ist der cutout abgeschaltet, das Timing für S88 steht auf 50us.
Ist der Patch denn für die Zentrale oder den GBM? Wäre schön wenn du das mal klären könntest ob ich den sonst kriegen könnte zum testen.

[Dieter Trudel]

Hallo, Lars,
sorry, ich komme erst heute dazu.
bitte nimm doch als erstes das configtool. sonst ist es doch schade um die Arbeit. Bei cutout spreche ich von bit0 der CV25 der Zentrale oder dem Reiter BiDiB im configtool.
Wenn Du dort den s88-test machst leuchten immer die LED's von bsp. 1 und 9, 2 und 10 usw. Wenn das nicht der Fall ist, hast Du ein anderes Problem. Bei mir sind übrigens 20us eingestellt.
Mit freundlichen Grüßen
Dieter

[elektrolarsi]

Hallo Dieter,

erstmal keine Hektik, da hat man tagsüber schon genug von 

Im configtool hatte ich cutout bereits abgeschaltet, das Timing änder ich mal.
Das werde ich mal ausprobieren und dann Bericht erstatten.

Bis später

[elektrolarsi]

Also sprach Zahnarzt Tustra,

ich habe getestet und ein wenig mit dem Timing gespielt.
Stelle ich auf z.B. auf Gleis 1 eine Lok leuchtet der Melder Modul2 15 auf, stelle ich sie auf Gleis 2 taucht wieder
die 15 auf und nicht wie sonst zwei gleichzeitig.

[Helmut Kreis]

Hallo Lars,

prüf doch mal ddie beiden Eingänge am GBM16T direkt.

[ottochen (Thomas)]

Hallo,

hast Du jetzt die 2009er Version oder 2012er? Sind alle Update jeweils installiert?
Bitte schreibe doch mal Deine Rückmeldekonfiguration von WDP auf ... vielleicht ist
dort noch ein Fehler!

Hast Du mal Modul 2 u 3 getauscht, sollte ja einfach gehen bei S88-N??

[elektrolarsi]

Hallo an alle,

komme gerade erst von der Arbeit nach Hause d.h. habe keinen Bock mehr zu testen
Werde was schreiben sobals ich kann

Ist übrigens die 2009 mit aktuellen Updates.

[elektrolarsi]

Hallo nochmal an alle,

ich habe mal ein paar Screenshots gemacht, ich vermute aber mal das der GBM ne´ Macke hat da der auch alleine am S88 Probleme macht. Die anderen sind ok. Der eine sagt mir immer bei zwei Kontakten die gleiche Nummer.

[Dieter Trudel]

Guten Morgen, Lars,

Deine S88-Konfiguration sieht mir etwas komisch aus. Zunächst vom Grundsatz: Ich hatte selbst 7 S88-Melder (alle Ratschmeier) an der Z1, als 3,2,1 an den Ports 1, 2, 3. Die Z1 hatte ich in WDP wie Du als MC, da damals die Z1 von WDP noch nicht unterstützt wurde.. Das arbeitete bei mir über 2 Jahre störungsfrei.

Deine Portbelegung an der Z1 hast Du noch nicht erwähnt. Deine 3 Melder erfordern3x3 Bytes in der S88-Konfiguration. Du hast aber für Strang 1 und 2 jeweils 8 Bytes eingetragen. Die Summe fehlt (rechts daneben). Ich würde an Deiner Stelle erst mal WDP völlig weglassen und die Melder nur im configtool überprüfen. Die Belegungen am besten mit einem 8,2k-Widerstand testen. Erst, wenn dort Ordnung ist, klappt es auch in WDP.

Mit freundlichen Grüßen
Dieter

PS: Ich weiss nicht, wie weit Dein Anlagenbau fortgeschritten ist. Wenn ich mal von den 3 Meldern ausgehe, sollte sich auf alle Fälle ein Blick auf BiDiB lohnen. Zwischen beiden Systemen sind Welten.

[elektrolarsi]

Moin Dieter,

ich werde das mal mit dem Configtool überarbeiten.
 Am  Strang 1 sind 3 GBM, an Strang 2 sind 3 Weichendecoder mit Rückmelder (auch alles Ratschmeier).
Ich hatte die Melder so eingestellt 4x Strang 1 (8 Byte) und 4x Strang 2 (8 Byte) als Reserve falls noch was dazu kommt. Oder wäre das nicht nötig?

[elektrolarsi]

Hallo,

ich habe jetzt mal meine Konfig der OpernDCC an die Anzahl meine RM angepasst. Strang 1 3x GBM und Strang 2 3x RM Weichendecoder (siehe Screenshot). Gleiches Problem und sogar noch mehr: der zweite GBM macht jetzt zusätzlich auf den ersten 8 Kontakten "dauerbesetzt", auch wenn der alleine dranhängt.
Ich schmeiß den raus und löte einen neuen (hab noch ne´ Platine und Teile).

[elektrolarsi]

Moin an alle,

kurze Rückmeldung: lag wirklich am GBM. Hab jetzt einen neuen drin und der funzt einwandfrei 

Vielen Dank an alle die mir geholfen haben.