Re: DDW-DDL-ML Verzögerte Funktions Ansteuerung

["Th Br" <samybri@gmx.de>]

Hallo Gerhard,

danke für den Tipp, habe es gerade mal getestet(bis zu 4x den Befehl senden), hat aber leider nichts gebracht.

Mir ist noch etwas aufgefallen, vllt. ist es hilfreich:

Ich kann den Befehl: FUNKTION EIN senden, es passiert nichts.
Wenn ich jetzt die Lok beschleunige, fährt sie los, und sobald sie ordentlich Geschwindigkeit drauf hat, schaltet sie das Licht an.....
Also muss irgendwo der Befehl für FUNKTION EIN noch rumschwirren, ich frage mich nur warum der Decoder nicht direkt drauf reagiert.....


-------- Original-Nachricht --------
> Datum: Wed, 04 Nov 2009 15:59:36 +0100
> Von: Gerhard Piep <ge.piep@onlinehome.de>
> An: ddw-mailing-list@kim.homelinux.com
> Betreff: Re: DDW-DDL-ML Verzögerte Funktions Ansteuerung

> Th Br schrieb:
> > Hallo Michael,
> >
> > ich habe noch ein paar Beobachtungen gemacht:
> >
> > -Wenn das Licht einmal erfolgreich geschaltet wurde, kann man danach
> blitzschnell Ein-Ausschalten, aber nur bis ein anderer Befehl(im Test höhere
> Geschwindigkeit) gesendet wurde, dann dauert es wieder.....
> >
> > -Nach Umschalten der Fahrtrichtung erlischt das Licht meistens auch,
> ohne das man es explizit ausschaltet.
> >
> > Das ganze habe ich sowohl mit den C#-Klassen/Methoden getestet, als auch
> mit send.Command() und explizitem Befehl, beides führt zum gleichen
> Ergebniss.
> >
> > Achja, die Decoder sind ESU- Lopi mfx welche im MM-Modus angesprochen
> werden(Protokol M2).
> >
> > Habe auch mal die Refresh Rate verändert(5ms, 25ms, 100ms) was nichts
> brachte.
> > Könnte hier die Einstellung der Befehls-Priorität(Time Critical,
> Highest, Normal etc) was bringen?Hatte leider keine Zeit mehr das durchzutesten.
> >
> > gruss
> >
> > Thomas
> > -------- Original-Nachricht --------
> >   
> >> Datum: Wed, 4 Nov 2009 12:08:08 +0100 (CET)
> >> Von: mgrafe@snafu.de
> >> An: ddw-mailing-list@kim.homelinux.com
> >> Betreff: Re: DDW-DDL-ML Verzögerte Funktions Ansteuerung
> >>     
> >
> >   
> >> Hallo Thomas,
> >>
> >> vielen Dank für diese Info. Das kann tatsächlich an der Art liegen,
> wie
> >> der Datenstrom gesendet wird. Ich werde dem mal nachgehen. 
> >>
> >> Gruß - Michael
> >>
> >>
> >> On Wed, 04 Nov 2009 09:22:02 +0100, Thomas <samybri@gmx.de> wrote:
> >>
> >>     
> >>> Hallo zusammen,
> >>>
> >>> ich teste nun schon seit einiger Zeit mit DDW und einem eigenen CLient
> >>> in C#.
> >>>
> >>> Befehle für Geschwindigkeit, Richtungswechsel und Stop werden sehr 
> >>> schnell auf die Lok übertragen, wenn ich allerdings die Funktionen 
> >>> anspreche, z.b. Licht,
> >>> wird dieser Befehl sehr verzögert(bis zu 5sek) an die Lok gesendet.
> Mir
> >>> ist weiterhin aufgefallen, das sich das Problem bei niedrigen 
> >>> Geschwindigkeiten verschlimmert, dort der Befehl teilweise garnicht 
> >>> angenommen wird. Im Stand wird ein Funktionsbefehl so gut wie nie 
> >>> angenommen.
> >>> Klar, jetzt könnte man denken, bei niedrigen Geschwindigkeiten gibt
> es 
> >>> Kontakt- und somit Empfangsprobleme, aber wie gesagt die o.g. Befehle 
> >>> werden auch bei niedrigen Geschwindigkeiten sauber und schnell 
> >>> ausgeführt, nur eben nicht die Funktionen.
> >>>
> >>> Der Server sendet übrigens die Funktionsbefehle auch sofort.....sie 
> >>> kommen eben nur verzögert an.
> >>>
> >>> Hat jemand ähnliches Beobachtet und weiß woran das liegt?
> >>> Habe momentan noch ein Delta-Gerät als Booster, kann es daran liegen?
> >>>
> >>> gruss
> >>>
> >>> Thomas
> >>>       
> >
> >   
> Hallo,
> 
> Ich habe vor einigen Jahren einen einfachen Clienten für DDW und M2 
> Protkoll in VB5 programmiert und hatte dort ähnliche Probleme, z. B. 
> Beleuchtung beim Fahrtrichtungswechsel im Stand. Ich habe dann jeden 
> Befehl zweimal gesendet (musste man früher bei einer Software zur 
> Hardware-datenerzeugung so machen).
> 
> Mit besten grüßen
> 
> 
> Gerd

-- 
GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT!
Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01