Hallo Moba-Freunde!

Ich habe nun endlich den ESU Lokprogrammer und meine Erwartungen waren - aufgrund der vielen positiven Kommentare im Netz - wirklich sehr hoch.
Bisher habe ich JMRI DecoderPro (mit SPROG vII oder TAMS MC) verwendet und mich immer wieder über das extrem langsame Auslesen und Schreiben der Lokdecoder geärgert.

Zu meiner grossen Überraschung dauert das Auslesen aller CV's beim Lokprogrammer grade mal 10-15 Sekunden (via RS232 Schnittstelle) , wärend das Auslesen aller CV's beim DecoderPro (abhängig vom Decoder) zum Teil über eine Stunde dauerte.
Wie kann das sein?
Gibt es im JMRI DecoderPro eine Möglichkeit das Auslesen zu beschleunigen?
Gibt es andere Programier-Software die schneller ist als die von JMRI ?

Der zweite bemerkenswerte Unterschied besteht darin, dass ESU Lokprogrammer zwar die hauseigenen LokPilot V4 decoder genau identifizieren kann (incl. Firmware Version und Firmware Update), aber bereits beim ersten TAMS LD-G-32 nur noch "unbekannter Decoder" meldet.
Beim DecoderPro muss man zwar wissen welcher Decoder eingebaut ist, aber die Applikation kennt jede Menge Decoder von verschieden Herstellern und man muss nur den richtigen auswählen. Dann kann man mit DecoderPro ganz gezielt die alle CV's bei jedem Decoder programmieren.
Kann man mit JMRI DecoderPro auch unbekannte Decoder erkennen? Wenn ja, wie?

Gruss
Christian

Esu lokprogrammer lesen nicht einzelne CVs aber „Konfiguration“ dafür geht es viel schneller die etwas 1500 CVs ein Loksound V4 Decoder zu lesen. JMRI kann nur CVs lesen und schreiben.

Aber, lokprogrammer „kennt“ nur ESU Decoder, und kann nur einzelne CVs von andere Decoder lesen und schreiben.
Es ist die selber mit programmer-Software von andere Hersteller.

JMRI kann „unbekannte“ Decoder lernen. Das ist was der Decoder-Database ist für. Du kannst selbst dieser Database erweiterten.


Klaus

Zitat

---

MRI kann „unbekannte“ Decoder lernen. Das ist was der Decoder-Database ist für. Du kannst selbst dieser Database erweiterten.

---

Hallo,
und wie macht man das? Das Handbuch ist nicht unbedingt für einen EDV-Laien geschrieben.
Danke und Gruß
Joern

Öffne einfach mal eine von den xml Decoderbeschreibungen im notepad++, dann wird einiges klarer.

Lokprogrammer verwendet ein ESU proprietäres serielles Protokoll wo der Decoder in einem Wisch gelesen und/oder geschrieben wird.
JMRI liest jede CV einzeln. Leider im Moment der einzige standardisierte Weg.

PS: in JMRI gibt es auch universelle Decoder Templates, die kann man bei unbekannten Decodern z.B. verwenden.

Gruss
Rufer

Zitat

---

PS: in JMRI gibt es auch universelle Decoder Templates, die kann man bei unbekannten Decodern z.B. verwenden.

---

Hallo Rufer,
wo finde ich die? habe sie bis jetzt nicht entdeckt.
Danke für Antwort.
Gruß
Joern

Hallo zusammen,

kann JMRI auch Decoder updaten bzw. die Firmware auf neustem Stand bringen?

Nein
Decoder Pro kannst nur mittels CV Änderungen machen.


Klaus

Moin Klaus,

danke für deine Antwort.
Ergo würde er nicht viel bringen.
Also für mich leider gar nichts.
Schade.
Dann werde ich weiter ESU Decoder verbauen und diese mit dem Lopro "tunen".

@ Rufer:
Darf ich mich nochmal in Erinnerung bringen?[quote="rocky mountaineer" post_id=1970384 time=1557035319 user_id=21485]
rufer hat geschrieben: ↑
So 5. Mai 2019, 00:19
PS: in JMRI gibt es auch universelle Decoder Templates, die kann man bei unbekannten Decodern z.B. verwenden.

Hallo Rufer,
wo finde ich die? habe sie bis jetzt nicht entdeckt.
Danke für Antwort.
Gruß
Joern
[/quote]Danke und Gruß
Joern

Hallo

Decoderpro / neue Lok / Rubrik NMRA. Dort gibt es z.B. Decoder Templates mit den Standard CV (reicht für Adresse, Anfahr- Bremsverzögerung, etc) oder RAW CV 1-255 oder RAW CV 1-1024. Bei letzteren muss man natürlich CV Nummer und Wert kennen, es ist nur noch eine Tabelle und nichts mehr grafisch aufgearbeitet.

Grüsse
Rufer

Wenn die Geschwindigkeit ein Problem ist kann ich nur das CV-Lesen mittels Railcom-PoM wärmstens empfehlen. Mit den Bidib-Tools von OpenDCC kann man ebenfalls eigene Dekoderkonfigurationen anlegen und dann mit PoM alles innerhalb von ein paar Sekunden auslesen. Das geht mit deren normaler Zentrale, spezielle Hardware ist nicht notwendig.