Auslöser eines Programmes finden und loggen

[alchy]

Es ist richtig, daß bei SysVar kein Datum/Uhrzeit ausgegeben wird.

Herrgott. Mir ist durchaus bewusst das es Trigger gibt, bei denen ich keine Uhrzeit angehangen habe. Im Gegenteil die sind sogar nur testweise reingekommen um etwas anderes gegen-zu-prüfen.
Hat bisher keinen gestört und vor allem hatte Muasmolle nichts von Systemvariable oder sonst etwas erwähnt.
Wenn es ein allgemeiner Wunsch ist, kann ich den Zeitstempel aber gern überall dran hängen. Mal sehen.

ist schon klar, will Alchy nicht in die "Suppe spucken".

Du träumst doch.
Ich geb dir einen Tipp - entwickle eigene Lösungen für irgendwelche Probleme und veröffentliche sie hier und betreibe dann Support dafür.

vielen Dank für deinen Tipp! Damit war der doppelte Programm-Name erstmal weg.

Hallo Alchy, ja, du hast recht, natürlich sind die ganzen Infos im Sys-Protokoll der UI völlig OK.

Letzmalig:
Ich habe ja oben angedeutet / geschrieben, was hier in dem Script so ist und warum.
Wenn du etwas willst, dann (be)schreib einfach so genau wie möglich was du willst.
Dann treffe ich gern die Entscheidung ob ich etwas grundsätzlich an dem Script ändere oder vielleicht nur eine angepasste Version für dich schreibe oder etwas ganz anderes, oder oder...

Oder Schlichi schreibt dir eine Lösung, aber dann in einem anderen Thread und erst Recht nicht mittels einer Kopie meines Scripts und + basteln.

Alchy

[schlichi]

Hallo Alchy,

..
Interessant finde ich aber den Nebensatz

Meist fehlt auch das Datum und Uhrzeit am Ende

das könnte ich mir mal anschauen.
Wäre mal interessant einen solchen Eintrag hier zu lesen. Also poste mir bitte mal einen solchen Eintrag bei dem das Datum fehlt. Danke.
..

... ich kann Deine "schlechte Laune"

Ich geb dir einen Tipp - entwickle eigene Lösungen

nicht nachvollziehen. Du wolltest doch den Eintrag sehen, also hab ich ihn gebracht.

Sorry, falls mein Beitrag gestört haben sollte.

Gruß
schlichi

[Muasmolle]

Hallo Alchy,
vielen Dank für deine Bereitschaft, hier zu helfen!
Die Idee mit zwei verschiedenen Skripten für zwei verschiedene Anwendungen finde ich gar nicht schlecht.
a) Version Maxi so wie sie ist, - für reine Auswertungen im Systemprotokoll. Hier bräuchte man ja eigentlich auch keinen Zeitstempel, denn der ist ja bereits ersichtlich.
b) Version Light, (kompakte Ausgabe incl. Zeitstempel) für andere Anwendungen, wie z.B. bei mir, damit es auch in HMIs angezeigt und für "normale" Bediener (Also meine Frau ) gelesen und verstanden werden kann.
Ich hatte sehr lange deine Version 0.8, damit war ich vollstens zufrieden, einziges Problem war, dass es in RaspberryMatic nicht mehr funktionierte.
Ich habe leider keine Logs mehr von der Version 0.8, aber ich denke, keiner weiß besser als du, was und wie damals alles geloggt wurde.

[Dani3000]

Hallo,

ich hatte bisher erfolgreich die Version 0.8 in Gebrauch und bin sehr zufrieden. Einfach ein tolles Script.
Leider funktioniert es seit ein Paar Tagen nicht mehr. Ich hatte mit dem Script die Fenster und Türen überwacht (verdeckte Fensterkontakte), also wann welches Fenster/Tür geöffnet/geschlossen wurde. Doch auf einmal erhalte ich keine Ausgabe mehr in der SV . Geändert habe ich nichts bis auf das Einspielen der CCU3-Firmwareversion: 3.63.8. Ob es daran liegt, keine Ahnung.
Jedenfalls habe ich jetzt die V0.8 durch die V1.0 ersetzt und es funktioniert wieder.
Leider fehlt mir jetzt der Zeitstempel und anstatt des "Klarnamens" des Fensters, wird mir die HMIP-Nummer angezeigt.
Es wird mir auch nicht "offen" oder "geschlossen" angezeigt sondern "0" oder "1". (Ich glaub ich hatte damals schon unter "Shutter Contact" von "binary" auf "integer" geändert? Weiß es aber nicht genau.)
Bekomme ich irgendwie die alte Version 0.8 wieder ans laufen oder die Version 1.0 angepasst?

Ich bin dankbar für jede Hilfe.
Grüße,
Dani3000

[alchy]

Bei mir sieht es so aus

mit HmIP-SWDO oder HmIP-SWDO-I

was anderes habe ich nicht greifbar im Moment. Sollte aber bei anderen Fensterkontakten auch so aussehen. Vielleicht geht das auch in die Richtung wie beim Vorposter über dir, der gern weniger Angaben haben wollte.

