Servicemeldungen *allinclusive* Script

[alchy]

Das magst du so sehen, ich will mich auch nicht mit dir streiten.
Ich würde aber behaupten das ich den Code

Code: Alles auswählen

var emailtext_inhalt;
emailtext_inhalt = dom.GetObject("Mailtext").Value();

nicht im Script verwende. Also hast du ihn entweder da eingefügt oder der Fehler wird generiert,
weil mein Script ein anderes externes Script aufruft. (Vielleicht auch im TCL Reiter des EMailaddons )
Und die Fehlermeldung kommt zu 99% auf Grund der Steuerzeichen. Musst du mir aber auch nicht glauben.

Zum anderen Fehler:

Die Mails werden selbstätig automatisch generiert.

Wenn das Script jede Minute ausgeführt wird, dann wird und muss das seinen Grund haben und es ist nicht das Script selber, was da sich selber aufruft.
Wenn du es richtig eingerichtet hast, dann wird das Script aufgerufen bei einer Änderung der Anzahl der Servicemeldungen.
Schau dir einfach mal die Ausführungszeit des Programmes, welche das Allinc. Script aufruft, an oder noch besser protokolliere das Programm oder die Systemvariable oder bau einen einfachen Zähler ein, oder auch bei Servicemeldungen bei erster und letzter Meldung nach oder, oder..

Die einfachste Situation, die ich mir vorstellen kann ist, das du minütlich die Steckdose durch ein anderes Programm versuchst zu schalten, oder sie falsch per Script abfragst. Daher auch mein Schuss ins Blaue, weil dies die Servicemeldung erneuert damit kurzzeitig die Anzahl der Servicemeldungen ändert und das Script einfach seine Arbeit macht.


Alchy

[JRiemann]

Hallo Alchy!
Nur zur Info hier die Datenpunkte von zwei neuen IP-Geräten:
Wassermelder SWD:
Interessant ist unter anderem der "Sabotage" Datenpunkt "ERROR_NON_FLAT_POSITIONING".
Es werden 2 Batterien der Größe AA verwendet.

Lichtsensor HMIP-SLO: Hier werden 2 Batterien der Größe AAA verwendet.

[finerider]

Moinsen alchy,

ich habe mich erst heute Morgen wieder diesem meinem Thema gewidmet.

Vielen lieben Dabk für deinen Input und deine Anregungen. Das hat mein Problem aktuell gelöst. Aber nun im Einzelnen - auch für die Nachwelt -

Du hattest Recht -

Das magst du so sehen, ich will mich auch nicht mit dir streiten.
Ich würde aber behaupten das ich den Code

Code: Alles auswählen

var emailtext_inhalt;
emailtext_inhalt = dom.GetObject("Mailtext").Value();

wird von dir nicht verwndet, steht aber auch nicht in meinem Script. Woher dies kommt - keine Ahnung.

... (Vielleicht auch im TCL Reiter des EMailaddons )

Deine Zeile stand an erster Stelle im TCL-Reiter des E-Mail-Addons; es folgten weitere. Diese habe ich alle entfernt.

Zum anderen Fehler:

Die Mails werden selbstätig automatisch generiert.

Wenn das Script jede Minute ausgeführt wird, dann wird und muss das seinen Grund haben und es ist nicht das Script selber, was da sich selber aufruft.

Ich habe zur weiteren Eingrenzung zunächst alle Scripte deaktiviert, die in irgeneiner Form das E-Mail-Addon benutzen.

Mit all diesen Maßnahmen arbeitet dein Script, wie es soll. Noch mal vielen Dank für deinen Aufwand dafür, deinen unermüdlichen Einsatz und hier im Speziellen für meine Problemlösung.

Was ich mit den daktivierten Scripts mache, weiß ich aktuell noch nicht; aber hier wird an einer Stelle das Problem liegen.

Ich folge hier jetzt erst einmal dem KISS-Prinzip.

Viele Grüße

Thilo

[Xel66]

Was ich mit den daktivierten Scripts mache, weiß ich aktuell noch nicht; aber hier wird an einer Stelle das Problem liegen.

Es ist vielleicht eine gute Idee, den Mailversand zu zentralisieren. So muss man die Funktionalität nicht in allen Programmen hinterlegen. Ich habe eine Systemvariable für jeden Anwendungszweck (2× Mail, Pushover, Telegram, Text-to-speech), die ich in jedem Programm beliebig mit Inhalt füllen kann. Bei Änderung (Aktualisierung) der jeweiligen Variable kümmert sich ein Programm um den Versand des Variableninhaltes. So muss man diese Funktionalität nur ein einziges Mal erstellen und kann von überall Inhalte durch simples Beschreiben einer String-Systemvariable versenden. Ich benutze zwar eine eigene Lösung, aber das zPNP-Script von dtp macht ähnliches.

Gruß Xel66

[finerider]

Vielen Dank Xel66, aber so ähnlich habe ich das Ganze realisiert ----- und irgendwo liegt da der Hase im Pfeffer begraben.

alchys Script deckt aktuell meine Anforderungen ab. Weiteres werde ich erst bei wirklichem Bedarf wieder aktivieren.

[alchy]

Interessant ist unter anderem der "Sabotage" Datenpunkt "ERROR_NON_FLAT_POSITIONING".

Ich vermute mal, das es dort weiter einen Sabotage Datenpunkt gibt, wahrscheinlich Mikroschalter gesteuert beiim Öffnen des Gerätes wie bei fast allen.

UND

zusätzlich einen Datenpunkt "Fehler Lageerkennung" bzw. "Winkel Lageerkennung überschritten"
sprich wenn er angehoben wird. Ich habe es mal versuchsweise so eingebaut, wie ich es geschätzt habe.
Ode rhast du die Servicemeldungen schon live gesehen?

Es werden 2 Batterien ...

vielen Dank !, eingebaut in v1.98

Alchy

[JRiemann]

Sorry, ich habe mich falsch ausgedrückt! "Sabotage" hatte ich extra in Anführungszeichen gesetzt. Eine Sabotageerkennung per Mikroschalter beim öffnen des Gerätes gibt es nicht. Die "Sabotage" wird per Lagesensor erkannt und dann in den Datenpunkt: ERROR_NON_FLAT_POSITIONING geschrieben.

[alchy]

Wie oft dort schon irgendein neues Schema eingeführt wurde. Kein Wunder, das EQ-3 nicht klar kommt.

Und als Servicemeldung wird dann Sabotage geschrieben oder Lageerkennung?
Lt. den internen Scripten sollte es Lageerkennung sein und es sollte mit dem Script funktionieren.

Danke für die Info. So einen Wassermelder bestell ich mir, für den hab ich wenigstens Verwendung.

Alchy

[JRiemann]

Bei "Sabotage" durch Lageveränderung wird eine Servicemeldung wie in meinem 1. Screenshot geworfen.

Ja, das Skript reagiert richtig. Getestet habe ich aber nur das schreiben in eine Sys-Var weil ich sonstige Push-Dienste nicht nutze.

servicemeldung.jpeg (22.01 KiB) 2223 mal betrachtet

[alchy]

Vielen Dank für deine Rückmeldung.
Also, neue Servicemeldung erfolgreich integriert dank deiner Hilfe !

Alchy