Servicemeldungen SV v3.15 (stable)

[blackhole]

Eine Neuerung und ein positiver Randeffekt, der mir von zwei Seiten zugetragen wurde:

• Beschreibung erweitert bzgl. der Systemvariable in Verbindung mit der Autoconfirm-Option
• Höhere Zuverlässigkeit bei Auftreten von Servicemeldungen bestimmter HM-Komponenten

[blackhole]

Servicemeldungen SV v2.20 ist veröffentlicht (Changelog)

• Kleinere Anpassungen für neue ReGaHss
• Code-Angleichung und -Reduzierung
• verbesserte Reaktion auf Servicemeldungen

[blackhole]

Servicemeldungen SV v2.21 ist veröffentlicht (Changelog)

• Der Inhalt der Systemvariable (letzte Servicemeldung) bleibt jetzt wieder erhalten

[blackhole]

Hallo zusammen,

ich habe soeben neben Servicemeldungen SV v2.21 eine zu testende Vorabversion von Servicemeldungen SV v2.22 veröffentlicht.

Diese Version soll vermeiden, dass die benutzte Systemvariable aktualisiert wird, obwohl keine inhaltliche Änderung erfolgt ist.
Dieses Verhalten wurde in Zusammenhang mit der Verwendung von blockierten Geräten beobachtet und hatte doppelte Meldungen gleichen Inhalts zur Folge.

[blackhole]

Servicemeldungen SV v2.22 ist veröffentlicht (Changelog)

• Aktualisierung der Systemvariable bei Inhaltsgleichheit unterbunden

Unnötige Aktualisierungen der Systemvariable wurden in Zusammenhang mit der Verwendung von blockierten Geräten beobachtet und hatten mehrfache Meldungen gleichen Inhalts zur Folge.
Danke an cyclopz für's Melden und Testen.

[JRiemann]

Hallo blackhole!
Ich habe da mal eine bescheidene Frage: Ist es möglich die zu ignorierenden Geräte nicht direkt im Skript zu hinterlegen, sondern aus einer separaten Variable auszulesen? Bei häufig wechselnden Geräte würde diese Vorgehensweise den Tausch einfacher machen da ich diese Variable bereits im Einsatz habe...
Leider habe ich keine Ahnung von Skripten und welche Änderungen ich vornehmen muss...

Danke im voraus!

[blackhole]

Ist es möglich die zu ignorierenden Geräte nicht direkt im Skript zu hinterlegen, sondern aus einer separaten Variable auszulesen?

Frei aus dem Handgelenk und völlig ungeprüft sollte das hier funktionieren:

Die Zeile ...

Code: Alles auswählen

var blockdevices = "XEQ012345678 YEQ012345678 ZEQ012345678";

... ersetzen durch ...

Code: Alles auswählen

var blockdevices = dom.GetObject(ID_SYSTEM_VARIABLES).Get("DEINE_SYSVAR_MIT_GERAETENAMEN").Value();

DEINE_SYSVAR_MIT_GERAETENAMEN einfach ersetzen durch den Namen der Sysvar vom Typ Zeichenkette, die Du verwenden möchtest und die Gerätenamen in der Sysvar mit Leerschritten trennen.

[JRiemann]

Vielen Dank für die schnelle Antwort!
Ich werde es morgen testen und berichten!

[JRiemann]

Hallo blackhole!
Der Test verlief mit Verwendung einer Zeichenkette-Variable erfolgreich.
Bei Nutzung einer Wertliste und Trennung der "Geräte" per Semikolon gibt es allerdings Probleme.
Die Bestätigung der "war gestört" Meldungen funktioniert weiterhin, aber es werden keinerlei Infos in die "Info" Variable geschrieben. Auch Meldungen von nicht gesperrten Geräten werden nicht in die Variable geschrieben.

Lässt es sich irgendwie ohne großen Aufwand umsetzten das eine "Wertliste" genutzt werden kann?

[blackhole]

Der Test verlief mit Verwendung einer Zeichenkette-Variable erfolgreich.

Sehr schön.

Bei Nutzung einer Wertliste und Trennung der "Geräte" per Semikolon gibt es allerdings Probleme.
Die Bestätigung der "war gestört" Meldungen funktioniert weiterhin, aber es werden keinerlei Infos in die "Info" Variable geschrieben. Auch Meldungen von nicht gesperrten Geräten werden nicht in die Variable geschrieben.

Die Wertausgabe [.Value()] von Wertelisten ist immer(!) eine Zahl (0, 1, 2, 3 ...): 0 wird für den ersten Wert der Werteliste ausgeworfen, 1 für den zweiten Wert, 2 für den dritten Wert und so weiter.

Lässt es sich irgendwie ohne großen Aufwand umsetzten das eine "Wertliste" genutzt werden kann?

Ich kann mir gut vorstellen, dass eine passende Methode zur Ermittlung der zugehörigen Bezeichnungen (eben die semikolongetrennten Begrifflichkeiten) irgendwo im Forum zu finden ist. Zur Hand habe ich sie gerade nicht.