Ich habe bei LeoSoundLab die Dateien für meinen ICE1 gekauft. Man erhält dann eine Datei, die nur in den Decoder geladen werden kann, dessen entsprechende Seriennummer man angegeben hat. Eine für die Lok und eine für den Dummy.
Also programmiere ich sie brav ein, die CVs werden geschrieben, aber die Sounddatei nicht.
Störung.
Das passiert bei beiden Decodern. Und ich kann auch die einfache alte Sounddatei von ESU selbst nicht mehr einprogrammieren (die ich zuvor selbst eingesetzt hatte, die aber so hässlich war, dass ich diese gekauft habe).
Natürlich habe ich: *die neueste Software *einen anderen Decoder ausprobiert, um die Sounddatei zu ändern (das funktioniert, aber natürlich nicht mit der gekauften Datei wegen der Seriennummer) *die Decoder zurückgesetzt *ein Firmware-Update erzwungen. *die Programmiersoftware neu auf dem PC installiert. * ESU eine E-Mail geschickt, worauf ich eine lange Antwort erhielt, die darauf hinauslief, dass ich den Decoder aus der Lok ausbauen und die Software über einen Decodertester schreiben muss.
* einen Decodertester gekauft und Sie ahnen es schon ...
Hat jemand eine brillante Idee?
(Ich habe ESU schon wieder eine E-Mail geschickt, aber das dauert natürlich eine weile
habe leider keine Lösung für Dich, aber - sofern noch nicht geschehen - stell Dein Problem doch auch mal ins ESU-Forum (s. Homepage ESU). Dort wurde mir bei einem anderen Problem sehr schnell geantwortet.
alternativ könntest du den Decoder mit Fehlerbeschreibung an ESU schicken. Für mich klingt es eher nach einen Thema für ESU, wenn du auf den gleichen Decoder auch keinen Standardsound von ESU mehr schreiben kannst. Da werden die von Leosoundlab auch nicht viel machen können. Blöd ist halt, dass das gekaufte Leo-Soundfile an die Seriennummer gekoppelt ist, d.h. wenn ESU dir den Decoder ersetzt, kannst du das gekaufte Soundfile trotzdem nicht aufspielen.
Kannst du denn sicher sagen, dass die Decoder nicht doch irgendeinen OEM Schutz haben? Hast du davor schon mal einen Sound selbst auf die Decoder gespielt? Was wird denn bei den Decodereigenschaften angezeigt?
Ich habe beide als leere Decoder gekauft. Und selbst den Sound von ESU ICE1 darauf geladen. Aber das lässt sich jetzt auch nicht mehr rückgängig machen, der Decoder ist „stumm“.
Ansonsten macht er alles, was ein normaler geräuschloser Decoder auch macht.
beim schreiben der leeren Decoder wurden diese anschließend gesperrt ....nun haben die einen Schreibschutz ... das ist definitiv ein Thema für Leo Soundlap
War da eine Vorgehensweise beschrieben wie man den Sound auf den Decoder laden soll ... da ist anscheinend was schief gelaufen ... vielleicht war die Datei fehlerhaft.
Gruß
Manfred Bastlwastl ( ehemals Baumbauer ) passt eher zu dem was ich jetzt mache :-)
Alle meine Lokumbauten und Bauberichte finden Ihr hier
Configuration Variables 15, 16: Decoder Lock The Decoder Lock is used to change CVs in only one of several decoders with the same short address (CV1) or long address (CV17 and CV18) that are installed in the same locomotive. Assign a number to CV16 in each decoder (i.e. 1 to motor decoder, 2 to sound decoder, 3 or higher to other decoders) before the decoders are125 installed in the locomotive. To change a value in another CV of one of the installed decoders, first write the number 1 (motor), 2 (sound), or 3 or higher (other) into CV15, then send the new value to the CV to be changed. The decoders will compare CV15 to CV16 and, if the values are equal, the CV to be changed will be changed. If the values in CV15 and CV16 are different, the update will be ignored.
Ich habe schon selbst zwei Soundprojekte Von Leosoundlabs ohne Probleme auf Loksound 5 Decoder gespielt. Dabei schickt man die Seriennummer des Decoders an Leosoundlabs und bekommt dann das Programmfile zugeschickt. Das spielt man dann mit dem Lokprogrammer auf den Decoder. Wirklich was falsch machen kann man da wohl kaum. Bei mir ging das ohne Probleme mit dem in der Lok eingebauten Decoder.
Ich habe schon viele ESU Decoder mit Sound selber bespielt und wenn das Sound-Schreiben wegen z.B. schlechtem Kontakt Rad-Schiene mal abbricht, dann hilft es eigentlich, das Ganze nochmal neu zu starten.
Wenn man nach der Fehlermeldung "Decoderdaten konnten nicht geschrieben werden" sucht, gibt es einige Einträge, bei denen auch ein Defekt des Decoders Ursache des Problems war. Interessant ist hier nur, dass beide Decoder den gleichen Fehler haben. Vielleicht sind sie ja aus der gleichen Charge?
Zitat von mikomue im Beitrag #12Hier hatte jemand im ESU-Forum ein ähnliches Problem. Vielleicht hilft ja die dort vorgeschlagene Vorgehensweise:
Das scheint kein ähnliches Problem zu sein, sondern ist wohl eher exakt dasselbe! Sowohl im ESU - Forum als auch hier heißen die Fragesteller Dave, die Usernamen sind fast gleich, die Fragestellung ist dieselbe und zudem kommen die Themenersteller in beiden Foren jeweils aus den Niederlanden. Soviele Zufälle sind unwahrscheinlich. Freundliche Grüße Jürgen
Das liegt wohl an mir, weil mein Deutsch nicht so gut ist und ich Ihre Bemerkung wahrscheinlich nicht richtig verstehe. Aber wenn ich auf den Link klicke, erhalte ich nicht meinen Thread, sondern einen Herrn, der 10 Jahre älter ist als ich.
das sind zwei verschiedene Beiträge im ESU-Forum. Dave hat auf Anraten hier im Forum auch im ESU-Forum einen aktuellen Beitrag erstellt. Den Beitrag hast du gefunden. Das ist das gleiche Thema wie hier von der gleichen Person.
Parallel dazu habe ich aber einen älteren Beitrag aus dem ESU-Forum im Beitrag #12 verlinkt, das ist zwar auch das ESU-Forum mit einem anderen Beitrag aber dem sehr ähnlichen Problem. Dazu hat Dave jetzt noch einen Screenshot angehängt.
Damit der Link im Beitrag #12 richtig funktioniert, muss du im ESU-Forum angemeldet sein, sonst landet man auf der Anmeldeseite.
Soviel bloß zur Klarstellung, bevor hier noch mehr Konfusion entsteht.