Sensorwerte bei unreach auf unplausibel setzen?
Moderator: Co-Administratoren
Sensorwerte bei unreach auf unplausibel setzen?
Hallöchen,
gibt es eine Möglichkeit, die Werte meiner Sensoren, wenn sie z.b länger als 1h nicht aktualisiert wurden auf unplausibel zu setzen, um nicht mit alten oder falschen Werten in Programmen zu arbeiten?
Das gilt z.b für die SV´s von openweathermap oder meine Sensoren die über espeasy an Cuxd Geräte gesendet werden.. VG Rudi
gibt es eine Möglichkeit, die Werte meiner Sensoren, wenn sie z.b länger als 1h nicht aktualisiert wurden auf unplausibel zu setzen, um nicht mit alten oder falschen Werten in Programmen zu arbeiten?
Das gilt z.b für die SV´s von openweathermap oder meine Sensoren die über espeasy an Cuxd Geräte gesendet werden.. VG Rudi
-
- Beiträge: 9807
- Registriert: 27.04.2020, 10:34
- System: CCU
- Hat sich bedankt: 711 Mal
- Danksagung erhalten: 1656 Mal
Re: Sensorwerte bei unreach auf unplausibel setzen?
Die Logik musst Du dir schon selber programmieren.
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 +++
- Roland M.
- Beiträge: 9894
- Registriert: 08.12.2012, 15:53
- System: CCU
- Wohnort: Graz, Österreich
- Hat sich bedankt: 256 Mal
- Danksagung erhalten: 1411 Mal
Re: Sensorwerte bei unreach auf unplausibel setzen?
Hallo Rudi!
Unreach ist ein Datenpunkt, eine Zeitspanne nicht.
Ich löse solche Aufgaben mit einer Systemvariable als Werteliste, als Beispiel ein Fenster mit einfachen optischen Fensterkontakt (bei kippbaren Fenstern entsprechend aufwendiger):
Systemvariable: Status Fenster x = unbekannt;geschlossen;offen
Und für den Neustart der CCU:
Für deine Anforderung im Betreff wäre das dann wohl:
Wenn du das dann wirklich über eine Zeitspanne auswerten willst, müsstest du bei jeder Änderung einen Timer über eine Systemvariable oder einen CUxD-Timer setzen und diesen auswerten. Ob man diesen Aufwand für jeden Sensor treiben will, sei in Frage gestellt!
Roland
Diese Anforderung steht im Widerspruch zu der Anforderung im Betreff!
Unreach ist ein Datenpunkt, eine Zeitspanne nicht.
Ich löse solche Aufgaben mit einer Systemvariable als Werteliste, als Beispiel ein Fenster mit einfachen optischen Fensterkontakt (bei kippbaren Fenstern entsprechend aufwendiger):
Systemvariable: Status Fenster x = unbekannt;geschlossen;offen
Code: Alles auswählen
WENN Fenster x = offen (Auslösen auf Änderung)
DANN Status Fenster x = offen
SONST Status Fenster x = geschlossen
Und für den Neustart der CCU:
Code: Alles auswählen
WENN {leere Bedingung}
DANN Status Fenster 1 = unbekannt
Status Fenster 2 = unbekannt
...
Status Fenster x = unbekannt
Code: Alles auswählen
WENN Fenster x:0 = Gerätekommunikation gestört
DANN Status Fenster x = unbekannt
Roland
Zur leichteren Hilfestellung bitte unbedingt beachten:
-----------------------------------------------------------------------
1. CCU2 mit ~100 Geräten (in Umstellung auf RaspberryMatic-OVA auf Proxmox-Server)
2. CCU2 per VPN mit ~50 Geräten (geplant: RaspberryMatic auf Charly)
3. CCU2 per VPN mit ~40 Geräten (geplant: RaspberryMatic auf CCU3)
CCU1, Test-CCU2, Raspi 1 mit kleinem Funkmodul, RaspberryMatic als VM unter Proxmox, Access Point,...
- Bezeichnung (HM-... bzw. HmIP-...) der betroffenen Geräte angeben (nicht Artikelnummer)
- Kurzbeschreibung des Soll-Zustandes (Was soll erreicht werden?)
- Kurzbeschreibung des Ist-Zustandes (Was funktioniert nicht?)
- Fehlermeldungen genau abschreiben, besser noch...
- Screenshots von Programmen, Geräteeinstellungen und Fehlermeldungen (direkt als jpg/png) einstellen!
-----------------------------------------------------------------------
1. CCU2 mit ~100 Geräten (in Umstellung auf RaspberryMatic-OVA auf Proxmox-Server)
2. CCU2 per VPN mit ~50 Geräten (geplant: RaspberryMatic auf Charly)
3. CCU2 per VPN mit ~40 Geräten (geplant: RaspberryMatic auf CCU3)
CCU1, Test-CCU2, Raspi 1 mit kleinem Funkmodul, RaspberryMatic als VM unter Proxmox, Access Point,...
Re: Sensorwerte bei unreach auf unplausibel setzen?
Ich hatte gehofft, dass es eventuell in dem Gerät selber eine Routine gibt, die den angezeigten Wert auf irgendetwas unplausibeles setzt. Aktuell ist es ja so, dass der angezeigte Wert bis zum Ende der Zeitrechung bestehen bleibt (leicht überspitzt ausgedrückt).
Also eine extra Programm:
Vielen Dank für die Klarstellung
Also eine extra Programm:
Code: Alles auswählen
Wenn Senosr = Gerätekommunikation gestört
Dann Verzögert um 60min Senor= -100°C
- Baxxy
- Beiträge: 11029
- Registriert: 18.12.2018, 15:45
- System: Alternative CCU (auf Basis OCCU)
- Hat sich bedankt: 631 Mal
- Danksagung erhalten: 2285 Mal
Re: Sensorwerte bei unreach auf unplausibel setzen?
Das gezeigte virtuelle CUxD-Gerät hat m.E. kein UNREACH.
Vielleicht mal bei Uwe von CUxD anfragen ob sich sowas implementieren ließe.
Vielleicht mal bei Uwe von CUxD anfragen ob sich sowas implementieren ließe.
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: Sensorwerte bei unreach auf unplausibel setzen?
Hallo,
doch das Cux 4000001 hat einen :0 Unreach Kanal, aber leider kann man den nicht als Trigger im Programm verwenden. Hat da vielleicht einer eine Idee? Das Gerät ist aktuell ausgeschaltet und der alte Wert bleibt bestehen
doch das Cux 4000001 hat einen :0 Unreach Kanal, aber leider kann man den nicht als Trigger im Programm verwenden. Hat da vielleicht einer eine Idee? Das Gerät ist aktuell ausgeschaltet und der alte Wert bleibt bestehen
- Baxxy
- Beiträge: 11029
- Registriert: 18.12.2018, 15:45
- System: Alternative CCU (auf Basis OCCU)
- Hat sich bedankt: 631 Mal
- Danksagung erhalten: 2285 Mal
Re: Sensorwerte bei unreach auf unplausibel setzen?
Naja, ich musste ja raten welches es ist... und lag daneben.
Du übrigens auch, denn das 4000001 hat keinen UNREACH, dafür das 900200 (vom Screenshot).
Mit RaspberryMatic kann ich Kanal:0 im Programm auswählen und auf gestört/nicht gestört prüfen.
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: Sensorwerte bei unreach auf unplausibel setzen?
Das heißt, dass es den Datenpunkt Unreach in der CCU2 nicht gibt, dafür aber ab CCU3?