EMESausfall Leo2A4

Netzwerk?
Einzelspieler?

Testmodus?

Ist der Ausfall wiederholbar oder selten und (zumindest scheinbar) zufällig?

Ich hatte dieses Verhalten auch schon mehrfach. Am einschneidensten war das seinerzeit auf Version 4.62 in einer Netzwerksession. Das Szenario wurde extra auf die aktuelle Version angepasst. Kam aber auch danach nochmal vor.
Das Verhalten war für mich nicht repoduzierbar. Ich bin trotzdem zunächst von einem Bedienfehler ausgegangen.

Es handelte sich aber in dem genannten Beispiel um den Leopard 2A6. Sollte es also tatsächlich ein Bug (oder Artverwandt) sein, dürfte zumindest ein größerer Teil der Leopard 2 Familie betroffen sein.

Ich versuche das Verhalten (auch mit anderen Fahrzeugen der Leo2 Familie) nochmal zu wiederholen und werde berichten.

Moin,

Es ereignete sich bei mir im Netzwerkbetrieb und die Betroffenen waren Clients. Schadfahrzeuge: Leo2A4 und Leo2A5!

mkG

Wenn es eine Netzwerk-Geschichte ist, dann bitte weiter beobachten und schauen, ob man es irgendwie eingrenzen kann. Die Netzwerk-SItzungen bitte im Debug-Modus betreiben und den ungefähren Zeitpunkt der Ausfälle, wenn sie auftreten, notieren. Dann können wir uns die debug-Logs von Client- und Hostmaschine ansehen (Host sollte auch im Debug-Modus laufen)

Ganz kurz nochmal, den Debug Modus startet man wie?

Windows Startmenü - eSim Games - Steel Beasts Pro PE - Troubleshooting

Da ist auch die Verknüpfung zum "safe mode" und zum CrashDump-Ordner

Perfekt, ich war (wieder mal) blind, vielen Dank!

Also wir haben das eben nochmal ausprobiert. Das mit dem Debug Modus war leider nicht möglich, da ich als Debug Client nicht auf den Server verbinden konnte und den Server konnte ich aufgrund fehlender Lizenz nicht im Debug Modus starten.
Ich versuche es trotzdem so ausführlich wie möglich zu erläutern, damit der Fehler reproduzierbar ist.

Testanordnung:

Netzwerktraining
Version: 4.163

Szenario mit 5 Fahrzeugen, 1 x M113, 4 x Leopard 2 A5

1 Server, 2 Clients (1 Kdt, 1 RS)

RS misst mehrfach in kurzer Zeit verschiedene Entfernung mit Laser. Je nach Geschwindigkeit fällt der Laserenrfernungsmesser aus (Anzeige EMES/LASR wie auf Screenshot im ersten Beitrag, Keine Schadensmeldung am rechten Bildschirmrand).
Der Ausfall bleibt bis Ende des Szenarios bestehen. RS hat permanent 999 Entfernungsanzeige und Entfernungen können nicht mehr gemessen werden.

Der Fehler bleibt auch bestehen nach:

- Verlassen des Fahrzeugs

- Turm aus- und wieder einschalten

Einzeltraining

Version: 4.163

Szenario mit 5 Fahrzeugen, 1 x M113, 4 x Leopard 2 A5

RS misst mehrfach in kurzer Zeit verschiedene Entfernung mit Laser. Je nach Geschwindigkeit fällt der Laserenfernungsmesser aus (Anzeige EMES/LASR wie auf Screenshot im ersten Beitrag, Keine Schadensmeldung am rechten Bildschirmrand).

Der Ausfall ist nach wenigen Sekunden behoben. RS hat einige Sekunden lang 999 Entfernungsanzeige. Der Ausfall bleibt nur wenige Sekunden bestehen. Entfernungen können nach dieser Zeitspanne wieder wie gewohnt gemessen werden.

Vermutung:

Es liegt ein Fehler bei der Laserüberhitzung im Netzwerk vor. Im Einzeltraining kühlt der Laser richtigerweise nach einigen Sekunden wieder auf die Betriebstemperatur herunter und kann weiter verwendet werden. Möglicherweise liegt ein Synchronisationsfehler vor, der das Herunterkühlen im Netzwerk nicht überträgt.

Insgesamt lässt sich der Fehler aber nur sehr schwer reproduzieren. In einem anderen Test trat der Fehler zunächst bei allen Fahrzeugen auf, bei einigen (jedoch nicht allen) war er nach dem Verlassen des Fahrzeuges und einigen Minuten wieder verschwunden. Ebenfalls scheinen nicht nur Leoparden davon betroffen zu sein, der Fehler trat bspw. auch beim M1A1 (HA) auf.

Im Augenblick scheint der einzige Workaround zu sein, den Laser nur mit sehr viel Bedacht einzusetzen und darauf zu hoffen, dass der Fehler nicht auftritt.

So, habe mit Dr.Thodt ein Test-EMES-Szenario gefahren.

Fahrzeuge: je 1x Leo1A5, Leo2A4, Leo2A5 und M1A2(HA)

Host (ich) zunächst auf Leo1A5, Client (Dr.Thodt auf den 3 anderen).

Geschehen:

Leo1A5 gelasert mit wiederltem Laserausfall der aber nach kurzer Zeit repariert wurde.

Bei Dr.Thodt irreparabel nach jeweils erstem Laserausfall.

Dr.Thodt und ich tauschten die Pz. Bei Leo1A5 (Dr.Thodt) ebenfalls Laserausfall; ich konnte bei defektem Pz nicht den Laser wiederaktivieren!

DebugLog_0 angefügt:

DebugLog_0.txt

Danke; die Vermutung, was da los sein könnte, klingt stichhaltig.

Das Verhalten tritt in Version 4.167 weiterhin auf.

Ssnake schrieb:

Wenn es eine Netzwerk-Geschichte ist, dann bitte weiter beobachten und schauen, ob man es irgendwie eingrenzen kann. Die Netzwerk-SItzungen bitte im Debug-Modus betreiben und den ungefähren Zeitpunkt der Ausfälle, wenn sie auftreten, notieren. Dann können wir uns die debug-Logs von Client- und Hostmaschine ansehen (Host sollte auch im Debug-Modus laufen)