Re: DDW-DDL-ML DDW unter XP mit USB-Adaptern?

Hallo, ob es mit dem USB-Seriell-Adapter zusammenhängt läßt sich natürlich nur überprüfen, wenn man einen seriellen Ausgang am PC hat, den Du aber wahrscheinlich gar nicht mehr hast. Die Erfahrung zeigt aber, dass es mit der eingebauten seriellen Schnittstelle (bei ausgeschaltetem DirectAccess) ganz funktioniert, dann aber manchmal eben nicht mit den USB-Adaptern. Gplan sendet kein "Refresh", es sendet nur Änderungen zum DDW. Ein Refresh führt DDW automatisch durch, evtl kann mit der Einstellung im Setup noch etwas herumspielen. Gruß - Michael On Tue, 23 Nov 2004 08:41:48 +0100, Karl Foppe <karl.foppe@bv.tu-muenchen.de> wrote: > Hallo Michael, > > wenn es wirklich nur an den Treibern bzw. den Adaptern > liegt, dann verstehe ich jedoch nicht, warum die Loks sich > falsche Befehle aus dem Signal ziehen. Wenn ich das mit > den "Tritts" nur halbwegs verstanden habe, dann wird ein > Befehlspaket gesendet, das je nach MM1 oder MM2 aus > Adresse, Richtung, Fahrstufe und Funktionen besteht. > > Also was ich nicht verstehe ist, dass der Dekoder anscheinend > erkennt, dass das "Paket" für ihn ist, er aber den "Inhalt des > Pakets" falsch interpretiert. > > Wenn der Dekoder also erkennt, dass ein Befehlspaket für > ihn ist, er aber falsche Befehle aus dem Paket entnimmt, > dann müsste doch der USB-Adapter die Befehlspakete inhaltlich > geändert und nicht nur zu langsam gesendet haben, oder? > > Ich hatte zwei Dekoder am Gleis. Der erste, an den ich aktuell > Befehle sandte, machte nur Mist, während der zweite höchstens > mal unmotiviert losfuhr. Oder kann das auch an den Lokadressen > und der Befehlswiederholung liegen? Die erste Lok war 04 und die > zweite 77. Benötigte der "Refresh-Algorithmus" einfach länger, bis > der zweite Dekoder seine Fahrstufe "0" usw. bekam und er deswegen > erst viel später unmotiviert losfuhr? Oder ist die Refresh-Reihenfolge > in GPlan nicht dezimal aufsteigend? > > Dazu noch eine Frage: Wenn kein neuer Befehl zu senden ist, sendet > GPlan offensichtlich immer die zuletzt eingestellten als "Refresh", oder? > Wenn ich diese Schleife mit einem neuen Befehl unterbreche, wo wird > dann der Refresh fortgesetzt? An der Stelle der Unterbrechung oder > fängt GPlan wieder bei Adresse 01 an? > > Beste Grüße > > Karl > > > ----- Original Message ----- > From: Michael Gräfe > To: ddw-mailing-list@insotec1.homelinux.com > Sent: Monday, November 22, 2004 11:04 PM > Subject: AW: DDW-DDL-ML DDW unter XP mit USB-Adaptern? > > > Hallo, ich versuchs noch mal: > > das hängt sehr von den USB-Seriell-Adaptern und/oder Treibern ab. Vielleicht haben > > andere Erfahrungen mit bestimmten USB-Adaptern und man kann mit diesen Infos eine Liste erstellen ob bestimmte Adapter > > funktionieren oder nicht. > > Gruß - Michael > > > > > ------------------------------------------------------------------------------ > > Von: owner-ddw-mailing-list@insotec1.homelinux.com [mailto:owner-ddw-mailing-list@insotec1.homelinux.com] Im Auftrag von Karl Foppe > Gesendet: Montag, 22. November 2004 08:35 > An: ddw-mailing-list@insotec1.homelinux.com > Betreff: DDW-DDL-ML DDW unter XP mit USB-Adaptern? > > > > Hallo DDW'ler > > hallo Michael, > > > > seit Anfang '04 benutze ich DDW unter Win98SE und, > > da Michael Gräfe eine GPlan-Version kompiliert hat, die > > auch ohne DirectX lauffähig ist, auch mit GPlan. Läuft alles! > > Selbst meine größten "Spur1-Problemfälle", die damals unter > > "DirecTrain"/DOS den Dienst verweigert haben, fahren "butter- > > weich" und alles läßt sich schalten. (Motorola) > > > > Jetzt wollte ich das ganze auch auf anderen Rechnern (hier speziell > > Notebook, Centrino unter XP-Home) mit USB=>seriell-Adaptern > > laufen lassen. Die Loks erhalten zwar Signale, fahren jedoch nur stark > > stotternd, die Funktionen schalten willkürlich, z.T. blinken die Lichter > > mit ca. 1Hz und - was z.T. fatal ist - die Loks fahren auch häufig > > vollkommen unmotiviert los. > > > > Ich habe all' die verschiedenen DDW-Versionen durchprobiert. Auch die > > einzelnen SRCP-Protokolle, NMRA-Übersetzungen usw. Auch hardware- > > mäßig habe ich alle Booster-Varianten von modern bis zu denen, die ich > > noch aus der Zeit habe, als ich selbst unter Pascal an "DirecTrain" > > 'rumprogrammiert hatte, durchgetestet. > > > > Bei einem Zeitproblem der USB-Adapter könnte ich verstehen, daß > > die Dekoder ihre Befehlspakete nicht mibekommen und der Befehl > > nochmal wiederholt werden müßte. Aber hier ziehen sich die Dekoder > > (verschiedene Hersteller) falsche Informationen an Land! Hat > > jemand Erfahrungen? Habe ich Topics in der Mailing-List übersehen? > > > > Beste Grüße > > > > Karl Foppe > > > > > > > > > > > > > > > > =================================================================== > Dr.-Ing. Karl Foppe > Technische Universität München > Geodätisches Prüflabor > Arcisstraße 21 > D-80290 München > > > > Telefon : ++49(0)89 / 289-22852 > Fax : ++49(0)89 / 289-23967 > > > > Mail : karl.foppe@bv.tum.de > WWW : http://www.geo.bv.tum.de > ===================================================================

