Ohne Mist es nervt. Wenn du es besser weißt, warum erklärst du den Leuten dann nicht wie es funktioniert, dass sie es verstehen? Mir geht das Thema eigentlich hier völlig am Arsch vorbei, weil ich keine 62er hab. Aber Hauptsache es quarkt wieder einer rein.
Dann überlege mal warum man, laut Piko Digitalseminar letztens, bei der ECU extra die Funktionstaste F1 gleich ein für vorwärts und rückwärts auch für den org. Decoder dazu programmieren soll.
Was soll ich da überlegen? Vermutlich haben sie es vergessen oder was weiß ich!
Ändert aber rein garnichts an der Tatsache, dass das Funktionsmapping des Sounddecoders und des SUSI-Decoders völlig unabhängig voneinander sind und es eines speziellen Signals Bedarf, wenn ich, neben der Dauerhaft eingeschalteten Funktionstaste, z.B. F1 (Sound an Sounddecoder -> Feuerbüchsen flackern an SUSI-Slave) die Synchronisation zwischen dem abgespielten Soundfile und dem Ein- und Ausschalten des Funktionsausganges erzeugen will.
Das SUSI Protokoll kann schon recht viel. Die Frage ist nur was davon von Piko benutzt wird, um den Funktionsumfang für Fremddecoder einzuschränken. Einziger Hinweis im Soundprojekt ist wie gesagt die Angabe zum Setzen und Aufheben einer SuSI Funktion mit Konstante „101“.
Das ist ja alles schön und gut! Da wären wir wieder beim Signal X!
Vielleicht gibt es auch einfach nur einen undokumentierten FA für die ECU, sprich den Slave Decoder, der via Piko Sound Script eingeschalten wird (SUSI Tastendruck, Susi Direktbefehl od. Od. Od.) und so die Auswahl zwischen Dauerleuchten für Fremddecoder und Flackern für Piko Decoder vorgenommen wird.
Es sind immer Funktionsausgänge!
Wir reden hier von Microcontrollern, diese stellen Schältaus/eingänge zur Verfügung. Sprich egal was ich mache ich benötige logischer weise dazu einen Ausgang.
Der Rest ist Sache der Software, ob und wie du ihn Programmieren und Ansprechen kannst.
Nee warum? Erkläre mal im Detail. Ein als Slave eingestellter Decoder macht ohne Befehle/Signale vom Master erstmal rein gar nischt, außer Strom zu verbrauchen. Sonst könnte man ja gleich eine 2. Decoderschnittstelle einbauen und einen simplen Funktionsdecoder dort einbauen. Ein Slave Decoder ist auch nicht groß was anderes, nur das er nicht die Befehle via DCC Signal von der Schiene entgegennimmt, sondern via Susi Bus vom Master.
Ja und was soll ich da jetzt erklären?
Deswegen kannst du im Master trotzdem programmieren was du willst, es wird keinerlei Einfluss auf das Funktionsmapping des Slave haben! Der Bus ist dazu da, die Informationen weiter zu geben, welche Funktionstasten und Fahrzustände am Master gerade aktiv sind. Weiter nichts.
So und mehr gibt es von meiner Seite nicht zu dem Thema. 🙅♂️
