Hallo in die Runde,
ich habe hier mal etwas :
1.) Mann sollte die CPU Last nicht ausser Acht lassen, bei mir kommt es immer mal wieder vor, das Züge über den Stoppkontakt rauschen, schon allein weil die CPU Last so hoch ist, das die Befehle zum Bremsen und Stoppen zu spät kommen. Habe einen P4 mit 1,8 Ghz auf dem NUR WDP läuft, kein anderes Proggie oder dergleichen, nicht mal ein Virenscanner, der Rechner steht allein. Alleine das Abfragen der rd. 80 S88 Kontakte erzeugt bei einem Abfrageintervall von 400ms eine CPU - Last von immerhin rd. 28-34%. Kommt jetzt noch eine ZFA und die ganzen Steuerbefehle ( für lediglich 6 Züge ) hinzu, ist das ganze System so langsam, das es oft zu Murks im Ablauf kommt !
2.) Gibt es die Möglichkeit die Profile während des Ablaufs der ZFA umzuschalten ? Habe bei mir auf der Anlage LDR´s ( Lichtempfindliche Widerstände ) montiert, die in Abhängikeit vom Umgebungslicht die Modellbeleuchtung anschalten. Dies geschieht über ein S88 Eingang und wird an WDP geleitet ( Stellwerkswärter ), der dann die Hausbeleuchtungen schaltet. Jetzt wäre es natürlich gut, wenn passend dazu auch die Beleuchtungen in den Waggons und der Loks mit angehen würden. Eben wenn über den Stellwerkswärter oder ähnliches das zu verwendende Profil geändertwerden würde. Vieleicht weiss auch jemand eine andere Lösung.
3.) Bei mir kommt es recht häufig vor, das ich ( aufgrund der Problematik von Punkt 1. ) auf der IB den Nothalt drücken muss. Dies wird dann auch brav an WDP weitergeleitet, allerdings ist es dann in gut 60% der Fälle so, das WDP zwar Befehle nach dem wiedereinschalten des Systems ( Taste "Go" oder entsprechender Befehl in WDP ) WDP zwar so tut, als würde es die Befehle wieder an die IB senden, dies aber nicht mehr real passiert. Im Lokcontrol sieht man dann z.B. die Sollgeschwindigkeit, aber es wird kein Istwert angezeigt und die Züge reagieren natürlich auch nicht mehr. Über die IB lassen sich die Züge aber weiterhin fahren. Öfters hängt sich WDP dann auch komplett auf, so das ein Neustart erforderlich ist. Dies ist extremst ärgerlich, da die Züge irgendwo auf der Anlage stehen und sämtliche Zuganzeiger sowie Zugpositionen wieder manuell korrigiert werden müssen.
Für Hilfe und Tipps wäre ich dankbar :-)
Schönen Tag noch.
Hallo Oliver,
installiere doch einmal das aktuelle Update Pro X.3!
Welchen Prüfzyklus für Zugfahrten hast Du in den Systemeinstellungen bei den Zugfahrten eingestellt?
Welche Abfragezeit verwendest Du in der ZFA?
Hallo Oliver,
also der Punkt 2 kann eigentlich recht einfach erledigt werden. Es werden alle FS in der ZFA zweimal eingetragen. Einmal Fahrt mit Beleuchtung und einmal Fahrt ohne Beleuchtung (Spalte Profil ändern). Als Bedingung kannst Du zum Beispiel einen MA verwenden, welcher durch die Lichtsensoren im STW gestellt wird. Ist der MA grün (=hell), werden nur die FS ohne Zugbeleuchtung ausgeführt. Ist der MA rot (=dunkel), werden nur die FS mit Zugbeleuchtung ausgeführt.
Hallo,
bei 400ms ist ein präzises Anhalten ohnehin nicht möglich, da in 400ms ein Zug schon eine beachtliche Strecke zurücklegt. Bei 120km/h sind dies immerhin 15cm. Wenn dann der Bremskontakt zu kurz ist, kommt er evtl. am Stoppkontakt zu schnell an und schon ist es passiert. Die CPU-Last kann mit den Zugfahrteneinstellungen in den Systemeinstellungen reduziert werden. Was ist bei dir eingestellt und wieviel Züge fahren gleichzeitig.
Zu 2: Die Profile können nicht direkt umgeschaltet werden, aber indirekt. In die ZFA werden alle Eintragungen 2 mal vorgenommen. Einmal mit Profil 1 und einmal mit 2. Dann werden alle Zeilen in den Bedingungen mit einem MA versehen. Für die Profile 1 ist der MA grün für Profil 2 rot. Der Stellwerker schaltet den MA und schon werden die Zeilen mit dem jeweiligem Profil ausgeführt.
zu 3: Zum Wiedereinschalten muss in WDP die Option "Alle Loks auf Sollgeschwindigkeit" gewählt werden. Wird "Alle Loks Stoppen" gewählt, dann sieht es so aus, wie von dir Beschrieben: Die Istgeschwindigkeit wird nicht angezeigt.
Hallo Dirk,
ein Update von X2 auf X3 habe ich nicht gemacht und halte es bis jetzt auch nicht für Notwendig, da eigentlich nur Änderungen für die MÄ CS drin waren und viele Leute Ärger mit dem Kopierschutz haben. Das die X3 Version an der Performance etwas ändert ??
Habe in den ZFA nur 1 Zugfahrt pro Zyklus und den Zyklus auf 1000 eingestellt.
Das mit den 400ms hatte ich nur gemacht, um die CPU Last zu verringern !!!! Vorher stand die nämlich auf 100ms und da hatte ich beachtliche 45% CPU Arbeit verbraten ! Auch ohne die ZFA kann mann richtig Synchron verfolgen wie die CPU Last hoch oder runtergeht, je nachdem wie mann die Abfrageintervalle der S88 Module einstellt. Mit 100ms ist an einen vernünftigen Betrieb nicht richtig zu denken. Jedenfalls nicht bei eingeschalteter ZFA.
@Her Gräbner :
Wenn ich aber die Loks nach dem Crash nicht auf Sollgeschwindigkeit hochfahren darf, weil es noch irgendwo hakt oder deren Standpunkt auf der Anlager verändert wurde, dann MUSS ich doch alle Lokomotiven stoppen. Dies würde dann aber nach Ihrer Beschreibung einen Neustart von WDP erfordern. Somit wäre die Funktion eigentlich nichtig, wenn ich das Programm anschliessend neu starten muss, oder ?
Hallo Oliver,
die CPU-Last lässt sich mit der IB kaum unter 30% reduzieren, da die IB auf WDP-Befehle relativ langsam (~30-35ms) antwortet bzw. WDP wartet da sehr lange auf Quittungen d.h. bei nur 10 Befehlen oder Abfragen pro Sekunde verbringt WDP schon 300ms je Sekunde mit aktivem Warten auf die IB. Die Tams MC antwortet z.B. erheblich schneller, so dass hier die CPU-Last im Leerlauf in der Regel gut unter 10% (meist 5-6%) liegt.
Grüße
Markus
Hallo Oliver,
als Ergänzung zu Jürgen. Wenn du nach dem Nothalt in WDP "Alle Loks stoppen" gewählt hast, dann kannst du die dannach wieder durch betätigen des dann gedrückten Stop-Schildes in der Symbolleiste auch wieder auf ihre Sollgeschwindigkeit anfahren lassen. Solange dieser Knopf gedrückt ist (und das geschieht ja automatisch durch "Alle Loks stoppen") wird keine der eingestellten Sollgeschwindigkeit in eine Istgeschwindigkeit umgesetzt.
Grüße
Markus
Hallo Oliver,
ich bin davon ausgegangen, dass es das Ziel gewesen war, alle Lok wieder in Bewegung zu setzen. Aber Markus hat dir ja inzwischen diesbezüglich geantwortet, wie man die gestoppten Loks wieder in Bewegung setzt...
Hallo Markus,
hallo Jürgen,
ist es nicht empfehlungswert, nach dem IB-Stop (Evt. Reset) das Button "aktuelle Stellung Ausführen" betätigen damit auch die MA in der aktuellen Stellung stehen??
Hallo Gerd,
hängt ein bischen von der Anlagenkonstellation ab, ob man lange FS hatte oder so und auch vom Digitalsystem. Erinnere mich aber auch nicht mehr genau wie das mit der IB war, da ich ja nur mit SX schalte und solche Probleme daher nicht kenne.
Grüße
Markus
Hallo Markus,
bei der IB ist das gleiche Problem das wir auch im Hunsrück hatten. Beim plötzlichen Stop geht der ein oder andere Befehl unter. Darum meine Empfehlung "Aktuelle Stellungen ausführen" durchführen. Die IB ist nun mal sehr langsam.
Hallo,
Wo kann ich die CPU last lezen?
Hi!
STRG+ALT+ENFT --> Systemleistung
mfg Konrad
Hallo Oliver,
Zitat von: Oliver Lungwitz in 09. Oktober 2008, 21:23:24
Das mit den 400ms hatte ich nur gemacht, um die CPU Last zu verringern !!!! Vorher stand die nämlich auf 100ms und da hatte ich beachtliche 45% CPU Arbeit verbraten ! Auch ohne die ZFA kann mann richtig Synchron verfolgen wie die CPU Last hoch oder runtergeht, je nachdem wie mann die Abfrageintervalle der S88 Module einstellt. Mit 100ms ist an einen vernünftigen Betrieb nicht richtig zu denken. Jedenfalls nicht bei eingeschalteter ZFA.
dass die IB (zu)viel CPU-Leistung benötigt dürfte bekannt sein. Hier haben viele Anwender für die Rückmeldung ein zweites Digitalsystem, wie den HSI, im Einsatz. Wenn an der IB keine RM-Module mehr angeschlossen sind, kann der Einleseintervall bei der IB auf 2000msec eingestellt werden. Erst dann geht die CPU-Grundlast spürbar zurück.
Danke für Eure so schnelle Anteilnahme, denke ernsthaft über das HSI nach.
Übrigens ergibt sich auch mit einem Einleseintervall von nur 400ms kein Nachteil, da dadurch die CPU - Last wieder runtergeht und es sich so wieder ausgleicht, insgesamt gesehen ist es so sogar etwas besser, da im ganzen beim ZFA - Ablauf weniger Fehler passieren.
Das ganze wäre natürlich weniger dramatisch mit einem schnelleren Rechner, aber solange WDP keine Multikern - Systeme unterstützt, möchte ich da nix dran ändern. Sonst muss ich ja wieder aufrüsten, wenns mal soweit ist. Allerdings wäre eine Unterstützung aktueller PC - Kerne schon wünschenswert, grade wenn soviel Kapazität verbraten wird. Wenn ich nur daran denke das die Anlage nicht mal fertig ist und noch rd. weitere 10 S88 hinzukommen sollen, dann macht das mit der Unterstützung schon Sinn. Im eigentlichen funktioniert es ja auch mit der IB, es ist halt "nur" zu langsam. Insofern habe ich natürlich auch wenig Lust mit nem HSI zusätzlich einzugreifen, zumal ich ja zusätzlich noch eine Railux Zentrale über einen Seriellen Port ansteuern möchte. Das zwar nur zum Programieren, aber irgendwie möchte ich die Kirche im Dorf lassen.
Das mit den MAs in der ZFA zum Profilwechsel ist ein netter Tipp, vielen Dank. Werde es wohl so machen müssen, obwohl ich ein wenig arg aufwendig finde. Wesentlich einfacher wäre es wohl, wenn man ein Profil, das verwendet werden soll, einfach Global oder per Stellwerkswärter durch eine Bedingung umschalten könnte. Deswegen eine komplette ( zumindest von der Menge des Inhaltes her ) zweite ZFA zu haben und bei jeder Zeile die MAs einzutragen und bei evtl. Änderungen in beiden ZFA - Teilen rumdoktorn zu müssen ist doch ein wenig aufwändig und wenig übersichtlich, oder ? Dafür gibt es ja schliesslich 3 (4) Profile, die, jedes für sich, eine globale Abarbeitungsfolge ermöglichen. Profile machen nur Sinn, wenn sie einfach, mit direktem Zugriff umstellbar sind.
Gruessle aus Heidelberg
Hallo Oliver,
Du kannst auch auf die Abfrage des MA in der ZFA verzichten. Trage dazu einfach den RM des Lichtsensors zusätzlich in die FS ein. So wird die entsprechende FS/Profil nur gestellt, wenn es dunkel/hell ist. In einer FS also den RM als belegt eintragen und in der anderen als frei. Somit brauchst Du Dir keine Gedanken mehr darüber machen, denn WDP startet automatisch die richtige FS. Sogar ohne ZFA.
Hallo,
ZitatDafür gibt es ja schliesslich 3 (4) Profile, die, jedes für sich, eine globale Abarbeitungsfolge ermöglichen. Profile machen nur Sinn, wenn sie einfach, mit direktem Zugriff umstellbar sind
Du siehst das spezifisch für deine Anwendungsfälle der Profile. Jemand der in Profil 1 die FS als Güterzug und in Profil 2 als Schnellzug fährt, wird keine globale Umschaltung brauchen ;)
Hallo Oliver,
Zitat von: Oliver Lungwitz in 10. Oktober 2008, 11:09:36
Das ganze wäre natürlich weniger dramatisch mit einem schnelleren Rechner, aber solange WDP keine Multikern - Systeme unterstützt, möchte ich da nix dran ändern. Sonst muss ich ja wieder aufrüsten, wenns mal soweit ist. Allerdings wäre eine Unterstützung aktueller PC - Kerne schon wünschenswert, grade wenn soviel Kapazität verbraten wird. Wenn ich nur daran denke das die Anlage nicht mal fertig ist und noch rd. weitere 10 S88 hinzukommen sollen, dann macht das mit der Unterstützung schon Sinn. Im eigentlichen funktioniert es ja auch mit der IB, es ist halt "nur" zu langsam. Insofern habe ich natürlich auch wenig Lust mit nem HSI zusätzlich einzugreifen, zumal ich ja zusätzlich noch eine Railux Zentrale über einen Seriellen Port ansteuern möchte. Das zwar nur zum Programieren, aber irgendwie möchte ich die Kirche im Dorf lassen.
Ein Multi-Kern-PC bringt WDP heute schon sehr viel, denn andere Programme hindern WDP dann weniger an seiner Arbeit.
Eine echte Multi-Kern-Unterstützung haben wir WDP intern schon mehrfach diskutiert, wir sind aber zu der Überzeugung gelangt, dass es erstens nicht viel bringt und zweitens eine nahezu komplette Neuprogrammierung bedeuten würde, da so nie vorgesehen. Wieso kamen wir u.a. zu der Überzeugung, dass dies nichts bringt?
Erstens läuft je nach Belastung das Teilsystem zur Ansteuerung der ECoS bzw. CS prinzipbedingt auf dem zweiten/dritten oder vierten Kern. Gebracht hat das aber nur Null Komma Nichts.
Desweiteren sind bei halbwegs modernen PCs mit egal wievielen Kernen, die einzelnen Kerne schon so leistungsstark, dass diese schon jeder für sich für WDP vollkommen ausreichend sind.
Mein Moba und Entwicklungsrechner ist ein inzwischen auch mehrere Jahre alter P4 mit 3 GHz und zwei Kernen. Als Betriebssystem nutze ich Vista (was ja alleine schon eine Bremse ist). An dem Rechner hängt die Anlage mit ca. 120 Magnetartikel und 108 Loks und inzwischen 470 Rückmeldern (als die über die IB noch liefen waren es auch schon 320). Die angeschlossenen Digitalsysteme sind Tams (Fahren), Rautenhaus (Schalten und Melden) und zeitweise zusätzlich IB/Lenz etc. zum Testen. Im Leerlauf liegt die Grundlast von WDP bei ca. 10% und im maximalen Fahrbetrieb mit bis 18 gleichzeitig fahrenden Zügen bei 30-40%. Dies steckt das System locker weg.
Schließe ich meinen Bürorechner mit einem Core2Duo an, dann komme ich kaum über die 25% hinaus.
Bei dem P4 kann ich auch den Multi-Kern-Betrieb per Bios abschalten, dann teilen sich alle Programme einen Kern und wenn dann eines viel Last braucht, dann leidet auch WDP darunter. Sind aber beide Kerne aktiv, dann kann WDP sich immer munter in einem Kern tummeln und diesen relativ ungestört nutzen. Also hat WDP in gewisser Weise schon eine Multi-Kern-Unterstützung, es teilt halt nur nicht seine eigene Last auf mehrere Kerne auf, aber dadurch zugewinnende Vorteil wäre aufgrund unserer Versuche und Erfahrungen minimal.
Zumal es ja eigentlich gar nichts bringt wenn WDP während des Wartens auf eine Befehlsquittung schon zehntausend andere Berechnungen machen würde (und doch tun wir das auch heute schon), die dann in neue Befehle münden, die die IB sowieso noch nicht empfangen kann, da der Letzte ja noch gar nicht quittiert war. Und da bei der IB Rückmeldungen nicht wie beim HSI, Lenz oder Selectrix einlaufen, sondern zumindest die Veränderungen erfragt werden müssen (siehe IB-SChnittstellen-Protokoll wodurch dann ja auch Wartezeiten entstehen) bringt das Umstellen der Rückmeldungen auf eines der genannten Systeme und damit gleichzeitiger Erhöhung des IB-Abfrageintervalls auf 2000ms eine echte Lastsenkung. Das bringt fast mehr als ein rasend schneller PC (wobei auch der nicht zu verachten ist).
Grüße
Markus
Hallo Sven,
das mit den FS ist auch ein netter und nützlicher Tipp, auch wenn ich hier auch alles doppelt anlegen muss, so finde ich das ( nur für mich gesehen ) etwas übersichtlicher. Danke für die idee.
@Markus:
Okay, wenn man bereit ist ein zusätzliches Interface zu kaufen und anzuschliessen ist Dein Argument und die Funktion sicherlich i.O. Allerdings ist WDP nicht Multikerntauglich, denn Multikern ausnutzen heisst schon, gleichzeitig die Last auf mehrere Kerne zu verteilen. Wenn Programme ( Tasks ) sich einzeln auf einen bestimmten Kern ausrichten ist das kein Multiprozessoring, sondern genau das, was alle Soft schon immer tut. Da ich als einziges Programm aktiv ( klar wegen der hohen CPU - Last ) ausschliesslich WDP laufen habe, würde mich das insofern nicht weiterbringen und ehrlich gesagt weiss ich nicht, ob sich WDP ohne die Unterstützung ( zumindest langfristig, Hardwaretechnisch gesehen ) nicht ein wenig die Zukunft verbaut, aber das ist ja nicht das Problem über das wir hier reden.
Mein Problem ist halt eigentlich, das ich es als technisch ausreichend empfinden würde, wenn der ganze Krempel auf meinem PIV mit 1,8Ghz laufen würde. Das das nicht funktioniert finde ich halt ein wenig bedrückend, denn eigentlich möchte ich nicht unbedingt nen hochgerüsteten PC und auch kein HSI extra kaufen oder installieren, nur um die ( im Verhältnis zu Deiner ) popelige MoBa zu steuern. Hätte ich da jetzt Mords die Abläufe, Verknüpfungen, 200 Loks am laufen, Zig Profile, mehrere Zentralen usw. sähe ich das ja vollkommen ein, aber für das bisserl, was aktuell bei mir läuft ( 6 Züge, 80 RM ), ist das schon ziemlich ausufernd. Vorallem weil auch meine Anlage noch ziemlich am wachsen ist.
Aber i.O. ich weiss zumindest bescheid. Und eigentlich hatte ich mir die IB damals gekauft, weil sie ziemlich fortschrittlich war. Von der werde ich aber nicht abkommen, eher rüste ich meinen PC auf bis zum erbrechen. Ist einfacher.
Danke mal für Eure Hilfe, obgleich ich ja doch der Meinung bin, Profile sollten eine globale Einstellmöglichkeit ( wenn auch nur zusätzlich ) erhalten ;-)))
Hallo Oliver!
Mag ja sein, dass die IB sowas wie die eierlegende Wollmilchsau war. Damals gab es halt nichts Besseres, na sagen wir lieber mal Vergleichbares.
Hier im Forum gibt es viel über die IB und ihre Eigenwilligkeiten zu lesen. OK, es gibt einige wenige, die ihre Arbeit ohne Resets verrichten. Vielleicht hast Du ja Glück.
Über ein HSI würde ich aber dennoch einmal nachdenken. Der schnellste PC ist machtlos, wenn die angeschlossenen Geräte nicht mithalten können. Ich würde, wenn Du unbedingt auf die IB bestehst, ein HSI einsetzen. Wie Markus schon schrieb, geht die Prozessorlast weit zurück, weil der PC nicht immer nach einer Zustandsänderung der RMK fragen muss. Das HSI meldet ohne gefragt werden zu müssen, wenn es Änderungen an den Belegtzuständen gibt. Das Erspart dem überbezahlten Manager (IB) eine menge Arbeit und die Züge halten auf den Punkt genau. Das HSI kostet weniger als einen Rechner aufzurüsten und bringt wahrscheinlich sogar mehr. Die Handbremse ist die IB, das ist nun mal fakt.
Ich wage einmal einen Vergleich:
Wer ist wohl schneller beim Übertragen von Daten?
1. Ein 9,6 GHZ Quad- Prozessor- PC mit einem Modem
oder
2. Ein alter 200 MHz Prozessor- PC mit DSL 16000?
Ich würde Dir eine Tams Master Control empfehlen, auch wenn das Ding eher wie ein Bezahlgerät für Kreditkarten aussieht. Die Tams ist auch bei den Rückmeldungen sehr schnell, zuverlässig und auch noch preisgünstig. Die braucht kein HSI zur Unterstützung und kann über USB oder über eine serielle Schnittstelle angeschlossen werden. Eine Übertragungsrate von 57600 Baud ist schon was, da kommt die IB nicht mit. Je mehr Arbeit die IB bekommt, um so öfter macht sie Resets während der Fahrplan, die Automatik oder die ZFA laufen.
Als ich seinerzeit noch mit der 6021/6051 mit HSI "unterwegs" war, hat mir jemand hier aus dem Forum eine IB schenken wollen. Ich hab sie nicht genommen. Ich will fahren und nicht ständig aufräumen müssen, wenns mal wieder gekracht hat. Ich hätte die IB nehmen und z.B. bei 3 2 1 verkaufen können, aber 1. gehört sich sowas nicht und 2. wollte ich mir wegen dieser Schüssel keine schlechte Bewertung einfangen.
Ich will Dich nicht wegen der IB ärgern, sondern Dir nur Tipps geben, damit DU Dich nicht ärgerst. Andere haben auch versucht, der IB mit immer mehr Zusatzgeräten die Arbeit zu erleichtern, was die Resets zwar etwas weniger häufig vorkommen ließ, aber diese nicht abgestellt haben.
Wenn Du das IBel, ääh ÜBEL ;) gleich an der Wurzel packst, wird es im Endeffekt billiger und es fällt vielleicht noch was für rollendes Material ab.
Bevor Du mich jetzt schimpfst, denk einfach mal drüber nach.
Hallo Oliver,
wie viel Arbeitsspeicher hat dein Rechner? Da Windoof XP mindestens 512 MB RAM für einen einigermaßen lauf braucht, sollte man Minimum 1GB auf der Hauptplatine (Main.- bzw. Motherboard) haben, da sonst alle weiterer Datenaustausch über eine Festplatte abgewickelt werden muß. Was erstens zum verlangsamen eines Prozesses führt, zweitens der Festplatte auf Dauer nicht gut tut und ihre Lebenserwartung verkürzt.
Besitze auch die IB IR zum steurn des Rollmaterials und das alte 6021 für die Magnetartikel.
Alles, so wie bei Markus, mit einem alten P4 3,4 GHz mit 2 GB RAM. Habe aber noch anderer Software auf meinem Rechner laufen und das funktioniert bis dato einwandfrei und relativ schnell.
So muss mich beeilen, ist jetzt für mich, wie schon über 40 Jahren, Formel 1 Zeit.
Wünsche allen noch einen schönen Sonntag 8) 8) 8)
Gruß
Peter
Hallo zusammen.
Eine Frage, die dazu passt: Nach "alle Loks stoppen" hüpfen manche Loks wie zu Urzeiten und nach "wieder auf Sollgeschwindigkeit fahren" gehen diese (manche) Loks plötzlich rückwärts und fahren die Züge ins Chaos.
Was hat es damit auf sich? Wer kann mir hier helfen?
Danke und Grüße aqus Vorarlberg
Armin
Hallo Armin,
keine Ahnung was Du mit "hüpfen" meinst. Da musst Du schon eine bessere Beschreibung des Problems bringen. Ich kenne keine hüpfenden Loks ::)
Wenn Loks nach dem Anfahren nach einem Nothalt in die falsche Richtung fahren ist das Problem meist im Decoder zu suchen. Alte Decoder kennen noch keine absoluten Richtungsbefehle und haben auch die Angewohnheit nach einiger Zeit ohne Strom die zuletzt gefahrene Richtung zu vergessen. In diesem Fall kann ich nur dazu raten, diese Decoder gegen moderne Decoder zu tauschen.