Hallo Michael,

wenn es wirklich nur an den Treibern = bzw. den=20 Adaptern

liegt, dann verstehe ich jedoch nicht, = warum die=20 Loks sich

falsche Befehle aus dem Signal ziehen. = Wenn ich das=20 mit

den "Tritts" nur halbwegs verstanden = habe, dann=20 wird ein

Befehlspaket gesendet, das je nach MM1 = oder MM2=20 aus

Adresse, Richtung, Fahrstufe und = Funktionen=20 besteht.

Also was ich nicht verstehe ist, dass = der Dekoder anscheinend

erkennt, dass das "Paket" f=FCr ihn = ist, er aber=20 den "Inhalt des=20

Pakets" falsch = interpretiert.

Wenn der Dekoder also erkennt, dass ein = Befehlspaket f=FCr

ihn ist, er aber=20 falsche Befehle aus dem Paket entnimmt,

dann m=FCsste doch der USB-Adapter = die=20 Befehlspakete inhaltlich

ge=E4ndert und nicht nur zu langsam = gesendet haben,=20 oder?

Ich hatte zwei Dekoder am Gleis. Der = erste, an den=20 ich aktuell

Befehle sandte,=20 machte nur Mist, w=E4hrend der zweite h=F6chstens

mal unmotiviert=20 losfuhr. Oder kann das auch an den=20 Lokadressen

und der Befehlswiederholung liegen? Die = erste Lok=20 war 04 und die

zweite 77. Ben=F6tigte = der "Refresh-Algorithmus" einfach l=E4nger, = bis

der zweite Dekoder seine Fahrstufe "0" = usw. bekam=20 und er deswegen

erst viel sp=E4ter unmotiviert losfuhr? = Oder ist die=20 Refresh-Reihenfolge

in GPlan nicht dezimal = aufsteigend?=20

Dazu noch eine Frage: Wenn kein neuer Befehl zu senden ist, sendet

GPlan offensichtlich immer die zuletzt=20 eingestellten als "Refresh", oder?

