Anzeige:
THEMA: Problem SX2 Programmieren mit Trix Gleisbox
THEMA: Problem SX2 Programmieren mit Trix Gleisbox
Peter W. - 10.11.09 13:25
Hallo,
mir ist aufgefallen dass das SX2 Auslesen und Programmieren mit Trix Gleisbox und MX V 0.60 nicht mehr richtig klappt. Bei mehrfachem Auslesen entstehen ständig Bit-Dreher. Ich bilde mir ein, mit der V 0.34 war das nicht so.
Was ist der Grund dafür?
Grüße, Peter W.
mir ist aufgefallen dass das SX2 Auslesen und Programmieren mit Trix Gleisbox und MX V 0.60 nicht mehr richtig klappt. Bei mehrfachem Auslesen entstehen ständig Bit-Dreher. Ich bilde mir ein, mit der V 0.34 war das nicht so.
Was ist der Grund dafür?
Grüße, Peter W.
Hallo Peter,
Das kann eigentlich nicht so sein.
Die 0.60 erhält genau dieselbe Antwort wie auch die 0.34, da die Auswertung nur innerhalb der Gleisbox stattfindet. Das Ergebnis steht immer in Kanal 107.
Was meinst du genau mit Bitdreher? Ist ein Bit invertiert oder ist das ganze Ergebnis gar geshiftet?
Viele Grüße,
Lars
Das kann eigentlich nicht so sein.
Die 0.60 erhält genau dieselbe Antwort wie auch die 0.34, da die Auswertung nur innerhalb der Gleisbox stattfindet. Das Ergebnis steht immer in Kanal 107.
Was meinst du genau mit Bitdreher? Ist ein Bit invertiert oder ist das ganze Ergebnis gar geshiftet?
Viele Grüße,
Lars
Hallo Lars,
rein gefühlsmäßig würde ich sagen, es sind invertierte Bits, keine Shifts. Sicher bin ich aber nicht, da ich nach ein paar Fehlversuchen schnell aufgegeben hatte. Die Reproduzierbarkeit des Resultates hängt auch von der PA Nummer ab. PA001 war mal 1, dann wieder 15. PA002 war immer identisch.
Ich muss mal mit der FCC klare Bitmuster eintragen (da funktioniert es richtig) und dann die Resultate mehrerer Auslesevorgänge mit der Gleisbox aufschreiben.
Grüße, Peter W.
rein gefühlsmäßig würde ich sagen, es sind invertierte Bits, keine Shifts. Sicher bin ich aber nicht, da ich nach ein paar Fehlversuchen schnell aufgegeben hatte. Die Reproduzierbarkeit des Resultates hängt auch von der PA Nummer ab. PA001 war mal 1, dann wieder 15. PA002 war immer identisch.
Ich muss mal mit der FCC klare Bitmuster eintragen (da funktioniert es richtig) und dann die Resultate mehrerer Auslesevorgänge mit der Gleisbox aufschreiben.
Grüße, Peter W.
Hallo Peter,
Jetzt wird es lustig: Ich hatte als Grundlage für den SX2-Programmer der FCC die Firmware der Gleisbox genutzt. Daher sollte es keine so großen Unterschiede geben...
Viele Grüße,
Lars
Jetzt wird es lustig: Ich hatte als Grundlage für den SX2-Programmer der FCC die Firmware der Gleisbox genutzt. Daher sollte es keine so großen Unterschiede geben...
Viele Grüße,
Lars
Hallo Lars,
ich konnte inzwischen das SX2-Programmierproblem mit der Gleisbox eingrenzen. Es betrifft offenbar nur die SX2 fähigen Decoder mit Susi Schnittstelle und angeschlossenem Soundmodul.
Schreiben scheint zu klappen, aber beim Auslesen werden manchmal falsche Bits als gesetzt erkannt, z.B. die Werte 10 oder 12 immer als 14 gelesen, oder 3 als 135.
Ich denke, die Gleisbox wird durch die Stromaufnahme des Soundmoduls beeinflusst. Bei der FCC ist dies nicht so.
Vermutlich irre ich und es war schon immer so, und ich habe es einfach nicht bemerkt. Ich hätte auch keine logische Erklärung warum sich die Firmwareversion der MS dahingehend auswirken sollte.
Grüße, Peter W.
ich konnte inzwischen das SX2-Programmierproblem mit der Gleisbox eingrenzen. Es betrifft offenbar nur die SX2 fähigen Decoder mit Susi Schnittstelle und angeschlossenem Soundmodul.
Schreiben scheint zu klappen, aber beim Auslesen werden manchmal falsche Bits als gesetzt erkannt, z.B. die Werte 10 oder 12 immer als 14 gelesen, oder 3 als 135.
Ich denke, die Gleisbox wird durch die Stromaufnahme des Soundmoduls beeinflusst. Bei der FCC ist dies nicht so.
Vermutlich irre ich und es war schon immer so, und ich habe es einfach nicht bemerkt. Ich hätte auch keine logische Erklärung warum sich die Firmwareversion der MS dahingehend auswirken sollte.
Grüße, Peter W.
Hallo Peter,
So ein Problem könnte durchaus durch den Stromverbrauch des SUSI-Moduls zu Stande kommen, jedoch sollte eigentlich das Format des Acknowledge des Decoders so etwas verhindern.
Komisch...
Viele Grüße,
Lars
So ein Problem könnte durchaus durch den Stromverbrauch des SUSI-Moduls zu Stande kommen, jedoch sollte eigentlich das Format des Acknowledge des Decoders so etwas verhindern.
Komisch...
Viele Grüße,
Lars
Nur registrierte und eingeloggte User können Antworten schreiben.
Einloggen ->
Noch nicht registriert? Hier können Sie Ihren kostenlosen Account anlegen: Neuer N-Liste Account
Zum Seitenanfang
© by 1zu160.net;