Roco Rückmeldemodul 10787; Programmierung: Unterschied zwischen den Versionen
Uslex (Diskussion | Beiträge) KKeine Bearbeitungszusammenfassung |
Uslex (Diskussion | Beiträge) KKeine Bearbeitungszusammenfassung |
||
Zeile 2: | Zeile 2: | ||
__NOTOC__ | __NOTOC__ | ||
== Roco Rückmeldemodul programmieren == | |||
=== Frage === | |||
[[Benutzer:Wohlmannstetter|Wohlmannstetter]] 15:10, 31. Dez. 2012 (CET) | Heute hatte ich eine Störung in einem Rückmeldemodul Roco 10787, eine Neuprogrammierung der Adressen war nötig. Wie programmiere Ich diese Rückmelder wieder neu? | ||
In der Vergangenheit war es möglich, direkt mit TrainController die Einstellung der Rückmeldeadressen durchzuführen. | |||
=== Antwort === | |||
Dies ist nun nicht mehr möglich. | |||
* Herr Freiwald hat in [https://www.freiwald.com/forum/viewtopic.php?p=111925#p111925 diesem] Beitrag folgende Begründung abgegeben: | |||
TrainController programmiert grundsätzlich keine Zubehördecoder (Weichen-, Rückmelde und Drehscheibendecoder). | |||
Die Programmierung von Roco-Rückmeldemodulen ist Bestandteil der Rocomotion-Software und war seinerzeit bei der Entwicklung von Rocomotion nebenbei aber ungeplant auch in TrainController "hineingerutscht". | |||
Da wir aber nicht länger eine spezielle Ausnahme mit einer Spezialfunktion nur für ein einziges Produkt eines einzigen Herstellers unterstützen möchten, wird nunmehr eine konsequente und für alle Hersteller gleiche Linie gefahren: | |||
*Zubehördecoder können mit TrainController nicht programmiert werden. | |||
Da es im Gegensatz zur Programmierung von Lokdecodern so gut wie keine herstellerübergreifende Norm zur Programmierung von Zubehördecodern gibt, ist es ohnehin Sache des jeweiligen HW-Anbieters, eine Programmierfunktion in seine Produkte zu integrieren. Dies wird von praktisch allen HW-Anbietern (inkl. Roco mit Rocomotion) auch so gemacht und an diese Linie werden wir uns zukünftig mit TrainController halten. | |||
:--[[Benutzer:Wohlmannstetter|Wohlmannstetter]] 15:10, 31. Dez. 2012 (CET) | |||
=== Fehlfunktion des Rückmeldemoduls === | |||
Folgender Fehler führt zu einer Fehlfunktion des Rückmeldemoduls. | Folgender Fehler führt zu einer Fehlfunktion des Rückmeldemoduls. | ||
[[Benutzer:Wohlmannstetter|Wohlmannstetter]] ([[Benutzer Diskussion:Wohlmannstetter|Diskussion]]) 18:05, 27. Jan. 2014 (CET) | * Wird einer der Anschlüsse beim Programmieren nicht vergeben, dann führt dies zu einer Fehlfunktion dieses und aller weiteren Module. | ||
* Dieser Fehler entsteht zumeist bei der Bearbeitung der Blöcke (irrtümliches löschen) | |||
:--[[Benutzer:Wohlmannstetter|Wohlmannstetter]] ([[Benutzer Diskussion:Wohlmannstetter|Diskussion]]) 18:05, 27. Jan. 2014 (CET) | |||
=== Zentrale Z21 === | |||
Besitzt man die Zentrale "Z21" steht [https://www.z21.eu/de/downloads/software-tools hier] das entsprechende Tool zur Verfügung. | Besitzt man die Zentrale "Z21" steht [https://www.z21.eu/de/downloads/software-tools hier] das entsprechende Tool zur Verfügung. | ||
[ | In [https://www.freiwald.com/forum/viewtopic.php?p=185193#p185193 diesem] Beitrag wurde eine weitere Möglichkeit einer Fehlfunktion festgestellt: | ||
Es gab noch ein 2. Problem: die Kabel, die die Melder mit der z21 verbinden. | |||
Am Sonntag wollte ich die Anlage wieder starten; leider keine Meldung zum PC. Am Montag habe ich dann bei der roco Hotline angerufen und einen kompetenten Mitarbeiter erwischt. Nachdem er mir meine Vorgehensweise bestätigte, aber leider nicht mehr weiter wusste, kam ihm der Gedanke, die Kabel einmal genauer zu untersuchen. Er erinnerte sich daran, dass ein Kollege von ihm auch dieses Problem hatte. | |||
Sein Tipp war: über die z21 die Multimaus zu aktualisieren. Sie kommt dann an den R-Bus der z21. Wenn die Multimaus dann die Aktualisierung anzeigt, ist das Kabel ok. Der Versuch war es allemal wert und siehe da, die Melder funktionieren... | |||
== Weblinks == | |||
: | * Quelle: [https://www.freiwald.com/forum/viewtopic.php?p=111925#p111925 Roco Rückmeldemodul programmieren] | ||
* Quelle: [https://www.freiwald.com/forum/viewtopic.php?p=185193#p185193 Problem: die Kabel] | |||
: redaktionelle Bearbeitung: [[Benutzer:Wohlmannstetter|Wohlmannstetter]] ([[Benutzer Diskussion:Wohlmannstetter|Diskussion]]) 17:34, 11. Mär. 2021 (CET) | :--[[Benutzer:Wohlmannstetter|Wohlmannstetter]] ([[Benutzer Diskussion:Wohlmannstetter|Diskussion]]) 16:14, 19. Sep. 2017 (CEST) | ||
:redaktionelle Bearbeitung: [[Benutzer:Wohlmannstetter|Wohlmannstetter]] ([[Benutzer Diskussion:Wohlmannstetter|Diskussion]]) 17:34, 11. Mär. 2021 (CET) | |||
[[Kategorie: Hardware]] | [[Kategorie: Hardware]] |
Version vom 6. Mai 2022, 09:27 Uhr
Roco Rückmeldemodul programmieren
Frage
Heute hatte ich eine Störung in einem Rückmeldemodul Roco 10787, eine Neuprogrammierung der Adressen war nötig. Wie programmiere Ich diese Rückmelder wieder neu?
In der Vergangenheit war es möglich, direkt mit TrainController die Einstellung der Rückmeldeadressen durchzuführen.
Antwort
Dies ist nun nicht mehr möglich.
- Herr Freiwald hat in diesem Beitrag folgende Begründung abgegeben:
TrainController programmiert grundsätzlich keine Zubehördecoder (Weichen-, Rückmelde und Drehscheibendecoder).
Die Programmierung von Roco-Rückmeldemodulen ist Bestandteil der Rocomotion-Software und war seinerzeit bei der Entwicklung von Rocomotion nebenbei aber ungeplant auch in TrainController "hineingerutscht".
Da wir aber nicht länger eine spezielle Ausnahme mit einer Spezialfunktion nur für ein einziges Produkt eines einzigen Herstellers unterstützen möchten, wird nunmehr eine konsequente und für alle Hersteller gleiche Linie gefahren:
- Zubehördecoder können mit TrainController nicht programmiert werden.
Da es im Gegensatz zur Programmierung von Lokdecodern so gut wie keine herstellerübergreifende Norm zur Programmierung von Zubehördecodern gibt, ist es ohnehin Sache des jeweiligen HW-Anbieters, eine Programmierfunktion in seine Produkte zu integrieren. Dies wird von praktisch allen HW-Anbietern (inkl. Roco mit Rocomotion) auch so gemacht und an diese Linie werden wir uns zukünftig mit TrainController halten.
- --Wohlmannstetter 15:10, 31. Dez. 2012 (CET)
Fehlfunktion des Rückmeldemoduls
Folgender Fehler führt zu einer Fehlfunktion des Rückmeldemoduls.
- Wird einer der Anschlüsse beim Programmieren nicht vergeben, dann führt dies zu einer Fehlfunktion dieses und aller weiteren Module.
- Dieser Fehler entsteht zumeist bei der Bearbeitung der Blöcke (irrtümliches löschen)
- --Wohlmannstetter (Diskussion) 18:05, 27. Jan. 2014 (CET)
Zentrale Z21
Besitzt man die Zentrale "Z21" steht hier das entsprechende Tool zur Verfügung.
In diesem Beitrag wurde eine weitere Möglichkeit einer Fehlfunktion festgestellt:
Es gab noch ein 2. Problem: die Kabel, die die Melder mit der z21 verbinden.
Am Sonntag wollte ich die Anlage wieder starten; leider keine Meldung zum PC. Am Montag habe ich dann bei der roco Hotline angerufen und einen kompetenten Mitarbeiter erwischt. Nachdem er mir meine Vorgehensweise bestätigte, aber leider nicht mehr weiter wusste, kam ihm der Gedanke, die Kabel einmal genauer zu untersuchen. Er erinnerte sich daran, dass ein Kollege von ihm auch dieses Problem hatte.
Sein Tipp war: über die z21 die Multimaus zu aktualisieren. Sie kommt dann an den R-Bus der z21. Wenn die Multimaus dann die Aktualisierung anzeigt, ist das Kabel ok. Der Versuch war es allemal wert und siehe da, die Melder funktionieren...
Weblinks
- Quelle: Roco Rückmeldemodul programmieren
- Quelle: Problem: die Kabel
- --Wohlmannstetter (Diskussion) 16:14, 19. Sep. 2017 (CEST)
- redaktionelle Bearbeitung: Wohlmannstetter (Diskussion) 17:34, 11. Mär. 2021 (CET)