Diverse Probleme

[Oliver Lungwitz]

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.

[Dirk Streuber]

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?

[Sven Spiegelhauer]

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.

[Jürgen Gräbner]

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.

[Oliver Lungwitz]

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.

[Oliver Lungwitz]

@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 ?

[Markus Herzog]

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

[Markus Herzog]

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

[Jürgen Gräbner]

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...

[GWelt]

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??

[Markus Herzog]

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

[GWelt]

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.

[Bob Vermeulen]

Hallo,

Wo kann ich die CPU last lezen?

[Konrad Schwarzjirg]

Hi!


STRG+ALT+ENFT  --> Systemleistung

mfg Konrad

[Dirk Streuber]

Hallo Oliver,

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.