windigipet.de

Hallo Hans-Werner,
Laut der  DDW-Seite geht das über einen Speziellen Treiber der für ein Steuerungsprogramm wie WDP oder andere eine Virtuelle Serielle Schnittstelle generiert und so fast jedes Steuerungsprogramm einsetzbar sein soll. Die Ausgabe des Digitalsignals erfolgt über die (echte) Serielle Schnittstelle, Rückmeldungen sollen über die Paralelle Schnittstelle möglich sein (S88). Man muß also nach den Angaben einen Booster (mindestens) an die Serielle Schnittstelle anschliessen.
Ich habe auch vor geraumer Zeit von dieser Möglichkeit gelesen, nur hatte ich weder Zeit noch den Mut es auszuprobieren .
DDW ist ein Open-Source-Projekt und steht deshalb unter der GNU Public License.  

Hallo,

im Prinzip ist es doch ganz einfach:
unter DDW erzeugt ein Server-Programm die notwendigen Signale, die über die Com-Schnittstelle an den Booster geleitet werden. Die Rückmeldung wird vom Server über die parallele Schnittstelle ausgewertet.
WinDigipet muß nur die SRCP-Befehle, die eigentlich schon sprechend sind, an den Server via Hostname und Port senden, bzw. empfangen.
Es sollte eigentlich nicht zuviel verlangt sein, wenn WinDigipet http://www.der-moba.de/index.php/SRCP_-_Simple_Railroad_Command_Protocol_0.7.3]SRCP (//http://) unterstützend als Client veröffentlicht werden könnte.

Hallo,

es gibt einen Emulator der ein von WDP unterstütztes Interface (6051) erzeugt. Damit sollte dann auch DDW nutzbar sein. Ist in dem Link oben von Bernd enthalten.

ZitatEs sollte eigentlich nicht zuviel verlangt sein, wenn WinDigipet

...ob das die richtige Art ist, um eine Bitte vorzutragen ::)

Hallo Andreas B,

mein Verein ist damals von eine SRCPD Lösung nach Windigipet gewechselt, weil Windigipet den grösserern Funktionsumfang lieferte, und die höhere Qualität bei der Digital-System-Nutzung.

SRCP zu nutzen , würde Windigipet und Rechner mit einem protokollarischen Overhead zusätzlich zum eigenen internen Steuerungsprotokoll belasten (ggf. wird z.B. eine Zweitrechner erforderlich), und indirekt Windigipet dazu verleiten , nur noch Funktionalität anzubieten, die auch über SRCP  abbildbar ist. Und auch die Rolle eines verlässlichen   "Lieferanten" für eine jederzeit aktuelle und ausreichend umfangreiche Digitalsystemunterstützung  kann SRCP aus eigener Erfahrung nicht ausfüllen .

Oder auch mal überspitzt formuliert  ;):

Eine SRCP Unterstützung wäre aus Sicht eines Windigipet-Nutzers eigentlich eher "zu wenig" als "zu viel" verlangt.

Viele Grüße
Frank

Hallo Frank,

danke für die Aufklärung. Das Argument ist einsichtig.
Es bleibt eben der Wunsch, daß die Steuerungssoftware direkt über geeignete Schnittstellen mit Booster und Rückmeldern kommuniziert, ohne daß man noch teure Digi-Zentralen (Intellibox, Märklin Systems, Ecos, o. ä,) dazwischenschalten muß. Denn der Computer ist auf jeden Fall die wesentlich bessere Digital-Zentrale!

