Im Changelog zu ZCS mit Datum 03.08.2018 sogar in Deutsch zu lesen . Seit heute ist die neue ZSP-Version aber mit V18.19 wieder auf der Web-Site angekündigt, jedoch nicht über das Auto-Update ladbar. Ich denke das wird aber kommende Woche soweit sein.
Wer hat gesagt das Zimo langweilig ist ... dieser Tage hier im Forum? Da passiert immer was, ganz anders als bei ESU ... seit Monaten Grabesstille dort. Aber das ESU-Kapitel ist für mich ja gottlob ... abgeschlossen ... ;-).
Bis dahin
enjoy the day digitalo (Stephan)
Zentrale: Viessmann Commander 1.402 Programmer: MXULFA, LokProgrammer, D&H, IntelliSound-Ladeadapter Decoder: Uhlenbrock, ESU, D&H & Zimo nix von MäTrix Rollmaterial: Märklin/Primex, Ro/Fl, Rivarossi & Liliput Digital: only DCC auf K-|:|
Ach, im Changelog. Sag das doch gleich ;-) Dann hatte ich das wohl überlesen.
Ja, 19 ist angekündigt aber nicht verfügbar. Ungewöhnlich. Aber macht ja nix.
Ja, ESU. Dass ich "damit durch" bin, kann und will ich nicht sagen. Also gefühlsmäßig bin ich das tatsächlich und ich habe von einstmals 100% jetzt höchstens 4 oder Loksounds verbaut. Aber ich überlege halt bei jedem Projekt neu, wer den m. M. n. besten Sound dafür liefert. Da ist ESU fast nie dabei. Werde ich bei D&H mit Leo fündig, so könnte man normalerweise von ihm auch ein entsprechendes ESU-Projekt bekommen. Aber die Kombination Leo & ESU wäre zumindest bis zur Preiserhöhung im letzten Jahr fast doppelt so teuer und man hat da nur noch wenige Änderungsmöglichkeite. Außerdem hat LS 4 keinen parametrierbaren Rangiergang, was für mich sehr wichtig ist. Das soll sich ja wohl endlich endern. Ach, und der Klang ist bei D&H noch besser. Dafür wenig Features bei den Funktionsausgängen aber die braucht man ja auch nicht immer. Jetzt gerade beim 614 kam seit langer Zeit mal wieder nur ESU in Frage. Leider. Aber da, wo er vorher in drin war, werkelt jetzt ein Zimo, hehe.
Ja, Du sagst es. ESU ist langweilig. Wer gerne viel fummelt, Innovation mag, sich auf neues freut und VOR ALLEM mehr am Vorbild orientiert ist, wählt Zimo. Und "fährt" damit auch besser. Im wahrsten Sinne des Wortes. Und D&H als günstigere Alternative mit bisher und meistens besserem Klang, wenn die wenigeren Funktionen ausreichen. Das mit dem Klang wird sich ja in Zukunft nach und nach erledigen, hoffe ich.
Zitat von Wilder Robert im Beitrag #24Mal eine Frage zum ZCS: Konnte da schon mal jemand die Lok über SUSI auslesen
Ich bekomme das nicht hin, und auch über Hauptgleis(POM) bekomme ich keinen Kontakt zum Decoder.
Hallo Robert,
Manchmal liegt es ja an den kleinen Dingen ... Daher eine (simpel anmutende) Frage: Bist du mit ZCS "Online". D.h. hast du ganz unten links auf den Button "Offline" geklickt - der müsste dann grün werden und "Online" anzeigen. Dann erscheint auch links ein neues schmales Fenster mit dem "Führerstand". Ich frage so "dumm" weil mir genau das am Anfang auch passiert ist und ich mich gewundert habe, warum ich die CV nicht auslesen konnte (der entsprechende Button war grau hinterlegt und damit gar nicht zu aktivieren). Der Online-Button ist bei mir auch "versteckt"; ich muss immer erst mit der Scrollleiste etwas nach unten gehen. Wenn's daran nicht liegt, habe ich ganz spontan erstmal keine Idee
Wieso über SUSI? Auslesen geht doch auch nur über die Schiene. Oder habe ICH das was nicht mitbekommen. Und ja, Detlef hat Recht. Läuft "da unten" alles richtig ab?
Was ich letztes Jahr mal hatte: Ein MX648 in Gützold Kreuzspinne. Aus langjähriger Erfahrung sollte man lieber nicht "unter Strom" aufgleisen. Ich hab's gemacht, dabei hat sich ein Drehgestell soweit verdreht, dass es wohl einen Kurzen gegeben haben muss. Jedenfalls war seitdem der Decoder digital nicht mehr ansprechbar. Ich konnte nicht auslesen, nur blind beschreiben und updaten - hat aber nichts geändert. "Digital tot" sozusagen. Das Ding war nämlich, dass er analog ganz normal funtionierte. Jedenfalls kam ich so gar nicht auf die Idee, ihn mal in einer anderen Lok zu testen und schickte ihn direkt nach Wien ein. Nach Wochen kam er zurück mit: "Funktion geprüft - ok, Firmwareupdate durchgeführt". Ich steck ihn in die Lok und er funktioniert wie am ersten Tage. Es gibt einfach Dinge im Leben, die muss man nicht verstehen ...
ich habe da auch ein Problem. Es wäre mir neu, dass man mit Susi einen Dekoder auslesen kann. Maximal einen Susi-Modul über einen Dekoder. Das mag der ULF aber nicht so recht, außer man hat der dier Firmware in den Dekodern bzgl. Susi das Laufen beigebracht. Da war noch Steinzeit draf und die passte nicht zum ULF.
Das Scheiben eines Soundfile in den Dekoder über die Susi-Schnittstelle hat nichts mit Susi zu tun. Da wird nur die vorhandene Hardware zweckentfremdet. Und Soundprojekte kann man bei Zimo nicht auslesen, egal wie. Man kommt nur an die CVs.
Wenn es anders sein sollte, würde mich das auch sehr interessieren.
Zitat von nachtbahner im Beitrag #26 Jedenfalls kam ich so gar nicht auf die Idee, ihn mal in einer anderen Lok zu testen und schickte ihn direkt nach Wien ein. Nach Wochen kam er zurück mit: "Funktion geprüft - ok, Firmwareupdate durchgeführt". Ich steck ihn in die Lok und er funktioniert wie am ersten Tage. Es gibt einfach Dinge im Leben, die muss man nicht verstehen ...
So ein fehlgeleitetes Strömchen, kann schon auch mal den EEporm bearbeiten. Ist der Bootloader beschädigt, geht ohne spezielle Hardware nichts mehr. Zimo muss die Hardware haben, sonnst könnten sie aus den Prozessoren keine Dekoder machen.
Hallo, und danke für eure Antworten. Ja, ich mach das "Online" und SUSI ist wichtig, weil deutlich schneller. Auf der Schiene die CV`s von einen ZIMO auslesen, das dauert ja Stunden. Irgendwo hatte ich auch gelesen, über POM geht es deutlich schneller, aber das funktioniert bei mir auch nicht.
Natürlich liest man die per POM aus. SUSI ist doch nur eine Schnittstelle, keine Programmierart. Firmware MXULF, Decoder und ZCS auf aktuellem Stand? Der MXULF beherrscht es erst ab Version 0.70.0
Zitat von nachtbahner im Beitrag #28Das Ding war ja, dass sie nichts gemacht haben. Ich habe den Originaltext jetzt nicht hier, aber sinngemäß hieß es, dass der Decoder gar nichts hatte.
Wenn z.B. der Bootloader zerschossen ist, ist die Hardware i.O. Und wie sie die Firmware aufgespielt haben, weisst Du nicht. Ich denke, dass Zimo, das nicht so macht, wie wir es machen müssen. Da haben sie gar keine Zeit für.
Zitat von nachtbahner im Beitrag #28Natürlich liest man die per POM aus. SUSI ist doch nur eine Schnittstelle, keine Programmierart.
Susi ist wesentlich mehr als eine Schnittstelle. Da gehören Definitioonen von CVs, Protokolle und Hardwarebeschreibungen dazu. Aber zum Auslesen eines Dekoders habe ich nichts gefunden. Das Aufspielen von Soundprojketen hat aber nichts mit Susi zu tun. Ich bezweifle stark, dass man mit der z.B. Technik von D&H (Programmer & Protokoll) auf einen einen Zimo Dekoder ein Soundprojekt über die Susi-Schnittstelle aufspielen kann. Da wird wohl wieder jeder sein eigenes Süppchen kochen.
Zitat von nachtbahner im Beitrag #30Natürlich liest man die per POM aus. SUSI ist doch nur eine Schnittstelle, keine Programmierart.
Das ist mir schon klar, und von einer Programmierart hab ich ja auch nichts geschrieben. Und ja, SUSI ist eine Schnittstelle, und zwar eine schnelle, weil nicht seriell. Die Software ist aktuell, aber POM geht trotzdem nicht.
Zitat von dr iv im Beitrag #31Aber zum Auslesen eines Dekoders habe ich nichts gefunden. Das Aufspielen von Soundprojketen hat aber nichts mit Susi zu tun. Ich bezweifle stark, dass man mit der z.B. Technik von D&H (Programmer & Protokoll) auf einen einen Zimo Dekoder ein Soundprojekt über die Susi-Schnittstelle aufspielen kann.
Ja Manfred, da hast Du Recht, aber ich will ja keinen D&H beschreiben oder lesen, sondern einen ZIMO. Und wenn man einen ZIMO mit SUSI schreiben kann, dann sollte er sich ja auch lesen lassen. Das geht auch, aber seltsamer Weise nicht mit ZCS.
Du "beschreibst" Ihn ja gar nicht über SUSI. Darüber lädst Du nur das komplette Projekt hoch. Das ist was anderes. Selbst einen an SUSI angeschlossenen Decoder beschreibt man über die Schiene. Quasi von dort "durch" den Haupdecoder, durch SUSI zum eigentlichen Decoder. Diesen Decoder kannst Du aber nun mal nur über die Schiene beschreiben. Sprich: CVs programmieren. Und das geht eben per POM schneller. Ist der Decoder denn überhaupt daran angeschlossen? Und auch ein Motor? In der Lok kann es in diesem Zusammenhang wohl auch gerne auch mal Probleme mit angeschlossenem Pufferspeicher geben. Habe ich mal gelesen 😬. Ansonsten wird es mal Zeit, uns Deine Konfiguration haargenau zu beschreiben. Mit "geht nicht" kann man nichts anfangen. Wenn ich sage: "Bei mir ging es gestern", nützt es Dir ja auch nichts😉
Ach so: Und natürlich ist POM eine Programmierart. Du wirfst da einfach was durcheinander. Wenn der Decoder nur an SUSI angeschlossen sein sollte, macht das ZCS natürlich nichts. Logisch. Nur der ZSP kann via SUSI die komplette zpp-Datei flashen. Aber das ist dann eben was anderes.
Zitat von nachtbahner im Beitrag #35Du "beschreibst" Ihn ja gar nicht über SUSI. Darüber lädst Du nur das komplette Projekt hoch. Das ist was anderes. Selbst einen an SUSI angeschlossenen Decoder beschreibt man über die Schiene.
Hier kann ich dir nicht mehr folgen... erleuchte mich bitte.
Die besagte Lok steht neben der Schiene, und hat ein Kabel von der SUSI zum Programmer, mehr nicht. Eine interne Verbindung von der SUSU zur Schiene besteht wohl eher nicht. Schiene und SUSI dürfen eh nicht zusammen in Betrieb sein. Wenn die Lok auf der Schiene steht(ohne SUSI-Kabel), dann erkennt der Programmer bzw. die Software den Decoder unter POM leider nicht. Woran kann das liegen
Zitat von nachtbahner im Beitrag #36Ach so: Und natürlich ist POM eine Programmierart.
Hab ich was anderes behauptet?
ZPP sollte auch über SUSI arbeiten, macht er aber bei mir ebenfalls nicht. ZPS kann das aber schon, ist aber für meinen Geschmack nicht das Richtige. ZCS ist mir da lieber.
Zitat von nachtbahner im Beitrag #36Ach so: Und natürlich ist POM eine Programmierart.
Hab ich was anderes behauptet?
Von POM hattest Du ja vorher schon geschrieben. Ich von Programmierart und Du dann dies: "und von einer Programmierart hab ich ja auch nichts geschrieben".
ZitatZPP sollte auch über SUSI arbeiten, macht er aber bei mir ebenfalls nicht. ZPS kann das aber schon, ist aber für meinen Geschmack nicht das Richtige. ZCS ist mir da lieber.
Wir müssen nun erst einmal die Begrifflichkeiten klären, bevor sie weiter durcheinandergewürfelt werden. "zpp" ist lediglich der Dateityp der Projektdatei, die mit dem ZSP erzeugt wird, um auf den Decoder geflasht zu werden. Es ist quasi die endgültige Projektdatei für den Decoder. Dieses flashen (oder nennen wir es von mir aus "bespielen") kann wahlweise über die SUSI-Schnittstelle erfolgen (was schneller geht) oder eben über die Schiene (was einfacher ist, da die Lok nicht geöffnet werden muss, um den Decoder separat über SUSI anzuschließen). Das Flashen erledigt der ZSP. Wohlgemerkt: Wir reden bis jetzt nicht vom "Programmieren", also vom schreiben/lesen einzelner CVs. Das geht nur über die Schiene und nicht über die SUSI-Schnittstelle. Dazu muss der Decoder zwingend in der Lokschnittstelle oder in einem Decodertester stecken. Dieses Programmieren einzelner CVs über die Schiene macht man NICHT mit dem ZSP, sondern praktischerweise mit dem ZCS. Natürlich geht es auch mit jeder üblichen Zentrale aber bekanntlich ist das ohne decoderspezifische Oberfläche ja kaum noch handlebar. Das Programmieren kann man per POM machen, was einige Vorteile hat. Will man ganze CV-Blöcke auslesen, geht das per POM deutlich schneller.
Das jetzt nochmal zum grundsätzlichen Verständnis. Ich weiß nicht, wie ich es einfacher beschreiben sollte
ZitatDie besagte Lok steht neben der Schiene, und hat ein Kabel von der SUSI zum Programmer, mehr nicht. Eine interne Verbindung von der SUSU zur Schiene besteht wohl eher nicht. Schiene und SUSI dürfen eh nicht zusammen in Betrieb sein.
Genau. Alles richtig. So kannst Du eben nur die zpp-Datei mit dem ZSP über SUSI auf den Decoder flashen.
ZitatWenn die Lok auf der Schiene steht(ohne SUSI-Kabel), dann erkennt der Programmer bzw. die Software den Decoder unter POM leider nicht. Woran kann das liegen
JETZT erst kommt das ZCS zum Zuge. Geh auf "online" und stell im Fahrpult auf rechts unten auf "Programmiergleis". Dann lese den Decoder aus. Jetzt stellst Du auf POM um und kannst Deine Einstellungen vornehmen. Wenn Du POM überhaupt benötigst. Ich benutze es nur zum kompletten Auslesen und zum Dampfschlagsynchronisieren. Praktisch ist eigentlich auch noch die Einstellung der Motorregelung aber da hängt sich der MXULF auch gerne mal bei auf (Wenn dafür überhaupt mal alle CVs per POM möglich sind. Weiß ich jetzt gar nicht genau). Sonst arbeite ich lieber im Programmiergleismodus. Ist stabiler. Wenn man die Hochstromquittierungsimpulse ausschaltet, ist es fast wie POM.
Noch vergessen: Die vorher auf den Decoder geflashte zpp-Datei mit dem ZCS öffnen und erst dann damit "an die Lok gehen", die eigenen Änderungen darin dann unter einer neuen Datei abspeichern und somit hat man für jede Lok ein "Backup"
Zitat von nachtbahner im Beitrag #39Wir müssen nun erst einmal die Begrifflichkeiten klären...
Ja, das ist immer gut. Mit "ZPP" z.B. meine ich nicht die zpp Datei, damit meinte ich das Programm "ZPP Config". Das sollte über SUSI funktionieren, tut es aber nicht.
H0-Modellbahnforum.de - das Forum mit der Forumbahn!
»
Technik und Steuerung von Fahrzeugen und Anlage
»
Digitaltechnik
»
Problem beim Laden von Sound auf ZIMO-Decoder
19.01.2019 18:39 (zuletzt bearbeitet: 19.01.2019 18:53)
Thema drucken
. Seit heute ist die neue ZSP-Version aber mit V18.19 wieder auf der Web-Site angekündigt, jedoch nicht über das Auto-Update ladbar. Ich denke das wird aber kommende Woche soweit sein.
Antworten
und ich mich gewundert habe, warum ich die CV nicht auslesen konnte (der entsprechende Button war grau hinterlegt und damit gar nicht zu aktivieren). Der Online-Button ist bei mir auch "versteckt"; ich muss immer erst mit der Scrollleiste etwas nach unten gehen.
erleuchte mich bitte.
Mit "ZPP" z.B. meine ich nicht die zpp Datei, damit meinte ich das Programm "ZPP Config". Das sollte über SUSI funktionieren, tut es aber nicht.
