AW: DDW-DDL-ML S88-Platine mit Optokopplern

["DJ_Magma" <DJ_Magma@gmx.de>]

Hallo Fred,

ich bin ganz Deiner Meinung, die Umstellung au USB würde schon Sinn machen,
früher oder später werden die Parallelen Schnittstellen und die RS232
verschwinden.
Wie hast Du denn die Lösung angedacht?? Mit einem FTDI-Chip?? Das ist ja bei
der RS232 eine oft gesehene Lösung. Mann könnte natürlich auch USB-
Parallelprot Adapter verwenden, hat damit schon jemand Erfahrungen??
Wie hasz Du die das vorgestellt?? 
 

-----Ursprüngliche Nachricht-----
Von: owner-ddw-mailing-list@kim.homelinux.com
[mailto:owner-ddw-mailing-list@kim.homelinux.com] Im Auftrag von Fred
Stevens
Gesendet: Freitag, 24. August 2007 00:40
An: ddw-mailing-list@kim.homelinux.com
Betreff: Re: DDW-DDL-ML S88-Platine mit Optokopplern

Hi Sven,



Ich bin der Meinung das ein Übergang nach USB schon die beste Losung ist. 
Erstens weil jedem Rechner es heute Standard hat. Zweitens, weil es immer 
mehr Rechner gibt ohne RS232 oder sogar Parallel Port. (Ins besonderen 
Laptop!)

Bluetooth kenne ich nicht, wurde ich dafür auch nicht verwenden, weil kaum 
ein Rechner es hat.

TCP/IP wahre dann schon logisch (DDX fähig auf anhieb), aber Wlan Für der 
MoBa?? Auch das hat nicht jeder Zuhause.

Ich habe Mahl mit zwei Rechner probiert. Laptop mit Wlan, und Normal Rechner

über Netzwerk und an der Anlage. Bei schlechter Verbindung kommt es dann 
schnell zu fahr Fehler weil die befehle (ruckmelder) nicht immer rechtzeitig

an kamen.



Mit USB habe ich mich schon ein wenig befaßt, und wahre auch zu realisieren 
ohne viel aufwand. TCP/IP ist dazu aber viel aufwendiger, kenne mich dazu 
aber kaum aus.



Deine Bemerkung um kein booster mit ein zu bauen ist schon richtig, aber 
auch de I* hat einer eingebaut und kann trotzdem mehrere steuern.



Gruß - Fred

----- Original Message ----- 
From: "Sven Schlender" <svesch@gmx.de>
To: <ddw-mailing-list@kim.homelinux.com>
Sent: Friday, August 24, 2007 12:08 AM
Subject: AW: DDW-DDL-ML S88-Platine mit Optokopplern


> Hi Fred und der Rest der DDX-Welt :)
>
>
>> Also, ich habe ein Booster speziell Für DDW entwickelt auf
>> Spax Basis. Der
>> hat ein opto-coupler Eingang auf RS232 für das DDW Signal,
>> und wird auch
>> entsprechend ein/aus geschaltet.
>>
>> Dieses Produkt habe ich vor einige zeit mehrfach über die
>> Gruppe verkauft.
>
> Ok. Die Spax-Booster kenne ich.
>
>
>> In der Planung habe ich auch ein quasi HSI88. Der hat ein
>> opto-coupler RS232
>> wie auch das HSI. Der könnte einfach HSI kompatible gemacht werden.
>
> D.h. man würde so erstmal zwei RS232-Leitungen benötigen.
>
>
>
>> Noch besser wahre, wenn wir uns Mahl Gedanken machen über ein
>> neues Komplet
>> System. Also, Booster und S88 auf einer platine, die über nur
>> eine RS232 an
>> Rechner geht, oder besser noch, über USB. Dazu mußte Michael
>> dann etwas mit
>> machen um es in DDW zu implementieren.
>
> Ich habe schon einiges mit Bluetooth gemacht. Wie wäre denn eine Anbindung
> von DDW über Bluetooth? Wäre doch mal was ganz Neues :) Da wäre dann auch
> gleich die galvanische Entkopplung mit dabei.
> Ich habe übrigens schonmal versucht das DDW-Signal direkt über eine
> BT-Verbindung zu senden: Mit Erfolg!!!
> Booster und S88 auf einer Platine ist schon problematisch. Denke nur 
> einmal
> daran, dass einige mehrere Booster benötigen, aber nicht notwendigerweise
> jedesmal vier neue S88-Stränge.
>
>
>> Einer dritt Losung, wahre der nachbau von DiCoStation von
>> LDT. Nur machen
>> wir es dann Für das SCRP Protokoll über USB. Im Grunde wahre
>> dann DDW in
>> einer Elektronik drin, und entlastet auch denn Rechner. (Mein
>> DigiSys ist
>> schon so etwas aber bisher nur Für MM Protokoll. Ich plane
>> aber auch DCC mit
>> ein zu bauen, und um zu rüsten auf USB)
>
> Mmmh, gut, dann fällt die Signalproblematik von DDW weg. Wie bildest Du 
> aber
> SRCP ab? Der DDW-Server müßte mit dem neuen Dingens irgend ein 
> properitäres
> Protokoll sprechen, nicht wirklich sauber. Bis zur eigenen I...box ist es
> dann nicht mehr weit...  Eigentlich müßte dieses neue Dingens dann ein
> reeller SRCP-Server mit TCP/IP-Schnittstelle sein (WLAN?!).
>
> Gruß, Sven.
>
>