[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[DDL-ML] Re: [DDL-ML] rufo, loconet, rückmeldebus, bushardware, ddl-treffen



Ups, hab lange nicht mehr DDLt. Da habe ich doch glatt srcpd und erddcd in
einen Topf geworfen (ohne umrühren!)

----- Original Message -----
From: "Matthias Trute" <mtrute@web.de>
To: <ddl-mailing-list@der-moba.de>
Sent: Tuesday, October 08, 2002 7:35 PM
Subject: Re: [DDL-ML] rufo, loconet, rückmeldebus, bushardware, ddl-treffen


> Hi,
>
> >>öfter wurde schon diskutiert an welcher hardwareschnittstelle denn ddl
> >>zukünftig laufen sollte, wenn die serielle an den neueren pcs evtl.
> >>wegfallen sollte und vielleicht auch irgend wann mal die parallele.
> ....
> > srcpd anders als seriell mit dem Booster zu verbinden macht solange
wenig
> > Sinn, wie die Impulserzeugung im PC erfolgt. srcpd ist darauf
angewiesen,
> > die mehr oder weniger kompatibel berechneten Signale praktisch direkt
auf
> > eine "klappernde" Leitung zu legen.
>
> ich unterstelle einfach mal s/srcpd/erddcd/gi; denn sonst stimmts nicht
;=)
>
> Der srcpd (ein anderes Programm als der erddcd vom DDL) könnte durchaus
auch
> mit USB Geräten kommunizieren. Es muß nur welche geben und deren
Ansteuerung
> muß bekannt sein. Durch seinen (neuen) Frameworkcharakter muß noch nicht
mal
> viel vom SRCP bekannt sein, um die Ansteuerung zu programmieren (es gibt
> wohldefinierte interne Schnittstellen  [1]).
>
> > Denkbar wäre es, den Bitmustergenerator
> > komplett auszulagern, dieses externe Kästchen bekäme dann über irgend
eine
> > Schnittstelle den auf die Schiene zu schickenden Command String.
>
> In einer der letzten c'T wurde das lowlevel USB beschrieben. Da wurden
auch
> ein paar Chips beschrieben, die mir geeignet erscheinen, aus lowspeed
isochron
> USB ein passables Digitalsignal zu generieren. Die Hardware wäre sehr
> überschaubar (wenngleich mehr als nichts).
>
> Ahoi
> Matthias
>
> PS
> [1]: wohldefiniert != wohldokumentiert :=(
>