Lenz betrachtet Adressen über 99 als lange Adressen, die im Decoder anders abgelegt werden (CV17/18). Mal CV29 kontrollieren, das trägt das Kennzeichen für lange Adressen (Bit 5). Ab 128 betrachten beide Zentralen als lange Adresse.
Thomas
Edit: Problem falsch verstanden, ich lasse das als Bemerkung trotzdem mal stehen.
[ Editiert von topla am 03.07.11 13:05 ]
Das Schöne an einheitlichen Standards ist es, dass es so viele verschiedene davon gibt. Toleranz ist die Erkenntnis, dass es sinnlos ist, sich aufzuregen.
- ja, richtiges System - ja, neuestes Update - noch nie aufgetreten, da meistens die Lokadressen <128 waren. Da funktioniert es auch - ja, denke auch das es an der Esu-Zentrale liegt. Ich werde mal Esu kontaktieren......
Hallo, sind die eingesetzten Decoder älteren Baujahres? Hatte ein ähnliches Problem mit einem werkseitig eingebautem Fleischmann Lokdecoder... Ist bei der Lenz Zentrale Railcom eingeschaltet? Wenn RailCom eingeschaltet ist mal testen wie sich die Decoder verhalten bei abgeschaltetem RailCom. mfg HP
2 Leiter DCC Anlage, Lenz LZV100 mit LV102 Vers. 3.6 Railware 7.35, Windows 10, Lenz LAN/USB Interface Früher Blocksteuerung per Lenz ABC
hmm, wenn ich so nachdenke, war da nicht mal etwas mit verschiedener Bit-Darstellung bei der Lenz-Zentrale?
Entweder die technische Zählweise 0 bis 7, oder die konsumer Variante mit 1 bis 8, die bei anderen Fabrikaten wohl Standart ist.
Je nach Grundeinstellung der Lenz Zentrale verpassen die so programierten Decoder dann eventuell um eins bei der Ansprache mit der Zentrale eines anderen Fabrikates.
Ich würde einfach mal bei der Adresse mit +-1 rumspielen.
Adressen werden bei Lenz immer direkt eingegeben/ausgelesen (ohne die CVs anzusprechen, z.B. beim LH100 über PROG -> DIR -> ADR = Programmieren -> Direkt ->Adresse).
Solche vierstelligen Adressen werden auch von meiner Multimaus problemlos erkannt.
Um welche "Lenz-Zentrale" und "Esu-Zentrale" handelt es sich denn?
Liebe Grüße KaWe
2L H0 Lenz Digital (LZV200) / Loks von Brawa, Roco, GFN, Gützold, Kato, Lenz, Liliput, Lima, Piko, Tillig, Trix Bevorzugt Ep. 3 / frühe 4 - kein Nietenzähler
wie vergibst Du denn genau die dreistellige Adresse? So wie ich es oben beschrieben habe: per LH100 über PROG -> DIR -> ADR. Oder per LH90, oder über Deine Multimaus? Oder setzt Du CV? Etwa nur die CV 1?
Ich habe lange Adressen außer mit dem LH100 auch per Decoder-Programmer programmiert (sowohl von Lenz als auch von Esu, ich habe mir beide gegönnt- ja ist Overkill...). Es gab nie Probleme. Die Multimaus hatte auch nie Probleme damit. Und dass deine Ecos2 damit Probleme haben sollte, kann ich nicht glauben.
Liebe Grüße KaWe
2L H0 Lenz Digital (LZV200) / Loks von Brawa, Roco, GFN, Gützold, Kato, Lenz, Liliput, Lima, Piko, Tillig, Trix Bevorzugt Ep. 3 / frühe 4 - kein Nietenzähler
Hallo Bügelfalte, ich habe leider keine von beiden Zentralen. Aber wenn es solche Probleme gibt, würde ich mal wie folgt vorgehen: Zunächst auf einen Zentrale die gewünschte lange Adresse eingeben, prüfen, ob Decoder auf diese Adresse reagiert, danach die CV-Werte 17 und 18 auslesen. Sicherheitshalber auch CV 29. Jetzt dasselbe mit der anderen Zentrale tun und vergleichen, ob die CV-Werte übereinstimmen, was sie ja müssten. Wenn nicht, rechnet eine der beiden falsch oder nutzt irgendwie eine eigene Konvertierung.
H0-Modellbahnforum.de - das Forum mit der Forumbahn!
»
Technik und Steuerung von Fahrzeugen und Anlage
»
Digitaltechnik
»
problem mit Lokadressen
Thema drucken
03.07.2011 11:42
Antworten
