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

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



Ich habe heute weitere Ungereimtheiten entdeckt, wobei ich nicht weiß ob es an der C# Umsetzung liegt, oder am Server direkt:

Wenn ich anhand der Methode GL.Set(int step, Direction direction, bool[] functions) die Richtung ändere, bleibt die Lok plötzlich stehen, erst bei Geschwindigkeitsäderung fährt sie wieder los, dann auch in die neue Fahrtrichtung........wobei auch hier die Funktionen nicht korrekt übergeben werden....

gruss

Thomas

Gerhard Piep schrieb:
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