Servicemeldungen *allinclusive* Script

[alchy]

@0018
Auch für dich: Bitte das >> Fehlerprotokoll << posten zum Zeitpunkt der Ausführung des Scriptes / Programmes.

Und benenne dein Programm sicherheitshalber bitte anders als deine Systemvariable vor der erneuten Auslösung.

Alchy

[0018]

Neuer Versuch, leider ohne Erfolg....

Variable:

Variable.PNG (17.55 KiB) 2472 mal betrachtet

Programm:

Code:

Code: Alles auswählen

! Servicemeldungen auslesen und weiter verarbeiten zusammengetragen von Alchy & dtp
! v1.2
.. entfernt by Alchy

Das Programm wird immer gestartet wenn ich eine Servicemeldung generiere, die Variable ändert sich allerdings nicht.

generierte Servicemeldungen:

FehlerLOG:

homematic-2017-01-03.log

(90.88 KiB) 95-mal heruntergeladen

Hab ich nochwas übersehen bzw. was kann ich noch testen?


Mfg

[alchy]

Interessant, oh, oh ich ahne schon, mein Fehler
Du hast kein CUXD installiert und das CUxD.Exec Gerät.

Kurzum: Bitte Script von Seite 1 neu laden

Alchy

[BadenPower]

Du hast schon Recht ein Programm, Gerät und Variable kann den gleichen Namen haben. Aber wie weiter vorne zu sehen, gibt es dann Probleme wenn man es so macht.

Nein, es gibt nur Probleme, wenn man es nicht richtig macht.

0018 könnte es auch so lassen, muß aber dann z.B mit der ID Arbeiten um die Variable zu befüllen.

Auch hier ein klares "Nein".
Wenn man mit Namen arbeitet, dann muß man auf den Einsatz des global suchenden dom.GetObject() in Verbindung mit Namen verzichten und stattdessen die dafür vorgesehene Methode .Get() der entsprechenden Liste vervenden. Hier wäre dies die Liste der Systemvariblen und würde dann so aussehen:

Code: Alles auswählen

(dom.GetObject(ID_SYSTEM_VARIABLES)).Get("und_hier_jetzt _der_name_der_systemvariable");

Dadurch ist sichergestellt, dass das Objekt der Systemvariable mit dem namen genommen wird und nicht irgendetwas, was eben genau so heißt.
.

[0018]

Interessant, oh, oh ich ahne schon, mein Fehler
Du hast kein CUXD installiert und das CUxD.Exec Gerät.

Kurzum: Bitte Script von Seite 1 neu laden

Alchy

Danke, jetzt klappt es!

[blackhole]

Leicht OT:

Wenn man mit Namen arbeitet, dann muß man auf den Einsatz des global suchenden dom.GetObject() in Verbindung mit Namen verzichten und stattdessen die dafür vorgesehene Methode .Get() der entsprechenden Liste vervenden. (...) Dadurch ist sichergestellt, dass das Objekt der Systemvariable mit dem namen genommen wird und nicht irgendetwas, was eben genau so heißt.

Das ist ein sehr guter Hinweis, Danke dafür.
Ich habe das bei einem Teil der von mir veröffentlichten Skripte (Servicemeldungen SV, Mini SV-Datalogger) bereits umgesetzt.

[jawr]

Hallo,

ich würde das Skript auch gerne nutzen, verwende allerdings Telegram als Messenger. Besteht die Möglichkeit Telegram per default mit in das Skript zu integrieren?

Gruß,

jawr

[dtp]

Hi jawr,

ich hab da mal was zusammengebastelt. Schau mal in meine Signatur.

Gruß,

Thorsten

[jawr]

Danke, da habe ich erstmal was zu lesen, auf den ersten Blick sieht es doch so aus, dass dein zpnp die Nachrichten auf den jeweils eingesetzten Client verteilt. Zpnp kann aber doch in dem Skript für die Servicemeldungen gar nicht konfiguriert werden, oder was verstehe ich hier gerade falsch?

[alchy]

Hallo,
ich würde das Skript auch gerne nutzen, verwende allerdings Telegram als Messenger. Besteht die Möglichkeit Telegram per default mit in das Skript zu integrieren?
Gruß,
jawr

Ist erledigt.

Alchy