Probleme mit neuer Firmware 5.27.14 von Zimo

Ich würd gern wissen, ob andere mit der neuen Firmware 5.27.14 von Zimo auch Probleme haben, bevor ich mich damit an Zimo wende.

Bei der Reparatur bekam der eine Decoder die Firmware 5.27.14 drauf. Und er hatte, weil zurückgesetzt, die kurze Adresse 3.

Hab ihn wieder in die Lok eingebaut... alkes klappte. Sound, Fahren ok.

Wollt ihm dann wieder die ursprüngliche lange Adresse 6207 geben, aber der Bidib Wizard gab mir eine Write Error Meldung.

Hab ein paar andere CVs gelesen und geschrieben... alles gut.

Nochmal die Adresse von kurz auf lang... nix. Write Error.

Hab dann die Doku studiert. Ok. CV29 Bit 5 muss auf 1, damit die Lange Adresse (CV 17+18) gilt.

Also hab ich mit dem Wizard versucht dieses Bit zu setzen.

Nix da. Write Error.

Hmmm... hat der Decoder noch einen Schaden?

Also mal zpp-config von Zimo angeworfen und das KLUG ans Testgleis gehängt.

Damit lassen sich alle CV wunderbar lesen und schreiben.

Hab die Adresse also auf 6207 geändert.

Wieder zurück zu GBMBoost mit Wizard.

Lange Adressen lassen sich jetzt auf andere lange schreiben. Und ich kann auch auf eine kurze wechseln.

Aber zurück auf lang gehts nicht mehr. Da brauch ich wieder zpp-config + KLUG.

Ich bin überzeugt, vor der Reparatur gings.

Also hab ich einen anderen MS500 aktualisiert, mit dem ich mit 5.23 die Adressen schön wechseln konnte, auf 5.27.14 aktualisiert.

Ich kann von lang auf kurz wechseln.

Wechsle ich zurück, klackert die Lok nicht mehr danach beim CV lesen... ich kann gar nix mehr lesen.

Die Lok muss kurz vom Gleis, dann kann ich wieder CVs lesen und schreiben.

Das war vor der Firmware auch anders.

Einen Decoder kann ich noch testen. Den muss ich aber zuerst einbauen.

Und wie das bei Bugreports so ist, würd ich gern wissen, obs PEBKAC ist, oder tatsächlich ein Problem der neuen Firmware.

Ich hab selbiges auch mit dem GBMBoost und Rocrail ausprobiert, da kann ich CV29 Bit 5 bei dem einen Decoder auch nicht auf 1 schreiben sondern nur von 1 auf 0.

Lg Jakob

Zitat von Manfred A.

Ganz blöde Idee, ist vielleicht in den CV15 und 16 die Decodersperre gesetzt?

LG, Manfred

Beide 0

Andere CV kann ich ja setzen. Ich kann au h andere Adressen vergeben. Ich kann ja andere kurze vergeben. Und wenn ich mit dem KLUG eine lange setze klappt es auch.

Dann kann ich auch mit dem Wizard andere lange vergeben, und wieder zu einer kurzen wechseln. Nur von kurzer auf eine Lange gehts nicht.

Ich kann bei CV 29 auch alle anderen Bits schreiiben. Nur Bit 5 geht mit dem Wizard/GBMBoost und Rocrail/GBMBoost nur von 1->0 aber nicht von 0->1.

Mit der Firmware davor gings ja.

Daher würd ich ja gerne eissen, ob andere auch seltsame Phänomene mit 5.27.14 (aktuell bei Zimo runterladbar) und dem Wizard/GBMBoost feststellen können.

Da ja auch ein 2. Decoder seit dieser Firmware sich seltsam (aber anders) verhält, der mit 5.21 noch normal reagierte.

Ich werde heute noch einen Decoder eeinbauen und checken, ob ich dort das selbe verhalten beobachten kann.

Im opendvv-Forum hab ich auch schon um Verifikation des Problems angefragt

Lg Jakob

Also jetzt hab ich noch einen MS500 in meine 1099 eingebaut, der auch von der Reparatur (der hatte einen gebrochenen EEPROM) mit 5.27.14 retour kam... bei dem funktioniert jetzt alles mit dem Wizard und GBMBoost.

Da hat doch offenbar der Decoder noch einen anderen Hau. Nicht nur eine reparierte kaputte Motorendstufe.

lg Jakob

Nochmal anders...

Ich hab jetzt mit dem KLUG und ZPP-Config die CVs noch einmal ausgelesen. Dann hab ich die Adresse 6207 gesetzt (vorher war 3).
Jetzt ist CV17 = 216 und CV18 = 63 und Bit 5 von CV29 = 1

Wieder zurück auf den Wizard mit GBMBoost.

Adresse auslesen: 6207.
Passt.
Ich kann nun gezielt Bit5 von CV29 auf 0 setzen. Dann lese ich die Adresse 3 (CV1=3).
Ich kann nun gezielt Bit5 wieder auf 1 setzen. Dann lese ich wieder die Adresse 6207.

Also gut. An CV29 Bit 5 kann es nicht liegen, dass ich es nach einem Reset des Decoders nicht mehr schreiben kann.

Weitere Tests an der zweiten 298er mit dem selben Decoder und Firmware, nur mit einem neueren Soundprojekt von Alex Mayer zeigen dieses seltsame Verhalten auch nicht.

Und es ist nur der eine Decoder der nach einem Reset CV8=8 sich seltsam verhält.
Gibt es noch eine andere Methode des Reset?
Denn wenn ich nach dem Reset die CVs in CPP-Konfig einlese, nur CV29 Bit 5 wieder auf 1 setze und die CVs wieder zurückspiele, kann ich die Adresse wieder problemlos ändern im Wizard. Erst mir dem Reset fängt der wieder zu spinnen an.

lg Jakob