Ich habe hier einen dicken Brocken, den ich nicht allein gelöst bekomme und bitte um Eure Schwarmintelligenz.
Ausgangslage ... eine Piko BR119 DR mit dem DH22A und einem Susi-Soundmodul SH10A, die ich aufeinander eingestellt habe. Der Decoder hat
F0 v/r Rot/Weiß-Wechsel F1 & F2 auf FS 1 + 2 Lichtunterdrückung, Rangierlicht auf F7 + Rangiergang - ABV,
bekommen.
Auf dem SuSi-Modul wurde der Sound der BR180 DR aufgespielt und einige Sounds für mich passend umgestellt. Die "Kupplung"-Sounds und das Weichenquitschen wurde entfernt, sowie der Zwangsleerlauf auf F15 gelegt.
Decoder als auch SuSi-Modul haben die neuste Firmware aufgespielt bekommen und lassen sich programmieren.
Nun mein Problem, wenn ich zuerst den Sound mit F8 aktiviere und den Regler "aufziehe" bleibt die Lok wie angemauert im Standgas stehen. Aktiviere ich den Sound nicht, fährt die Lok ohne probleme los, wird der Sound dann hinzu aktiviert, wird zunächst alles durcheinander abgespielt und die Lok ist praktisch nicht mehr zu kontrollieren. Ein Reset des Decoders mit CV8 = 8 ist nicht weder in noch außerhalb der Lok möglich, weder mit D&H, noch ESU oder Zimo Geräten.
Ich stehe auf dem Schlauch ... hab ich irgendwas übersehen ... für jede Hilfe dankbar
Ich hab grad noch einen Plux22 Decoder von Zimo und UB in der Lok getestet, und da funktionieren Sound und Decoder miteinander, es kann also nur am D&H Decoder liegen ... wie bekomme ich den resettet, wenn CV8 = 8 nicht akzeptiert wird? Wobei das auch nicht ganz stimmt, denn trotz Fehlermeldung beim Reset, sind die Einstellungen zu den AUX wieder auf Anfang gesetzt nach der CV8 ...
Bis dahin
enjoy the day digitalo (Stephan)
Zentrale: Z21 BLACK + Viessmann Commander 1.402 Programmer: MXULFA, ESU LoPro, D&H, IntelliSound-Ladeadapter Decoder: UB, ESU, D&H & Zimo nix von MäTrix Rollmaterial: Märklin/Primex, Ro/Fl, Rivarossi & Liliput Digital: only DCC auf K-|:|
Vielen Dank für Deine Antwort. Im CV 42 stand 64 drin und ist nun auf 0 korrigiert worden. Leider brachte das die Zusammenarbeit zwischen Decoder und Sound-Modul nicht zustande. Gibt es da irgendwo einen CV, der dem Decoder sagt das es jetzt "losgeht" und für das Zusammenspiel der beiden verantwortlich ist? Was mir noch einfiel zu testen ... Die Lok fährt, Sound wird hinzugeschaltet, Sound soll ausgeschaltet werden ... das funktioniert erst, wenn die Fahrstufe 0 anliegt. Sound liegt auf F8, so wie im Sound-File vorgesehen. Noch was ... mit F6 = aufblenden ... funktioniert auch nicht, obwohl in CV131 die 6 und CV52 = 15 sowie CV 53 = 31 hinterlegt sind.
Firmware Decoder = DH22A_3_12_50.HEX Firmware Modul = SH10A_1_14_50.hex
Hab auch schon den originalen Sound wieder auf das Modul gespielt ... gleiches Ergebnis ... Lok steht bei Sound an.
Bin echt ratlos.
Bis dahin
enjoy the day digitalo (Stephan)
Zentrale: Z21 BLACK + Viessmann Commander 1.402 Programmer: MXULFA, ESU LoPro, D&H, IntelliSound-Ladeadapter Decoder: UB, ESU, D&H & Zimo nix von MäTrix Rollmaterial: Märklin/Primex, Ro/Fl, Rivarossi & Liliput Digital: only DCC auf K-|:|
Moin, klingt wirklich seltsam, schau ich mir nochmal an.
Die kannst mir ja mal die Projektdatei schicken.
Als Anpassung zwischen Decoder und Soundmodul gibt es nur CV63, mit der man eine Anfahrverzögerung einstellen kann, um den Soundablauf beim Anfahren auf den Decoder abzustimmen.
SUSI arbeitet ansonsten aber unidirectional, also sollte der Decoder nicht von einer Einstellung oder Funktion des Soundmoduls beeinflusst werden. Lassen sich denn die SUSI-CVs im eingebauten Zustand des Soundmoduls einwandfrei auslesen?
In CV 63 steht eine 0 drin, also keine Verzögerung wenn ich das richtig interpretiere. Hab jetzt mal die CV 900 ausgelesen und als Wert die 97 bekommen ... also ja die SuSi-CVs lassen sich auslesen ... CV901 hat 100 usw. Das Projekt muss ich noch abspeichern, ich hatte es "on the fly" mit dem zur BR118 DR als Grundlage gemacht.
Bis dahin
enjoy the day digitalo (Stephan)
Zentrale: Z21 BLACK + Viessmann Commander 1.402 Programmer: MXULFA, ESU LoPro, D&H, IntelliSound-Ladeadapter Decoder: UB, ESU, D&H & Zimo nix von MäTrix Rollmaterial: Märklin/Primex, Ro/Fl, Rivarossi & Liliput Digital: only DCC auf K-|:|
Zitat von BR365 im Beitrag #4 SUSI arbeitet ansonsten aber unidirectional, also sollte der Decoder nicht von einer Einstellung oder Funktion des Soundmoduls beeinflusst werden. Lassen sich denn die SUSI-CVs im eingebauten Zustand des Soundmoduls einwandfrei auslesen?
Aus welchem Märchenbuch hast Du denn diesen Spruch entnommen.
Ein Dekoder kann immer CVs in einem Susi-Modul lesen. Dafür gibt es eine CV in der Susi-Spezifikation, die Zustände kennzeichnen kann. Ob dies der Soundmodul macht und der Dekoder auch auswertet, ist eine ander Sache. Und es gibt eine Susi-Erweiterung, die auch richtig bidirektional kann. Ob dies bei D&H implementiert ist, habe ich noch nicht untersucht. Die MS Dekoder von Zimo sollen dies können. Bin gespannt, wenn die erste Implementierung in einem MS Dekoder vorliegt.
Ich habe auch mal an der Stelle in einem anderen Zusammenhang rumgespielt. Da hatte ich das Gefühlt, der der D&H Programmer es beim Testen des Fahrbetriebs eines Soundmoduls nicht korrekt auswertet. Ich habe da so meinem Zweifel, dass dies in den Dekodern von D&H sauber umgesetzt ist. Muss auch noch mal den Soundmodul testen.
Zitat von BR365 im Beitrag #4 SUSI arbeitet ansonsten aber unidirectional, also sollte der Decoder nicht von einer Einstellung oder Funktion des Soundmoduls beeinflusst werden. Lassen sich denn die SUSI-CVs im eingebauten Zustand des Soundmoduls einwandfrei auslesen?
Aus welchem Märchenbuch hast Du denn diesen Spruch entnommen.
Zitat von BR365 im Beitrag #4 SUSI arbeitet ansonsten aber unidirectional, also sollte der Decoder nicht von einer Einstellung oder Funktion des Soundmoduls beeinflusst werden. Lassen sich denn die SUSI-CVs im eingebauten Zustand des Soundmoduls einwandfrei auslesen?
Aus welchem Märchenbuch hast Du denn diesen Spruch entnommen.
Zitat 4 Protokoll Die Datenübertragung ist eine synchrone unidirektionale bzw. Halbduplexverbindung.
Du redest aber von Susi im Allgemeinen. Du nennst keine Spezifikation! Und da gehört nun auch die RCN-601 dazu. Und dort steht:
"1.1 Zweck der Norm Diese Norm beschreibt ein erweitertes Protokoll für eine bidirektionale Kommunikation zwischen Susi "Master" und "Slave" Modulen. Die Norm baut auf der Standard Kommunikation von Susi auf und ist damit kompatibel. Ein Mischbetrieb von BiDi- und Standardmodulen ist möglich, solange diese nach [RCN600] arbeiten. Bei Modulen nach alter Dietz- oder NMRA-Norm können eventuell Abweichungen auftreten (Siehe hierzu [RCN600] Anhang B: Erkannte Probleme)."
Die obige Aussage stimmt in meinen Aussagen nur für den "Normalbetrieb". Die alte Norm hat aber auch einen Rückkanal, sonst könnte der Dekoder ja nichts aus den Modulen auslesen. Und das steht dann eben nur zwischen den Zeilen. Dekoder und Susi-Modul können sich im Programmiermodus unterhalten, ohne, dass der Dekoder im Programmiermodus sein muss.
Statusbits 1020 Bit 0 = WAIT, Bits 1-7 reserviert
Nun ist dies alles in meinen Augen nicht sauber beschrieben, schwierig zu testen und man kann da viel reininterpretieren, so dass sich die beteiligen Komponenten nicht verstehen müssen.
Das Beschäftigen mit dem Thema bringt einen dann schon weiter.
Zitat von digitalo im Beitrag #1 Nun mein Problem, wenn ich zuerst den Sound mit F8 aktiviere und den Regler "aufziehe" bleibt die Lok wie angemauert im Standgas stehen. Aktiviere ich den Sound nicht, fährt die Lok ohne probleme los, wird der Sound dann hinzu aktiviert, wird zunächst alles durcheinander abgespielt und die Lok ist praktisch nicht mehr zu kontrollieren.
Wenn Du da den möglichen Zusammenhang nicht erkennst, ist es halt so.
Zitat von digitalo im Beitrag #8 Hat jetzt nicht wirklich zur Lösung beigetragen ... Eure Einwürfe.
Zitat von BR365 im Beitrag #4 SUSI arbeitet ansonsten aber unidirectional, also sollte der Decoder nicht von einer Einstellung oder Funktion des Soundmoduls beeinflusst werden. Lassen sich denn die SUSI-CVs im eingebauten Zustand des Soundmoduls einwandfrei auslesen?
Aus welchem Märchenbuch hast Du denn diesen Spruch entnommen.
Zitat 4 Protokoll Die Datenübertragung ist eine synchrone unidirektionale bzw. Halbduplexverbindung.
Du redest aber von Susi im Allgemeinen. Du nennst keine Spezifikation! Und da gehört nun auch die RCN-601 dazu. Und dort steht:
"1.1 Zweck der Norm Diese Norm beschreibt ein erweitertes Protokoll für eine bidirektionale Kommunikation zwischen Susi "Master" und "Slave" Modulen. Die Norm baut auf der Standard Kommunikation von Susi auf und ist damit kompatibel. Ein Mischbetrieb von BiDi- und Standardmodulen ist möglich, solange diese nach [RCN600] arbeiten. Bei Modulen nach alter Dietz- oder NMRA-Norm können eventuell Abweichungen auftreten (Siehe hierzu [RCN600] Anhang B: Erkannte Probleme)."
Ich rede von SUSI und für SUSI gilt die RCN-600, Wenn Du über SUSI-BiDi redest, was eine Erweiterung ist, dann kommt die RCN-601 ins Spiel.
Trotzdem gilt für SUSI nach wie vor das, was Du als "Märchenbuch" bezeichnest, nämlich die offizielle RCN-600.
In der Ausgabe 06/2017 des Gartenbahn profi ist zu lesen:
ZitatDie nachfolgend aufgeführten Hersteller wurden von der Redaktion angefragt, ob und wenn ja bei welchen Großbahndecodern die RailCommunity-Norm 601 umgesetzt ist. • Dietz: Derzeit sind keine (von Uhlenbrock für Dietz hergestellte) Decoder im Programm, die Susi-BiDi unterstützen. • ESU: Auch hier sind derzeit keine Decoder im Programm die Susi-BiDi unterstützen. Bei kommenden Decodergenerationen ist es voraussichtlich geplant diese Funktionalität einzuprogrammieren. • Lenz: Die aktuellen Großbahn-Decoder Gold-Maxi sind nicht mit Susi-BiDi ausgerüstet. Das steht auf der Entwicklungsliste, allerdings kann noch kein Termin der Umsetzung genannt werden. • LGB/Märklin: Unsere entsprechende Anfrage blieb leider unbeantwortet. Derzeit ist die Susi-BiDi- Norm nicht umgesetzt. • Tams: Aktuell sind keine speziellen Großbahndecoder im Programm. • Zimo: Bisher wurde kein Bedarf an dieser Funktion gesehen und daher die Schnittstelle noch nicht eingebaut. Sollten aber diesbezüglich Anfragen von Kunden kommen, so könne diese Erweiterung bei den Decodern MX696 und MX699 per SoftwareUpdate ergänzt werden.
Also ich denke, dass SUSI-BiDi noch keine weite Verbreitung gefunden hat.
Zitat von dr iv im Beitrag #9Wenn Du da den möglichen Zusammenhang nicht erkennst, ist es halt so.
Ich sehe darin den Zusammenhang, das die beteiligten nicht miteinander kommunizieren und wenn Du so willst ist das Modul (SH10A) der Master in der Angelegenheit, der seinem Slave (DH22A) nichts weitergibt. Mit einem anderen Decoder wie von zB. Zimo oder UB funktioniert das (Zusammen)-Spiel zwischen Modul und Decoder. Es kann aber nicht die Lösung sein einfach nur den Decoder auszutauschen.
Bis dahin
enjoy the day digitalo (Stephan)
Zentrale: Z21 BLACK + Viessmann Commander 1.402 Programmer: MXULFA, ESU LoPro, D&H, IntelliSound-Ladeadapter Decoder: UB, ESU, D&H & Zimo nix von MäTrix Rollmaterial: Märklin/Primex, Ro/Fl, Rivarossi & Liliput Digital: only DCC auf K-|:|
Ich hatte die Lok schon vor längerer Zeit vom UB-Decoder befreit und naja damals keinen Sound-Decoder zur Hand. Bei Ebay hatte jemand 4 Decoder (2x Sound & 2x NoSound) von D&H veräußert, wovon 2 (Sound) defekt waren (habe ich von D&H ersetzt bekommen) und der DH22A war einer, der heile war. Bei Lippe hatte ich dann das Modul gekauft und war ... ersteinmal glücklich damit, alles hat ja schon einmal miteinander funktioniert . Allerdings waren dann auf manchen Funktionen Sounds, die da so überhauptnicht hingehörten, die habe ich jetzt verschoben, alles mit der D&H Hardware.
So ... ich habe jetzt mal Deinen Vorschlag mit der CV 137 nachvollzogen ... und ... was soll ich sagen ... das war der Fehler! Beim Auslesen des CV137 bekam ich eine NULL präsentiert, die ich durch eine ACHT ersetzt habe und schon harmonieren die Beiden wieder ... Danke vielmals ... Du bist ein SCHATZ!
Bis dahin
enjoy the day digitalo (Stephan)
Zentrale: Z21 BLACK + Viessmann Commander 1.402 Programmer: MXULFA, ESU LoPro, D&H, IntelliSound-Ladeadapter Decoder: UB, ESU, D&H & Zimo nix von MäTrix Rollmaterial: Märklin/Primex, Ro/Fl, Rivarossi & Liliput Digital: only DCC auf K-|:|
Ist es nicht so, das die CV bis ca. CV400 zum DH22A, also dem Decoder gehören und die ab CV900 zum SuSi-Modul SH10A? Ich habe jetzt mal in der Anleitung, nach der ich den DH22A programmiert hatte geschaut, ob ich den CV137 auch in der "Mache" hatte ... nein, hatte ich nicht und ich kann mir nicht erklären, weshalb der auf 0 gesetzt war, oder wodurch. Vor meiner Programmierung hatten ja Modul und Decoder harmoniert.
bis dahin
enjoy the day digitalo (Stephan)
Zentrale: Z21 BLACK + Viessmann Commander 1.402 Programmer: MXULFA, ESU LoPro, D&H, IntelliSound-Ladeadapter Decoder: UB, ESU, D&H & Zimo nix von MäTrix Rollmaterial: Märklin/Primex, Ro/Fl, Rivarossi & Liliput Digital: only DCC auf K-|:|
Zitat von dany44 im Beitrag #13D&H-Decoder werten die Anfahrverzögerung eines Susimoduls aus (CV1020). Man kann das mit CV #137 abschalten (Bit 3 setzen, also Wert 8 dazu addieren).
Ich hatte da mal vor einiger Zeit mit rumgespielt, das beobachtet und auch Probleme gehabt und alles erstmal weggelegt.
Da ich die angedachte Lösung noch nicht ganz begraben habe, würde mich interessieren, ob eine 1 in CV1020 warten bedeutet und die 0 dann, dass die Zeit abgelaufen ist. Wird dieses Wait nur dafür verwendet, oder gibt es noch weitere Verwendungen? Kannst Du sagen, in welchem Abstand der Dekoder den Modul fragt und wie sich das Ganze verhält, wenn mehrere Module gesteckt sind, die dann parallel antworten.
Die CV137 bit 3 ist aber sehr schwammig dokumentiert.
Gut ... dann war ich ja nicht Schuld. Was mir noch auffiel war folgendes:
Der CV137 wird im Zusammenhang mit den AUX5 & 6 & dem erweiterten Mapping erwähnt. Der Wert hier zB. von 16 bewirkt wieder einen Stillstand des Modells bei aktiviertem Sound. Keine Ahnung, aber mit dem erweiterten Mapping ändern sich auch die CV-Werte für zB. den Rangiergang von ehemals 128 auf 3, da ja nun der AUX6 den Wert von 128 hat. Ein wenig konfus ... Das mit dem Auf/Ablenden auf F6 hab ich noch nicht hinbekommen, trotz unterschiedlicher Werte in CV 52 & 53, sowie in CV131 den Wert von 6 für F6 gesetzt sind ...
Bis dahin
enjoy the day digitalo (Stephan)
Zentrale: Z21 BLACK + Viessmann Commander 1.402 Programmer: MXULFA, ESU LoPro, D&H, IntelliSound-Ladeadapter Decoder: UB, ESU, D&H & Zimo nix von MäTrix Rollmaterial: Märklin/Primex, Ro/Fl, Rivarossi & Liliput Digital: only DCC auf K-|:|
Zitat von BR365 im Beitrag #15Nur diese CV1020 ist mir unklar, denn die gibt es beim SH10A gar nicht.
Doch, die CV #1020 hat das SH10A. Die ist in der SUSI-Spezifikation genormt.
Zitat von dr iv im Beitrag #17Kannst Du sagen, in welchem Abstand der Dekoder den Modul fragt und wie sich das Ganze verhält, wenn mehrere Module gesteckt sind, die dann parallel antworten.
Das Timing habe ich nicht ermittelt. Mehrere Module sollten kein Problem sein, da SUSI-Slaves einfach nur die Datenleitung nach "low" ziehen. Wenn das mehrere gleichzeitig machen, bleibt es bei "low".
Zitat von dr iv im Beitrag #17Die CV137 bit 3 ist aber sehr schwammig dokumentiert.
Da steht "SUSI-Anfahrverzögerung", ich fand's einleuchtend. Was hat Dich irritiert?
Zitat von digitalo im Beitrag #19Der Wert hier zB. von 16 bewirkt wieder einen Stillstand des Modells bei aktiviertem Sound.
Mit dem Wert 16 hast Du den Wert 8 ja auch wieder gelöscht. Das Verhalten ist also nicht verwunderlich. Willst Du beides gleichzeitig haben, musst Du den Wert 24 nutzen!
H0-Modellbahnforum.de - das Forum mit der Forumbahn!
»
Technik und Steuerung von Fahrzeugen und Anlage
»
Digitaltechnik
»
!!! GELÖST !!! Problem mit DH22A + SH10A Kombi
06.11.2020 11:00 (zuletzt bearbeitet: 07.11.2020 16:39)
Thema drucken
Antworten
