Häufig getriggerte Programme listen

[MichaelN]

Es gibt eben gute Gründe die gegen Sonderzeichen in Objektnamen sprechen.

[Xel66]

Es gibt eben gute Gründe die gegen Sonderzeichen in Objektnamen sprechen.

Dem stimme ich voll und ganz zu. Ich habe die Verwendung von Sonderzeichen von Anfang an vermieden, auch wenn hier häufig berichtet wird, dass Anwender noch keine Probleme festgestellt hätten. Ich kenne die Problematik von anderen Systemen und habe daher gleich drauf verzichtet.

Auch von mir einen Dank für das hilfreiche Script. Ich habe die im Script benutzten Systemvariablen auf protokolliert stehen, weil ich sie auch für andere Zwecke benutze. Das Systemlog sieht in der Datums- und Uhrzeitspalte etwas merkwürdig aus. Das erste war ein manueller Scriptlauf, der zweite Eintrag der automatisch Lauf beim anlegen des Programms. Als Trigger habe ich mir die originale Anwesenheitsvariable gelegt. So würde ich so einen Eintrag nach einem Reboot generieren. Für Fehlersuchen kann man das Programm ja dann manuell triggern.

Gruß Xel66

[MichaelN]

Das Systemlog sieht in der Datums- und Uhrzeitspalte etwas merkwürdig aus

Das kann ja eigentlich auch nur durch Sonderzeichen in der Ausgabe geschehen, die als HTML Code interpretiert werden?

[Xel66]

Das kann ja eigentlich auch nur durch Sonderzeichen in der Ausgabe geschehen, die als HTML Code interpretiert werden?

Ich denke eher, dass durch irgendwas (vielleicht interne Namensdopplung mit Systemnamen) der Zeitstempel überschrieben anstatt ausgelesen wird. Ich verwende eigentlich keinen HTML-Code in Sytemvariablen. Ich generiere mir eine neue Cache-Variable und protokolliere diese nicht. Dann sollte es gut sein.

Gruß Xel66

[g55]

Das kann ja eigentlich auch nur durch Sonderzeichen in der Ausgabe geschehen, die als HTML Code interpretiert werden?

Ich denke eher, dass durch irgendwas (vielleicht interne Namensdopplung mit Systemnamen) der Zeitstempel überschrieben anstatt ausgelesen wird. Ich verwende eigentlich keinen HTML-Code in Sytemvariablen. Ich generiere mir eine neue Cache-Variable und protokolliere diese nicht. Dann sollte es gut sein.

Gruß Xel66

da stimme ich Euch voll und ganz zu. Sonderzeichen in Programmnamen / SVs / Objektnamen können problematisch werden, meine Erfahrungen :

• SVs mit Komma oder Semikolon im Namen sind evtl. "tödlich" für das CCU-SystemProtokoll ... da sieht man plötzlich gar nix mehr
• Ähnliches gilt wohl auch für andere Objekte wie Geräte, Kanäle, Gruppen, Gewerke etc.
• ich vermeide zudem die deutschen Umlaute in irgendwelchen Namen "äöüß" ... die CCU kann das mMn irgendwie nicht ... hatt da früher schon mal Probleme mit Scripten und Herausfinden des Namens des Channels vom Datenpunkt
• was bei mir bisher funktioniert an Sonderzeichen in Programmen, SVs, Objektnamen ist : .-_ und auch Leerzeichen

btw... Ich hab das "Programme Listen" grad im Testen ... schon sehr hilfreich zu sehen, was da so alles getriggert wird ... verstehen kann ich es noch nicht ganz, da z.B. auch Programme gelistet werden, die nach meinem Debug / SDV-Debug definiv nicht getriggert werden ... hab jedoch noch keinen Plan, wieso, warum weshalb ??
Kurze Vermutung : wenn die Auslöser des Programms, bei mir z.B. 2 HMIP-SWDO Kontakte, ihre zyklischen Meldungen senden, wird der Timestamp des Programmes zwar aktualisiert, das Programm selbst jedoch nicht ausgeführt

"hope it helps"

[MichaelN]

getriggert bedeutet nicht, dass das Programm auch ausgeführt wurde. Ggf. wurde nur die Bedingungsprüfung durchführt.

[g55]

danke, so ist auch mein Verständnis.
dein Script analysiert eben den TimeStamp des Programms. Sehe ich im SDV auch genau so. Wenn ich also per SDV-Debug / eignem Debug das Programm monitore und das eben nicht sehe, wird das Programm von der CCU wohl zwar gecheckt (+Timestamp geändert), aber eben wohl nicht ausgeführt .

ok, wieder was dazu gelernt

[schlichi]

Hallo Michael,

Es gibt eben gute Gründe die gegen Sonderzeichen in Objektnamen sprechen.

... und die Gründe sind vor allen Dingen die Programmierer

Wenn Du in Deinem Script "," als Trennzeichen verwendest, kann das mit der Systematik meiner Kanal- und Programmnamen nicht funktionieren. Ich habe mir erlaubt das Script, durch Austausch des Trennzeichens in das Sonderzeichen "&", zu verändern.

... und siehe da,

Code: Alles auswählen

Licht, Dusche-, auto, bew - 34
Lüftung, Bad-, :6 - 33
Lüftung, Bad-, g/kg - 36
Lüftung, Dusche-, :6 - 34
Lüftung, Dusche-, g/kg - 36
Lüftung, WoZi-, g/kg - 36
Lüftung, WoZi-, Meldung - 33
 
=== wie häufig getriggert: Lüftung, WoZi-, Meldung:5x === Lüftung, WoZi-, g/kg:5x === Lüftung, Dusche-, g/kg:5x === Lüftung, Dusche-, :6:5x === Lüftung, Bad-, g/kg:5x === Lüftung, Bad-, :6:5x === Licht, Dusche-, auto, bew:5x === System Fenster:4x === Lüftung, SchlZi-, g/kg:4x === Lüftung, ArZi-, g/kg:4x === 

...genauso, wie Du das Ergebnis dargestellt hattest.

In diesem Falle also nicht die "CCU2", mit der ich bisher bewußt keine Probleme bzgl. Sonderzeichen hatte.

Gruß
schlichi

[MichaelN]

Und was machen wir, wenn der nächste & und , im Programm Namen verwendet?

[MichaelN]

Das kann ja eigentlich auch nur durch Sonderzeichen in der Ausgabe geschehen, die als HTML Code interpretiert werden?

Ich denke eher, dass durch irgendwas (vielleicht interne Namensdopplung mit Systemnamen) der Zeitstempel überschrieben anstatt ausgelesen wird. Ich verwende eigentlich keinen HTML-Code in Sytemvariablen. Ich generiere mir eine neue Cache-Variable und protokolliere diese nicht. Dann sollte es gut sein.

Wenn Du die SV zum Zwischenspeichern nicht vor dem ersten Lauf geleert hast (oder parallel noch für andere Zwecke nutzt) und da noch "komische" Inhalte drin standen, dann kann es zu diesem Effekt kommen.

Code: Alles auswählen

string SVName = "xxTest"; ! Name der Systemvariablen (Typ Text) zum Zwischenspeichern
dom.GetObject(ID_SYSTEM_VARIABLES).Get(SVName).State("");