Wie sieht denn das prinzipielle Blockschaltbild bei Verwendung von Digital-S-Inside oder vergleichbarer anderer preiswerter Hardware aus?
Auf den Seiten von Win-Digipet vermisse ich Abbildungen zum Verbinden mit der MoBa-Anlage. Oder ich sehe die Links einfach nicht.  :-[

Gruß
Andreas

Hallo Andreas,

die Windigipet betreffenden Einstellungen zum Digitalsystem sind im  Handbuch  (http://www.windigipet.de/cgi-bin/download/download.pl?handbuch_2009) (als pdf downloadbar) beschrieben. Die elektrische Anleitung überlässt Windigipet den DS-Herstellern oder den Kunden und Beta-Testern hier im Forum  ;).

SRCP (Herstellerunabhäniges Protokoll) und Softwarezentrale sind aus meiner Sicht 2 paar Schuhe.

Ein korrekte SW-Zentrale ist unter Microsoft allesfalls in Ring 0 programmierbar, und eigentlich bedarf es einer gesonderten PC-Hardware, das generierte Signal in die Aussenwelt des PCs zu bringen. Verbreitete UART an Com Schnittstellen machen ziemliche Kompromisse die Taktzeiten des Fahrstromprotokolls sowie die elektrischen Spezifikation handelsüblicher Booster betreffend. Mein persönliche Meinung: Die Probleme sollte man sich bei einer PC-Steuerung, die in der Regel auf grössere komplexe Modellbahnen zielt, nicht auch noch in System holen.

Windigipet unterstützt z.B eine Software-Zentrale (Digital-S-Inside) , welche aber sinnigerweise den elemetarsten Teil der Fahrstrom-Signalgenerierung an eine externe Hardware (DiCo-Station) delegiert, so das diese die notwendigen hochfrequenten Taktzeiten (z.B. 12,5/87,5, 25/175, 58/100 jeweils Millionstel Sekunden) sicherstellen kann, ohne mit dem Betriebssystem direkt um Rechenzeitzuteilung zu konkurrieren.

Oftmals entsteht durch das Angebot von SW-Zentralen oder Unix-Konsolen der Eindruck , das wäre mittlerweile auf Hochsprachen - Ebene überm Betriessystem programmierbar. Dem ist aber nicht so. Konsolen verfügen über die spezielle Hardware, und SW-Zentralen ausschliesslich über COM machen unschöne Kompromisse.

Viele Grüße
Frank

Hallo AndreasB,

vielleicht solltest Du als erstes mal Dein Profil ausfüllen, damit alle auch wissen, was Du für eine Anlage, Technik etc. hast. Es ist dann auch bedeutend einfacher Hilfen zu geben damit keine ellenlangen Threads entstehen.

Und noch was ganz wichtiges: Der Ton macht hier die Musik! 8)

Bezüglich SRCP: Warum dieses Protokoll, wenn WDP alles und auch noch viel besser kann? Ausserdem denke ich, dass die ganze Verarbeitung der Signale und Befehle das Rechnersystem an seine Grenzen bringt. Von Fahrspass kann dann nicht mehr die Rede sein. Also warum nicht gleich Windigipet 2009 ordern?

Schönen Abend noch

Axel

Hallo Axel,

wie bitte soll ich das verstehen?

Zitat von: Axel R in 21. Juni 2009, 19:29:48
Und noch was ganz wichtiges: Der Ton macht hier die Musik! 8

Ich habe doch nur die eigentlich berechtigte Frage aufgeworfen, eine recht preiswerte Methode, mit der in verschiedensten Protokollen ohne Probleme gefahren und auch die CVs programmiert werden können, ebenfalls für die Steuerung mittels Win-DigiPet anzuwenden.
Da ich auf der Site nun gelesen habe, daß auch bereits andere vorhandene Booster verwendet werden können, interessiert mich ein Blockschaltbild, daß die prinzipiellen Anschlußmöglichkeiten darstellt.

zum Background:
Ich habe gerade angefangen, bei einigen neueren Loks die Dekoder "etwas zu tunen". Timing und Signalgenerierung funktionieren völlig problemlos, incl. Auslesen der Dekoder. 
Bevor ich jedoch meinen ganzen analog-Schatz auf digital umstelle, möchte ich schon über die Möglichkeiten und das Potential dieses Digitalprodukts umfassend informiert sein.

mfg
Andreas