Leider ist deine Fehlerbeschreibung nicht so aussagekräftig, und "Glaskugelputzen" lass ich schon geraume Zeit hier im Forum sein.

Alchy

[Dani3000]

Hey Alchy,

ich versuche es mal genauer zu beschreiben:

Nachfolgend die V0.8 von Dir mit der ich bisher erfolgreich gearbeitet habe.
Ich glaube mich zu erinnern in Zeile...
" if ( (src.ValueTypeStr() == "Integer") && (dom.GetObject(((dom.GetObject(src)).Channel())).HssType() == "SHUTTER_CONTACT") ) {"
...von "Binary" auf "Integer" geänert zu haben da ich bei den Fensterkontakten HmIP-SWDO-I nicht "offen/geschlossen" sondern "0/1" in der SV bekommen habe. Mit "Integer" kam dann "offen/geschlossen" in der SV.

Code: Alles auswählen

! Programmauslöser egal welchen Types (soweit ich es überblicken kann) 
! mit Programmname, Auslöser, Auslösewert und (Einheit falls vorhanden) und Zeit in Stringvariable schreiben
! v 0.8 (c) by alchy
! +++++++++++++++++

Wie bereits geschrieben, funktioniert das Script bei mir seit einigen Tagen nicht mehr, vermutlich seit der Aktuellen Firmwareversion: 3.63.8.
Das ist aber nur eine Annahme aus dem zeitlichen Zusammenhang heraus.

Aktuell sieht das somit, mit obiger V0.8 folgendermaßen aus:
Zeile1 Manuelle Programmauslösung.
Zeile2 Fenster wurde geschlossen.

Leider habe ich keinen Screenshot von der SV-Ausgabe, wo es noch die "die funktionierende" SV-Ausgabe gab. (Blöder Satz.)

Das Programm zur Auslösung sieht so aus:

Also, aufgrund des Verhaltens der bewährten V0.8 habe ich auf V1.0 (unverändert bis auf den Namen der SV) des Scriptes gewechselt.
Mit V1.0 sieht die SV folgendermaßen aus:
Zeile1 Manuelle Programmauslösung.
Zeile2 Fenster wurde geschlossen.

Was mich an der V1.0 "stört" (das stört bitte nicht falsch verstehen ) ich sehe nicht den Klarnamen des Gerätes (Fenster_Alina), keinen Zeitstempel und nicht "offen" oder "geschlossen". Mit den restlichen Angaben kann ich sehr gut leben.

Ich hoffe es ist jetzt ein wenig ausführlicher.
Vielen Dank für die Reaktion und Hilfe.
Viele Grüße und einen schönen Abend.
Danie3000

[schlichi]

Hallo Dani 3000,

hast Du schon mal etwas von "Kanal protokollieren" gehört?

Man kann ja mit Kanonen auf Spatzen schießen....

Gruß
schlichi

[Dani3000]

Hallo Dani 3000,

hast Du schon mal etwas von "Kanal protokollieren" gehört?

Fenster.JPG

Man kann ja mit Kanonen auf Spatzen schießen....

Gruß
schlichi

Hallo,
das mit der Wummme auf den Vogel schießen kann schon sein. Ich verwende die SV in Mediola und bisher hat die Wumme halt getroffen . Das mit dem Protokoll ist mit Sicherheit eleganter, ohne Frage. Ich hatte es halt bisher so. Man kann immer besser werden.
Wie bekomme ich die Protokolleinträge in eine SV?
Gruß,
Dani3000

[alchy]

Die 0.8 ist Geschichte.....
Bei dir wurde da ja etwas abgeschnitten im Protokoll / in der Ausgabe des Scriptes nach dem = sollte ja nicht nur der Kanalname auftauchen sondern noch ein bissel mehr.
Wenn du im >> Fehlerprotokoll <<
nachschaust, sollte da ein RuntimeError zu der Zeit zu finden sein wenn das Script läuft?


Mein Bildchen zeigt ja auch einen HmIP-SWDO-I mit der original grad frisch kopierten v1.0 aus dem Forum allerdings noch auf 3.61.7

Sollte da wieder etwas im Busch sein mit der neuen FW? Wundern würde es mich gar nicht.....

Da ich nur noch kurz mal zu Hause bin, wollte ich eigentlich erst nach Ostern irgendetwas updaten oder machen.
Deshalb gibt es ja auch noch keine "light Version" wie von Muasmolle oben gewünscht.

Alchy

[Dani3000]

Ja da findet sich ein (Runtime?)Error.

Code: Alles auswählen

Apr  4 22:20:00 ccu3-webui user.debug script: [DutyCycle 24] c DutyCycle mit HM Script und system.exec v 1.0 by Alchy
Apr  4 22:28:53 ccu3-webui local0.err ReGaHss: ERROR: ScriptRuntimeError: string channels = "21350	21358";string timestamps = "04.04.2022 22:24:47	04.04.2022 17:56:15"; [ExecError():iseESPexec.cpp:12883]

...böhmische Dörfer.....

Ich tippe ja auch auf die FW. (hab aber keine Ahnung)
Siehe hier mein Beitrag:
viewtopic.php?f=26&t=73432&p=713308#p713308

Viele Grüße und Danke!!
Dani3000