ich benötige bitte Hilfe von einem Besitzer einer CS3+, um zu schauen, ob das Programm C2XH auch mit der CS3+ zusammen arbeitet. - findet eine Verbindungsaufnahme über UDP statt? - lassen sich die BackUp-Dateien aus der CS3+ in das Programm (via HTML-Port 80) laden?
Für jegliche Hilfe in dieser Frage schon mal meinen besten Dank vorab!
ich benötige bitte Hilfe von einem Besitzer einer CS3+, um zu schauen, ob das Programm C2XH auch mit der CS3+ zusammen arbeitet. - findet eine Verbindungsaufnahme über UDP statt? - lassen sich die BackUp-Dateien aus der CS3+ in das Programm (via HTML-Port 80) laden?
Für jegliche Hilfe in dieser Frage schon mal meinen besten Dank vorab!
Leider negativ! Hatte die CS3plus von Samstag bis heute und bin ziemlich desillusioniert. Ich konnte keine Verbindung von C2XH zur CS3 aufbauen! Der Zugriff über HTTP ist möglich direkt (auch ohne Crosskabel) aber die Funktionen über http sind (noch?) ärmlich. Nur eine Startseite, eine Seite auf der man Fahrzeugbilder auswählen und auch hochladen kann und eine Systemseite, auf der die Versionsdaten angezeigt werden, ein Screenshot gesichert werden kann und NotUpdate möglich ist... Da ist kein Zugriff auf Dateien des Betriebssystems, zumindest nicht für den Endanwender konzipiert.
MfG
vik
im Übrigen - Märklin am liebsten ohne Pukos, z.B. als Trix
Zitat von DiegoGarcia Kommunikation mit der CS3 wohl nur noch über TCP.
Hhm, das klingt eigentlich nicht sonderlich überrascht.
Habe den Händler meines Vertrauens am Wochenende das Update auf 1.1.0 (3) aufgespielt. Seitdem funktionierte die CS3 zumindest grundsätzlich mit der CS2.exe. D.h. man kann Loks aus der CS3 in die CS2.exe laden und von dort steuern. Viel mehr habe ich in dieser Kombination nicht prüfen können. Rocrail und WDP können die CS3 weiterhin nicht als CS2-Zentrale ansprechen. Dies gilt auch für C2XH. Die Ethernetverbindung wird als erfolgreich etabliert gemeldet "Ethernet connected", im Fenster Datenverkehr anzeigen ird brav jeder Versuch UDP zu connecten protokolliert, darüber hinaus laufen aber alle Klicks ins Leere.
Grüße
vik
im Übrigen - Märklin am liebsten ohne Pukos, z.B. als Trix
Zitat von DiegoGarcia Kommunikation mit der CS3 wohl nur noch über TCP.
Hhm, das klingt eigentlich nicht sonderlich überrascht.
... Viel mehr habe ich in dieser Kombination nicht prüfen können. Rocrail und WDP können die CS3 weiterhin nicht als CS2-Zentrale ansprechen. Dies gilt auch für C2XH. Die Ethernetverbindung wird als erfolgreich etabliert gemeldet "Ethernet connected", im Fenster Datenverkehr anzeigen ird brav jeder Versuch UDP zu connecten protokolliert, darüber hinaus laufen aber alle Klicks ins Leere..
Hallo vik,
danke für Deine weitere Recherche. Eine logische Verbindung via UDP ist im Netz immer machbar, nur dass die CS3 im Moment über UDP nichts für mich liefert. Ich habe daher SDL auf TCP umgestellt, mit C2XH plane ich dies im Moment nicht. Es ist mir im Moment auch die Dateistruktur der Backup-Dateien der CS3 nicht bekannt bzw. welches Archivformat da verwendet wird. Die weitere Entwicklung von SW durch mich ist daher erstmal auf Eis. Liegt aber auch an meinen privaten Belastungen.
Zitat von DiegoGarcia Ich habe daher SDL auf TCP umgestellt,
Schön, leider habe ich keinen Mac.
Zitat von DiegoGarcia mit C2XH plane ich dies im Moment nicht.
Schade!
Zitat von DiegoGarciaEs ist mir im Moment auch die Dateistruktur der Backup-Dateien der CS3 nicht bekannt bzw. welches Archivformat da verwendet wird.
Benötigst Du die nicht bereits auch für SDL-X? Ich gehe aber davon aus, dass die nicht so unterschiedlich sind, da die CS2.exe die Dateien aus der CS3 mit der Version 1.1.0(3) ja lesen kann und umgekehrt die CS3 ja die Backupdateien der CS2 importieren kann.
Zitat von DiegoGarcia Die weitere Entwicklung von SW durch mich ist daher erstmal auf Eis. Liegt aber auch an meinen privaten Belastungen.
Schade! Gibt es eine technisch plausible Erklärung, warum Märklin von UDP auf TCP umstellen musste?
MfG
vik
im Übrigen - Märklin am liebsten ohne Pukos, z.B. als Trix
Zitat von vikrSchade! Gibt es eine technisch plausible Erklärung, warum Märklin von UDP auf TCP umstellen musste?
Hat das nicht schon bei der Anbindung der CS1 an die CS2 begonnen - und sich bei den Apps fortgesetzt?
Viele Grüße, Stephan __________________________________________________________________________ [60211{60128connected}+60215{GUI:4.2.13|GFP:3.81}+60216{GUI3:2.4.1(0)|GFP3:12.113}+CS3webApp] Insider seit 1993 - HeimatBf: MIST Wien - http://www.insider-stammtisch.net/
Zitat von vikrBenötigst Du die nicht bereits auch für SDL-X? Ich gehe aber davon aus, dass die nicht so unterschiedlich sind, da die CS2.exe die Dateien aus der CS3 mit der Version 1.1.0(3) ja lesen kann...
Hallo vik,
ja, wird benötigt, kann aber alternativ auch vom Benutzer von Hand eingetragen werden und per TCP-Kommando in die CS3 hochgeladen werden. Also eine Datenbank-Synchronisierung wird ja für die ersten Tests nicht dringend benötigt. Und wir sind ja erst bei Firmware-Version 1.1.0. Und Du wirst Recht behalten, wenn Du schreibst dass die CS2.exe die Dateien aus der CS3 laden kann, dann könnte SDL-X das theoretisch auch. Aber es fehlt halt der praktische Beweis.
Zitat von DiegoGarciadann läuft die Kommunikation mit der CS3 wohl nur noch über TCP.
es gibt hoffnungsvolle Nachrichten... Märklin hat mit Version 1.2.0(4) ein UPnDOWNGRADE für die CS3 herausgebracht, dass wieder die Kommunikation über UDP ermöglicht, mit den Einstellungen, mit denen es mit der CS2 geklappt hatte. D.h. es gibt wieder einen CAN-Dialog in den man die zur IP-Adresse der CS3 passende Broadcastadresse ( . . .255 ) eintragen kann.
Sowohl mit Rocrail als auch mit WDP ist es möglich, mit diesen Einstellungen Loks zu steuern und Weichen zu schalten und Rückmeldungen zu erhalten. Der Import der Lokdaten geht nicht problemlos.
Mit C2XH konnte ich zumindest per GO und STOP auf die CS3 zugreifen , ob noch mehr funktioniert konnte ich bislang noch nicht probieren...
MfG
vik
im Übrigen - Märklin am liebsten ohne Pukos, z.B. als Trix
Zitat von vikrMit C2XH konnte ich zumindest per GO und STOP auf die CS3 zugreifen, ob noch mehr funktioniert konnte ich bislang noch nicht probieren...
Bilder hochladen ist in diesem Forum immer etwas umständlich, deshalb kurz ohne Bild:
Im CS2-Spezial-Status wird unter Gerätename "Central Station 3 plus [60216] angezeigt unter Seriennummer die korrekte Nummer. Unter Version wird die Version des GFP angezeigt. Unter Abfragekanäle ist Spannung 19,29 und Temperatur 40,06 sind auch plausibel beide Ströme sind 0,000 A.
Der Dialog Datenverkehr liefert ebenfalls plausible Ausgaben. Unter Befehle bekommt man auf 000e6f6a07000040010c4f1a00 00002761 7 63734792 30 02 04 00 zurück. Das Auslesen von Backupdateien klappt leider nicht.
ssh wird akzeptiert, aber führt natürlich nur mit korrekten Anmeldedaten weiter...
MfG
vik
im Übrigen - Märklin am liebsten ohne Pukos, z.B. als Trix
Zitat von vikrDas Auslesen von Backupdateien klappt leider nicht.
Moin vik,
schade. Laut viewtopic.php?t=142135&p=1607244#p1607244 sollte es eigentlich funktionieren, da die Backup-Dateien bislang in der CS3 an der selben Stelle standen wie in der CS2.
Zitat von vikrDas Auslesen von Backupdateien klappt leider nicht.
schade. Laut viewtopic.php?t=142135&p=1607244#p1607244 sollte es eigentlich funktionieren, da die Backup-Dateien bislang in der CS3 an der selben Stelle standen wie in der CS2.
Jein! Zumindest einige Dateien scheinen dort vorhanden zu sein, scheinen aber über C2XH nicht so im Zugriff zu sein, vielleicht bei v0.18a06 ? Bei der mir vorliegenden CS3 führt die Eingabe von http://192.168.xxx.xxx/config/lokomotive.cs2
[gleisbild] version .major=1 groesse zuletztBenutzt .name=SBF S1 seite .name=Tastenmatrix seite .id=1 .name=SBF S1 .yoffset=5 seite .id=2 .name=Bogen Bhf seite .id=3 .name=Eschenhofen seite .id=4 .name=Goeppingen Bhf seite .id=5 .name=Wendel seite .id=6 .name=Linkseite seite .id=7 .name=S88 Anzeige seite .id=8 .name=S88 Testanzeige seite .id=9 .name=Drehscheibe Goeppingen seite .id=10 .name=Strecke seite .id=11 .name=LinkS88 Testseite 1 seite .id=12 .name=S88 Testkontakte
[geraet] version .major=0 .minor=1 geraet .sernum=25xx .gfpuid=63734792 .guiuid=63734793 .hardvers=HW:03.03 .articleno=60216 .producer=Sontheim Industrie Elek. .produkt=Central Station 3 plus
zu antworten, alle anderen Anfragen bleiben vom Server unbeantwortet. Kann natürlich sein, das einige Dateien in der CS3 erst angelegt werden, wenn die entsprechenden Eigenschaften der Objekte auch genutzt werden. Es tut sich aber nie etwas enn man in dem Sub-Menu "Lade Datei von der CS2 direkt" im C2XH einen Eintrag anklickt.
Kann man eigentlich auch aus C2XH direkt einen editierbaren Request senden?
MfG
vik
im Übrigen - Märklin am liebsten ohne Pukos, z.B. als Trix
Zitat von DiegoGarcia AFAIR gibt es in C2XH den Menüpunkt "Direkt senden...".
Hhm, es gibt "Befehle senden", da habe ich bisher nur HEX-Codes für CAN abgesetzt... jetzt würde ich ja eine URL bzw. einen Pfad übergeben, ich probier das mal, Danke!
Aber noch eine Beobachtung: Wenn ich auf meinen alten XP-Rechner C2XH starte, erfolgreich die Verbindung mit der CS3 herstelle, den Dialog CS2-Spezial: Status öffne und auch Stop und Go schalten kann, werden mir die Messwerte Temperatur, Spannung etc. angezeigt. Mit einem Windows 10 Rechner funktioniert das auch soweit, allerdings bleibt die Tabelle leer, dh. keine Messwertanzeige.
Hast Du vielleicht irgendwo zur Sicherheit doch noch eine explizite Abfrage der Versionsnummer der Zentrale (z.B. der Artikelnummer, nur wenn *13, *14 oder *15 eingebaut) bevor Du bestimmte Routinen ausführst?
MfG
vik
im Übrigen - Märklin am liebsten ohne Pukos, z.B. als Trix
Zitat von vikrjetzt würde ich ja eine URL bzw. einen Pfad übergeben, ich probier das mal,
Hallo vik,
Du kannst Dir die Mühe sparen, das geht wirklich nur mit HEX-codes. Probier satt dessen aus: die Daten via Browser herunterladen, den Text in einer Text-Datei speichern. und den Dateityp (Namensendung) ändern auf ".cs2". Diese Datei kannst Du dann in C2XH laden und editieren.
ZitatAber noch eine Beobachtung: Wenn ich auf meinen alten XP-Rechner C2XH starte, erfolgreich die Verbindung mit der CS3 herstelle, den Dialog CS2-Spezial: Status öffne und auch Stop und Go schalten kann, werden mir die Messwerte Temperatur, Spannung etc. angezeigt. Mit einem Windows 10 Rechner funktioniert das auch soweit, allerdings bleibt die Tabelle leer, dh. keine Messwertanzeige.
Dann prüf bitte mal Deine Firewall-einstellungen für den UDP-Verkehr unter Win10. Da wird der Hase im Pfeffer liegen.
ZitatHast Du vielleicht irgendwo zur Sicherheit doch noch eine explizite Abfrage der Versionsnummer der Zentrale (z.B. der Artikelnummer, nur wenn *13, *14 oder *15 eingebaut) bevor Du bestimmte Routinen ausführst?
Abfragen dieser Art habe ich, sowohl Device (60213/14/15 vs. 60216/26) als auch Syntax. Nur: es sollte da keine Unterschiede geben, sonst würden die bisherigen Märklin-Apps auch nicht mit der neuen CS3 laufen. Und C2XH sollte genauso wie die Märklin-Apps kommunizieren, bis auf den Unterschied, dass diese das meiste via TCP erledigen, und C2XH nur UDP kann. Letzteres sollte aber auch seit dem CS3-v1.20beta-Update auch behoben sein. Sollte, hätte, könnte, müsste. Ist einfach nur eine Frage der Zeit, bis mich das so sehr in den Fingern juckt, dass ich mir doch eine 60216 oder 60217 anschaffe.
Zitat von DiegoGarciaDaten via Browser herunterladen, den Text in einer Text-Datei speichern. und den Dateityp (Namensendung) ändern auf ".cs2". Diese Datei kannst Du dann in C2XH laden und editieren.
Eigentlich wollte ich zwar aus C2XH versuchen auf beliebige Dateien im Dateibaum zuzugreifen, aber Deinen Vorschlag habe ich ausprobiert und kann dann die Loks wie gewohnt auch aus dem entsprechenden C2XH-Dialog steuern... Wo ist bloß der kleine aber feine Unterschied beim laden der Config-Dateien, zu den Apps?
Zitat von DiegoGarcia Dann prüf bitte mal Deine Firewall-einstellungen für den UDP-Verkehr unter Win10.
Stimmt, auf dem nicht im Netz befindlichem XP habe ich die Firewall ja aus...
Zitat von DiegoGarcia Ist einfach nur eine Frage der Zeit, bis mich das so sehr in den Fingern juckt, dass ich mir doch eine ...... 60217 anschaffe.
217 - Oje
Gruß
vik
im Übrigen - Märklin am liebsten ohne Pukos, z.B. als Trix
ich habe dann mal die Portierung in die 64-bit-Welt durchgeführt. Die ZIP musste ich in drei Teile zerlegen, sonst wären es fast 70 MB geworden. Also nun separate Downloads für Mac, Win und Lin (Linux Mint 16 or later, etc.).
Ciao Diego
EDIT 2019-04-21: nun ist v0.20a1 von heute Abend aktuell. Damit die WinXP-Fans nichts missen müssen, habe ich eine Win32-bit Version dazugepackt, dadurch wird das ZIP deutlich größer: - kleinere Icons, nun in Color, - dadurch Platz bekommen für F0 bis F63 - bin mir aber nicht mehr sicher, ob C2XH zu CS3-v1.4.0-Dateien kompatibel genug ist, da die CS3 statt 112 nun 240 Function-Icons hat.
EDIT 2019-05-30: update v0.20a5 wurde nötig wegen eines Fehlers beim Parsen der Antworten auf CV-ConfigRead/-Write. Wie schon bei v0.20a3 ist nun der mfx-ConfigSpace umfassender programmierbar.
Beim Zugriff auf den mfx-ConfigSpace ist nun endlich der Zugriff auf SUSI-CVs und den Spannungspuffer möglich. Außerdem habe ich die zusätzlichen Zugriffsmöglichkeiten auf die Parameter für den konstanten Bremsweg in der Sektion "Motor" hinzugefügt. Diese drei neuen Aspekte sind allerdings nur verfügbar, wenn vor dem Auslesen des ConfigSpace der Wert "3" an den Decoder gesendet wird, was ich nun auch entsprechend möglich gemacht habe in der Rubrik "M4 Profil". SUSI-CV- und Spannungspufferzugriff ist nur möglich, wenn ein entsprechendes Modul am Decoder angeschlossen ist. Ausprobiert habe ich mae60974 und IntelliSound-Modul in Serie an einem mSD3-Nachrüstdecoder mit der Firmware v3.2.1.0: klappt!
In der Rubrik "Sounds" habe ich die Zuordnung der ID-Bytes zu den einzelnen neueren Parametern debugged. Sonst ist alles wie in der Version vom Mai geblieben.
Viel Spaß damit Euer Diego
--------------
EDIT 2019-11-10: neue Version v0.20a7: Debuggings bezgl. des Zugriffs auf die Zwischenablage für die SUSI-Listboxen u.a.
Ich lese das mit Ehrfurcht, Bewunderung und Freude als alter Nutzer Deiner Software. Schade, dass ich momentan keine Zeit habe, das alles gleich auszuprobieren.
Danke und Gratulation!
Viele Grüße, Stephan __________________________________________________________________________ [60211{60128connected}+60215{GUI:4.2.13|GFP:3.81}+60216{GUI3:2.4.1(0)|GFP3:12.113}+CS3webApp] Insider seit 1993 - HeimatBf: MIST Wien - http://www.insider-stammtisch.net/
Ich lese das mit Ehrfurcht, Bewunderung und Freude als alter Nutzer Deiner Software. Schade, dass ich momentan keine Zeit habe, das alles gleich auszuprobieren.
Danke und Gratulation!
ich schließe mich uneingeschränkt Stephans Bewunderung an...
Herzlichen Dank!
MfG
vik
im Übrigen - Märklin am liebsten ohne Pukos, z.B. als Trix
EDIT 2019-11-10: neue Version v0.20a7: Debuggings bezgl. des Zugriffs auf die Zwischenablage für die SUSI-Listboxen u.a.
habe aber auch gleich eine Frage (verwende noch 32Bit Win7)...
habe mal kurz ein Link88 (60883) an die CS2 angeschlossen um die RMs OnBoard des L88 zu testen.
Vermutlich habe ich etwas fehlkonfiguriert, denn bei jedem Kontakt eines der Anschlüsse nach Masse geht ein eigenes Rückmelderfenster auf, indem genau dieser Kontakt erwartungsgemäß jetzt gelb ist. Beim Unterbrechen dieses Kontaktes geht ein neues Fenster auf, in dem dieser Kontakt jetzt nicht mehr gelb ist. Schließe ich also alle 16 Kontakte hintereinander kurz gegen Masse und unterbreche sie gleich wieder, habe ich 32 offene Fenster mehr auf dem Desktop.
Wo kann ich das konfigurieren, dass es bei einem offenen Rückmeldefenster bleibt, was nur aktualisiert wird?
MfG
vik
im Übrigen - Märklin am liebsten ohne Pukos, z.B. als Trix
ZitatWo kann ich das konfigurieren, dass es bei einem offenen Rückmeldefenster bleibt, was nur aktualisiert wird?
Hallo Vik,
das ist dann wohl ein neuer Bug in C2XH. Schau mal auf den angezeigten Gerätekenner im Fenster oben rechts. Eigentlich sollte C2XH das Fenster mit dem schon bekannten Gerätekenner in der Liste der bereits offenen Fenster wieder finden. Wenn nicht, wird ein neues Fenster erzeugt. Ich vermute mal, es wird eine negative Zahl als Gerätekenner von C2XH ermittelt oder ich werte die falschen Daten-Bytes aus oder ich habe einen Bug in meiner Prozedur "App.FindSensorListWindow". Muss ich mir anschauen.
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16
case &h11 // Rückmelde-Event provisional ab Firmware v1.6.x if (DLC = 8) then // Antwort auf ein Kommando Geraetekenner = (DataBytes(0) * 256) + DataBytes(1) // BIG ENDIAN Kontaktkennung = (DataBytes(2) * 256) + DataBytes(3) // BIG ENDIAN // DataBytes(5) = "Zustand neu"; Wert größer 0 => ausgelöst // App.ChangeS88SingleSensorStatus( KontaktKennung + 1, (DataBytes(5) > 0) ) // CS2 counts from zero, SDL counts from 1 w = App.FindSensorListWindow( Geraetekenner ) if (w <> NIL) and (w IsA WindowKeyboard) then if (DataBytes(5) > 0) then // Sensor aktiviert WindowKeyboard( w ).SetWeichenstellungOfButtonsYellow(Kontaktkennung) else // Sensor deaktiviert WindowKeyboard( w ).SetWeichenstellungOfButtonsInvalid(Kontaktkennung) end end end
Aber evtl. hat Märklin auch was geändert. Da ich im Moment keine CS2/CS3 habe, wird das Debugging etwas dauern. Tut mir leid. Oder Deine LinkS88-Modul-Kombination sendet tatsächlich immer wieder eine neue Gerätekenner-ID. Poste mal den Datenstrom-Mitschnitt bitte.
ZitatWo kann ich das konfigurieren, dass es bei einem offenen Rückmeldefenster bleibt, was nur aktualisiert wird?
Ich vermute mal, es wird eine negative Zahl als Gerätekenner von C2XH ermittelt oder ich werte die falschen Daten-Bytes aus. .... Aber evtl. hat Märklin auch was geändert. ...
Danke für die Rückmeldung.
Das passiert glücklicherweise nicht immer. Nach Wiederöffen des Programms ist es erstmal weg. Aber sowie man weitere Fenster auf hat, z.B. das Datenausgabefenster, scheint es auch Probleme mit dem schnellen Zeichnen der Fensterinhalte zu geben.
Kann man konfigurieren, dass das Rückmelderfenster gar nicht automatisch geöffnet wird?
MfG
Vik
im Übrigen - Märklin am liebsten ohne Pukos, z.B. als Trix
nein, in C2XH gibt es fast nichts zu konfigurieren. Kann ich aber nachrüsten!
Die Identifikation der Fenster hängt von der Menüstruktur ab, und die Reihenfolge in der Menüstruktur hängt von der Reihenfolge der offenen Fenster ab. Evtl. gibt es da Unterschiede in der Windows- und der Mac-Version. Es wäre für mich eine Hilfe wenn Du mir sagen könntest: - Datenstrom von 3 bis 4 solcher Rückmeldeereignisse hintereinander weg, - wie sieht die Menüstruktur der vorhandenen Fenster aus? Siehe Menüpunkt "Fenster" als auch Menüpunkt "Verbindung > Rückmelderlisten > ..." - werden in den Fenstertiteln die Gerätekenner angezeigt? - welche Gerätekenner werden angezeigt?