Betreff | Antworten |  | Erstellt von |
| Geändert |
|---|
|
| | Servsu!
Nun das Problem liegt nicht an RailCom, sondern daran dass das MX2/21 nur 14 Funktionen beherrscht!.
Es gibt jetzt schon Probleme mit der SW 4 im MX1 beim Mischbetrieb MX21 und MX31! Sobald eine Adresse aus dem MX31 Übernommen wird, werden alle Funktionen über F14 deaktiviert. Wer sowieso nur immer maximal die ersten 8 Funktionen nutzt, dem wird das sicher nicht auffallen.
SO gesehen wird... |
|
| | | |
|
| | HAllo,
die ZIMO Gemeinde hat dieser Tage einen Newsletter bezüglich des neuen FAhrpultes MX32 bekommen.
Zwischen den Zeilen lese ich, dass offenbar eine Kompatibilität der FAhrpulte MX2 / MX21 mit MX10 nicht gegeben sein wird.
Da ist nur die Rede von einer WErkstatt-backup-funktion, die MX1 und diese FAhrpulte in Zukunft haben werden. Nur mehr MX31/32 sind die Zukunft.
Da ist offenbar ... |
|
| | | |
|
| | die ZIMO Gemeinde hat dieser Tage einen Newsletter bezüglich des neuen FAhrpultes MX32 bekommen.
Zwischen den Zeilen lese ich, dass offenbar eine Kompatibilität der FAhrpulte MX2 / MX21 mit MX10 nicht gegeben sein wird.
MX2/21/31 können mit dem MX10 nur das was die Geräte bisher können. Neuigkeiten die erst mit dem MX32/MX10 kommen können die Geräte nur dann wenn das noch implementiert wird. Da sehe... |
|
| | | |
|
| | Servus!
Mein Eindruck ist: niemand fordert Gratis SW Wartung der Altgeräte auf Ewigkeiten, hingegen aber eine Sicherstellung diese weiter im Verbund verwenden zu können. Zumal es keinen technischen Grund gibt das nicht zu tun.
Nun, das ist doch wie beim PC - Neues Gerät mit neuem OS und viele alte SW und Peripherie ist - obwohl noch in Ordnung - nicht mehr nutzbar. NIEMAND regt sich darüber... |
|
| | | |
|
| | Nur wenn es sich um die Modellbahn handelt, dann *muss* auf einmal uraltes Zeugs "ewig" nutzbar sein!?
Das ist halt in der MoBa Welt so. Wer meint es ist nicht so wird das einfach nicht überleben. So einfach ist das! Alles natürlich in gewissen Grenzen aber einfach "CUT" lieber Kunde hast Pech gehabt funzt in der MoBa Welt eben nicht.
Schön wäre es, wenn für das MX1 sowohl... |
|
| | | |
|
| | Servus!
Nur wenn es sich um die Modellbahn handelt, dann *muss* auf einmal uraltes Zeugs "ewig" nutzbar sein!?
Das ist halt in der MoBa Welt so. Wer meint es ist nicht so wird das einfach nicht überleben. So einfach ist das! Alles natürlich in gewissen Grenzen aber einfach "CUT" lieber Kunde hast Pech gehabt funzt in der MoBa Welt eben nicht.
Nur Abwärtskompatibilität... |
|
| | | |
|
| | Nur Abwärtskompatibilität bremst die Weiterentwicklung!
Siehe das DCC Format (und auch alle anderen Digitalformate) mit all seinen Krücken! Allen voran das Funktionmapping!!
Das Functionmapping hat aber mit DCC nix zu tun. ESU verwendet es nicht sondern zwingt die Anwender einen PC zu nutzen um CV128-255 zu verwenden. ZIMO hat CV61=98.
Ohne Zweifel wäre es interessant alles Neu zu... |
|
| | | |
|
| | ZIMO hat CV61=98.
Nur leider deckt das nicht alle 14 Funktionen ab, und schon gar nicht zukünftige 20 oder gar 28 Funktionen ...
Hier wird man sich also was Neues einfallen lassen müssen - ob es bei 28 Funktionen aber noch gscheit ist, die NMRA Kompatibilität beim Funktionmapping einzuhalten, wage ich dann doch zu bezweifeln ....
Sollte aber egal sein, solange das Datemformat weiter DCC bleibt... |
|
| | | |
|
| | Hi Oliver!
Schön wäre es, wenn für das MX1 sowohl ein SW-Update, als auch ein RailCom Dedector gebaut werden würde, der es einem erlaubt vorhandene Geräte zumindest teilweise aufzurüsten.
Wenn RailCom, dann DCC, dann braucht es auch kein Motoralformat, womit Speicher frei wird, um die Funktionen im MX1 abbilden zu können (wenn es wirklich am Speichermangel liegt).
Es liegt nicht am Speichermangel... |
|
| | | |
|
| | Servus!
Na ja, um im ZIMO Jargon zu bleiben:
"dann *sollte man* das doch hurtig umsetzen" ;)
Ok, *hurtig* ist von mir ...
lg
Oliver |
|
| | | |
|
| | Den BiDi Detector gibts ja fertig, war oft genug auf Messen zu sehen. Das Problem ist Herr Sollteman ist so unzuverlässig :-) |
|
| | | |
|
| | Hallo,
habe heute mein neues MX9-Modul in Betrieb nehmen wollen (das 3.). Leider stehe ich vor dem Problem, dass es nicht klappt: es lässt sich keine neue Adresse eingeben. Die LED´s sagen mir, dass kein gültiges DCC- Steuersingnal auf der Fahrspannung ist. Das verstehe ich aber nicht, da die anderen MX9 bei mir gut funktionieren. Ich kann das neue zwar über die Adresse 900 ansprechen, bei... |
|
| | | |
|
| | Wenn das MX9 auf adresse 900 ist sollten auch alle LEDs regelmäßig aufblitzen. Ev Testweise nochmals auf Adresse 900 setzen.
Eine weitere Möglichkeit wäre daß am MX9 P/N vertauscht angeschlossen sind |
|
| | | |
|
| | Ja, das habe ich schon alles versucht - leider nichts neues. |
|
| | | |
|
| | Dann noch CV1=0 versuchen das löscht den Speicher des MX9 und stellt die Adresse auf 900. Ist also etwas anderes (mächtigeres) als nur das auf 900 Adressieren. |
|
| | | |
|
| | Danke für die vielen Antworten. ich glaube, ich hab das Problem lösen können, kann mich aber nicht erinnern, dass es bei den anderen MX9 auch so war. ist aber schon über 2 Jahre her.
Im Service-Mode wird bei Aufruf einer 9nn-Adresse diese automatisch an das MX9 mit der 900 eingetragen. ich habe es getestet. es lässt sich dann über die neue Adresse ansprechen und es lassen sich auch die CV´s einstellen.... |
|
| | | |
|
| | Ich habe eine Kehrschlaufe MX7 an die Besetztmeldung MX9V angeschlossen. Nun erfolgt jedoch im denjenigen Abschnitt in welchem die Kehrschlaufe liegt keine Besetztmeldung (MX9 und STP zeigt keine Besetztmeldung an). Im vorhergehenden und nachfolgenden Abschnitt ist die Besetztmeldung ok. Die Speisung des MX7 erfolgt ab dem MX1 +/Masse die Stellung der Jumper auf MX7 sind korrekt gemäss Beschreibung.... |
|
| | | |
|
| | Die Schaltung ind er ZIMO Doku führt dazu daß es keine Besetzt-Meldung gibt. Darüber gibts Tonnen nan einträgen in diversen Foren aus diesem.
Das ist jetzt ein Produkt das das Problem löst, die grundsätzlich nötige Fremdspeisung ist in dem pdf beschrieben und erklärt weshalb... |
|
| | | |
|
| | Ein Tip!
Hol dir die Bauteile beim großen C (ohne Trafo unter 5€ zu haben).
einen LM317T samt seiner Beschaltung kannst du bequem auf einer Lochrasterplatine aufbauen.
|
|
| | | |
|
| | Kurze Rückfrage:
zeigt der Abschnitt immer besetzt an oder gar nicht?
Bei immer besetzt hilft vielleicht die Fremdspeisung - ich habs probiert kein Erfolg. :-(
- Versuche Empfindlichkeit am MX7 (Poti) zu verändern.
- Eventuell auch die Empfindlichkeit am MX9 (Widerstände dazulöten)
siehe jeweils Anleitung des Moduls
|
|
| | | |
|
| | Ich hatte das Problem auch und mit der Fremdeinspeisung funktioniert es.
Ich habe einen Bausatz vom C verwendet und den an den Wechselstromkreis auf der Anlage gehangen. Das Problem ist, dass der Spannungsbereich der Fremdeinspeisung sehr kein ist. Die Fremdeinspeisung muß einen Regler haben. Der MX9 zeigt belegt an. Dann erhöhst Du langsam die Spannung bis die Beleganzeige erlischt. Am Besten die... |
|
| | | |
|
| | Ich gehe mit meinen MX7 Power Bausätzen immer folgendermaßen vor:
1. alles verkabeln
2. spannung an der Fremdversorgung unter die Schienenspannung einstellen
3. langsam bei leerem Gleis erhöhen bis der MX9 die Besetztmeldung löscht - fertig
So kann man das ganze abgleichen hone mühsamer Spannungsmesserei die fehlerbehaftet ist weil man Spannungsabfälle auf der Verkabelung leicht übersieht.... |
|
| | | |
|
| | Guten Tag
Hab da ein Problem mit der Belegtmeldung auf STP.
Z. Zeit habe ich total 19 Teilabschnitte am MX9 angeschlossen. Leider zeigt mir STP auf 4 (von insges. 19) keine Besetztmeldung
auf dem Bildschirm.
Ich habe im Fenster "Felddaten" die Abschnitts-Nrn. überprüft - sie sind korrekt eingegeben. Im Fenster "Abschnittsteuerung" ist
die Option "Modul" eingetragen.... |
|
| | | |
|
| | Da das MX31 die Besetztmeldungen im Display zeigt und auch das MX9 die LEDs an hat ist der Fehler im SPT oder CAN Key zu suchen.
Andere Abschnitte werden korrekt angezeigt wenn ich das richtig lese von gleichen MX9 oder von einem anderen MX9?
Man vertut sich leicht mit den MX9 Nummern, also der Umrechnung könnte es daran liegen? |
|
| | | |
|
| | Die im STP nicht angezeigten Abschnitte liegen alle am selben
MX9.
Ich habe mich auch nochmals versichert ob die Nummernfolge
an den MX9-Anschlüssen stimmen - sind ok.
Wie kann ich den Fehler, so er im STP oder CAN-Key zu lokalisieren ist, beheben?
Freundliche Grüsse
Paul H. |
|
| | | |
|
| | MX9 Resettieren - btw ist das schon 3.14 oder 3.15 drin?
<E> <MN> <MN> ### <A> <C> 1 <A> 0 <A>
### ist die MX9 Nummer
jetzt müßte der MX9 Lauflicht machen, es kommt eine Fehlermeldung ins MX31
Dann nochmals MX9 Adressieren (durch den Reset hat es die Adresse 900) und probieren. |
|
| | | |
|
| | Guten Tag Herr Huebsch
Auf Ihren Rat hin habe ich den MX9 resettiert, Ergebnis - keines, leider.
Es ist übrigens 3.15 drin.
Daraufhin habe ich das ganze Gleisbild im STP gelöscht und wieder neu eingegeben, ohne am MX9 selbst etwas zu ändern
- eine Sonntagsarbeit. Und siehe da - es funzt!
Zwar weiss ich immer noch nicht woran es gelegen hat, da könnten höchstens Sie mir einige Vermutungen aufzählen,... |
|
| | | |
|
| | Bei meinem ersten Beitrag wurde über ein Problem der Adresserkennung mittels MX9AZNG berichtet. Das bei den ersten Versuchen erkannte Problem ist darin beschrieben und ließ die Vermutung aufkommen, dass es ein Problem der Dekodersoftware wäre.
Weitere ausführliche Versuche zeigen nun ein zusätzliches, vermutlich noch komplexeres Problem der fehlenden Adressrückmeldung. Es besteht darin, dass MX9AZNG... |
|
| | | |
|
| | Hallo!
Stellungsrückmeldung im MX82 aktiviert - Knackgeräusche vorhanden.
Wie oder was muss ich tun damit eine händische Weichenbetätigung eines EPL-Antriebs im STP angezeigt wird??
Danke im vorraus
Ronald
|
|
| | | |
|
| | Hallo!
Nach meiner Information sind zur Rückmeldung die Schalteingänge am MX82 zu benutzen. Das bedeutet, dass ein EPL Antrieb einen Zusantzschalter benötigt, mit dem diese Schalteingänge belegt werden.
Ob allerdings der MX82 diese Form der Rückmeldung schon realisiert hat weis ich nicht - früher war das nicht so. Da konnte nur das MX8 oder MX9 rückmelden.
lg
Oliver
|
|
| | | |
|
| | Leider muß man gar nichts tun weil diese Funktionalität noch nicht komplett implementiert ist. Der MX82 sollte die Stellung des Weichenantriebs über BiDi rückmelden.
Der EPL Antrieb hat keine Endabschaltung daher gehts nicht zusäzulich gibts noch kein BiDi und im MX82 ist die BiDi SW noch nicht implementiert. Also STP KANN das nicht erkennen - leider! |
|
| | | |
|
| | das hatte ich vermutet.
Bei den MX8_Modulen funktionierts, aber schon mit den EPL-Antrieben - oder liege ich da falsch?
Noch eine Frage zum MX82:
CV561 (49) Servo Protokoll: Bit 1
0: Servo wird nach Ziel-Erreichen abgeschaltet
(um Zittern zu vermeiden).
= 1: Servo hält auf Dauer Position (notwendig,
wenn starke mechanische Gegenkraft).
Egal ob 0 oder 1 bei mir lässt sich in... |
|
| | | |
|
| | Bei den MX8_Modulen funktionierts, aber schon mit den EPL-Antrieben - oder liege ich da falsch?
Nein auch nicht, da der EPL Antrieb keine Endabschaltung hat. Damit hat man keine Chance eine Rückmeldung zu bekommen. Lösungsansatz: den LGB Schalter anstecken, damit könnte man dann die Versorgung des EPL Antriebs über 2 Dioden laufen lassen. Dann kann der MX8 rückmelden, das machen 2 Gartenbahnkunden... |
|
| | | |
|
| | Lösungsansatz: den LGB Schalter anstecken, damit könnte man dann die Versorgung des EPL Antriebs über 2 Dioden laufen lassen.
Nur zum Verständnis: D.h. Ein Pol des Antriebs wird über den Schalter versorgt und je nach Schalterstellung fließt Strom über eine der beiden Dioden. Somit fließt dann kein Strom mehr wenn die Endlage erreicht ist. Erst das Umpolen ermöglicht den Stromfluss wieder durch... |
|
| | | |
|
| | Hallo,
ich habe hier ein MX1 compact line als Booster an ein MX1 model 2000 angeschlossen. Beide Geräte haben seperate Trafos und sind mit einem gerupften ( Pin 1 und 6 rausgezwickt ) CAN-Kabel miteinander verbunden. Das MX1 compact line hat Steckbrücken als Master und DCC. Es funktioniert ganz gut. Ich bin mir aber nicht sicher ob diese Vorgangsweise korrekt ist. Vielleicht weiss da Jemand mehr... |
|
| | | |
|
| | ich habe hier ein MX1 compact line als Booster an ein MX1 model 2000 angeschlossen.
Also das MX1/2000 ist der Booster richtig?
Beide Geräte haben seperate Trafos und sind mit einem gerupften ( Pin 1 und 6 rausgezwickt ) CAN-Kabel miteinander verbunden. Das MX1 compact line hat Steckbrücken als Master und DCC. Es funktioniert ganz gut. Ich bin mir aber nicht sicher ob diese Vorgangsweise... |
|
| | | |
|
| | MX1/2000 ist Master !
MX1/compact line ist Booster.
Wobei das MX1/compact line scheinbar bei ZIMO weitestgehend unbekannt ist. Das ist kein EC sondern schaut aus wie ein MX1/2000, hat aber keine CVs dafür ein nahezu unlesbares Display. Es ist wohl der Nachfolger vom MX1/Z und der Vorgänger vom MX1/2000 gewesen.
Dass das Knurren und Fauchen ( nicht Rauchen! )der Analoglok... |
|
| | | |
|
| | Tut leid, dann kann ich auch nicht weiter helfen - das MX1 CompactLine kenne ich nicht.
lg
Oliver
|
|
| | | |
|
| | Servus!
Ich weis nicht, was eine "compact line" ist...
Wenn Du das MX1ec meinst, das ist NICHT als Booster nutzbar!
Du kannst das MX1ec nur als MASTER nutzen und das MX1-2000 als Booster. Da ist aber auch nichts "rauszuzwicken", da sind nur im MX1 Steckbrücken zu setzen/entfernen.
Siehe dazu:
Das MX1ec kann sehr wohl... |
|
| | | |
|
| | Versuchsweise habe ich einige Anzeigemodulen MX9ZIA eingebaut.
Die Anzeige erfolgt in den STP-Anzeigefelder (V:5.17). In den Spur 1 Loks sind MX690V eingebaut. Zentrale ist MX1/2000.
Wird MX1 neu eingeschaltet und STP auf online gesetzt sollten nach rel. kurzer Zeit die Dekoder-Adresse im Anzeigefeld erscheinen. Es ist ja Sinn der Sache, in STP die Dekoderadresse ablesen und die Lok ansprechen zu... |
|
| | | |
|
| | Servus!
Wie alt ist die SW in den noch nicht upgedateten Decoder?
Ist das vielleicht eine noch vor Railcom?
Vielleicht gibt es damit ein Problem ...
Also versuchsweise in CV29 Railcom deaktivieren (das MX1 kann das auch nicht!)
lg
Oliver |
|
| | | |
|
| | Hallo Oliver,
Railcom ist bei mir prinzipiell deaktiviert.
Version mit Nr.-Rückmeldung (gleich beim Systemstart) ist z.B. 20.19.
Dekoder mit V 14.2 hat auch gemeldet - seit update auf 26.5 nicht mehr.
Ein MX640 in einem VT98 mit V26.7 meldet ebenfalls.
Keine Nr-Rückmeldung bringen z.B. 26.5 - 25.1 - 15.1
Daß ältere Versionen vorhanden sind hängt damit zusammen, daß seit einigen Jahren zwar... |
|
| | | |
|
| | Servus!
Verusch meim MX690 die Version 26.3 - wenn die auch nicht funktioniert, bitte sofort an ZIMO melden!
lg
Oliver
|
|
| | | |
|
| | Hallo Oliver,
gestern spät und heute habe ich meine Versuche fortgesetzt und dazu auf eine Lok (Märklin V100 Adresse 211) Version 26.3 überspielt.
CV28=0 und CV112=4
Selbst über einen Zeitraum von 420 sec wurde nach einem Neustart von MX1 und STP keine Adresse gemeldet. 10x probiert. Wenn die Lok anfährt, erscheint auch die Adresse in STP, wobei dafür z.T. einige Hin- und Herfahrten im Abschnitt... |
|
| | | |
|
| | Servus!
Ersteres ist ein berechtigter Krikpunkt - ich werde Hrn. Holub nochmals darauf aufmerksam machen. Das Problem dürfte aber zur Zeit sein, dass er im Momen eine "one-Man-Show" ist ... Sprich: MX10/MX32 entwicklen, neue Decoder entwickeln. alte Fehler ausbesern und supporten - das kann nicht funktionieren - auch dem Mann stehen nur 24 Stunden am Tag zu ;)
Zweiters ist ein Problem... |
|
| | | |
|
| | Hallo Oliver,
zunächst einmal möchte ich mich für Ihre Unterstützung in Richtung Zimo bedanken und hoffe, dass Zimo diesen Fehler in absehbarer Zeit beseitigen kann.
Zu Ihren weiteren Ausführungen (Überlastung Herr Holub und Sound) möchte in den nächsten Tagen gerne einen neuen Thread beginnen, weil die Diskussion darüber doch von dem Thema hier stark abweicht.
Grüße an alle
Manfred
|
|
| | | |
|
| | Ein heißer Tip:
Schau ob CV112 = 4! (bei den MX60x)
|
|
| | | |
|
| | Liebe Zimosianer,
diese Frage habe ich auch im RR-Forum gestellt.
Bereits seit Jahren über viele Versionen sowohl bzgl. der Firmware als auch der Software tritt immer wieder das gleiche Problem auf. Zur Zeit empfinde ich es wieder als sehr störend.
Betätige ich im Weichenmodus auf dem Handregler von Zimo eine Taste, wird diese Zustandsänderung an RR weitergeleitet. Diese Änderung frage ich... |
|
| | | |
|
| | Offensichtlich verliert RR die Verbindung zur Zentrale. 2 Möglichkeiten von Seiten der Zentrale die man versuchen kann:
CV12=4 Geschwindigkeit auf 9600 Baud senken
CV13=1 das sollte eigentlich schon eingestellt sein und bedeutet HW Handshake |
|
| | | |
|
| | Sehr geehrter Herr Hübsch,
vielen Dank für die schnelle Antwort.
Das werde ich sofort ausprobieren.
Es ist von diesem Phänomen nur die Rückmeldung betroffen. Fahrbefehle vom Computer gelangen weiter zur Zentrale.
Würde ein Verbindungsverlust nicht auch bedeuten, dass Befehle mehr von der Software nicht mehr ausgeführt werden?
Herzliche Grüße
Daniel Möbius |
|
| | | |
|
| | Hatte leider nichts gebracht. Die Verbindung ging wieder verloren. Informationen über einen Sammelstop gelangen aber noch an die Software.
Was könnte ich noch versuchen? |
|
| | | |
|
| | Eien "dumem" Idee hab' ich noch, das MX1 komplett zurück setzen. Dazu
<E><MN>100<A><C>24<A>111<A> das macht einen Reset danach einen zweiten Reset
<E><MN>100<A><C>24<A>222<A>
jetzt ist dann alles im MX1 auf Werkseinstellungen gelöscht allfällig aufgetretene Speicherleichen sind weg. Ev. bringt das was. |
|
| | | |
|
| | Sehr geehrter Herr Hübsch,
auch das komplette Rücksetzen hatte keine Besserung gebracht. Haben Sie noch einen Tipp?
Vielen Dank für Ihre Hilfe,
Daniel Möbius |
|
| | | |
|
| | ... jetzt geht mir auch der "Schmäh" aus. Da kann ich nur noch empfehlen bei Herrn Freiwald anzuklopfen ob der das klären kann. |
|
| | | |
|
| | Hallo!
Stellt denn die Weiche an der betreffenden Adresse? - Für den Fall dass es sich um eine Dummy-Weiche handelt bitte zum Testen eine Weiche mit dieser Adresse ins System hängen - Wenn das RR wieder "hängt" aber bei Betätigen der Weiche am Fahrpult diese umschaltet dann funktioniert im ZIMO-System meiner Ansicht nach alles ordnungsgemäß - dafür würde auch sprechen sprechen... |
|
| | | |
|
| | Hallo Michael,
danke für Deinen Tipp. Die Weiche schaltet im Handregler und per Software weiter. Die Befehle nach draußen sind offensichtlich nie gestört. Auch die interne Weitergabe von Handregler zu Handregler funktionert (schalte ich eine Weiche, dann ändert sich der Stellzustand im zweiten Handregler). Lediglich genau diese Information (Weiche wurde von einem Handregler gestellt) gelangt nicht... |
|
| | | |
|
| | OK jetzt ist mir die Sache etwas klarer. in meinen Worten: Das Problem passiert nur wenn man manuell am MX31 was umstellt?
Das könnte aber auch dadurch entstehen wenn das MX1 diese Info nicht über die Serielle an RR&Co weiter gibt. Das Problem hat ja nur RR&Co da STP und ESTWGJ direkt am CAN Bus die Daten abgreifen. Wenn also das MX1 diese Daten gar nicht weitergibt über die Serielle... |
|
| | | |
|
| | Hallo ,
ich habe noch eine Frage dazu. Ist ein USB to Serial Adapter im Einsatz?
Gruß Dirk |
|
| | | |
|
| | Hallo Dirk,
hatte ich auch mit einem USB-Adapter probiert. Gleicher Effekt. In der aktuellen Konfiguration gibt es keinen Adapter. Den hatte ich aber auch zunächst im Verdacht. Es scheint aber wirklich so wie Arnold schreibt, dass das Zimo-System keine Daten weitergibt oder RR diese Daten nicht mehr empfängt.
Viele Grüße
Daniel |
|
| | | |
|
| | Nach einigen Überlegen und Rücksprache mit wissenden scheint nicht das MX1 das Problem zu haben sondern eher wahrscheinlicher der PC.
Das MX1 sendet und empfängt seine Daten über ein recht schlaues Protokoll, binärprotokoll im gegensatz zum älteren ASCII Protokoll. Dieses hat auch einen Timer der den Kontakt zwischen PC und MX1 sicherstellt. Wenn einer der beiden Probleme hat kann das die... |
|
| | | |
|
| | Kann ich da als Anwender etwas unternehmen? Z.B. die Enstellungen an der Schnittstelle/ Puffergröße verändern etc.?
|
|
| | | |
|
| | Hallo!
Wie Arnold schon geschrieben hat - das Problem liegt sicher "irgendwo" im Bereich der Kommunikation Zentrale - PC, nur an welchem Ende (MX1 oder RR) das Problem verursacht wird ist leider nicht ganz klar und auch nicht ganz so einfach festzustellen ... (und in wieweit ZIMO im Moment bei der Ursachensuche / Fehlerbebung aktiv wird ... - aber das hat Arnold ja... |
|
| | | |
|
| | Hallo Michael,
ein anderes voll beschaltetes Kabel habe ich noch nicht probiert, werde ich heute noch machen.
Es sind alle Rückmeldungen von den Handreglern an RR betroffen, nicht nur eine Weiche.
Die STellung läßt sich über RR nicht abfragen, da RR ja keine Infos mehr mitbekommt, was das Digitalsystem macht.
Habe leider kein Display am MX1EC.
Den Versuch mit CV12 werde ich auch heute... |
|
| | | |
|
| | Hallo,
gestern hatte ich mehrere Versuche gemacht.
1. Sicher voll beschaltetes serielles Kabel verwendet: Kein Erfolg
2. CV12 nochmals im laufenden Betrieb geschrieben: Für einen kurzen Moment (1 Stellvorgang) ging es, dann brach aber RR wegen fehlender Kommunikation zum Digitalsystem ab.
3. Erniedrigung des Fifo-Puffers führte dazu, dass der Verbindungsabbruch (gefühlt) später eintrat.
... |
|
| | | |
|
| | Hallo!
Ich vermute mal das "Verbindungsabbruch" bei Punkt 2 nicht das selbe ist wie das ursprünglich beschriebene Problem.... - andernfalls wäre die Fehlerursache jetzt identifiziert
Langsam gehen mir leider auch die Ideen bzw. Diagnosemöglichkeiten aus - "echte Tests" (die wohl irgendeine Form von Debug-Version der Software benötigen... |
|
| | | |
|
| | Hallo
Habe irgendwo gelesen, dass sich Railcom und MX9 nicht besonders miteinander können. Wie sind hier denn nun die Zusammenhänge. Muss ich Railcom im Lokdecoder deaktivieren. Wir es eine Zukunft für MX9 unter Railcom geben, z.B. lokaler Detektor zur Adresserkennung?
Gruß Frank |
|
| | | |
|
| | ZIMO arbeitet daran. Grundsätzlich kann BiDi duch den MX9 durch. Es gibt aber Berichte daß BiDi den MX9 verwirrt, das ist aber ein kleinen SW Problem. ZIMO hat bereits BiDi mit MX9 vorgeführt daher gibts kein grundsätzliches Problem.
Global Detector gibts derzeit keinen, der vorhandene wurde bisher nicht in Produktion genommen... |
|
| | | |
|
| | Danke für die Antwort. Im letzten Newsletter hat Zimo die Frage nach einem Globalen Detektor ja beantwortet. Meine Frage war aber in Bezug auf MX9 "lokaler Detektor" spich AZN auf RailCom Basis.
Gruß Frank |
|
| | | |
|
| | Für den MX9 waren einmal eine Art Vorsteckplatine angedacht worden. Das scheint jetzt aber ad acta gelegt worden zu sein. An der Position der AZN's geht's mMn nicht. Da der Lokale Detector Richtung Gleis einen Schluß für die Stromschleife machen muß. Da sind aber nur eine Seite des Gleises da an der Stelle.
Weiters gibts ein Problem im MX9, dessen SW wird nämlich von der BiDi Lücke verwirrt.... |
|
| | | |
|
| | Danke für die Antwort. Damit schiebe ich Railcom erst einmal aufs Abstellgleis. CV's auslesen auf der Anlage, schön, aber wie oft braucht man das?? Adresserkennung, kann Zimo ja auf anders. Deshalb alle MX9 gegen MX900 tauschen?? Kein gutes Preis- Leistungsverhältnis. Neueinsteiger und unbedingt Umrüster brauchen halt viel Gedult.
Gruß Frank |
|
| | | |
|
| | Hallo!
Kommt ganz auf die Anwendung/Betreib an - ich brauche das ziemlich oft ...
Jedesmal zb. wenn ich eine Traktion bilden will und Loks in deren fahrverhalten aufeinander abstimme, wäre es toll, wenn ich die CVs auch auslesen könnte. Derzeit muss ich die halt blind schreiben ...
lg
Oliver
|
|
| | | |
|
| | Habe vom MX9 Entwickler erfahren, daß das MX9 nicht abstürzt. Es gibt ja schon seit vielen Jahren MX9 basierende BiDi Demos (zB das runde gelbe Kreisding). Damit wär' bewiesen daß es eeh durch und mit den MX9 geht. Aber halt mit einem globalen Detector oder im MX31ZL.
Das davonschleichen der Loks verursachen dei Decoder nicht die MX9. MAW es braucht eine neuere DecoderSW, die kommen ja... |
|
| | | |
|
| | Danke für die Antworten. Werde die Entwicklungen weiter beobachten. Vom Abstellgleis können ja Sachen wieder untergeholt werden.
Aber nun möchte ich doch gerne wissen, was es denn genau heißt "Railcom verwirrt MX9", was passiert denn mit den MX9 und denn Decodern.
Gruß Frank |
|
| | | |
|
| | Hallo!
Also soweit ich mich daran erinnere (ist ja schon eine Weile haer das ich es au meinem Arbeitsplatz hatte...) stellt sich die Situation etwa folgendermassen dar:
*) Das MX9 (zumindest die letzten SW-Versionen) kommen mit der Bidi-Lücke gut zurecht ohne das sie "verwirrt" werden und erzeugen auch korrekte HLU-Lücken
*) das Bidi-Signal kann das MX9 passieren und vom Globaldetektor... |
|
| | | |
|
| | Hi Arnold,
ich befürchte aber das Zimo die SW der MX9er nicht mehr anpassen wird.
Freundliche Grüße
Andreas |
|
| | | |
|
| | Hallo,
wird es eine Zukunft des MX1 geben - oder ist mit dem Erscheinen des MX10 die Ära des MX1 beendet?
Muss man sich Sorgen machen, dass diese Geräte MX1xxx (MX1, MX1EX, MX1HS, MX1BOO) bald nicht mehr verfügbar sind und auch nicht weiterentwickelt werden und wieweit wird
es da Kompatibilität geben?
Wie geht es mit dem MX31 weiter - gar nicht - produziert wird... |
|
| | | |
|
| | Hallo!
Von einem Systemwechsel kann im Vergloedie Rede sein!
1. DCC Datenformat bleibt aufrecht, womit alle DCC-Decoder auch weiterhin wie bisher angesprochen werden können.
2. auch die alten Fahrpulte werden in Zukunft am MX10 betrieben werden können - halt mit allen Einschränkungen, die jetzt ein zb. MX2 am aktuellen MX1 im Vergelich zum MX31 hat. Sprich, die neuen Features werden... |
|
| | | |
|
| | Muss man sich Sorgen machen, dass diese Geräte MX1xxx (MX1, MX1EX, MX1HS, MX1BOO) bald nicht mehr verfügbar sind und auch nicht weiterentwickelt werden und wieweit wird
es da Kompatibilität geben?
Wo ist die Verunsicherung her? Abgesehen davon daß Dr. Ziegler gerne seine Kunden und Interessenten gerne mit Ankündigungen verschreckt die er gar nicht vor hat zu realisieren. Die Überlegung damit... |
|
| | | |
|
| | MX31 kann nicht mehr produziert werden weil es seit 3 Jahren keine Displays mehr gibt und irgendwann sind ZIMOs Lagerstände auf 0. Siehe oben das Display war überraschend lange verfügbar. SW Wartung wird's wohl aus personalgründen nur noch zaghaft geben, tot is es deshalb aber nicht.
Aber so lange gibt es des MX31 doch noch gar nicht - oder - ist aber egal ohne Bauteile kein Gerät.
SW-Wartung... |
|
| | | |
|
| | Aber so lange gibt es des MX31 doch noch gar nicht - oder - ist aber egal ohne Bauteile kein Gerät.
Doch ich denk' das MX31 ist vor etwa 5 Jahren rausgekommen.
Wenn ich eine Modellbahn über Jahre aufbaue und auch erweitere, dann möchte ich doch die Gewissheit haben, dass auch in Zukunft meine Komponenten zusammenspielen werden.....
Zusammenspielen tun sie ja aber halt die bauform... |
|
| | | |
|
| | Servus1
Wegen des "Zusammenspiel" muss hier niemand auch nur die geringste Sorge haben!
Wie u.a. auch hier schon mehrmals geschrieben wurde, wird das MX32 sich in eine bestehende Infrastruktu eingliedern. Ebenso, wie sich bestehende Fahrpulte an das MX10 anbinden lassen. Das MX10 kann mit anderen MX10 (als Booster) wie dis bisher mit dem MX1 auch machbar war, zusammengeschalten werden -... |
|
| | | |
|
| |
Wegen des "Zusammenspiel" muss hier niemand auch nur die geringste Sorge haben!
Wie u.a. auch hier schon mehrmals geschrieben wurde, wird das MX32 sich in eine bestehende Infrastruktu eingliedern. Ebenso, wie sich bestehende Fahrpulte an das MX10 anbinden lassen.
Auf der Fahrpultseite sehe ich nicht so die Probleme - schätze Zimo wird beim CAN-Bus bleiben.
Das MX10 kann mit anderen... |
|
| | | |
|
| | Servus!
CAN Bus soll bleiben (mir ist jedenfalls nichts Gegenteiliges bekannt)!
Da ja auch "alte" MX2 am MX1 mit der "neuen" SW (auch mit de Testversion 4.x) funktionieren, sehe ich diesbezüglich kein Problem - mit der Einschränkung, dass mit "alten" Fahrpulten hatl bestimmte "neu" Features nicht aufrufbar sein werden - wobei auch das MX31 schon 20 Funktionen... |
|
| | | |
|
| | Hallo,
sorgen muss man sich da schon machen. Für das MX1eco wird es keine RailCom Erweiterung geben. Hab ich mir extra deswegen gekauft u. nicht das MX1 Modell 2000, um bei Einführung von RailCom nicht ein neues Basisgerät kaufen zu müssen.
Mit dem Dezember Newsletter kam dann der k.o. schlag.
Ich denke mit der Sw.- Version 4 wird es auch nicht weiter-
gehen. Bei den Decoder... |
|
| | | |
|
| | Hello!
Bin auch gerade etwas frustriert aber so schlimm ist es auch wider nicht.
BiDi Leser wirds geben, leider keinen internen im MX1. Das war übrigens für MX1EC und MX1/2000 gleichermaßen vorgesehen. Der Detector wird am Gleisausgang angeschlossen und über CAN Bus verbunden. Der Nachteil große Anlagen erzeugen dann sehr sehr viel CAN Bus Traffic. Bisherige Versuche zeigen aber der... |
|
| | | |
|
| | Servus!
"sorgen muss man sich da schon machen.."
Aber nicht wegen des "Zusammenspiels" - und das war ja die Frage ;)
Das MX32 wird auch am MX1 ohne RailCom funktionieren, Das MX31 wird auch am MX10 MIT RailCom und 20 Funktionen funktionieren!
Ich verstehe irgendwie auch die Sache mit den Deocern nicht!
Net bös sein, aber beim Mitbewerb bekommst... |
|
| | | |
|
| | Hallo Oliver,
ich kann mir doch nicht ständig neue Decoder kaufen u. die alten austauschen. Bei den Decodern der MX6x u. MX6X0 gab es z. B. lange unterschiede in Verbindung mit MAN u. Rangiertastenfunktion. Es einfach ist übersichtlicher wenn elementare Funktionen bei allen Decodern gleich u. vorhanden sind.
Der Knackpunkt ist der, ZIMO hat ja immer probagiert alle Decoder haben die "gleiche"... |
|
| | | |
|
| | Bei den MX62/63/64 gab es eine SW Basis bei den MX69x und MX63x MX640 und MX620 ist das eine andere, weil da eine andere Prozessorfamilie verwendet wird.
Die Ursache ist schlicht und einfach daß es derzeit nach etwa 3-4 Monaten eine neue Generation an Prozessoren, Speicher und anderen Bauteilen gibt. Insbesondere bei den Transistoren für Endstufen tut sich derzeit gewaltig viel.
... |
|
| | | |
|
| | Servus!
Das mit den "ständig neue Decoder" - sorry, was musst Du beim Mitbewerb machen?!
Davon abgesehen, dass kaum ein Decoder des Mitbewerbs auch nur ansatzweise die Features eines ZIMO-Decoders aufweist ... (selbst wenn dieser nicht am letzten Stand ist).
Was propagiert wurde, ist leider eine andere Sache - da gebe ich Dir durchaus Recht ... Leider wurde oft sehr viel erzählt,... |
|
| | | |
|
| | Hi,
nachdem aus dem letzten Newsletter von ZIOMO nur wenig herauszulesen war bezüglich der features von MX10, habe ich folgende 2 Fragen. Hoffentlich weiß jemand was dazu:
*) hat MX10 einen getrennten Ausgang für Programmiergleis ?
**) was geschieht, wenn man an den MX10 weitere (Fremd-) Booster anschliesst: wird dann die RailCOm Info nur aus den Abschnitten, die direkt vom MX10 versorgt... |
|
| | | |
|
| | Hallo!
Nachdem das neue System derzeit nur eine Ankündigung ist und nicht mehr Infos verfügbar sind, als in der Newsletter stehen, sind das alles Fragen, die Du am Besten direkt ZIMO stellst!
Es ist aber anzunehmen, dass natürlich die volle Funktionalität nur mit ZIMO Produkten gewährleistet ist. Wobei es seitens ZIMO ja keinen echten Booster gibt ... Das MX1HS kann als Booster umfunktioniert werden... |
|
| | | |
|
| | *) hat MX10 einen getrennten Ausgang für Programmiergleis ?
Wie das MX1 genau aussehen wird weiß niemand da jetzt gerade erst mit der Konstruktion begonnen wird. Selbstverständlich muß das Ding 2 Ausgänge habe, alles andere wäre ein Rückschritt.
**) was geschieht, wenn man an den MX10 weitere (Fremd-) Booster anschliesst: wird dann die RailCOm Info nur aus den Abschnitten, die direkt vom MX10 versorgt... |
|
| | | |
|
| | Hallo Hans
Also wenn ich mir im Newsletter den Platinenlayout anschaue, dann sehe ich da keinen zweiten Schienenausgang für das Programmiergleis. Der 4 Polstecker oben Links dürfte 2x Schiene und + - Potenziale enthalten.
Mit Railcom ist das separate Programmiergleis auch nicht mehr unbedingt nötigt, damit braucht man den Programmierausgang nur noch um die Lokadresse zu setzen und ev. die Decoderadresse... |
|
| | | |
|
| | Servus!
Um es genau zu sagen: Nach dem Grundriß kann man imho nicht wirklich gehen ...
LINKS sind ja VIER Steckkontakte (vor den CAN Steckern) eingezeichent...
Wenn die *nebeneinander* liegen, dann fehlen da die beschriebenen Pins für Plus und Masse ...
Wenn sie *übereinander* liegen (also 2fach Stecker), wären sehr wohl Stecker für das Programmiegleis vorhanden.
lg
Oliver |
|
| | | |
|
| | Hallo Oliver
Ich denke es werden nur einreihige Stecker sein. Die Nummern reichen nur von 1-4 und die Lötpäds sind so gross dass da kaum eine 2 Reihe Platz hat. Eingespiesen wird nicht über 4er Steckleiste, sondern über die Buchse darunter wie beim MX31ZL. Die Beschreibung daneben passt übrigens perfekt zu dieser Belegung, es wird auch in keinem Satz erwähnt, dass ein separater Programmierausgang... |
|
| | | |
|
| | Mit Railcom ist das separate Programmiergleis auch nicht mehr unbedingt nötigt, damit braucht man den Programmierausgang nur noch um die Lokadresse zu setzen und ev. die Decoderadresse rauszukriegen.
Das Problem dabei wie setzt man die Adresse eines Fahrzeugs um. Viele Decoder brauchen das Strom ein/aus gezappel am Programmiergleis, bzw lassen CV1 bzw CV17/18 nicht über CV Befehle zu.
Die... |
|
| | | |
|
| | Hallo Herr Hübsch
Tja ganz einfach, man muss den Schienen/Programmierausgang per Schalter auf ein anderes Gleisstück umschalten, das von der Anlage getrennt ist. Ist bei Zimo nichts neues, muss man beim HS, EC und ZL auch, sonst werden die anderen Decoder ebenfalls umprogammiert.
Ob das MX10 mit einem separaten Programmierausgang ausgetattet wird oder nicht kann nur Zimo sagen. Aber die im... |
|
| | | |
|
| | Hmm...
Das MX10 war einmal ein günstiges Konzept geplant (siehe Aussendungen 2008), also den Gedanken des MX31ZL fortführend. Was ich derzeit so an Überlegungen aufschnappe hat man sich schon lange davon verabschiedet. Das MX10 wird sicher 8-10A können und alles erdenkliche und noch mehr wie Gleisbild Stellwerk, DecoderLader udglm in der Kiste machen.
Dr. Ziegler kann offensichtlich... |
|
| | | |
|
| | Hallo,
habe ein Problem mit den Zugnummernanzeigen MX9AZN?(leider keine Seriennummer vorhanden - erworben im Jahr 2003 bzw 2004).
Die Zugnummern (im STP) werden meist richtig für MX64x- Decoder richtig angezeigt, MX66 manchmal, Mx69Xx falsch oder gar nicht.
So z.B. MX690 satt Adresse 11 wird 25 angezeigt.
Alle Decoder (MX64x und MX69x) haben Pufferkondensatoren (Schaltung... |
|
| | | |
|
| | Dir Ursache steht eeh schon im Posting beschrieben. Der Unterschied zwischen den beiden AZN Varianten sind 2 Widerstände.
Die G Decoder machen stärkere Nummernimpulse. Das führt zu Fehlinterpretationen und damit werden die Daten vom MX9 verworfen.
Umbau von H0 AZN auf G AZN sollte kein Problem sein |
|
| | | |
|
| | Danke für die Antwort!
Die Beschaffung liegt schon lange zurück - habe auch keine Ahnung ob es damals schon beide Type gab??
Wie sieht der Umbau aus? Lässt sich das Beschreiben?
Umgang mit Lötkölben, Pinzette udgl. stellt kein Problem dar.
|
|
| | | |
|
| | Ich muß einmal vergleichen gehen, ich denk' es sind 2 Widerstände und das war's. Umbau wär' leicht möglich. Ich kann auch gerne die Platinen tauschen, einfach in der Werkstatt vorbei kommen... |
|
| | | |
|
| | Danke für das Angebot,
aber ein Umbau bei mir nimmt weniger Zeit in Anspruch, wäre daher sehr froh über eine "Umbauanleitunh" zB Foto mit Markierung.
Besten Dank vorab!
|
|
| | | |
|
| | Noch eine Frage:
MX9AZNG zeigen die richtige Zugnummer (in STP) auch für MX64x Typen an? |
|
| | | |
|
| | Die Zugnummernanzeige Platinen nutzen die gleiche Info die vom MX9 an STP gesendet wird.
Ich verwende tw Eine anzeigeplatine die ich über einen Wahlschalter an die verschiedenen MX9 Ausgänge hänge. |
|
| | | |
|
| | ... ist schon klar - meine Sorge ist nur, wenn die MX9AZN dann für Gartenbahn umgebaut sind - also für "große" Decoder (MX69x), ob es dann auch noch für die "kleinen" Decoder (MX64x) korrekt funktioniert.
|
|
| | | |
|
| | Es ist ein exklusiv oder.
Ursache ist die bei (G) höheren Spannungen die dann auch stärkere Impulse machen. Die (G) AZN's werden bei geringeren Gleisspannungen Probleme machen. |
|
| | | |
|
| | Um das zusammenzufassen:
ein MX9AZNG ist für G wie Spur G also Gartenbahn.
Größere Gleisspannung (bei mir 21-22V) also größere Impulse.
Soweit so gut MX69x erzeugen große Impulse - daher gehts momentan nicht => UMBAU notwendig.
Einmotorige Fahrzeuge haben auf meiner Gartenbahn MX64x Decoder - derzeit werden diese richtig erkannt mit MX9AZN (ohne G).
Nun nochmals... |
|
| | | |
|
| | AFAIK ist das "Problem" die Spannung am Gleis. Die Pulse werden von MX69x und MX64 (+ähnliche) vergleichbar stark erzeugt.
Ich werd' die AZN's vergleichen die ich habe, bzw bei ZIMO Nachfragen ob mir jemand sagen kann welcher Widerstand zu tauschen ist |
|
| | | |
|
| | Hallo!
Der einfachste Weg, die Gleisspannung auf 18Volt zu reduzieren ist keine Option?!
lg
Oliver |
|
| | | |
|
| | Umbau von von MX9ANZ auf MX9AZNG würde mich auch interessieren.
Sicher sind 17 Workarounds auch möglich - aber gleich die Ursache von Problemen zu beheben, was ja möglich scheint ist zielführender.
Grüsse Karl |
|
| | | |
|
| | 18V ist Hochspannung für H0 und N!!! |
|
| | | |
|
| | ... hätte es hier so verstanden, dass es sich um ein Gartenbahn handelt, oder wer fährt auf einer H0 oder N!!! mit MX69x Decodern herum.
Auf meiner LGB (definitiv nicht H0 oder N) fahre ich mit 20V.
Die Postings gehen dahin, dass hier nach Lösung gesucht wird, weil normale MX9AZN nicht Garten/Grossbahn tauglich sind aufgrund größerer Spannungen.
GK
|
|
| | | |
|
| | Hallo Karl
Ich möchte Dir Mitteilen das ich mit HO und 18V Fahre.
Die Decoder habe ich auf 14V eingestellt.
Das Positive ist ebenfall beim Lastausgleich, der Decoder hat
Stromreserven, ebenfalls ist reserve für die Wagenlichter etc.
Versuchs doch mal!!!!!
Gruss Ivo |
|
| | | |
|
| | ... abgesehen davon dass es beim ursprünglichen Posting um MX9ANZ geht und nicht um Gleisspannungen bei H0 sondern ganz offensichtlich zu lesen um eine GARTENBAHN mit MX64x und MX69x Decodern, habe ich es nicht ganz verstanden was die 18V Gleisspannung mit 14V Decoderspannung jetzt hier zu tun haben.
Ich habe eine LGB hier habe ich eine größere Gleisspannung als 18V und damit machen auch bei mir die... |
|
| | | |
|
| | Nun, da es sich ja um eine GARTENBAHN handelt, stellt sich die Frage, weshalb Du keine entsprechenden Anzeigemodule verwendest?!
So wie Du das beschrieben hast, willst Du die Anzeigemodule auch mit H0-DECODER in H0 einsetzen - so jedenfalls habe ich das interpretiert!
Da es also offenbar nicht so ist und Du eh nur eine GARTENBAHN hast, auf der Du also MX640 und MX690 Decoder einsetzt, die beide anstandslos... |
|
| | | |
|
| | Nun, da es sich ja um eine GARTENBAHN handelt, stellt sich die Frage, weshalb Du keine entsprechenden Anzeigemodule verwendest?!
... aber das ist eine andere Geschichte - ex H0 Bahner :-)
1.) der Umbau der Anzeigemodule, die sich dann aber vermutlich so nicht mehr für H0/N einsetzen lassen werden.
... möchte ich sowieso nicht
Egal - es ist ALLES ein "Workarround" -... |
|
| | | |
|
| | Klar gehts um (G)-Spur und 18V sind da durchaus OK egal ob MX64H oder MX69x. Man sollte aber die (G)-Spir AZN's nehmen. Die Anzeigemodule sind davon nicht betroffen da die ihre eigene Stromversorgung haben.
Generell sind viele Modellbahner immer wider verwundert weshalb Motore abbrennen, Lämpchen geringe Standzeiten haben und Elektronik defekt wird. Die Spielzeugnormen sehen für N 12V H0 12-14V... |
|
| | | |
|
| | Hallo,
mir ging es bei meiner Anfrage eigentlich speziell nur darum warum die MX9AZN nicht mit meinen MX69x funktionieren.
Ich habe nur eine Gartenbahn wo ich mit ca. 20 - 22 V (am Gleis) mit MX66, MX69x und MX64x fahre. Ich will meine MX9AZN ( mit oder ohne "G") nur bei dieser einen meinen Bahn verwenden.
Mit meinem einen MX66 funktionierts und zum Zeitpunkt des... |
|
| | | |
|
| | Schutzkleinspannung
Dieser Schutz ist zulässig bis max. 50V Wechsel- oder 120V Gleich-spannung. [...]
Nope Lt EU Vorschriften und einigen Vorgängerbestimmungen die in die 1950er Jahre zurückreichen sind für Spielzeug 16V das Maximum. Es kümmert sich nur keiner drum und es gibt auch jedes Jahr einige Todesfälle´. Die Klassische Ursache Kleinkinder mit nassen Fingern...
Die Idee mit den 16V... |
|
| | | |
|
| | nur für den Fall, dass wir uns hier weiter in diesem Thema vertiefen wollen schlage ich die
EN 62115: SICHERHEIT BEI ELEKTRISCHEM SPIELZEUG (bisher EN 50088)
Diese Norm gilt z.B. für Batteriespielzeug und sieht grundsätzlich vor, daß alle
elektrische Spielzeuge mit einer Nennspannung von maximal 24 Volt betrieben
werden darf. Sie beinhaltet beispielsweise den unsachgemäßer Betrieb und
Erwärmung,... |
|
| | | |
|
| | Hallo,
beende die Diskussion von meiner Seite.
Das freundliche Service von ZIMO hat mir weitergeholfen.
DANKE an Zimo.
Christian |
|
| | | |
|
| | Ein heißer Tip:
Schau ob CV112 = 4! (bei den MX60x)
Manche SW-Rel haben als default 0 => Dann klappts NIE |
|
| | | |
|
| | Hallo
Ich habe mir ein MX31ZL bestellt um mit meiner Testanlage Erfahrungen zu sammeln da das MX32 ja noch nicht fertig ist.
Ich möchte auch Erfahrung mit Traincontroller sammeln und bin jetzt nicht 100% sicher dass Traincontroller mit dem MX31ZL funktioniert.
Weiss jemand 100% ob es funktioniert oder nicht (was ein bischen ärgerlich wäre)?
Vielen Dank
Michael |
|
| | | |
|
| | Hello!
Das MX31ZL hat am USB Bus nicht alle Kommandos des Binärprotokolls implementiert. MMn sind aber die MX9 Meldungen und ähnliches vorhanden. Einzig die Befehle für die Loks als Fahren halten Funktionen bin ich unsicher. Da das TC das direkt steuert und nicht die schlaueren HLU Mechanismen nutzt.
Eventuell Dr. Ziegler anmailen ob er die Kommandos die auch andere schon gerne gehabt hätten im MX31ZL... |
|
| | | |
|
| | Vielen Dank
Ich bräuchte eigentlich nur die Kommandos zum fahren und Weichenstellen da ich für die Rückmeldung auf die neuen lokal Railcom Detektoren warte (Nachfolger von MX9 - sollte nächstes Jahr kommen). Wenn ich Sie richtig verstanden habe dann sind aber diese Fahrbefehle vielleicht genau das Problem.
Freundliche Grüsse
Michael Stadelmann |
|
| | | |
|
| | Hallo
Ich habe nochmal bei Zimo nachgefragt da das Fahren mit Traincontroller und MX31ZL nicht funktioniert hat. Zimo hat mir dann gesagt dass dies eine "strategische Entscheidung" sei da es sonst nicht mehr soviele Gründe gäbe die normale Zentrale zu kaufen... Schade. D.h. warten auf die MX10... |
|
| | | |
|
| | Ich habe gehört dass man mit einem CSA-32 und Belegtmeldern sowie STP eine kostengünstige und stabile Gleisbelegtmeldung realisieren kann. Quasi ein MX-9 Ersatz für Benutzer welche nur die Belegtmeldefunktion benötigen.
Ist dies inzwischen auch mit Traincontroller möglich? |
|
| | | |
|
| | AFAIK hat Herr Freiwald die CSA Platinen noch nicht eingebunden. |
|
| | | |
|
| | vielen Dank.
Gibt es Informationen bzgl. des MX9 Nachfolgers (MX900 oder ähnlich). Verfügbarkeit? |
|
| | | |
|
| | Gutenmorgen,
Voriges Jahr habe ich mal gefragt wie weit es war mit der Verwirklichung von Railcom. Das war noch nicht soviel.
Jetzt weiss vielleicht einer von Ihnen was die Moeglichkeiten im Moment sind, wenn die ueberhaupt da sind.
Ich wirke mit Zimo 690 Lokdekoders und fuer die Weichen und Signale mit MX82(V)und Zentrale MX1EC mit separatem Datafenster.
Was kann ich momentan von Railcom erfahren-benutzen? ... |
|
| | | |
|
| | Die Möglichkeiten sind derzeit nicht viel besser als vor einem Jahr. Decoder und Fahrpulte sind ausreichend vorbereitet. Es fehlen Globale und Lokaledetektoren. Der faktisch fertige wurde im Winter eingestampft und daher gibts bis 2010 sicher keinerlei Fortschritt hier.
Zeittafel:
jetzt: Decoder, Fahrpulte und als Lesegerät das MX31ZL sowie Testsoftware im MX1
2010: neue Zentrale MX10 und globaler... |
|
| | | |
|
| |
Ich habe gehört, dass vor dem Sommer kommt, dem neuen Hauptbahnhof
MX10 und im Oktober 2009, die MX100.
Sollten an die Stelle der alternden MX1
Wer weiß mehr? |
|
| | | |
|
| | Sommer 2010 oder 2011 könnte sich ausgehen alles andere würde der ZIMO Tradition widersprechen. Diese ist nämlich Dinge anzukündigen die es nicht gibt, die es auch nicht geben wird sondern zunächst alle Kunden und Händler verunsichern um schließlich irgendwann einmal was ganz anderes eventuell zu liefern.
Hier ist einiges an Frust drin. Die neuen Zentralen werden noch sehr sehr lange auf sich... |
|
| | | |
|
| |
Die Nachricht von der MX10 und 100 für das Jahr 2009 hat sich von Peter Ziegler.
Ich fand es interessant, in der MX1 + MX31FU, aber sie haben nicht den USB-Anschluss und habe Probleme mit den neuen Eigenschaften, 20
Ich hoffe, dass die neue Kraft, sobald sie ankommen, sie sind des Wartens müde! |
|
| | | |
|
| | Was aber vermutlich nicht heisst, dass die Entwicklung an den MX 1-Versionen nicht doch eingestellt wird, abgesehen von merkwürdig indexierten Updates mit dem Suffix "T" und Updates des MX 31 mit expliziter Wiedereinführung von eben erst behobenen Bugs?
Gruss,
Manfred |
|
| | | |
|
| | Die 4.0.xT Versionen sind explizite TESTVERSIONEN, es gibt noch keine 4.x freigegebene Version! |
|
| | | |
|
| | Hallo!
Welche Bugs wären das?
Ich nutze das MX31fu mit V1.22 und das MX1ec mit der erwähnten Testversion. Mir wäre noch nichts aufgefallen. Was aber nichts heist - ich fahr und schalte auch "nur". D.H. eine Handvoll Züge teilweise in Doppeltraktion im direkten Zugriff und 8 Weichen auch im direkten Zugriff (2 Adressen gleichzeitig im Pult). Kein ABA, kein STP etc.
lg
Oliver |
|
| | | |
|
| | Es gibt da um die 4.0.xT Test versionen. Daß hier ein großer Sack Motten mitgeliefert wird ist doch jedem klar. Es ist eine Testversion! |
|
| | | |
|
| | Servus!
Ich glaube die Aussage wegen der Bugs bezog sich auf die SW des MX31 ... und da hätte mich interessiert welche Bugs gemeint sind.
Dass die TESTVERSION des MX1 noch nicht klaglos in allen Punkten werkt - deshalb ist es ja eine Testversion!
Die aber für meine Zwecke schon in der ersten Version problemlos läuft!
lg
Oliver |
|
| | | |
|
| | Hallo,
habe Master/Slave Betrieb mit MX1EC als Master (SW 3.06) und MX1(SW 3.06) als Slave.
Verbindungen laut Anleitung (CAN-Bus,....), Einstellungen am MX1 laut Anleitung. Im Display des MX1 wird Slavezustand angezeigt.
An jedem der beiden Basisgeräte sind 2 MX9 (SW 3.15) angeschlossen.
Nun zum Problem: Auf den Masterseitigen MX9 werden die eingestellten Geschwindigkeitslimits... |
|
| | | |
|
| | Ich vermute es gibt gibt ein gewaltiges Masseschleifen Problem. Weiters muß am Übergang beide Schienen getrennt werden. Schließlich sollten doe Spannungen sehr sehr ähnlich eingestellt sein |
|
| | | |
|
| | Es sind am Übergang die Schienen "allseitig" getrennt.
Die Spannungen sind auf des Zentelvolt gleich in beiden Bereichen.
Es gibt eine Masseverbindungen zwischen den beiden mit dem CAN-Bus und eine bei den Controlleitungen. Es entspricht genau der Verkabelung wie auf Seite 8 der aktuellen MX1 Anleitung.
|
|
| | | |
|
| | Es sind am Übergang die Schienen "allseitig" getrennt.
Die Spannungen sind auf des Zentelvolt gleich in beiden Bereichen.
Es gibt eine Masseverbindungen zwischen den beiden mit dem CAN-Bus und eine bei den Controlleitungen. Es entspricht genau der Verkabelung wie auf Seite 8 der aktuellen MX1 Anleitung.
OK das bedeutet es gibt KEINE Masseverbindung. Die ZIMO Verkabelungsanleitung zeigt... |
|
| | | |
|
| | Hallo Herr Hübsch,
erstmals DANKE für ihre inputs, werde das bei nächster Gelegenheit probieren.
zwischendurch aber noch eine kleine Verständnisfrage:
in dem via Basisgeräten ausgesandten DCC-Signal sind die Informationen über Geschwindigkeit und Funktionen (Licht/Sound) enthalten. Dieses DCC-Signal wird repliziert vom Slave auch ausgegeben.
In den jeweiligen MX9 wir aus dieser... |
|
| | | |
|
| | Der Boosterausgang des MX1 hat das DCC Signal etwas vorauseilend. Das ermöglicht dem Booster die Signala faktisch zeitgleich herzustellen.
Im MX9 werden ein paar Bits des DCC Signals herausgeschnipselt. Das macht der MX9 ständig und unabhängig von Dateninhalt des DCC Signals für jeden Hauptabschnitt individuell.
Wenn der MX9 hinter dem bosster das nicht macht vor dem Booster aber... |
|
| | | |
|
| | Soviel vorweg - leider funktionierts noch immer nicht.
Folgendes habe ich mit positivem Ergebnis überprüft:
- Habe alle MX9 überprüft auf korrekten Anschluss
- Habe die Master & Slave in unmittelbare Nähe (also keine 10m Leitungsdistanz) gebracht und die Masse der beiden mit soliden 1.5mm² verbunden.
- Alle Verbindungen Control, CAN, DCC überprüft
- Nachgemessen, ob die allseitige Trennung...
|
|
| | | |
|
| | Hmmm, das macht mich auch ziemlich ratlos.
Schon einmal in beiden MX1 also master und Slave CV24=111 und CV24=222 gesetzt? Das macht jeweils einen Reset und löscht alle einstellungen in dem MX1. Ev. ist durch irgend etwas eine CV oder ein interner nicht Benutzermanipulierbarer Wert verstellt. |
|
| | | |
|
| | ... es funktioniert!!!
Danke für alle Rückmeldungen - leider hat keine zum Ziel geführt.
Trial & Error ==>>> Success!!! |
|
| | | |
|
| | Hallo!
Was war jetzt die Ursache und wie wurde es behoben?!
lg
Oliver |
|
| | | |
|
| | Guten Tag,
ich habe heute versucht, meine verbauten MX620N mit dem MX31ZL upzudaten.
Nachdem ich einen USB-Stick gefunden hatte, der vom ZL erkannt wurde, habe ich die SW-Versionen diverser Loks ausgelesen (Updates waren nicht notwendig, da SW aktuell). Nur bei einem Fahrzeug habe ich das Update gestartet. Nach kurzer Zeit wurde die Prozedur vom System abgebrochen und nun ist der Decodertyp zwar... |
|
| | | |
|
| | Noch eine Ergänzung: Nach Vertauschen der Pole der Gleisspannung startet das Update nun, bricht aber nach exakt 7% ab und startet neu. So geht das jetzt schon eine Weile... |
|
| | | |
|
| | Ist in dem Fahrzeug noch anderes Drin? Also Pufferkondensatoren odglm? Wenn ja bitte abklemmen.
Weiters am Netzteil einmal eine höhere Spannung 18-20V einstellen für's Update. Bei niedrigster Spannung reicht das manchmal nicht... Während dem Update wird vom Gerät eine andere UpdateSpannung eingestellt unabhängig von den Benutzervorgaben.
HTH
-AH- |
|
| | | |
|
| | Guten Tag und vielen Dank für die schnelle Antwort!
Ich habe es eben getestet: Gleisspannung auf 20V - Resultat identisch. Alle meine Fahrzeuge sind nicht mit Stützkondensatoren, Sound oder sonstigen Extras ausgestattet. Ich habe den Test in drei Fahrzeugen (alle Spur TT) durchgeführt: Kres BR 172, Tillig BR 242 und Kühn BR 211. Alle diese Fahrzeuge laufen mit anderen Zimo 620ern fehlerfrei. Der Kres... |
|
| | | |
|
| | Hallo JPG
Dein Decoder hat keine gültige Firmware mehr drauf, deshalb reagiert er auch nicht mehr auf DCC Befehle. Da die Adresse und SW Version vom ZL über Railcom ausgelesen werden, funktioniert das ebenfalls nicht mehr, von daher ist das normal und kein Grund zur Beunruhigung.
Nimm den Decoder mal aus der Lok und hänge Ihn nackt an das ZL, geht es dann auch nicht? Ich hab ein MX69V der... |
|
| | | |
|
| | Hallo Roger,
vielen Dank für die schnelle Antwort und die Ideen. Bin heute unterwegs und weiß nicht, ob ich noch zum Testen komme. Werde dann auf jeden Fall berichten, vielleicht hilft es ja. Ich drücke mir da mal selbst die Daumen.
Also vielen Dank nochmal!!!
Gruß Jens |
|
| | | |
|
| | So, jetzt nachdem etwas Zeit ins Land gegangen ist, hier mein aktuelle erfreulicher Stand: Nachdem ich den 620er "nackt" ans MX31ZL gehängt habe, ist das Update sehr schnell und fehlerlos durchgelaufen. Der Decoder lebt also wieder und versieht seinen Dienst zuverlässig :-)
Vielen Dank noch einmal für alle Tips und Hinweise.
Jetzt warte ich aufs MX32.... |
|
| | | |
|
| | Hallo!
Ich habe mit ZIMO darüber gesprochen und bekam diese Antwort:
was mich bei der Sache irritiert ist daß der Decodertyp noch lesbar ist.
Wenn das Update abbricht sollte der Decoder im Bootloader auf ein neues Update warten und dabei ist keine CV mehr auslesbar.
Ist da eventuell ein zweiter Decoder in der Lok eingebaut?
Wenn sich der Decoder aber nicht mehr updaten lässt sehe ich keinen... |
|
| | | |
|
| | Hallo Oliver,
auch Dir vielen Dank für die schnelle Antwort und die Lösungsansätze.
Ich bin auch etwas verwirrt wegen des Decoderverhaltens. Ich werde schnellstmöglich den 620 "nackt" an das ZL hängen und sehen, was passiert.
In den Loks sind keine zweiten Decoder installiert und auch sonst war auf der Gleisanlage kein weiterer elektrischer Verbraucher (mit oder ohne Decoder) angeschlossen,... |
|
| | | |