[Hansi]

Hallo!

Ich lese immer wieder von Funktionsmapping und Railcom. Klärt mich Neueinsteiger doch bitte einmal über die Bedeutung dieser Begriffe auf.

Vielen Dank dafür im Voraus!

[moppe]

Funktionsmapping:
Was soll der Decoder tun, wenn du auf einer Funktionstaste drücken.
Sound abspielen, Licht einschalten oder anders.
Bei "funktionsmapping" programmieren du was der Decoder sollen.

RailCom:
Wenn du befehle bis ein Decoder sendet, kann der Decoder antworten - durch RailCom.
Mittels RailCom sendet ein Decoder immer seiner Adresse. Mit ein RailCom detector kanst du nicht nur sehen ob ein Gleisstreck besetzt ist, aber auch welcher Adresse der Zug auf der Gleisstrecke haben.

Klaus

[uhx]

Railcom

• Die haben es erfunden: https://www.lenz-elektronik.de/digitalplus-railcom.php
• Die haben es zum Standard erhoben: https://www.nmra.org/sites/default/files..._2012_12_10.pdf
• Die können es besser erklären : https://forum.opendcc.de/wiki/doku.php?id=railcom
• So funktioniert es technisch: https://www.opendcc.de/info/railcom/railcom.html

Funktionsmapping

Funktionsmapping ist ein Denglisches Wort. "Mapping" ist Englisch und heißt in diesem Zusammenhang Zuordnen. Funktionsmapping ist nichts anderes als Funktionszuordnung; nämlich die Zuordnung der Funktionen eines Decoders (das kann ein Funktionsausgang sein, aber auch eine andere Funktion wie das Abspielen eines Sounds) zu einer Funktionstaste. Die Idee ist, dass nicht vom Hersteller fest vorgegeben wird, welche Funktion bzw. welcher Funktionsausgang mit welcher Taste ausgelöst wird, sondern dass dies vom Anwender nach seinem Gusto konfiguriert werden kann.

Dass die englische Bezeichnung sich im deutschen durchgesetzt hat, liegt vermutlich daran, dass das function mapping ebenfalls von der Nordamerikanischen NMRA zurest standardisiert wurde: https://www.nmra.org/sites/default/files...cvs_2012.07.pdf (S.7)

Wie das technisch im einzelnen funktioniert hängt vom Digitalsystem und vom verwendeten Decoder ab. Die meisten (alle?) DCC-Decoder können jedoch mindestens das sogenannte NMRA-Mapping für Funktionsausgänge. Hier z.B. eine deutsche Beschreibung: http://atw.huebsch.at/DCC/FunctiomMapping.htm

Das Zuordnen anderer Funktionen (Sounds, Rangiergang etc.) ist i.d.R. Hersteller-spezifisch gelöst.

[Hansi]

Hallo Klaus und hallo Ulli!

Erschöpfender kann man es einem Neuling nicht erklären!

Vielen Dank dafür!

[1001-digital]

Hallo Ulli,
leider können nicht alle Decoder NMRA-Mapping. ESU z.B. generell nicht und Kühn hat zumindest beim N025 keins drin. Beim Mapping selbst gibts auch Unterschiede, einige können nur die ersten 8 Ausgänge auf eine bestimmte Taste legen, bei anderen gehen mehr Ausgänge, dann aber nicht mehr auf jede Taste. Den Vogel schießt Zimo ab, die mehrere verschiedene Varianten kennen, um Funktionen einer Taste zuzuweisen. An sich ne coole Sache, weil man recht frei ist, wie man was umsetzt. Andererseits macht sichs aber nicht gut, wenn man z.B. bei einem Sounddecoder Tasten ummappen will und erstmal rausfinden muss, welche Variante des Mappings der Projektersteller genutzt hat.

Viele Grüße
Carsten

[8erberg]

Hallo,

ist doch inzwischen die übliche Methode, damit die Kunden die jeweils hauseigenen bequemen Programmer nutzen sollen...

So funktioniert Markenbindung

Peter

[Pirat-Kapitan]

Moin,
sorry, die beiden letzten Beiträge verstehe ich nicht.
"Funktionsmapping" ist nichts anderes als das Zuordnen von CVs und ihren Werten zu bestimmten Decodersoftwarefunktionen.
bei guten Decoderherstellern gibt es eine entsprechende Dokumentation in der Decoderanleitung, in der alles Notwendige zur CV-Programmierung enthalten ist.
Manche Hersteller haben da so ihre Eigenarten, wie sie Ihre Anleitung aufbauen, aber es ist auch bei diesen alles zu finden.
ich habe sowohl von ESU als auch von Zimo aktuelle Decoder komplett ohne den firmenspezifischen Programmer nur anhand der in der Betriebsanleitung dokumentierten CVs programmiert und mir dabei das "Funktionsmapping" nach meinen Wünschen (und den Decoderfähigkeiten) eingestellt.