Wenn ich diese Schleife mit einem neuen = Befehl=20 unterbreche, wo wird

dann der Refresh fortgesetzt? An der = Stelle der=20 Unterbrechung oder

f=E4ngt GPlan wieder bei Adresse 01 = an?

Beste Gr=FC=DFe

Karl

----- Original Message -----
From:=20 Michael = Gr=E4fe=20
To: ddw-mailing-list@= insotec1.homelinux.com=20

Sent: Monday, November 22, 2004 = 11:04=20 PM

Subject: AW: DDW-DDL-ML DDW = unter XP mit=20 USB-Adaptern?

Hallo, ich = versuchs=20 noch mal:

das h=E4ngt = sehr von=20 den USB-Seriell-Adaptern und/oder Treibern ab. Vielleicht=20 haben

andere = Erfahrungen=20 mit bestimmten USB-Adaptern und man kann mit diesen Infos eine Liste = erstellen=20 ob bestimmte Adapter

funktionieren oder=20 nicht.

Gru=DF - = Michael =20

Von: owner-ddw-mailing-list@insotec1.homelinux.com = [mailto:owner-ddw-mailing-list@insotec1.homelinux.com] = Im Auftrag von Karl = Foppe
Gesendet: Montag, 22. November = 2004=20 08:35
An: = ddw-mailing-list@insotec1.homelinux.com
<= B>Betreff: DDW-DDL-ML DDW unter = XP mit=20 USB-Adaptern?

Hallo=20 DDW'ler

hallo=20 Michael,

seit Anfang '04 benutze = ich DDW=20 unter Win98SE und,

da Michael Gr=E4fe eine=20 GPlan-Version kompiliert hat, die

auch ohne DirectX = lauff=E4hig ist,=20 auch mit GPlan. L=E4uft alles!

Selbst meine gr=F6=DFten = "Spur1-Problemf=E4lle", die damals unter =

"DirecTrain"/DOS den = Dienst=20 verweigert haben, fahren "butter-

weich" und alles = l=E4=DFt sich=20 schalten. (Motorola)

Jetzt wollte ich das = ganze auch=20 auf anderen Rechnern (hier speziell

Notebook, Centrino unter = XP-Home)=20 mit USB=3D>seriell-Adaptern

laufen lassen. Die Loks = erhalten=20 zwar Signale, fahren jedoch nur = stark

stotternd,  die=20 Funktionen schalten willk=FCrlich, z.T. blinken die=20 Lichter

mit ca. 1Hz und - was = z.T. fatal=20 ist - die Loks fahren auch h=E4ufig =

vollkommen unmotiviert = los.=20

Ich habe all' die = verschiedenen=20 DDW-Versionen durchprobiert. Auch = die

einzelnen = SRCP-Protokolle,=20 NMRA-=DCbersetzungen usw. Auch = hardware-

m=E4=DFig habe ich alle=20 Booster-Varianten von modern bis zu denen, die=20 ich

noch aus der Zeit = habe, als=20 ich selbst unter Pascal an "DirecTrain" =

'rumprogrammiert hatte,=20 durchgetestet.

Bei einem Zeitproblem = der=20 USB-Adapter k=F6nnte ich verstehen, = da=DF

die Dekoder ihre = Befehlspakete=20 nicht mibekommen und der Befehl

nochmal wiederholt = werden m=FC=DFte.=20 Aber hier ziehen sich die Dekoder

(verschiedene = Hersteller) falsche=20 Informationen an Land! Hat

jemand Erfahrungen? Habe = ich=20 Topics in der Mailing-List = =FCbersehen?

Beste=20 Gr=FC=DFe

Karl=20 Foppe

=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
&nb= sp;  =20 Dr.-Ing. Karl Foppe
     Technische = Universit=E4t=20 M=FCnchen
     Geod=E4tisches=20 Pr=FCflabor
     Arcisstra=DFe=20 21
     D-80290=20 M=FCnchen

     = Telefon=20 :   ++49(0)89 / 289-22852
    =20 Fax      :   ++49(0)89 /=20 289-23967

     = Mail     :   karl.foppe@bv.tum.de=20
     WWW :   http://www.geo.bv.tum.de=20 =
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D