[DCC] brauche Hilfe bei Decoderprogrammierung
Philipp Kotter
ich habe eine Frage an alle digital Versierten.
Und zwar möchte ich jetzt endlich die Digitalisierung eines Triebzuges
zu Ende bringen, aber ich sitze schon eine 3/4 Stunde vor der
Decoderanleitung und bin mir immer noch nicht sicher.
Das Modell bekommt einen Zimo MX 64 HR.
Folgende Funktionen soll es geben:
F0: Spitzenlicht wechselnd mit Fahrtrichtung
F1: Schlußlicht wechselnd mit Fahrtrichtung
F2: Schlußlicht beidseitig
F3: Zusatzscheinwerfer wechselnd mit Fahrtrichtung
F4: Zugzielanzeige
F5: Innenbeleuchtung
Also 8 Ausgänge belegt, passt genau. Aber wie ordne ich jetzt den
Ausgängen Funktionstasten zu und wie stelle ich die
Richtungsabhängigkeit ein? In CV 33 bis 42 lege ich die Ausgänge auf
verschiedene F-Tasten, in CV 125 bis 128 kann ich den Ausgängen 1 bis 4
eine Richtungsabhängigkeit geben. Sehe ich also richtig, dass ich die
Zusatzscheinwerfer nicht wechselnd mit Fahrtrichtung einstellen kann?
Müsste ich also zum Beispiel Zusatzscheinwerfer vorne auf F3 und hinten
auf F4 legen?
Und wie ist das mit der Richtungsabhängigkeit? Wenn ich jetzt auf F0 das
wechselnde Spitzenlicht möchte, lege ich Ausgang 1 und 2 mittels CV 33=1
und CV 34=2 auf F0. Nur, die Richtungsabhängigkeit in den CVs 125ff
verstehe ich nicht ganz. Wieder für F0: In CV 125 muss Bit0=1 und Bit1=0
für Ausgang 1 (Stirn vorne) aktiv bei Vorwärtsfahrt gesetzt werden? Also
schreibe ich in CV 125 den Wert '1'? Und in CV 126 den Wert '2' für
Ausgang 2 (Stirn hinten) aktiv bei Rückwärtsfahrt?
Fürs Schlusslicht dann analog dem obigen Beispiel aber mit CV 35 und 36
und CV 127 und 128?
Ich möchte nichts löten und programmieren und dann feststellen müssen,
dass es anders viel geschickter gewesen wäre bzw. so wie ich es gemacht
habe, überhaupt nicht geht. Wenn jemand meine Gedanken verifizieren oder
berichtigen könnte, wäre das super!
Gruss, Philipp
Peter Wagner
Philipp Kotter schrieb:
> F0: Spitzenlicht wechselnd mit Fahrtrichtung
> F1: Schlußlicht wechselnd mit Fahrtrichtung
> F2: Schlußlicht beidseitig
> F3: Zusatzscheinwerfer wechselnd mit Fahrtrichtung
> F4: Zugzielanzeige
> F5: Innenbeleuchtung
Da nur 2 richtungsabhängige Funktionen per NMRA und nur
4 richtungsbeeinflussbare Ausgänge mit ZIMO-Konfiguration zur
Verfügung stehen müssen wir die Beschaltung und die Tasten
leicht umgruppieren:
> F0: Schlußlicht wechselnd mit Fahrtrichtung
An Ausgang 5+6:
CV 33 = 00100000 = 32 ... Ausgang 6 mit F0 vorwärts ein
CV 34 = 00010000 = 16 ... Ausgang 5 mit F0 rückwärts ein
> F1: Spitzenlicht wechselnd mit Fahrtrichtung
An Ausgang 1+2:
CV 35 = 00000011 = 3 ... F1 wählt Ausgänge 1+2 vor
CV125 = 00000001 = 1 ... Ausgang 1 nur vorwärts ein
CV126 = 00000010 = 2 ... Ausgang 2 nur rückwärts ein
> F2: Schlußlicht beidseitig
An Ausgang 5+6:
CV 36 = 00110000 = 48 ... Ausgänge 5+6 mit F2 beide ein
> F3: Zusatzscheinwerfer wechselnd mit Fahrtrichtung
An Ausgang 3+4:
CV 37 = 00001100 = 12 ... F3 wählt Ausgänge 3+4 vor
CV127 = 00000001 = 1 ... Ausgang 3 nur vorwärts ein
CV128 = 00000010 = 2 ... Ausgang 4 nur rückwärts ein
> F4: Zugzielanzeige
An Ausgang 7:
CV 38 = 00001000 = 8 ... Ausgang 7 mit F4 ein
> F5: Innenbeleuchtung
An Ausgang 8:
CV 37 = 00010000 = 16 ... Ausgang 8 mit F5 ein
> Ich möchte nichts löten und programmieren und dann feststellen müssen,
> dass es anders viel geschickter gewesen wäre bzw. so wie ich es gemacht
> habe, überhaupt nicht geht. Wenn jemand meine Gedanken verifizieren oder
> berichtigen könnte, wäre das super!
Dann klemme den Decoder einfach provisorisch mit ein paar Glühbirnen zusammen
und probiere es vorher aus.
--
SchöNe Grüße aus WieN,
Peter Wagner. Spur N, DCC.
Modelleisenbahnclub "Die 160er" - Mitgliedsclub des VOEMEC.
Philipp Kotter
Peter Wagner wrote:
> Philipp Kotter schrieb:
>
>>F0: Spitzenlicht wechselnd mit Fahrtrichtung
>>F1: Schlußlicht wechselnd mit Fahrtrichtung
>>F2: Schlußlicht beidseitig
>>F3: Zusatzscheinwerfer wechselnd mit Fahrtrichtung
>>F4: Zugzielanzeige
>>F5: Innenbeleuchtung
>
> Da nur 2 richtungsabhängige Funktionen per NMRA und nur
> 4 richtungsbeeinflussbare Ausgänge mit ZIMO-Konfiguration zur
> Verfügung stehen müssen wir die Beschaltung und die Tasten
> leicht umgruppieren:
> [...]
Leicht ist gut. Clever find ich das! Da wäre ich nicht draufgekommen.
Oder zumindest erst nach einigen weiteren 3/4 Stunden.
Danke, dass du dich da reingedacht hast!
Freundliche Grüße, Philipp
Reinhard Mueller
sehr gute Idee, aber noch leicht verbesserungsfaehig.
Peter Wagner schrieb:
> Philipp Kotter schrieb:
>>F0: Spitzenlicht wechselnd mit Fahrtrichtung
>>F1: Schlußlicht wechselnd mit Fahrtrichtung
>>F2: Schlußlicht beidseitig
>>F3: Zusatzscheinwerfer wechselnd mit Fahrtrichtung
>>F4: Zugzielanzeige
>>F5: Innenbeleuchtung
>
> Da nur 2 richtungsabhängige Funktionen per NMRA und nur
> 4 richtungsbeeinflussbare Ausgänge mit ZIMO-Konfiguration zur
> Verfügung stehen ...
Die Idee, dass man das getrennt sehen kann, war mir nicht
gekommen.
>>F0: Schlußlicht wechselnd mit Fahrtrichtung
F0: Spitzenlicht wechselnd mit Fahrtrichtung
> An Ausgang 5+6:
> CV 33 = 00100000 = 32 ... Ausgang 6 mit F0 vorwärts ein
> CV 34 = 00010000 = 16 ... Ausgang 5 mit F0 rückwärts ein
>
>
>>F1: Spitzenlicht wechselnd mit Fahrtrichtung
F1: Schlusslicht wechselnd mit Fahrtrichtung
> An Ausgang 1+2:
> CV 35 = 00000011 = 3 ... F1 wählt Ausgänge 1+2 vor
> CV125 = 00000001 = 1 ... Ausgang 1 nur vorwärts ein
> CV126 = 00000010 = 2 ... Ausgang 2 nur rückwärts ein
>
>>F2: Schlußlicht beidseitig
>
> An Ausgang 5+6:
> CV 36 = 00110000 = 48 ... Ausgänge 5+6 mit F2 beide ein
An Ausgang 1+2:
CV 36 = 00000011 = 3 ... Ausgänge 1+2 mit F2 beide ein
Rest wie gehabt.
Man kann ja die Spitzenlichter einfach an die Ausgaenge
5 und 6 haengen und die Ruecklichter an die Ausgaenge
1 und 2.
Damit entspricht die Bedienung genau Philipps Vorstellung.
Gruss,
Reinhard
Peter Wagner
Reinhard Mueller schrieb:
> Man kann ja die Spitzenlichter einfach an die Ausgaenge
> 5 und 6 haengen und die Ruecklichter an die Ausgaenge
> 1 und 2.
> Damit entspricht die Bedienung genau Philipps Vorstellung.
Ähm - es ist aber nicht möglich die Maskierung der Ausgänge
über CV125...CV128 mit einer F-Taste dynamisch zu ändern.
Wenn 1+2 mit F0v und F0h verknüpft sind, wirft man die
Funktion von CV125+126 weg und kann 5+6 nicht mehr
richtungsabhängig machen.
Bei CV128 ist nunmal der EOCV Error eingetreten :-)
Wenn 1+2 mit CV125+126 maskiert werden kann man sie nur
getrennt einschalten (mehr als 11 in der NMRA Maske wirds
nicht).
Da nicht ein Rangierlicht (= beidseitiges Spitzenlicht)
sondern ein beidseitiges Schlusslicht (Abstellbeleuchtung,
ich schliesse daraus es handelt sich um einen Triebwagen
oder Wendezug) gewünscht war, fällt mir momentan nichts
anderes ein.
Oder hast Du was gesehen, was ich momentan nicht sehe?
4 Augen sehr mehr als 2....
Reinhard Mueller
Peter Wagner schrieb:
> Reinhard Mueller schrieb:
>
>> Man kann ja die Spitzenlichter einfach an die Ausgaenge
>> 5 und 6 haengen und die Ruecklichter an die Ausgaenge
>> 1 und 2.
>> Damit entspricht die Bedienung genau Philipps Vorstellung.
>
> Ähm - es ist aber nicht möglich die Maskierung der Ausgänge
> über CV125...CV128 mit einer F-Taste dynamisch zu ändern.
Wollte ich eigentlich auch nicht.
Damit willst Du also sagen, dass die Oder-Funktion des
Funktionmappings nur bei den uber CV33 und 34 gemappten
Funktionen mit der Richtungsabhaengigkeit zusammenpasst.
Schade. Habe ich nicht bedacht. Du hast ja sooo Recht.
> Bei CV128 ist nunmal der EOCV Error eingetreten :-)
Woran sich immer weniger Hersteller stoeren. :-(
Beim ESU LokSound V3.0 geht es bis CV#230.
Leider kommt von den Herstellern keine klare Ansage,
was man sich an CVs wuenscht, es wird einfach belegt.
Aber bei CV61 sind noch ein paar Werte frei. ;-)
Und wenn ein Mapping ueber CV61 nicht immer Ausgang 7 als
RBI setzen wuerde .....
> Oder hast Du was gesehen, was ich momentan nicht sehe?
> 4 Augen sehr mehr als 2....
Ne ne, dieses mal hatte ich etwas uebersehen.
Gruss,
Reinhard
Peter Wagner
Reinhard Mueller schrieb:
Hallo Reinhard,
> Damit willst Du also sagen, dass die Oder-Funktion des
> Funktionmappings nur bei den uber CV33 und 34 gemappten
> Funktionen mit der Richtungsabhaengigkeit zusammenpasst.
Jo .... das Mapping hat eben seine Grenzen. Mich würde ja
eigentlich interessieren ob das Thema Schlusslicht oder
die Frage nach der Sinnhaftigkeit der "Krücke" mit den
CV33/34 in der NMRA diskutiert wird.
> Aber bei CV61 sind noch ein paar Werte frei. ;-)
Don't get me started about this one.... CV61 ist IMHO eine
der Leichen bei ZIMO: Unlogisch, schwer verständlich und
nicht ausreichend dokumentiert.
Wollte ZIMO nicht da etwas zum Thema Schlusslicht tun?
Ich hab da irgendwann mal was gesehen/gelesen/gehört, aber
nicht mehr verfolgt.
Arnold Huebsch
>> Aber bei CV61 sind noch ein paar Werte frei. ;-)
>
> Don't get me started about this one.... CV61 ist IMHO eine
> der Leichen bei ZIMO: Unlogisch, schwer verständlich und
> nicht ausreichend dokumentiert.
CV61 ist der Versuch spezielle Beleuchtungsmuster zu definieren, die über
das NMRA Mapping nicht machbar sind. Statt mittels Functionmapping viele
einzelne Einstellungen zu machen gibt man nur eine Zahl in CV61 ein und hat
das erledigt. Also eben ein GAAANZ anderer Ansatz. Die Benutzung ist an sich
einfach, einfach in der Tabelle nachsehen ob es da ein Muster gibt das man
benutzen will. Ich find' die Doku nicht so schlecht. Man muß nur verstehen,
dass das eben anders funktioniert als das NMRA Function mapping.
> Wollte ZIMO nicht da etwas zum Thema Schlusslicht tun?
Davon hab' ich auch gelesen. Mal schaun was die nächste große
Firmwarerelease neues bringen wird. Termine dafür kenne ich noch keine.
--
|[#]| . \=/ Arnold Hübsch
|[_]|--/^\--H<| http://www.huebsch.at/train
|_ _________ \ http://amw.huebsch.at
_o (x)-(x)-/oo\\___ http://www.waschzettel.at
Philipp Kotter
> Reinhard Mueller schrieb:
>
>>Man kann ja die Spitzenlichter einfach an die Ausgaenge
>>5 und 6 haengen und die Ruecklichter an die Ausgaenge
>>1 und 2.
>>Damit entspricht die Bedienung genau Philipps Vorstellung.
>
> Funktion von CV125+126 weg und kann 5+6 nicht mehr
> richtungsabhängig machen.
Ich finde deine Idee, wie du das Problem mit der Richtungsabhängigkeit
löst, wie gesagt, einfach clever. Ich hab überlegt und überlegt und
keine Lösung gefunden. Darauf wäre ich nicht gekommen.
> Da nicht ein Rangierlicht (= beidseitiges Spitzenlicht)
> sondern ein beidseitiges Schlusslicht (Abstellbeleuchtung,
> ich schliesse daraus es handelt sich um einen Triebwagen
> oder Wendezug) gewünscht war, fällt mir momentan nichts
> anderes ein.
Ja, es geht um einen Triebwagen. Bzw. um drei. Da zwei davon das selbe
Modell sind, möchte ich auch die Spitezn- und Schlussbeleuchtung
getrennt schalten können, damit eine Doppeltraktiom möglich ist.
Gruss, Philipp
Reinhard Mueller
Peter Wagner schrieb:
> Jo .... das Mapping hat eben seine Grenzen. Mich würde ja
> eigentlich interessieren ob das Thema Schlusslicht oder
> die Frage nach der Sinnhaftigkeit der "Krücke" mit den
> CV33/34 in der NMRA diskutiert wird.
Das Ganze mit der Aufspaltung von F0 fuer richtungsabhaengiges
Licht kommt ja von den Decodern, die es zum Zeitpunkt der Normung
schon gab. Auch andere Hersteller haben fuer die Europaeer Decoder
mit Lichtwechsel gebaut. In den USA braucht das kaum einer.
Schliesslich muss man beim Original ja auch die Lampen von Hand
schalten und in einer Mehrfachtraktion machen sich Lichter in der
Mitte auch nicht so gut. Daher ignoriert der Rest der Funktionen
geflissentlich die Fahrtrichtung. Klassischer historisch bedingter
Kompromiss, mit dem sich alle abgefunden haben.
Viel schlimmer ist, dass die Tabelle auf der Seite liegt. Ein CV
pro *Ausgang* waere sinnvoller gewesen. Aber das hat man zu spaet
festgestellt. Auch auf die Idee, dass man zu jedem Ausgang auch
noch mindestens ein CV fuer die Effekte braucht, ist keiner
rechtzeitig gekommen.
Jetzt sehe ich wenig Chancen, noch Dinge grundlegend zu aendern
und weitere einheitliche CVs festzulegen. Eigentlich waere jetzt
eine klare Strategie notwendig, wie man mit den CVs oberhalb von
CV #128 umgeht, aber da sehe ich bei den Herstellern leider keinen
Willen zu irgendeiner Zusammenarbeit.
Gruss,
Reinhard
Reinhard Mueller
Philipp Kotter schrieb:
> Peter Wagner wrote:
>> Wenn 1+2 mit F0v und F0h verknüpft sind, wirft man die
>> Funktion von CV125+126 weg und kann 5+6 nicht mehr
>> richtungsabhängig machen.
>
> Ich finde deine Idee, wie du das Problem mit der
> Richtungsabhängigkeit löst, wie gesagt, einfach clever.
Nochmals volle Zustimmung.
> Ich hab überlegt und überlegt und keine Lösung gefunden.
> Darauf wäre ich nicht gekommen.
Ich auch nicht. Daher wollte ich schon vorschlagen, die beiden
Ruecklichter einfach getrennt zu schalten, also z.B.
F1: Schlußlicht hinten
F2: Schlußlicht vorne
Zwar kein automatischer Wechsel, aber jedes "Bild" darstellbar.
Peters Loesung ist natuerlich eleganter.
> Ja, es geht um einen Triebwagen. Bzw. um drei. Da zwei davon
> das selbe Modell sind, möchte ich auch die Spitezn- und
> Schlussbeleuchtung getrennt schalten können, damit eine
> Doppeltraktiom möglich ist.
Natuerlich, aber nur so um meine Neugierde zu befriedigen:
Wann braucht man das "Schlußlicht beidseitig"?
Gruss,
Reinhard
Thomas Woditsch
>> Ja, es geht um einen Triebwagen. Bzw. um drei. Da zwei davon
>> das selbe Modell sind, möchte ich auch die Spitezn- und
>> Schlussbeleuchtung getrennt schalten können, damit eine
>> Doppeltraktiom möglich ist.
>
>Natuerlich, aber nur so um meine Neugierde zu befriedigen:
>Wann braucht man das "Schlußlicht beidseitig"?
Moderne E-Triebwagen werden aufgerüstet abgestellt - dabei leuchtet auf
beiden Seiten das Zg3.
mfg
Thomas
--
Thomas Woditsch Gelsenkirchen / Duelmen
http://www.mec-duelmen.de http://www.fremo.org
"Model railroading is fun", John Allen
Philipp Kotter
> Philipp Kotter schrieb:
>
> Natuerlich, aber nur so um meine Neugierde zu befriedigen:
> Wann braucht man das "Schlußlicht beidseitig"?
Wie Thomas schon sagte, zum Abstellen. Wollte ich nur noch bestätigen.
Und bei Rangierloks kann ich dann 'einfach' Spitzenbeleuchtung
beidseitig machen.
Ich habe den Decoder heute programmiert, eingebaut und rumgelötet.
Natürlich hatte ich zwei Kabel verdreht angelötet, das war schnell
behoben. Ein Fehler ist noch drin, das fernlich läst sich nicht per F3
schalten, es leuchtet dafür ein Rücklicht und die Zugzielanzeige. Bei F4
leuchtet nur die Zugzielanzeige. Spricht also für einen
Programmierfehler, denn das Fernlicht an sich kann leuchten, wenn ich
die Anschlüsse auf einen aktiven Funktionsausgang lege. Aber ich musste
heute abend nochmal weg und bin jetzt erst wieder daheim. Ich kümmere
mich morgen drum. Aber so weit wie es funktioniert, ist es einfach geil.
Ich werde jedem, der danach fragt, sagen, das ist die Programmieridee
von Peter W. :-)
Gruss und gute Nacht (bzw. für euch guten Morgen), Philipp
tobias b köhler
>> Natuerlich, aber nur so um meine Neugierde zu befriedigen:
>> Wann braucht man das "Schlußlicht beidseitig"?
> Wie Thomas schon sagte, zum Abstellen. Wollte ich nur noch bestätigen.
> Und bei Rangierloks kann ich dann 'einfach' Spitzenbeleuchtung
> beidseitig machen.
Wir haben also, falls es die technischen möglichkeiten
"dreilicht-spitzensignal weiß" und "schlusslicht rot" gibt, folgende modi:
1. alles aus
2. zugspitze: vorne weiß, hinten nichts
3. zugschluss: vorne nichts, hinten rot
4. solofahrt: vorne weiß, hinten rot
5. rangierfahrt: beidseitig weiß
6. aufgerüstet abgestellt: beidseitig rot
Im wendezugbetrieb wird zwischen 2. und 3. gewechselt: am zugseitigen
lokende sollte gar nichts aufleuchten ....
Gibt es irgendwelche modell-loks, die das alles ohne brachialmethoden
(birnchen rausdrehen) unterstützen?
In der Schweiz, wo zwischen weißem und rotem schlusslicht unterschieden
wird und es ein warnsignal 3 mal rot gibt, wird das noch lustiger - oder
wenn fernlicht gegeben werden kann ....
gruß, tobi
Philipp Kotter
> Wir haben also, falls es die technischen möglichkeiten
> "dreilicht-spitzensignal weiß" und "schlusslicht rot" gibt, folgende modi:
>
> 1. alles aus
> 2. zugspitze: vorne weiß, hinten nichts
> 3. zugschluss: vorne nichts, hinten rot
> 4. solofahrt: vorne weiß, hinten rot
> 5. rangierfahrt: beidseitig weiß
> 6. aufgerüstet abgestellt: beidseitig rot
>
> Gibt es irgendwelche modell-loks, die das alles ohne brachialmethoden
> (birnchen rausdrehen) unterstützen?
Loks oder Decoder? Die Lok kann das ja immer mit sich machen lassen,
vorausgesetzt sie hat genug Lampen (was ja deine Eingangs-Bedingung war)
und diese sind auch getrennt ansteuerbar bzw. sind mit einfachen
Umbauten an der Platine getrennt ansteuerbar.
Decoder können das wie gelesen ja auch, allerdings ist die Lösung nicht
immer trivial.
Ohne Decoder kann das eine Lok wohl nicht, denn woher soll z.B. die
Schlussbeleuchtung am Führerstand 2 wissen, ob sie jetzt leuchten darf
oder nicht? Sie müsste ja Rückmeldung haben, ob es ein Wendezug ist,
eine Solofahrt oder ein gezogener Zug. Und das geht nur per Schalter
oder per Decoder oder sonstwie eine Intelligenz.
Oder kapier ich mal wieder etwas nicht?
Gruss, Philipp
Thomas Woditsch
> 1. alles aus
> 2. zugspitze: vorne weiß, hinten nichts
> 3. zugschluss: vorne nichts, hinten rot
> 4. solofahrt: vorne weiß, hinten rot
> 5. rangierfahrt: beidseitig weiß
> 6. aufgerüstet abgestellt: beidseitig rot
> Gibt es irgendwelche modell-loks, die das alles ohne brachialmethoden
> (birnchen rausdrehen) unterstützen?
Ja, die Roco V100 hat 4 Glühlampen, 2xrot, 2x weiß - die können getrennt
angesteuert werden.
mfg
Thomas
Reinhard Mueller
Thomas Woditsch schrieb:
> tobias b köhler wrote:
>>Gibt es irgendwelche modell-loks, die das alles ohne brachialmethoden
>>(birnchen rausdrehen) unterstützen?
Ich betrachte den Austausch von Birnchen nicht als Brachialmethode.
Ich habe schon verschidentlich Lichtleiter gekuerzt und rote LEDs
davor gesetzt. Geht recht einfach.
> Ja, die Roco V100 hat 4 Glühlampen, 2xrot, 2x weiß - die können getrennt
> angesteuert werden.
Und z.B. die Brawa 216. Es gibt sicherlich noch mehr von der Sorte.
Nur muss man zumindest ein paar Leiterbahnen auftrennen.
Gruss,
Reinhard
tobias b köhler
> Ich betrachte den Austausch von Birnchen nicht als Brachialmethode.
> Ich habe schon verschidentlich Lichtleiter gekuerzt und rote LEDs
> davor gesetzt. Geht recht einfach.
Ja. Wenn aber auf einer seite die glühbirnen rausgedreht werden, damit
der lichtwechsel für den wendezug richtig funktioniert, ist die lok
nicht mehr universell einsetzbar.
Meine frage "unterstützt das eine lok?" bezog sich auf fertig verkaufte
loks bzw. solche mit schnittstelle, die mit einem decoder ausgestattet
wurden, ohne die gesamte verkabelung zu erneuern. Es soll ja schließlich
auch loks geben, bei denen die lampen auf einer platine im dach sitzen
und es mit "kabel anders anschließen" nicht getan ist ....
Armin Muehl
<nos...@rfc2606.invalid> wrote:
>> Ja, die Roco V100 hat 4 Glühlampen, 2xrot, 2x weiß - die können getrennt
>> angesteuert werden.
>
>Und z.B. die Brawa 216. Es gibt sicherlich noch mehr von der Sorte.
>Nur muss man zumindest ein paar Leiterbahnen auftrennen.
Guetzold-Dieselloks (BR 118, 119, 120) machen es einem auch einfach.
Dort hat jeder Lichtpunkt eine eigene 1,8mm-LED. Wenn man die
Leiterbahnen trennt, vielleicht sogar noch die gelben LED durch weisse
oder Microgluehlampen ersetzt, dann kann man mit verhaeltnismaessig
wenig Aufwand viele Beleuchtungseffekte darstellen.
Problematisch ist eher, dass es noch keinen Zimo-Decoder mit zehn
Lichtausgaengen gibt. So musste ich fuer das Falschfahrspitzensignal
meiner 120 noch einen 74HCT02 einbauen, der bei Einschaltung der roten
Lampen die weisse loescht. Das spart somit zwei Ausgaenge, sodass
insgesamt sechs reichen. Mit zwei Ausgaengen mehr, waere auch noch die
Wahl zwischen einem oder zwei roten Lichtern fuer den Zugschluss
machbar gewesen.
Bei meiner Brawa-102, bzw. 101, die ab Werk keinerlei Beleuchtung
haben, ist`s das extreme Gegenteil :-(
Da ist es weniger der Verdrahtungsaufwand, als vielmehr die Bohrerei
im Zinkdruckguss :-/
Armin
--
Armin Muehl
http://www.museumsstellwerk.de (Museumsstellwerk Rheine e.V.)
http://www.muehlenroda.de (Muehl privat)
http://de.geocities.com/anschlussbahn (Modellbahnbilder)
Armin Muehl
<t...@uncia.de> wrote:
>Meine frage "unterstützt das eine lok?" bezog sich auf fertig verkaufte
>loks bzw. solche mit schnittstelle, die mit einem decoder ausgestattet
>wurden, ohne die gesamte verkabelung zu erneuern.
Die Schnittstelle unterstuetzt das mit den vier Lampen leider nicht.
Es fehlt ein Pin.
Lennart Blume
>Meine frage "unterstützt das eine lok?" bezog sich auf fertig verkaufte
>loks bzw. solche mit schnittstelle, die mit einem decoder ausgestattet
>wurden, ohne die gesamte verkabelung zu erneuern. Es soll ja schließlich
>auch loks geben, bei denen die lampen auf einer platine im dach sitzen
>und es mit "kabel anders anschließen" nicht getan ist ....
Es gibt einige M*-Loks, wo man das Schlußlicht zu- bzw. abschalten
kann. Schluß alleine können die aber auch nicht.
Gruß
Lennart
Peter Wagner
Armin Muehl schrieb:
> meiner 120 noch einen 74HCT02 einbauen, der bei Einschaltung der roten
Warum denn ausgerechnet hcT?
Armin Muehl
wrote:
>> meiner 120 noch einen 74HCT02 einbauen, der bei Einschaltung der roten
>
>Warum denn ausgerechnet hcT?
Weil ich eine grosse Kiste voll SMD-Bauteile habe, die mal aus einer
Bestueckungsmaschine gefallen sind :-)
Da war halt gerade HCT greifbar...
Philipp Kotter
Peter Wagner wrote:
> Philipp Kotter schrieb:
>
>>F0: Spitzenlicht wechselnd mit Fahrtrichtung
>>F1: Schlußlicht wechselnd mit Fahrtrichtung
>>F2: Schlußlicht beidseitig
>>F3: Zusatzscheinwerfer wechselnd mit Fahrtrichtung
>>F4: Zugzielanzeige
>>F5: Innenbeleuchtung
Ich habe mich heute nochmal an meinen Triebzug gesetzt, ich möchte das
Projekt endlich beenden, das Gehäuse aufsetzen und fertig. Wie ich ja
schon schrieb, gibt es aber noch ein Problem, die Beleuchtung
funktioniert nicht so, wie gewünscht. Bei F0 bis F2 und F4 und F5 geht
alles wunderbar. Nur, wenn ich F3 drücke, brennt die Zugzielanzeige und
eine Schlussbeleuchtung, das sind die Ausgänge 7 (Zugziel) und 6
(Schlusslicht vorne). Ich meine, den Fehler gefunden zu haben, aber
beheben kann ich ihn noch nicht.
> An Ausgang 3+4:
> CV 37 = 00001100 = 12 ... F3 wählt Ausgänge 3+4 vor
> CV127 = 00000001 = 1 ... Ausgang 3 nur vorwärts ein
> CV128 = 00000010 = 2 ... Ausgang 4 nur rückwärts ein
>
>>F4: Zugzielanzeige
> An Ausgang 7:
> CV 38 = 00001000 = 8 ... Ausgang 7 mit F4 ein
CV 37 ist für F3 zuständig. Aber CV 37 gilt nur für die
Funktionsausgänge 4 bis 8. Das erste Bit (Bit 0) von CV 37 schaltet
Ausgang 4. So, wie du mir es vorgeschlagen hast, kann es doppelt nicht
gehen: CV 37 kann _nie_ Ausgang 3 und 4 vorwählen. Und der Wert 12 wäre
auch falsch, denn das sind ja Bit 2 und 4, diese aktivieren Ausgang 6
und 7, also genau das, was auch leuchtet. Du und ich haben nicht bedacht
oder bemerkt, dass ab CV 37 die Bits um vier Ausgänge verschoben sind.
warum auch immer.
Jetzt sehe ich keine Möglichkeit, das Problem ohne die Neubelegung der
Ausgänge zu beheben. Wenn es überhaupt geht.
Vielleicht kann man F2 (Schlusslicht beidseitig) und F3
(richtungsabhängiges Fernlicht) vertauschen? Denn CV 36 (also F2) kann
alle Ausgänge bedienen.
Gruss, Philipp
Philipp Kotter
CV 36 = 12 (Ausgang 3 + 4 aktiviert)
CV 37 = 6 (Ausgang 5 + 6 aktiviert)
CV127 = 1 (Ausgang 3 nur vorwärts aktiv)
CV128 = 2 (Ausgang 4 nur rückwärts aktiv)
Ergebnis:
Auf F2 reagieren Ausgänge 3 + 4
Auf F3 reagieren Ausgänge 5 + 6
Aber:
streiche altes Problem, setze neues Problem:
Ich drücke F2, jetzt sollte bei Vorwärtsfahrt Ausgang 3 aktiv sein, bei
Rückwärtsfahrt Ausgang 4. Ausgang 4 verhält sich auch richtig. Nur
Ausgang 3 ist immer aktiv, gleich welche Fahrtrichtung! Und das obwohl
in CV127 eine 1 (nur vorwärts) steht, das Verhalten ist jedoch wie CV127
= 0 (richtungsunabhängig).
Jetzt bin ich echt ratlos!
Gruss, Philipp (der sich jetzt erstmal Mittagessen macht)
Peter Wagner
Philipp Kotter schrieb:
Hallo Philipp.
> CV 37 ist für F3 zuständig. Aber CV 37 gilt nur für die
> Funktionsausgänge 4 bis 8.
das mit den verschiedenen Varianten des F-Mapping ist
ein Chaos. Ich werde nicht verstehen warum es so schwer
ist sich seit April 2002 an eine neue Tabelle zu halten.
Gib mir doch bitte mal die Version Deines Decoders (Wert
von CV7) mit. ZIMO hatte da leider eine eigenmächtige
Implementation des F-Mapping drinnen. Laut Anleitung
sollte dies aber ab Version 15 (ab Februar 2004) mit
der aktuellen Norm übereinstimmen, d.h. CV37 ist dann
nicht verschoben und kann dann auch bis Ausgang 1+2
herunter maskieren.
Laut Tabelle von Ismael Sailer gemäß NMRA Mapping Stand
April 2002 sollte die Zuordnung wie folgt sein
(untere Tabelle):
http://www.1zu160.net/digital/function-mapping.php
Vergleiche auch RP922, Table 1:
http://www.dcc.info/standards_rps/rp922.html
Wenn Dein Decoder also das mit CV37 nicht kann müssen
wir die Belegung der F-Tasten ändern.
Peter Wagner
Philipp Kotter schrieb:
> in CV127 eine 1 (nur vorwärts) steht, das Verhalten ist jedoch wie CV127
> = 0 (richtungsunabhängig).
> Jetzt bin ich echt ratlos!
Mach mal die Gegenprobe mit CV127=2, ob die Richtungsabhängigkeit für
Rückwärtsfahrt funktioniert. Vielleicht ist da ein Bug drin.
Falls CV127=2 und CV128=1 klappt tausche einfach die 2 Drähte.
Philipp Kotter
> Philipp Kotter schrieb:
>
>>Funktionsausgänge 4 bis 8.
>
> das mit den verschiedenen Varianten des F-Mapping ist
> ein Chaos. Ich werde nicht verstehen warum es so schwer
> ist sich seit April 2002 an eine neue Tabelle zu halten.
Ich finde es auch übel. Und auch, dass die Dokumentation zum Decoder
nicht unbedingt aktuell ist und somit Decoderskizzen und Angaben zu CVs
nicht stimmen.
> Gib mir doch bitte mal die Version Deines Decoders (Wert
> von CV7) mit.
CV 7 = 15
das sollten die neuesten MX64HR sein. Hatte ich dirket von Zimo als
Austausch bekommen.
> Laut Tabelle von Ismael Sailer gemäß NMRA Mapping Stand
> April 2002 sollte die Zuordnung wie folgt sein
Die kannte ich garnicht. ist wesentlich übersichtlicher als die in der
Zimo-Anleitung
> Wenn Dein Decoder also das mit CV37 nicht kann müssen
> wir die Belegung der F-Tasten ändern.
Du hast gelsen, was ich vorhin versucht habe? Bin der Lösung glaube ich
recht nahe.
Gruss, Philipp
Philipp Kotter
> Philipp Kotter schrieb:
>
>>in CV127 eine 1 (nur vorwärts) steht, das Verhalten ist jedoch wie
>>Jetzt bin ich echt ratlos!
>
> Mach mal die Gegenprobe mit CV127=2, ob die Richtungsabhängigkeit für
> Rückwärtsfahrt funktioniert.
*kuss*
Jetzt klappt es. Einwandfrei.
Vielleicht ist da ein Bug drin.
Anscheinend.
Naja, löt ich halt mal wieder (die zwei Drähte an den Ausgängen um).
Jetzt hoffe ich, ich kann das alles so bei den anderen zwei Triebwagen
übernehmen und die Platinen sind leichter zu durchschauen.
Gruss, Philipp
Peter Wagner
Philipp Kotter schrieb:
> CV 7 = 15
Karascho. Das ist dann aber schon merkwürdig. Frag doch mal bei ZIMO
nach. Offenbar ist noch die Implementation des Mapping nach der
Hausnorm drinnen.
> Du hast gelsen, was ich vorhin versucht habe? Bin der Lösung glaube ich
> recht nahe.
Ich denke Du hast ohnehin alles richtig gemacht und verstanden.
Es ist allerdings immer wieder erfrischend wie schnell man bei den
Decodern in die braune Masse greift bei dem Versuch, die Dinge gemäss
NRMA Norm anzuwenden. Es kochen alle mit dem selben Wasser ("works
as coded" :), insoferne bin ich keinem wirklich böse. (SCNR!)
Was das F-Mapping angeht, habe ich mir angewöhnt bei einem neuen
Decoder, also einem mir unbekannten Frabrikat, Typ oder Firmwarestand,
die CV33-42 auszulesen und auf einen Zettel zu schreiben.
Dadurch lässt sich sehr schnell heraus finden, wie das Mapping
implementiert ist.
Peter Wagner
Philipp Kotter schrieb:
> Vielleicht ist da ein Bug drin.
Schreib bitte einen Bugreport an Zimo. Die sind für solche Informationen
immer dankbar.
> Naja, löt ich halt mal wieder (die zwei Drähte an den Ausgängen um).
> Jetzt hoffe ich, ich kann das alles so bei den anderen zwei Triebwagen
> übernehmen und die Platinen sind leichter zu durchschauen.
Prüfe ob alle Decoder die gleiche Firmwareversion haben, sonst geht
das Spiel von vorne los.
Philipp Kotter
So langsam glaube ich, da steckt mehr dahinter. Es geht nämlich immer
noch nicht richtig. Ich behauptete vorhin, jetzt geht alles. Aber da
hatte ich nur den einen Ausgang überprüft. Dann habe ich die Ausgänge
vertauscht angelötet und das Problem trat immer noch auf, nur umgedreht.
Jetzt habe ich zunächst alles auf den ursprünglichen Zustand gebracht.
Ausgang 3 liegt auf Licht B, Ausgang 4 auf Licht A. Folgend eine Tabelle
mit dem, was wann bei welcher Einstellung leuchtet. Vielleicht hat
jemand Lust, zu knobeln. Ich heute glaub ich nicht mehr (war immernoch
nicht Mittagessen).
Wert von vorwärts rückwärts
CV127 CV128 A B A B
1 2 X X - X
1 1 X X - X
2 1 X - X X
2 2 - X X X
Ein X bedeutet, dass das Licht leuchtet. B ist vorwärts, A ist
rückwärts. Sorry für die ungeschickte Nomenklatur, aber bei Piko sind
die Platinen so beschriftet. Der Motorwagen hat Platine B.
Lesebeispiel erste Zeile: CV127=1 ; CV128=2 ; bei Vorwärtsfahrt leuchtet
hinten (A) und vorne (B) das Licht, bei Rückwärtsfahrt hinten (A) nicht,
aber vorne (B).
ratloser Gruss, Philipp
Philipp Kotter
> Philipp Kotter schrieb:
>
>>Vielleicht ist da ein Bug drin.
>
> Schreib bitte einen Bugreport an Zimo. Die sind für solche Informationen
> immer dankbar.
Das werd ich sicher achen, stellt es sich als definitiver Zimo-Fehler
heraus und nicht als Lötfehler von mir. Den möchte ich aber eigentlich
ausschliessen, die fraglichen Lampen haben keine Verbindung miteinander
ausser des gemeinsamen Pluspols. Hab ich durchgemessen.
> Prüfe ob alle Decoder die gleiche Firmwareversion haben, sonst geht
> das Spiel von vorne los.
Sind alle Version 15. Das hatte ich als erstes überprüft, weil ich denen
nicht recht getraut hatte, nachdem man mir in Sinsheim alte
Decoder-Versionen als neu verkauft hatte.
Wenigstens habe ich jetzt verstanden, wie ich die CVs bedienen muss, um
den gewünschetn Effekt zu bekommen (zumindest theoretisch). Bei Lenz war
das Function Mapping einfacher :-)
Gruss, Philipp
Peter Wagner
Philipp Kotter schrieb:
mal umschreiben zum mitdenken:
> CV127 CV128 3v 4v 3r 4r
> 1 (v) 1 (v) X X X - .... Ausgang 3 reagiert nicht auf CV127
> 2 (r) 2 (r) X - X X .... Ausgang 3 reagiert nicht auf CV127
> 1 (v) 2 (r) X X X - .... Ausgang 3 reagiert nicht auf CV127
und Ausgang 4 reagiert verkehrt
> 2 (r) 1 (v) - X X X .... Ausgang 4 reagiert nicht auf CV128
Ist das bei Dir so?
Philipp Kotter
> Philipp Kotter schrieb:
>
> mal umschreiben zum mitdenken:
>
>>CV127 CV128 3v 4v 3r 4r
>
>>1 (v) 1 (v) X X X - .... Ausgang 3 reagiert nicht auf CV127
>>2 (r) 2 (r) X - X X .... Ausgang 3 reagiert nicht auf CV127
>
>>1 (v) 2 (r) X X X - .... Ausgang 3 reagiert nicht auf CV127
> und Ausgang 4 reagiert verkehrt
>>2 (r) 1 (v) - X X X .... Ausgang 4 reagiert nicht auf CV128
>
> Ist das bei Dir so?
Die umgeschriebene Tabelle stimmt. Und deine Folgerungen - auch. Ja.
Gruss, Philipp
Reinhard Mueller
Philipp Kotter schrieb:
> Peter Wagner wrote:
>> Philipp Kotter schrieb:
>>> in CV127 eine 1 (nur vorwärts) steht, das Verhalten ist jedoch wie
>>> CV127=0 (richtungsunabhängig).
>>> Jetzt bin ich echt ratlos!
>>
>> Mach mal die Gegenprobe mit CV127=2, ob die Richtungsabhängigkeit für
>> Rückwärtsfahrt funktioniert.
>
> Jetzt klappt es. Einwandfrei.
Und in CV#128 funktioniert die 1? Erstaunlich.
Hmm, wie ich gerade weiter hinten im Thread lese wohl doch nicht.
Aber etwas tut sich, also sollte es nicht vom Ansatz her flacsh
sein.
Und das mit der verkurbelten Function Mapping Tabelle auch noch
bei der Version 15 finde ich recht schraeg. Gut, wie ich schon
schrieb gefaellt mir die Tabelle ohnehin nicht sonderlich und
das die Tabelle von der NMRA geaendert wurde ist auch nicht
hilfreich. Aber noch eine dritte Version zu erfinden war wirklich
nicht noetig.
Gruss,
Reinhard
Reinhard Mueller
tobias b köhler schrieb:
> Reinhard Mueller schrieb:
>> Ich betrachte den Austausch von Birnchen nicht als Brachialmethode.
>> Ich habe schon verschidentlich Lichtleiter gekuerzt und rote LEDs
>> davor gesetzt. Geht recht einfach.
>
> Ja. Wenn aber auf einer seite die glühbirnen rausgedreht werden, damit
> der lichtwechsel für den wendezug richtig funktioniert, ist die lok
> nicht mehr universell einsetzbar.
Moment, ich sprach nicht davon, je nach Einsatzzweck die Birnchen
raus oder reinzuschrauben, sondern das so umzubauen, dass ich
jederzeit das ueber Funktionen einstellen kann.
> Meine frage "unterstützt das eine lok?" bezog sich auf fertig verkaufte
> loks bzw. solche mit schnittstelle, die mit einem decoder ausgestattet
> wurden, ohne die gesamte verkabelung zu erneuern.
Zum einen hat, wie Armin schon schrieb, die 8-polige Schnittstelle
dafuer einen Pin zu wenig. Was die Hersteller machen koennten, ist
einen Kabelschwanz mit einem 9-poligen JST-Stecker einzubauen, auf
den viele Decoder passen.
http://dcc.info/standards_rps/rp911.html#D.%20Controller%20Electromechanical%20Specifications
Z.B von Digitrax: http://www.digitrax.com/decinstall.php#EasyConnect
Oder NCE: http://www.ncedcc.com/pdf/d15sr.pdf
Oder TCS: http://www.tcsdcc.com/decoder/TH141.htm
Oder auch bei Lenz in den USA:
http://www.lenz.com/products/decoders/currentdecoders/le1025-jst.htm
http://www.lenz.com/products/decoders/currentdecoders/le1035.htm
Hier in Europa hat sich der 9-polige stecker nicht durchgesetzt,
weil die anderen Schnittstellen sehr verbreitet sind und es wenig
Sinn macht bei einem auf geringe Bauhoehe entwickelten Decoder einen
Stecker draufzusetzen aber auch das gibt es:
http://www.lenz.com/products/decoders/currentdecoders/le1014.htm
Aber bei vielen Herstellern von Loks ist noch nicht angekommen,
dass der uebliche Lichtwechsel nur wenig mit dem Vorbild zu tun
hat. Ansonsten haette sich schon lange eine Loesung gefunden.
> Es soll ja schließlich auch loks geben, bei denen die lampen auf
> einer platine im dach sitzen und es mit "kabel anders anschließen"
> nicht getan ist ....
Jup, wobei auch im Dach u.U. vier Lampen sitzen koennen. Und selbst
wenn das per Lichtleiter von einem Paerchen aus gesteuert wird,
kann man eine rote LED spendieren. Damit wird dann der Lichtleitstab
auch kuerzer, was bei manchen Loks hilft, das rote Licht ueberhaupt
zu sehen.
Gruss,
Reinhard
Andreas Priebe
> Ich denke Du hast ohnehin alles richtig gemacht und verstanden.
Das kann gut sein.
Ich hatte vor geraumer Zeit einen MX64, der mich zum Wahnsinn getrieben
hat, weil er beim Fummeln mit dem Zimo-speziellen F-Mapping total
gesponnen hat.
Zimo hat den dann mal in die Mangel genommen und eine Lötbrücke
gefunden. Die hat sich echt nur in der durchgeknallten Konstellation
bemerkbar gemacht.
Christian Lindecke
> Wir haben also, falls es die technischen möglichkeiten
> "dreilicht-spitzensignal weiß" und "schlusslicht rot" gibt, folgende modi:
>
> 1. alles aus
> 2. zugspitze: vorne weiß, hinten nichts
> 3. zugschluss: vorne nichts, hinten rot
> 4. solofahrt: vorne weiß, hinten rot
> 5. rangierfahrt: beidseitig weiß
> 6. aufgerüstet abgestellt: beidseitig rot
>
[...]
> In der Schweiz, wo zwischen weißem und rotem schlusslicht unterschieden
> wird und es ein warnsignal 3 mal rot gibt, wird das noch lustiger - oder
> wenn fernlicht gegeben werden kann ....
... und erst in England: von den vier Stirnlampen (drei ueber der
Pufferbohle, eine oben) muesste man jede einzeln ansteuern (zumindest
bei universal einsetzbaren Loks), um den sog. 'headcode' darzustellen,
der ueber die Art des Zuges informiert, siehe:
http://www.uksteam.info/gwr/hcodes.htm
Fuer 'tagsueber' gabs (oder gibt es noch?) Klappscheiben ueber den
jeweiligen Lampen, wie z.B. hier zu sehen:
http://www.railfaneurope.net/pix/gb/diesel/28/D5705.jpg
In der 'modernen' Jetztzeit haben die Triebzuege je nach Baureihe
ein Dreiecklicht, hierbei wird tagsueber das in Fahrtrichtung rechte
'Fernlicht' (auf jeden Fall heller als das andere) und links das
'Standlicht' angeschaltet, um nachts auf Links Hell - Rechts
Dunkler umzuschalten.
Gruss,
--
Christian Lindecke
http://www.lokodex.de
Peter Wagner
Philipp Kotter schrieb:
Houston stand-by...
> Die umgeschriebene Tabelle stimmt. Und deine Folgerungen - auch. Ja.
Ich hab sowas ähnliches mit einem MX62 Version 12 vor längere Zeit
mal gemacht - eben die Lok ausgekramt und ausgelesen:
F0v CV33 = 1 ... Spitzenlicht vorwärts auf Ausgang 1
F0r CV34 = 4 ... Spitzenlicht rückwärts auf Ausgang 3
F1 CV35 = 5 ... Rangierlicht Ausgänge 1+3
F2 CV36 = 10 ... Schlusslicht Vorwahl Ausgänge 2+4
CV125 = 0 ....... Ausgang 1 nicht modifiziert
CV126 = 2 ....... Ausgang 2 nur rückwärts
CV127 = 0 ....... Ausgang 3 nicht modifiziert
CV128 = 1 ....... Ausgang 4 nur vorwärts
Da gings darum dass der MX62N die Ausgänge 1+2 nach "vorne" über
die S-Schnittstelle und die Ausgänge 3+4 nach "hinten" über die
Lötpads schaltet, um eine saubere Verdrahtung in der Lok zu haben.
Sowas geht bislang nur mit Zimo, und funktioniert in diesem Fall
auch wie gewünscht. Es wundert mich wirklich weshalb das auf
einmal in V15 gebrochen sein soll, denn die Funktion ist seit
"Generationen" unverändert drin.
Ich kann Dir nur raten gibt dem MX64 mal den "Gnadenschuss"
in Form eines Reset und probiere die Lampen mit der Default-
Belegung der F-Tasten nochmal einzeln durch um unerwünschte
Abhängigkeiten am Decoder (Zinnbrücken, Logikfehler) und im
Fahrzeug auszuschließen.
Philipp Kotter
> Peter Wagner wrote:
>
> Ich kann Dir nur raten gibt dem MX64 mal den "Gnadenschuss"
> in Form eines Reset und probiere die Lampen mit der Default-
> Belegung der F-Tasten nochmal einzeln durch um unerwünschte
> Abhängigkeiten am Decoder (Zinnbrücken, Logikfehler) und im
> Fahrzeug auszuschließen.
Das werd ich mal machen. Ist ne gute Idee. Ist vielleicht am wenigsten
Aufwand.
> Andreas Priebe wrote:
>
> Ich hatte vor geraumer Zeit einen MX64, der mich zum Wahnsinn getrieben
> hat, weil er beim Fummeln mit dem Zimo-speziellen F-Mapping total
> gesponnen hat.
Da bin ich kurz davor. Warum kann das F-Mapping nicht ganz einfach
gemacht werden? Ich meine, warum kann nicht bei jeder Funktionstaste Bit
0 am Ausgang 1 sein? Diese verschobene Zuordnung ist echt zum...
> Zimo hat den dann mal in die Mangel genommen und eine Lötbrücke
> gefunden. Die hat sich echt nur in der durchgeknallten Konstellation
> bemerkbar gemacht.
Nix da! Der Decoder bleibt drin. Ich löt den nicht wieder raus. Ich
bekomme langsam schlechte laune, wenn ich daran denke, wie lange ich
damit schon rummach. Dabei wollte ich 'einfach' nur ein paar Lichteffekte.
Peter Wagner
Philipp Kotter schrieb:
> Da bin ich kurz davor. Warum kann das F-Mapping nicht ganz einfach
> gemacht werden? Ich meine, warum kann nicht bei jeder Funktionstaste Bit
> 0 am Ausgang 1 sein? Diese verschobene Zuordnung ist echt zum...
Ganz einfach: Weil sich die Tabelle mit 8-bit Worten nicht ausgeht,
und zu wenig CVs für das Mapping reserviert wurden. Durch die
steigende Anzahl von Tasten und Ausgängen hat man nun ein Problem.
Grüße, Peter W.
Arnold Huebsch
> Da bin ich kurz davor. Warum kann das F-Mapping nicht ganz einfach
> gemacht werden? Ich meine, warum kann nicht bei jeder Funktionstaste
> Bit 0 am Ausgang 1 sein? Diese verschobene Zuordnung ist echt zum...
Ganz einfach wie willst Du mit 8 Bit 12 Ausgänge verwalten?
--
|[#]| . \=/ Arnold Hübsch
|[_]|--/^\--H<| http://www.huebsch.at/train
|_ _________ \ http://amw.huebsch.at
_o (x)-(x)-/oo\\___ http://www.waschzettel.at
Thomas Woditsch
[Limitierung des Function-Mapping nach NMRA]
> Ganz einfach wie willst Du mit 8 Bit 12 Ausgänge verwalten?
Es wäre IMHO durchaus möglich, eine alternative Matrix einzuführen, in der
mehrere CVs pro Ausgang definiert sind.
Die mangelhafte Dokumentation der Zimo-Varianten im Function-Mapping hat
mich auch schon sehr genervt...
mfg
Thomas
Philipp Kotter
> Philipp Kotter wrote:
>
>>Warum kann das F-Mapping nicht ganz einfach
>>gemacht werden? Ich meine, warum kann nicht bei jeder Funktionstaste
>>Bit 0 am Ausgang 1 sein?
>
Gut, das ist ein Argument. Ich nehm´s zurück.
Gruss, Philipp
Arnold Huebsch
> Die mangelhafte Dokumentation der Zimo-Varianten im Function-Mapping
> hat mich auch schon sehr genervt...
Ich arbeite viel mit den ZIMO Dingern und vertreib' sie auch, daher könnte
das folgende etwas durch die rosa Brille geblickt sein:
Wo ist das Problem? Es gibt das NMRA Function Mapping so gut bzw. schlecht
die Idee ist. Da müssen sich die Hersteller an die Norm halten. Da das zB.
keine 2 richtungsabhängige Ausgänge kennt und um die Sach' zu vereinfachen
gibt es das ZIMO Functionmapping. Plakatives Beispiel die schweizer
Lokbeleuchtung. Das ZIMO Mapping hat einfach gewisse Wahrheitstabellen die
stumpfsinnig von "eins" aufsteigend nummeriert sind. Die Tabellen sind in
der recht umfangreichen Anleitung abgedruckt. Was ist da unklar? Es
funktioniert halt grundsätzlich anders als das NMRA Mapping, das dürfte wohl
die Verwirrung stiften.
Übrigens ich hab' für ein Project vergangenes Jahr von ZIMO eine weitere
Tabelle / Funktionsart definiert bekommen, die jetzt in allen Decodern
drinnen steckt. Wenn es vernünftige Anforderungen gibt bin ich überzeugt,
dass ZIMO noch weitere solche Mappings einbaut. Einfach ZIMO danach fragen.
Was *eigentlich* gemacht gehört ist für jeden einzelnen Ausgang eine
*beliebige* Zuordnung zu den Funktionstasten. Weiters beliebige
Spezialfeatures wie dimmen, blinken, Auf- Abglühen Drehlicht udglm. und
alles verknüpfbar. Wenn man sich das durchdenkt kommt man zu einer
mehrdimmensionalen Tabelle. Gut - soweit ja ganz einfach. Nur bitteschön
wohin soll man die Tabelle speichern? Also CV's über 128 anknabbern - geht
ja noch, gibt aber sicher Haue von den CV Gralswächtern ;-). AAAAABER wer
von den Anwendern wird so eine mehrdimmensionale Tabelle behirnen? Wenn ich
an die vielen Fragen über CV29 oder das NMRA Mapping denk', die der Otto
Normalverbraucher nicht begreift, glaub' ich nicht das ein Hersteller gut
beraten ist eine mehrdimmensionale Tabelle einzubauen. Ich weiß schon viele
hier sind nicht mit dem Standardanweder zu vergleichen, und ich will auch
niemanden zu Nahe treten...
Reinhard Mueller
Arnold Huebsch schrieb:
> Philipp Kotter wrote:
>>Da bin ich kurz davor. Warum kann das F-Mapping nicht ganz einfach
>>gemacht werden? Ich meine, warum kann nicht bei jeder Funktionstaste
>>Bit 0 am Ausgang 1 sein? Diese verschobene Zuordnung ist echt zum...
Sprich es ruhig aus.
> Ganz einfach wie willst Du mit 8 Bit 12 Ausgänge verwalten?
14! ich habe ja auch 14 "Funktionen" (F0v, F0r und F1 bis F12)
und 14 CVs. Das liegt kurz vor 16 = 2 Bytes.
Eine Moeglichkeit bei nur 8 physikalisch vorhandenen Ausgaengen ist,
diese einfach ab Ausgang 9 zu wiederholen. Macht die Programmierung
zwar immer noch nicht uebersichtlicher, erlaubt aber jede Zuordnung.
Aber diese Tabelle entwickelt sich mit zunehmender Anzahl an
Funktionen (Augaenge, Sounds & Co.) mehr und mehr zum Hemmschuh.
Ich wuerde eine neue Tabelle begruessen, die (mindestens) 16
"Ausgaenge", also Kabel fuer Licht & Co, Sounds und interne
Funktionen wie z.B. der Rangiergang, erlaubt und mindestens ein
Byte fuer Effekte und Abhaengigkeit von der Fahrtrichtung hat.
Bei den internen Funktionen braucht man u.U. auch Dummies, z.B.
eine Funktion "Horn" auch wenn es keinen Soundteil gibt. Aber
das "Horn" sartet die Ditch Lights *) fuer eine bestimmte Zeit.
Zusammen mit einem Nur-Sound-Decoder funktioniert das dann wie
im Original.
Aber dazu muessten sich die Hersteller mal zusammensetzen, anstatt
jeweils eine eigene Loesung zusammenzubasteln.
Die von Arnold in dem anderen Posting angesprochenen
mehrdimensionalen Tabellen gibt es schon bei Broadway Limited.
Zwei Index-CVs, die dann auf 8(?) weitere CVs wirken.
Gruss,
Reinhard
*) Bei einigen amerikanischen Bahngesellschaften werden bei der
Annaeherung an einen Bahnuebergang mit der Betaetigung des Horns
auch die Ditch Lights aktiviert. D.h. die unteren beiden Lampen
werden gegenphasig, sinusfoermig auf und abgeblendet, um mehr
aufzufallen.
--
Digital muss Teufelszeug sein, denn Decoder funktionieren mit
magischem Rauch. Beweis:
Laesst man den magischen Rauch aus dem Decoder, dann geht er nicht mehr.
Philipp Kotter
>
> Ich kann Dir nur raten gibt dem MX64 mal den "Gnadenschuss"
> in Form eines Reset und probiere die Lampen mit der Default-
> Belegung der F-Tasten nochmal einzeln durch um unerwünschte
> Abhängigkeiten am Decoder (Zinnbrücken, Logikfehler) und im
> Fahrzeug auszuschließen.
Hab ich nun gemacht.
Anschliessend mal die Funktionstasten einzeln ausprobiert. Ergebnis:
(Fast) Alle Funktionsausgänge lassen sich ansprechen, es leuchtet auch
immer nur einer, also kann meine Verlötung nicht verkehrt sein.
Eins macht mich etwas stutzig: Nach dem Hard-Reset leuchtet die
Zugzielbeleuchtung (Ausgang 7) ständig. Leuchten ist zuviel gesagt, sie
flackert mit einer gerade noch gut sichtbaren Frequenz und recht dunkel
vor sich hin. Ich meine, es könnte daran liegen, dass Ausgang 7 + 8
defaultmässig nicht aktiviert sind und irgedwas mit SUSI zu tun haben.
Da ich die Innenbeleuchtung auf Ausgang 8 nicht angeschlossen habe, habe
ich dort auch nichts beobachten können.
Ich habe nach diesem Versuch wieder alle CV so programmiert, dass sich
die von mir gewünschte Zuordnung der Ausgänge und die
Richtungsabhängigkeiten einstellen sollten. Mit dem altbekannten
Ergebnis, dass der eine Fernlicht-Ausgang wieder nicht richtungsabhängig
funktioniert.
Vielleicht lasse ich es so. Es nervt mich zwar tierisch, dass ich das
nicht hinbekomme, aber sonst verliere ich noch die Lust an diesem Modell.
Bei einem anderen, noch nicht eingebauten MX64HR habe ich als Test die
gleiche Prozedur gemacht (Hard-Reset und dann CVs programmiert). Auch
hier zeigt sich das nicht-richtungsabhängige Verhalten von Ausgang 3.
(Ich habe hier nur Ausgänge 1 bis 4 gemessen, sonst hätte ich an der
Isolierung rumschnippeln müssen. Und mein Ziel war ja auch nur die
Überprüfung von Ausgang 3 + 4.)
Nebenbei: Warum ist eigentlich nach einem Hard-Reset die Adresse des
Decoders 0? Ich dachte, standardmässig ist das die 3? So war es
jedenfalls bei meinen anderen Decodern. Ich habe in CV1 immer eine 0
ausgelesen und auf Adresse 3 reagierte der Decoder nicht.
Gruss, Philipp
Peter Wagner
Philipp Kotter schrieb:
> Nebenbei: Warum ist eigentlich nach einem Hard-Reset die Adresse des
> Decoders 0?
Dann hat der den Reset auf CV1 nicht verarbeitet - vielleicht nimmt
der das nur mit CV8 = 8. Oder noch ein Bug, klingt höchst mysteriös.
Philipp Kotter
> Philipp Kotter schrieb:
>
>>Nebenbei: Warum ist eigentlich nach einem Hard-Reset die Adresse des
>>Decoders 0?
>
> Dann hat der den Reset auf CV1 nicht verarbeitet - vielleicht nimmt
> der das nur mit CV8 = 8. Oder noch ein Bug, klingt höchst mysteriös.
Das ist doch der Hard-Reset, oder? So steht es in der Anleitung, CV8=8
setzen. Und genau das habe ich gemacht. Vom Reset mit CV1 weiß ich nichts.
Ich habe übrigens heute eine Email an Zimo geschickt und auch schon
Antwort bekommen. Nur, warum der eine Ausgang nicht auf den Befehl
reagiert, hat mir Herr Ziegler nicht beantwortet (beantworten können?).
Er meinte nur, die Lichteffekte seien eigentlich nicht für meinen
Anwendungsfall da und auch nicht dahingehend getestet. Frage mich
immernoch, warum, ich denke, da stimmt einfach die Programmierung nicht.
Aber wenn ich ein neues Decoder-Modell herausgebe, dann schaue ich doch,
ob alle Befehle auch ausgeführt werden, oder?
Naja, jetzt habe ich drei sehr teure Decoder gekauft, durch den Versand
(Umtausch) zu Zimo sind sie noch wertvoller geworden, und jetzt lässt
sich mein Vorhaben nicht realisieren. Ich bin begeistert.
Zu allem Glück ist mir noch am Multimeter vorhin die Messleitung
abgefault (das zweite mal innerhalb von knapp 2 Jahren). Warum bekommt
man heutzutage nur noch billigen Scheiss? Das von meinem Vater ist
analog und 40 Jahre alt. Aber da ist noch nichts kaputt gegangen. Und
natürlich hat der Elektronikladen schon zu.
Gruss, Philipp
Peter Wagner
Philipp Kotter schrieb:
> Das ist doch der Hard-Reset, oder? So steht es in der Anleitung, CV8=8
> setzen. Und genau das habe ich gemacht. Vom Reset mit CV1 weiß ich nichts.
Und der hinterlässt die CV1 auf Wert 0?
> Er meinte nur, die Lichteffekte seien eigentlich nicht für meinen
> Anwendungsfall da und auch nicht dahingehend getestet.
Oje, diese Aussage finde ich nicht so toll. Mit oder ohne Lichteffekt,
der Krempel ging doch schon mal bzw. funktioniert ja bei den anderen
Decodermodellen.
> Aber wenn ich ein neues Decoder-Modell herausgebe, dann schaue ich doch,
> ob alle Befehle auch ausgeführt werden, oder?
Da haben die Beta-Tester wieder mal geschlampt :)
Aber im Ernst: Die Dinger sind so umfangreich, speziell Zimo, dass man mit
realistisch vertretbarem Aufwand nur Delta-Tests machen kann.
Regression-Tests sämtlicher möglicher Einstellungen wären sicher nicht
finanzierbar. Dadurch fallen dann solche Spezialitäten durch den Rost.
Ich weiss das hilft Dir jetzt wenig und die Ausgaben für Portokosten
akkumulieren sich.
Ich hab mal bei meinen MX62N geschaut, die sind alle V12 und haben
keine SUSI Interface. Möglicherweise liegt die Ursache dieser
Seiteneffekte in der Mehrfachnutzung.
> Zu allem Glück ist mir noch am Multimeter vorhin die Messleitung
> abgefault (das zweite mal innerhalb von knapp 2 Jahren).
Das hatte ich noch nie (und ich habe keine teuren Markengeräte).
Philipp Kotter
> Philipp Kotter schrieb:
>
>>Das ist doch der Hard-Reset, oder? So steht es in der Anleitung, CV8=8
>>setzen. Und genau das habe ich gemacht. Vom Reset mit CV1 weiß ich nichts.
>
> Und der hinterlässt die CV1 auf Wert 0?
Ja. Und stell Adresse 3 ein und wundere mich, warum nix geht. Cv1 = 0,
bei beiden Decodern.
>>Er meinte nur, die Lichteffekte seien eigentlich nicht für meinen
>>Anwendungsfall da und auch nicht dahingehend getestet.
>
> Oje, diese Aussage finde ich nicht so toll.
Und ich erst.
>>Aber wenn ich ein neues Decoder-Modell herausgebe, dann schaue ich doch,
>>ob alle Befehle auch ausgeführt werden, oder?
>
> Aber im Ernst: Die Dinger sind so umfangreich, speziell Zimo, dass man mit
> realistisch vertretbarem Aufwand nur Delta-Tests machen kann.
Dann bin ich jetzt eben der delta-Tester und Zimo muss nachbessern :-)
Wer ist eigentlich der gamma-Tester?
> Ich hab mal bei meinen MX62N geschaut, die sind alle V12 und haben
> keine SUSI Interface. Möglicherweise liegt die Ursache dieser
> Seiteneffekte in der Mehrfachnutzung.
Mag sein.
> Das hatte ich noch nie (und ich habe keine teuren Markengeräte).
Das Multimeter hat 16 Euro gekostet. Aber mich wundert das nicht, die
Messspitzen sind ungeschickt konstruiert, dass da mit der Zeit sehr
leicht die Litzen am Ende der Isolierung abscheren.
Gruss, Philipp
Hans Pesserl
Christian Lindecke schrieb:
> ... und erst in England: von den vier Stirnlampen (drei ueber der
> Pufferbohle, eine oben) muesste man jede einzeln ansteuern (zumindest
> bei universal einsetzbaren Loks), um den sog. 'headcode' darzustellen,
> der ueber die Art des Zuges informiert, siehe:
Hab ich nicht erst vor kurzem von den abnehmbaren petroleumlaternen der
dampfloks geschrieben? 2 waren auf der lok, beim wenden wurden laut
fotos die lampen auch umgesteckt.
Verschub bei OeBB hiess nur eine aufgesteckt, aber vorne und hinten =>
wieder die 2. Manchmal sogar verschiedene bauarten...
Liebe gruesse
Hans