Der herstellerspezifische Programmer ist NUR zum Aufspielen eines Sounds / Soundsprojektes auf den Decoder erforderlich !

@Carsten:
erläutere bitte mal, wieso bzw. in welchen Bereichen ESU kein NMRA-Mapping kann.
CV 33 bis CV 46 ist zumindest bei meinen ESU Loksound XL "normgerecht".

Schöne Grüße
johannes

[8erberg]

hallo,

natürlich funzt das für Leute die noch bei MS-DOS selber Festplatten low-level formatiert haben...

Aber heute will jeder ja bequem klick-klick...

Peter

[Pirat-Kapitan]

Zitat

---

hallo,
natürlich funzt das für Leute die noch bei MS-DOS selber Festplatten low-level formatiert haben...
Peter

---

Moin Peter,
ja, ich glaube, dass ich das bei einigen meiner Festplatten noch habe machen müssen. Aber das dürfte keine Vorbedingung für den Umgang mit und Zugang zu CVs und ihrer Programmierung sein, da auch wesentlich jüngere Gartenbahnfreunde, denen das DOS-Zeitalter leider wegen zu später Geburt verwehrt war, teilweise lieber (und schneller) über manuelle CV-Änderungen ihre Decodereinstellungen machen als über eine PC-gestützte Programmierhilfe.

Es war halt schon immer teurer, einen besonderen Geschmack (bzw. Komfortbedürfnis) zu haben, um mal eine bekannte Zigarettenwerbung etwas abzuwandeln.

Schöne Grüße
johannes

[8erberg]

Hallo,

das stimmt schon, aber aus der Zeit (80er Jahre) stammt ja die Normung von DCC.

Und heute setzt eben jeder Hersteller seinen "Hausduft" drauf.
Ganz ganz früher hatte jeder Hersteller sein eigenes Digitalsystem (Selectrix, FMZ), heute versucht man innerhalb der gegebenen Norm sich abzuheben.

Heftig fand ich z.B. Loks von GFN die trotz NEM-Schnittstelle ohne Eingriff auf der Platine nur mit den hauseigenen (damals allerdings äusserst bescheidenen) Decodern zum Laufen gebraucht werden konnten...

Peter

[stephan_bauer]

Zitat

---

erläutere bitte mal, wieso bzw. in welchen Bereichen ESU kein NMRA-Mapping kann.
CV 33 bis CV 46 ist zumindest bei meinen ESU Loksound XL "normgerecht".

---

Ab Lokpilot/Loksound 4 fehlen die CVs 33-46.

Grüße
Stephan

[Pirat-Kapitan]

Moin Stephan,
ich habe nur bis Loksound XL 3.5.
Wenn beim 4er Loksound ESU keine CVs 33-46 mehr zum Programmieren anbietet, sollte man sich den Erwerb eines solchen Decoders ernsthaft überlegen, wenn man auch noch andere Decoderhersteller und / oder ältere ESUs verwendet und nur (wie ich) den alten ESU Lokprogrammer hat (der leider mit den neuen ESU Loksound-Decodern nicht mehr kompatibel ist. Für mich ist das eine Meisterleistung hinsichtlich Kundenfreundlichekiet und Kundenbindung der Fa. ESU, die mich zu Zimo getrieben hat.).

Damit ist der Hinweis auf die Zwangbeschaffung des ESU firmeneigenen Lokprogrammers bei Kauf / Verwendung aktueller ESU Decoder natürlich einleuchtend.

Schöne Grüße und vielen Dank für den Hinweis
Johannes

[Flo_85]

Zitat

---

Damit ist der Hinweis auf die Zwangbeschaffung des ESU firmeneigenen Lokprogrammers bei Kauf / Verwendung aktueller ESU Decoder natürlich einleuchtend.

---

Es ist in keinster Weise zwingend notwendig den Lokprogrammer zu kaufen um (aktuelle) Esu Decoder verwenden zu können.

Ich hab auch etliche lokpilot/loksound v4 im Einsatz und habe keinen Lokprogrammer.

Es ist mit dem Lokprogrammer sicherlich komfortabler, aber die Programmierung geht auch so. Man kann sich zb die Software für den Lokprogrammer herunter laden, alles einstellen wie man möchte und sich dann die CV Liste anzeigen lassen.

[stephan_bauer]

Hallo Johannes,

mit dem NMRA-Function-Mapping wären die ganzen neuen Möglichkeiten nicht umsetzbar. Deshalb finde ich es konsequent, das alte Mapping kompett zu entfernen. Ich finde das Chaos bei Zimo, welches Mapping wann genommen werden sollte richtig schlimm.

Man kann bei Lokprogrammer eine Liste mit geänderten CVs exportieren. Dies Liste kann man dann entweder von Hand abarbeiten oder im JMRI-DecoderPro importieren.
Ausprobiert habe ich das nicht, da ich selbst keine ESU-Decoder habe.

Grüße
Stephan