ich hoffe Euch allen geht es gut und Ihr seid prima ins neue Jahr gekommen.
Leider muss ich zum wiederholten Male die Performance von ModellStellwerk zu Thema machen.
Seit etwa einer Woche teste ich die Beta-Version 10.7 B155 und erlebe nun eine noch häufigere
Situation mit Programmabbrüchen.
Gegenüber der Version 10.7 B109 ist die Funktionalität genauso abgebildet, d. h. bisher habe ich
keine Fehlfunktionen feststellen können.
Die Multitraktion wird jetzt zwar in der Lok-Datei gespeichert, ist aber immer noch nicht in der Lok-Liste
zu erkennen. Das müßte dringend mal umgesetzt werden. Dort ist ja nur markiert, welche Loks an
einem Zug im Einsatz sind.
Warum sich das Programm bei Einsatz von nur 2 Zügen bereits aufhängt bleibt nach wie vor ein Rätsel.
Das findet spätestens alle 5 Minuten so statt!!! Macht dann überhaupt keinen Spass jedesmal das
Programm neu zu starten und die alten Zugpositionen wiederherzustellen.
Ich denke, dass hierzu ausschließlich Ronald etwas sagen kann.
MÄ - Anlage mit ca. 450m K-Gleis, Intellibox I mit Booster zum Schalten, LDT HighSpeed Interface HSI88, Steuer PC Fujitsu 374K02N mit WIN10 pro,
ModellStw -- jetzt 10.7 B109 zur Steuerung, Fahren nur analog
Beiträge: 996 Ort: zu Hause Eingetreten: 26.02.15 Status: Offline
Eingetragen am 12.01.2025 10:59
Hallo Fritz,
ja, dann hat es dich auch erwischt. Wie äußert sich denn deine Störung/Ausfall?
Meine Störung hatte ich hier ja schon in vorherigen Beiträgen erläutert, eben "Arbeitsverweigerung und Ablehnung des Zugriffs".
Ich habe in deiner Fußzeile deine Hardware gesehen und dabei paralellen zu meiner erkannt. Uhlenbrock und Litfinski. Und da sehe ich irgendwo die
Ursache, die Schnittstellen.
22 Züge fahren eine 1/2 Stunde vom Start bis Ziel / Start, wobei 10 zeitweise gleichzeitig am Rollen sind. Hier sind dann erhebliche Programmverzögerungen feststellbar. Fahrstraßen brauchen dann sehr lange und Weichen und Signale hinken dann noch enorm hinterher.
Allerdings ist bei mir die DICO, (nur als HS88 benutzt, auch schon bei den Vorversionen, jetzt noch 10.2.19 weiterhin), auffällig, wenn ich durch Arbeiten an der Anlage, eine Betriebspause, - länger als eine 1/2 Std, einlege aus dem Tritt.--- Es treten also keine Veränderungen der Frei- Belegt - Meldungen mehr in Erscheinung (beide LED haben Dauerlicht).
Neustart der DICO - USB entfernen ,,PRG.- Stopp ,, USB einstecken ,, PRG. - GO -- manchmal ist eine Wiederholung nötig.
HSI "Keine Verbindung".....
Es ist vielleicht eine versteckte Watch Dog Funktion vorhanden???
Die DICO war vor etwa 2 Jahren zur Überprüfung bei Bühler/Littfinski, aber als Fehlerfrei zurückgekommen.
Das Problem ist aber geblieben. Wenn ich 2 Std. Betrieb mache (ohne Pause) läuft es bisher ohne Auffälligkeiten.
Gruß und Ausdauer im Neuen Jahr
Ferdinand
MÄ - Dachbodenanlage mit ca. 150m K-Gleis,-- Intellibox II zum Fahren und Schalten, die Meldezentrale als DICO,--- Steuer PC ist jetzt ein DELL L --D830 mit XP, ---CC-Can(CdB) fürs BW und Schaltaufgaben, der Achszähler ist jetzt bidirektional von Gerd Kruse, - ModellStw -- jetzt 10.B2 und 4 AZ - Blöcke einfach Genial !! Absolut Top!! --Grüße von der Mosel - Ferdinand --
wenn ModellStw sich aufhängt, dann besteht auch in meinem Fall kein Zugriff mehr und ich muss das Programm reseten.
Ich mache dann schnell Bilder von den aktuellen Zugpositionen auf den Bildschirmen, damit ich nach dem Neustart
die Positionen der Züge korrigieren kann.
Zum Glück fahre ich ja analog, dadurch bleiben die Zügen am nächsten Signal von allein stehen.
Meine Signale haben alle einen Stromlosabschnitt, somit werden Zugunglücke vermieden.
Das verhindert zumindest größere Katstrophen in den Schattenbahnhöfen.
MÄ - Anlage mit ca. 450m K-Gleis, Intellibox I mit Booster zum Schalten, LDT HighSpeed Interface HSI88, Steuer PC Fujitsu 374K02N mit WIN10 pro,
ModellStw -- jetzt 10.7 B109 zur Steuerung, Fahren nur analog
Beiträge: 996 Ort: zu Hause Eingetreten: 26.02.15 Status: Offline
Eingetragen am 12.01.2025 12:30
Hallo ihr Beiden,
wegen fehlender Zugverfolgung kommt es dann unweigerlich zum Unglück, mal leicht, mal schwerer.
Was ich aber noch nicht vermerkt habe, ist die bleibende Besetztmeldung nach wiedereinschalten.
Zwar sind die Melder im Meldemonitor frei, aber Mstw macht da kein update draus. Ich besetze dann diese
Abschnitte kurz per Meldemonitor und dann werden diese frei.
Auch bei mir treten Verzögerungen im Programmablauf ein, wenn ein paar mehr Züge unterwegs sind. Dabei ist jedoch
festzuhalten, dass beim Ausführen einer Fahrstrasse immer alle Weichen geschaltet werden, jedoch zum Teil die Signale nicht.
Das sind dann die ersten Hinweise, dass sich das Programm in Kürze aufhängen wird.
Wenn das dann eingetreten ist und die Züge an Signale mit Hp0 stehen bleiben, kann ich das feststellen, indem ich mit der
Maus auf einen Bildschirm klicke.
Sodann erscheint die Meldung " warten auf Rückmeldung vom Programm". Es besteht dann die Möglichkeit direkt abzubrechen
oder auf " warten auf Antwort des Programms" zu klicken. Das Zweitere habe ich versucht und nach 30 Stunden ohne Ergebnis
dem ein Ende gesetzt. Da passiert nämlich nie etwas. Das Programm meldet sich nicht zurück!!
Das ist schlecht programmiert!!
Auch bei mir werden im Moment des Programmabbruchs noch Blöcke als besetzt gemeldet obwohl die Züge zwischenzeitlich
schon mindestens einen Block weitergefahren sind. Auch die Zugnummern bleiben in dem rot ausgeleuchteten Block hängen.
Das ist aber nicht der einzigste Punkt, wo dringend von Ronald nachgebessert werden müßte.
Wie Heinz kürzlich anmerkte, ist auch die Option " Zugnummern wiederherstellen" ohne eine Wirkung.
Ebenso der Button oben links mit der Diskette. Hier sollen alle Daten gespeichert werden, findet aber so nicht statt.
Nur die Dateien "pcw" und "lok" werden abgespeichert, alle anderen Dateien "cfg, zug, stw, bst und spl" werden nicht
abgespeichert. Das findet erst statt, wenn das Programm ordnungsgemäß beendet wird. Wenn über den Button Zwischenabspeicherungen
aller Dateien möglich wären, würde der Aufwand an Korrekturen nach einem Programmabbruch wesentlich reduziert.
Es bleibt zu hoffen, dass Ronald sich mal intensiv um die wesentlichen Probleme von ModellStellwerk kümmert anstatt immer
neue Featueres zu entwickeln, die nicht der Programmstabilität dienen.
MÄ - Anlage mit ca. 450m K-Gleis, Intellibox I mit Booster zum Schalten, LDT HighSpeed Interface HSI88, Steuer PC Fujitsu 374K02N mit WIN10 pro,
ModellStw -- jetzt 10.7 B109 zur Steuerung, Fahren nur analog
es ist natürlich auch in meinem Interesse, dass die Software gut läuft. Die benutzte Interfaces sind zwar schon was älter, und damit dann auch die Softwareteile für diesen Zentralen, aber auch sie sollten noch richtig laufen.
Ich will da gerne verbessern, brauche dann aber etwas mehr Info, da ich die Konstellation so zu Hause nicht nachbauen kann.
Quote
Auch bei mir treten Verzögerungen im Programmablauf ein, wenn ein paar mehr Züge unterwegs sind. Dabei ist jedoch
festzuhalten, dass beim Ausführen einer Fahrstrasse immer alle Weichen geschaltet werden, jedoch zum Teil die Signale nicht.
Die Signale werden erst dann geschaltet, wenn die Weichenlagen, oder das Schalten der Weichen, gemeldet sind. Wenn das Schalten der Weichen, oder die Rückmeldung davon, nicht richtig geht, ist das eine Erklärung warum die Signale nicht gehen.
Quote
Sodann erscheint die Meldung " warten auf Rückmeldung vom Programm". Es besteht dann die Möglichkeit direkt abzubrechen
oder auf " warten auf Antwort des Programms" zu klicken. Das Zweitere habe ich versucht und nach 30 Stunden ohne Ergebnis
dem ein Ende gesetzt. Da passiert nämlich nie etwas. Das Programm meldet sich nicht zurück!!
Das ist schlecht programmiert!!.
Oke, dieses Verhalten wird ganz von Windows selbst gemacht, wenn eine Software die Befehle von Windows (Events) nicht mehr rückmeldet. ABer die Software darf sich natürlich nicht aufhängen. Was mit hier helfen wird, ist ein Logging der Kommunikation und Zentrale. Du kannst dann (hoffentlich den Absturz noch im Logging Markieren mit <Alt><M>.
Und die genaue Anageb in [Exception in Baan::Execute at Adress 0x%X. (%d, %d, %d)], wenn diese Meldung kommt.
Quote
Auch bei mir werden im Moment des Programmabbruchs noch Blöcke als besetzt gemeldet obwohl die Züge zwischenzeitlich
schon mindestens einen Block weitergefahren sind. Auch die Zugnummern bleiben in dem rot ausgeleuchteten Block hängen.
Bedeutet das, dass die Blöcke dann mit verzögerung besetzt gemeldet werden ?
Quote
22 Züge fahren eine 1/2 Stunde vom Start bis Ziel / Start, wobei 10 zeitweise gleichzeitig am Rollen sind. Hier sind dann erhebliche Programmverzögerungen feststellbar. Fahrstraßen brauchen dann sehr lange und Weichen und Signale hinken dann noch enorm hinterher.
[b]Möchte gerne wissen, ob nur ModellStw langsam ist, oder die ganze PC. Kannst du das mal im Taskmanager (Strg-Alt-Del) prüfen ?
Quote
Wie Heinz kürzlich anmerkte, ist auch die Option " Zugnummern wiederherstellen" ohne eine Wirkung.
Die Zugnummer wurden nur bei STOP in einem Zwischenspeicher gespeichert, dann können die Zugnummer nach einem Reset wieder in die Blöcke kopiert werden. Habe ich jetzt (B116) nachgebessert, so bald eine Nummer im Block bekannt ist, wird sie im Zwischenspeicher gespeichert.
Quote
Ebenso der Button oben links mit der Diskette. Hier sollen alle Daten gespeichert werden, findet aber so nicht statt.
Nur die Dateien "pcw" und "lok" werden abgespeichert, alle anderen Dateien "cfg, zug, stw, bst und spl" werden nicht
abgespeichert.
Mit dem Symbol werden die geänderte Dateien Anlage (pcw), Loks (lok), Makro (prg), Fahrplan(drg), Stellwerke (stw), Züge (zug) und für OpenDCC Fahrer (bidib). (spl) wird gespeichert beim Wechsel aus dem GO Modus, und die Einstellungen (cfg) beim Programmende, und jedes Mal wenn die Einstellungen geändert werden. Ich denke dass das so richtig ist.
MÄ - Anlage mit ca. 450m K-Gleis, Intellibox I mit Booster zum Schalten, LDT HighSpeed Interface HSI88, Steuer PC Fujitsu 374K02N mit WIN10 pro,
ModellStw -- jetzt 10.7 B109 zur Steuerung, Fahren nur analog
vorab möchte ich Dir erst mal einige Info´s zu meiner Anlage geben, damit Du die Situation besser einschätzen kannst:
Die Anlage wird komplett digital mit Motorola gesteuert, es wird aber ausschließlich analog gefahren. Das ist unter anderem durch die große Anzahl an Triebfahrzeugen und mitunter deren Alter begründet. Insofern brauch sich ModellStw gar nicht um die Steuerung der Triebfahrzeuge zu kümmern!!
Der PC zur Steuerung der Anlage ist ein Fujitsu mit Prozessor Intel(R) Core(TM) i5-3470 CPU @ 3.20GHz und 16 GB RAM
Betriebssystem Windows 10 pro 64-Bit
Intellibox I mit Booster und LDT HSI 88 Interface für die Rückmeldung von knapp 300 Meldern
Aktuell habe ich keine Makro´s und keinen Fahrplan konfiguriert.
Die Anlage wird bis auf den Hauptbahnhof, den Güterbahnhof und das Bahnbetriebswerk im Vollautomatikmodus betrieben.
Von dem Hauptbahnhof gehen 4 Hauptstrecken ab, die in 6 Schattenbahnhöfen münden.
Folgende Antworten kann ich Dir schon mal geben:
1. nicht geschaltete Signale
ModellStw zeigt auf dem Monitor die gewählte Fahrstrasse an, schaltet die entsprechenden Weichen und zeigt dann auch bei dem Startsignal Hp1/Hp2 an. Der notwendige Schaltvorgang am Signal findet aber nicht statt.
Eine Rückmeldung der Weichen ist bei mir nicht verbaut. Wenn ich die Schaltungen der Weichen kontrolliere, so sind diese all einwandfrei gemäß gewählter Fahrstrasse ausgeführt worden. Trotzdem wird die Schaltung des Signals nicht immer durchgeführt. Das passiert in der Regel bei hohem Zugverkehr.
Auf meiner Anlage sind alle Signale auch real als Relais vorhanden, also im Prinzip genauso zu schalten wie z. Bsp. eine Weiche.
2. Anzeige der Blöcke
Im normalen Betrieb wird von allen Blöcken zeitgenau der Zustand ( frei oder besetzt ) gemeldet. Kurz bevor sich das Programm aufhängt, bleiben die Zustandsmeldungen der Blöcke stehen, gewählte Fahrstrassenausleuchtungen verändern sich auch nicht mehr, obwohl die Züge noch bis zum nächsten Signal mit Hp0 weiterfahren und dann anhalten. Diese Situation kann dann nur durch den Neustart des Programms behoben werden.
3. Arbeitsgeschwindigkeit ModellStw und PC:
Ich habe mir den Taskmanager während des Betriebs von ModellStw angesehen. Die Auslastung der CPU geht zu keiner Zeit über 10 % hinaus.
In der Regel bewegt sich die Auslastung bei gleichzeitigem Betrieb von 6 Zügen bei 2 bis 5 % der CPU-Leistung.
ModellStw erscheint mir auch nicht zu langsam bis auf die Tatsache, dass Schaltungen von Signalen mitunter nicht ausgeführt werden.
4. Abspeicherung der Daten:
Im GO-Modus werden beim Anklicken des ICON´s mit der Diskette nur die Dateien.pcw und .lok abgespeichert, keine anderen Dateien.
Wechsel ich in den STOP-Modus, so werden im gleichen Moment automatisch nur die Dateien .bst, .spl und .zug gespeichert.
Die Dateien.pcw und .lok werden dabei nicht erneut abgespeichert. Auch die übrigen Dateien .cfg und .stw werden nicht abgespeichert.
Wenn ich dann das Programm ordnungsgemäß beende, werden erneut nur die Programme . lok, .pcw und jetzt auch .cfg abgespeichert.
Alle anderen Dateien werden nicht gespeichert.
Die Datei .stw kann nur separat über den Befehl " Stellwerke speichern" in der 1. Taskleiste gespeichert werden, ansonsten findet diese Abspeicherung gar nicht statt.
In dem Zusammenhang wäre es sehr hilfreich, wenn die Dateien .bst, .zug und .spl im GO-Modus jederzeit über Anklicken des ICON´s "Diskette" abgepseichert werden könnten. Dann wären bei einem Programmabsturz nahezu zeitaktuelle Datenstände vorhanden.
4. Absturz des Programms:
An diesem Punkt arbeite ich noch. Bisher hat das Markieren mit <Alt><M> noch kein Ergebnis gebracht. Aber Aufgeben ist auch keine Lösung!!
Zum Abschluss noch ein Wunsch:
In der Version B115 werden nun Multitraktionen viel besser gespeichert, das ist sehr gut.
Wäre es möglich, im Lok-Fenster die Lok´s irgendwie zu markieren, die im Multitraktionseinsatz sind. Die im Normaleinsatz befindlichen Lok´s sind ja schon mit dem (Z) kenntlich gemacht. Das wäre echt prima und eine Erleichterung.
Wenn ich zu Punkt 4. weitere Erkenntnisse habe melde ich mich wieder.
MÄ - Anlage mit ca. 450m K-Gleis, Intellibox I mit Booster zum Schalten, LDT HighSpeed Interface HSI88, Steuer PC Fujitsu 374K02N mit WIN10 pro,
ModellStw -- normal 10.7 B109 zur Steuerung, im Moment Test von 10.7 B115, Fahren nur analog
zu 1.) dieses Problem ist schon in den Vorversionen anzutreffen und auch schon geschrieben worden.
Bei mehr als 5 Zügen, werden die realen Signale nicht immer gestellt, obwohl der Monitor die korrekt anzeigt.
Da ich auch digital fahre, sieht das manchmal komisch aus, wenn dann die Züge mit LZB Manier an roten Signalen vorbeirauschen.
Wohlgemerkt: Die Fahrstraßen sind auf der Anlage wie im Monitor OK.
Bei Handsteuerung der Zugfahrten sind alle Signale OK -> Automatik (Fahrplan) hat hier zu kämpfen.
Servoweichen (teilweise aus Sicherheit mit Lagemelder) laufen aber naturbedingt noch, obwohl das Signal schon grün ist. Das ist mit der Verzögerung einfach zu lösen.
DKW Weichen blinken sehr lange obwohl die Endlage schon vorhanden ist, auch ist das Blinken nicht immer mit der realen Weiche identisch.
Programmabstürze habe ich keine festgestellt, aber die DICO ist bei längeren Fahrpausen > 1/2 STD öfter ausgestiegen, dann werden keine Frei / Belegtmeldungen mehr angezeigt und das Programm stoppt die Züge nicht,-, hier wäre eine Watch Dog Variante nicht übel???
Ich tippe auf eine Programmlähmung bei viel Betrieb.
Gruß Ferdinand
MÄ - Dachbodenanlage mit ca. 150m K-Gleis,-- Intellibox II zum Fahren und Schalten, die Meldezentrale als DICO,--- Steuer PC ist jetzt ein DELL L --D830 mit XP, ---CC-Can(CdB) fürs BW und Schaltaufgaben, der Achszähler ist jetzt bidirektional von Gerd Kruse, - ModellStw -- jetzt 10.B2 und 4 AZ - Blöcke einfach Genial !! Absolut Top!! --Grüße von der Mosel - Ferdinand --
Springe zu Forum:
Ähnliche Themen wie "ModellStellWerk Beta 10.7 B155" [38]
Eingetragen am 11.01.2025 14:30
v6.01.13 © 2003-2005