Nicht erreichbare Geräte prüfen geht nicht mit Script
Moderator: Co-Administratoren
Nicht erreichbare Geräte prüfen geht nicht mit Script
hallo
Habe für IP Geräte BSP Steckdose ein Scrit, das ein Mail sendet, wenn die Timestamp Zeit Differez grösser ist als die aktuelle Zeit. Das funzt soweit wie es soll.
Mache ich das bei klassischen Geräten zählt die Zeit unendlich hoch BSB 60000. Die Geräte haben ja auch ein Unreacht Status!
Wer hat eine Erklärung? Das Beispiel eines klassischen Gerätes dass einfach hochzählt. Die IP-Dose im Anhang funktioniert
Habe für IP Geräte BSP Steckdose ein Scrit, das ein Mail sendet, wenn die Timestamp Zeit Differez grösser ist als die aktuelle Zeit. Das funzt soweit wie es soll.
Mache ich das bei klassischen Geräten zählt die Zeit unendlich hoch BSB 60000. Die Geräte haben ja auch ein Unreacht Status!
Wer hat eine Erklärung? Das Beispiel eines klassischen Gerätes dass einfach hochzählt. Die IP-Dose im Anhang funktioniert
- Dateianhänge
-
- program.txt
- (1.49 KiB) 29-mal heruntergeladen
-
- Beiträge: 9679
- Registriert: 27.04.2020, 10:34
- System: CCU
- Hat sich bedankt: 700 Mal
- Danksagung erhalten: 1626 Mal
Re: Nicht erreichbare Geräte prüfen geht nicht mit Script
Keine Ahnung was du machst, aber ich überprüfe erfolgreich mit timestamp ob mein HM Sensor noch Daten sendet.
LG, Michael.
Wenn du eine App zur Bedienung brauchst, dann hast du kein Smarthome.
Wettervorhersage über AccuWeather oder OpenWeatherMap+++ Rollladensteuerung 2.0 +++ JSON-API-Ausgaben auswerten +++ undokumentierte Skript-Befehle und Debugging-Tipps +++
Wenn du eine App zur Bedienung brauchst, dann hast du kein Smarthome.
Wettervorhersage über AccuWeather oder OpenWeatherMap+++ Rollladensteuerung 2.0 +++ JSON-API-Ausgaben auswerten +++ undokumentierte Skript-Befehle und Debugging-Tipps +++
- Baxxy
- Beiträge: 10832
- Registriert: 18.12.2018, 15:45
- System: Alternative CCU (auf Basis OCCU)
- Hat sich bedankt: 608 Mal
- Danksagung erhalten: 2227 Mal
Re: Nicht erreichbare Geräte prüfen geht nicht mit Script
Der Zeitstempel von "Unreach" bei klassischen HM-Akoren wird wohl nur aktualisiert wenn sich der Status ändert.
Ansonsten steht da (zumindest bei mir) grob die Zeit des letzten Zentralenstarts drin.
Wenn du das also nutzen willst solltest du zumindest noch eine Abfrage einbauen ob "Unreach" true ist, also ansteht.
Und nebenbei...
Knapp 14h ist schon ne recht lange Zeit...
Ansonsten steht da (zumindest bei mir) grob die Zeit des letzten Zentralenstarts drin.
Wenn du das also nutzen willst solltest du zumindest noch eine Abfrage einbauen ob "Unreach" true ist, also ansteht.
Und nebenbei...
Code: Alles auswählen
var unreach = diff > 50000;
Grüße... Baxxy
- Raspberry Pi 4 als Homematic-Zentrale - Tipps und Informationen
- Analysescript für genutzte Funk-Adressen, Funkmodul-Hardware und Zentralen Hardware
- NANO CUL 868MHz - Stick zum AskSin Analyzer XS umflashen (Anleitung für ArduinoIDE unter Windows)
- Firmware Updates für IP-Aktoren / Sensoren... Info's, Tipps und Sonstiges
- CCU funkt nicht - CarrierSense (CS) Probleme erkennen und lösen
Re: Nicht erreichbare Geräte prüfen geht nicht mit Script
Ja Kollege ich habe so ein Wohnzimmer Thermostat der wechselt ja die Temp in kurzen Abständen aber trotzdem zählt das Teil hoch > aktuell bei 97000!!
Ich will ja nur Geräte finden die nicht mehr erreichbar sind. Tote Geräte, wegen Batterie usw. melden keinen Status. Frage: Gibt es ein Alternative solche Geräte in der CCU zu detektieren. Plumpe Methode bei einem Thermostat wäre ZB wenn sich die Temp über eine gewisse Zeit nicht ändert, aber das ist Bastelei
Ich will ja nur Geräte finden die nicht mehr erreichbar sind. Tote Geräte, wegen Batterie usw. melden keinen Status. Frage: Gibt es ein Alternative solche Geräte in der CCU zu detektieren. Plumpe Methode bei einem Thermostat wäre ZB wenn sich die Temp über eine gewisse Zeit nicht ändert, aber das ist Bastelei
-
- Beiträge: 9679
- Registriert: 27.04.2020, 10:34
- System: CCU
- Hat sich bedankt: 700 Mal
- Danksagung erhalten: 1626 Mal
Re: Nicht erreichbare Geräte prüfen geht nicht mit Script
LG, Michael.
Wenn du eine App zur Bedienung brauchst, dann hast du kein Smarthome.
Wettervorhersage über AccuWeather oder OpenWeatherMap+++ Rollladensteuerung 2.0 +++ JSON-API-Ausgaben auswerten +++ undokumentierte Skript-Befehle und Debugging-Tipps +++
Wenn du eine App zur Bedienung brauchst, dann hast du kein Smarthome.
Wettervorhersage über AccuWeather oder OpenWeatherMap+++ Rollladensteuerung 2.0 +++ JSON-API-Ausgaben auswerten +++ undokumentierte Skript-Befehle und Debugging-Tipps +++
-
- Beiträge: 10754
- Registriert: 24.02.2011, 01:34
- System: CCU
- Hat sich bedankt: 65 Mal
- Danksagung erhalten: 673 Mal
Re: Nicht erreichbare Geräte prüfen geht nicht mit Script
Du traust also den vom System erzeugten Servicemeldungen nicht und bastelst dir was eigenes.
Wieso benutzt du den Datenpunkt UNREACH?
Interessehalber: wie startest du dieses "Programm"? also dein Script ?
Alchy
Wieso benutzt du den Datenpunkt UNREACH?
Interessehalber: wie startest du dieses "Programm"? also dein Script ?
Alchy
Blacklist................... almost full
Ignoranz ist die Summe aller Maßnahmen die man ergreift, um bestehende Tatsachen nicht sehen zu müssen.
© Sandra Pulsfort (*1974)
Lies bitte die Logik von WebUI Programmen und die Tipps und Tricks für Anfänger.
Wichtig auch CUxD ersetzt System.exec. Die HM Script Doku (Downloadart Skripte) hilft auch weiter.
Zum Testen von Scripten den >> HomeMatic Script Executor << von Anli benutzen.
Re: Nicht erreichbare Geräte prüfen geht nicht mit Script
Zur Antwort von Alchy: Ich starte das Programm mit Zeitsteuerung, so alle 30Min. Was heisst, ich traue dem System nicht? Wenn ich an einem klassischen Gerät die Batterie entferne kommt nie was zurück, darum verstehe ich die Homematic Abfrage nicht "Batterie leer"!
Das ganze dreht sich um den Zeitstempel, was kann ich aktiv tun um den Zeitstempel zurückzusetzen ohne die CCU zu rebooten
Das ganze dreht sich um den Zeitstempel, was kann ich aktiv tun um den Zeitstempel zurückzusetzen ohne die CCU zu rebooten
-
- Beiträge: 10754
- Registriert: 24.02.2011, 01:34
- System: CCU
- Hat sich bedankt: 65 Mal
- Danksagung erhalten: 673 Mal
Re: Nicht erreichbare Geräte prüfen geht nicht mit Script
Wenigstens nur alle 30min sinnloser Kram.
Du benutzt den UNREACH Datenpunkt dazu und dessen Zeitstempel ist nicht aussagekräftig. Ergo funktioniert dein Script nicht. Aber das hast du schon selber festgestellt. Da du meine Frage nicht beantwortet hast, wirst du von mir auch dazu nichts hören.
Wenn du natürlich:
Beim Entfernen einer Batterie wird keine Servicemeldung "Batterie leer" erzeugt.
Wie denn auch?
Die Batterie leer Meldung wird gesendet, wenn die intern gemessene Batteriespannung unter einen bestimmten (bei manchen Geräten einstellbaren) Wert sinkt. Entnimmst du die Batterie, ist die Spannung zwar auch unter X aber was soll das noch feststellen und vor allem wie soll das Gerät dann auch noch in der Lage sein diesen Umstand an die CCU zu melden?
Das sollte doch physikalisch begründet klar sein.
Aber die CCU vermisst auch selber ihre Schäfchen und erzeugt Servicemeldungen "Kommunikation war / ist gestört" .
Bei klassischen Geräten meist noch mit in cyclic_timeout festgelegter Zeitspanne von ca. 10min bis rund einem Tag.
Soll heissen, meldet sich dein geheimes klassisches Batteriebetriebenes Gerät nicht, sollte die CCU es auch vermissen und nach einer gewissen Zeit eine Servicemeldung "Kommunikation gestört" erzeugen.
Es sei denn du hast z.B. die zyklische Statusmeldung abgeschalten, weils ja cool ist. Dann erwartet die CCU in den meisten Fällen auch keine Meldung seines Schäfchens und erzeugt auch keine Servicemeldung wenn diese Zeitspannen überschritten werden. (Auch nicht perfekt von EQ-3 umgesetzt, aber bei vielen Geräten ist das dann eben so)
Da du nicht in der Lage bist, das geheime klassische Gerät zu nennen, kann man dir da aber auch nicht weiterhelfen.
Alchy
Du benutzt den UNREACH Datenpunkt dazu und dessen Zeitstempel ist nicht aussagekräftig. Ergo funktioniert dein Script nicht. Aber das hast du schon selber festgestellt. Da du meine Frage nicht beantwortet hast, wirst du von mir auch dazu nichts hören.
Das System erzeugt Servicemeldungen. Nicht perfekt, aber es arbeitet nach meiner Erfahrung doch hinlänglich gut wenn man nicht "optimiert" hat.
Wenn du natürlich:
so an die Sache ran gehst, hast du falsche Erwartungen.
Beim Entfernen einer Batterie wird keine Servicemeldung "Batterie leer" erzeugt.
Wie denn auch?
Die Batterie leer Meldung wird gesendet, wenn die intern gemessene Batteriespannung unter einen bestimmten (bei manchen Geräten einstellbaren) Wert sinkt. Entnimmst du die Batterie, ist die Spannung zwar auch unter X aber was soll das noch feststellen und vor allem wie soll das Gerät dann auch noch in der Lage sein diesen Umstand an die CCU zu melden?
Das sollte doch physikalisch begründet klar sein.
Aber die CCU vermisst auch selber ihre Schäfchen und erzeugt Servicemeldungen "Kommunikation war / ist gestört" .
Bei klassischen Geräten meist noch mit in cyclic_timeout festgelegter Zeitspanne von ca. 10min bis rund einem Tag.
Soll heissen, meldet sich dein geheimes klassisches Batteriebetriebenes Gerät nicht, sollte die CCU es auch vermissen und nach einer gewissen Zeit eine Servicemeldung "Kommunikation gestört" erzeugen.
Es sei denn du hast z.B. die zyklische Statusmeldung abgeschalten, weils ja cool ist. Dann erwartet die CCU in den meisten Fällen auch keine Meldung seines Schäfchens und erzeugt auch keine Servicemeldung wenn diese Zeitspannen überschritten werden. (Auch nicht perfekt von EQ-3 umgesetzt, aber bei vielen Geräten ist das dann eben so)
Da du nicht in der Lage bist, das geheime klassische Gerät zu nennen, kann man dir da aber auch nicht weiterhelfen.
Alchy
Blacklist................... almost full
Ignoranz ist die Summe aller Maßnahmen die man ergreift, um bestehende Tatsachen nicht sehen zu müssen.
© Sandra Pulsfort (*1974)
Lies bitte die Logik von WebUI Programmen und die Tipps und Tricks für Anfänger.
Wichtig auch CUxD ersetzt System.exec. Die HM Script Doku (Downloadart Skripte) hilft auch weiter.
Zum Testen von Scripten den >> HomeMatic Script Executor << von Anli benutzen.
Re: Nicht erreichbare Geräte prüfen geht nicht mit Script
Ja zu den Geräten: Mit Bild: Mit IP1 und dem Zeitstempel hat alles angefangen das lief sehr gut und zuverlässig. So habe ich mir das einfach auch für die klassischen Geräte vorgestellt, aber das war falsch.
Ich habe nun ein Testprogramm gemacht (klassich) das mindestens beim Testen funktioniert. Wie zuverlässig im Langzeittest werde ich sehen. Werde das Programm noch ausbauen damit ich mindesten eine eine Email bekomme, und das für alle klassischen Geräte die es ermöglichen
Mit Dank und Gruss für die Mithilfe, Peter
Ich habe nun ein Testprogramm gemacht (klassich) das mindestens beim Testen funktioniert. Wie zuverlässig im Langzeittest werde ich sehen. Werde das Programm noch ausbauen damit ich mindesten eine eine Email bekomme, und das für alle klassischen Geräte die es ermöglichen
Mit Dank und Gruss für die Mithilfe, Peter
-
- Beiträge: 9679
- Registriert: 27.04.2020, 10:34
- System: CCU
- Hat sich bedankt: 700 Mal
- Danksagung erhalten: 1626 Mal
Re: Nicht erreichbare Geräte prüfen geht nicht mit Script
Wieso fragst du "Geräte Kommunikation gestört" 2x ab?
Und hattest du nicht mal von einem Skript gesprochen?
Und hattest du nicht mal von einem Skript gesprochen?
LG, Michael.
Wenn du eine App zur Bedienung brauchst, dann hast du kein Smarthome.
Wettervorhersage über AccuWeather oder OpenWeatherMap+++ Rollladensteuerung 2.0 +++ JSON-API-Ausgaben auswerten +++ undokumentierte Skript-Befehle und Debugging-Tipps +++
Wenn du eine App zur Bedienung brauchst, dann hast du kein Smarthome.
Wettervorhersage über AccuWeather oder OpenWeatherMap+++ Rollladensteuerung 2.0 +++ JSON-API-Ausgaben auswerten +++ undokumentierte Skript-Befehle und Debugging-Tipps +++