Nur eine Benachrichtigung am Tag erhalten über den Füllgrad der Zisterne....

[HA-DAU]

Hallo @u5zzug,

wie soll so was gehen?
So sieht es aktuell aus.



Die 86% sind tatsächlich da.
Die 90% wurden nach oben gerundet, also 4% Unterschied.
Nach unten sieht es dann auch gleich aus.
Also für mich ist das Zisterne_10round nicht brauchbar, somit kann ich ja gleich wieder das Schätzeisen nehmen.

 

[El_Despo74]

Kleine Idee meinerseits:

- Einen Helfer erstellen (Boolesche Eingabe AN/AUS) "Helfer_Zisterne" und auf AUS schalten

- Diesen Helfer in deine Abfrage mit einbauen (WENN Füllstand Zisterne > 75% dann "Helfer Zisterne" AN

- Eine Automation erstellen "Nachricht Zisterne >75%"...
WENN Zustandsänderung "Helfer Zisterne" von AUS auf AN, dann Nachricht

- Eine weitere Automation erstellen, welche den Helfer um 0 Uhr wieder auf AUS schaltet

Damit dürftest du nur einmal am Tag eine Nachricht bekommen

Greetz
Günni

Hast du das mal versucht ? In meinem Kopf macht es Sinn und dürfte funktionieren und müsste dein Problem lösen....

 

[HA-DAU]

Hallo @El_Despo74, hallo Günni,

im Hinterkopf habe ich das schon, aber...
Muss ich dann diese Abfrage explizit für alle angefahrene Werte machen, 100%, 90% 80% usw.bis 0%?
Das ist komplettes Neuland für mich...
Hast Du ein explizites Beispiel für mich, wo ich mich entlang hangeln kann.

Am besten so einen Code wo ich nur meinen Sensor ändern muss und die Prozentzahl und das Teil läuft von alleine....

Also den Zisternen Helfer habe ich schon angelegt...


So habe mich mal daran versucht....

alias: Zisternen_Fuellstand V04
description: ""
triggers:
  - trigger: state
    entity_id:
      - automation.sensor_zisterne_prozentberechnung_v03
    for:
      hours: 0
      minutes: 0
      seconds: 10
conditions:
  - condition: state
    entity_id: input_boolean.zisternen_helfer
    state: "on"
actions:
  - if:
      - condition: state
        entity_id: sensor.zisterne_prozentberechnung
        state: "100"
    then:
      - action: notify.conversation
        metadata: {}
        data:
          message: Füllstand Zisterne 100 % 10% Schritte template V04

Hoffe das das jetzt so funktioniert....
Die Hoffnung stirbt zuletzt.....

 

[u5zzug]

einen Statistikhelfer erstellen, z.B. mit Durchschnitt über 20 oder 60 min.
https://www.home-assistant.io/integrations/statistics

 

[El_Despo74]

description: ""
mode: single
triggers:
  - trigger: numeric_state
    entity_id:
      - sensor.zisterne_prozentberechnung
    for:
      hours: 0
      minutes: 5
      seconds: 0
    above: 80
conditions:
  - condition: state
    state: "on"
    entity_id: input_boolean.zisternen_helfer
actions:
  - action: switch.turn_off
    metadata: {}
    data: {}
    target:
      entity_id: input_boolean.zisternen_helfer
  - action: notify.conversation
    metadata: {}
    data:
      message: Füllstand Zisterne 80% erreicht

Ich würde es so versuchen. Einfach eine Automation erstellen, welche den Zisternenfüllstand prüft und wenn Füllstand über 80% für 5 Minuten UND Helfer Zisterne an, dann sende Nachricht und schalte Helfer Zisterne aus....

Dann noch eine zweite Automation, welche um 0 Uhr den Helfer Zisterne wieder auf on schaltet....

edit: äh, Moment.... jetzt willst du mehrere Benachrichtigungen bei verschiedenen Füllständen ? Dann funktioniert mein Tipp natürlich nicht, der ist jetzt auf eine einmalige Benachrichtigung pro Tag bei 80% ausgelegt.....

Wenn du mehrere Füllstände einmalig melden willst pro Tag, würde ich mehrere Helfer anlegen (Zisterne70%, Zisterne80% usw.) und dann auch mehrere Automationen erstellen, die nach dem obigen Schema arbeiten.... und dann eine weitere Automation, die alle Zisternenhelfer um 0 Uhr wieder umschaltet....

 

[u5zzug]

Muss ich dann diese Abfrage explizit für alle angefahrene Werte machen, 100%, 90% 80% usw.bis 0%?

musst du nicht. Man kann in der Nachricht den Triggerwert einsetzen.

{{trigger.to_state.state}}

(oder auch einen beliebigen Sensor).

 

[HA-DAU]

Hallo @El_Despo74,

wie bekomme ich das angelegt?
Da stehe ich wieder auf dem Schlauch.
Aktuell habe ich das händisch auf on gestellt.
Den Helfer schaltet mir die gesendete Nachricht scheinbar auf Aus.
Hast Du einen yaml Code für mich zum einfügen....

-Dann noch eine zweite Automation, welche um 0 Uhr den Helfer Zisterne wieder auf on schaltet....

Stimmt das?

alias: Zisternen_Helfer_on
description: ""
triggers:
  - trigger: state
    entity_id:
      - input_boolean.zisternen_helfer
    from: "off"
    to: "on"
  - trigger: time
    at: "00:00:00"
conditions: []
actions:
  - action: input_boolean.turn_on
    metadata: {}
    data: {}
    target:
      entity_id: input_boolean.zisternen_helfer
mode: single

 

[El_Despo74]

Also erstmal würde ich mir eine "Logik" überlegen...

Meine wäre:
- Helfer Zisterne ist AUS, bis eine Nachricht gesendet wird, dann ist Helfer AN

Dann die Automation, die ich oben schon gepostet habe... die überwacht den Pegel in der Zisterne und wenn der Pegel 80% für mindestens 5 Minuten überschreitet, UND der Helfer auf AUS steht, dann wird eine Nachricht gesendet und der Helfer wird auf AN geschaltet (nimm diesen Code, in dem anderen waren ON und OFF vertauscht, und deinen Sensor musst du noch eintragen/anpassen)

alias: "Zisterne über 80%, Nachricht senden, Helfer an"
description: ""
mode: single
triggers:
  - trigger: numeric_state
    entity_id:
      - sensor.zisterne_prozentberechnung
    for:
      hours: 0
      minutes: 5
      seconds: 0
    above: 80
conditions:
  - condition: state
    state: "off"
    entity_id: input_boolean.zisternen_helfer
actions:
  - action: switch.turn_on
    metadata: {}
    data: {}
    target:
      entity_id: input_boolean.zisternen_helfer
  - action: notify.conversation
    metadata: {}
    data:
      message: Füllstand Zisterne 80% erreicht

Dann die zweite Automation, welche stumpf den Helfer um 0 Uhr wieder AUS schaltet.

alias: Helfer Zisterne aus 0:00 Uhr
description: ""
triggers:
  - trigger: time
    at: "00:00:00"
conditions: []
actions:
  - action: input_boolean.turn_off
    metadata: {}
    data: {}
    target:
      entity_id: input_boolean.helfer_anaus_zisterne
mode: single

Und (theoretisch) beginnt das Ganze wieder von vorn...

 

[HA-DAU]

Hallo @El_Despo74,

irgendwas stimmt nicht mit dem Code aus dem Thread von vorher.
Sobald eine Nachricht kommt, wird der Zisternen_Helfer nicht angeschaltet.
Deshalb kommen mehr als eine Nachricht pro Tag.
Wo liegt mein Fehler?

Nachtrag: Ich habe den Fehler glaube ich gefunden.

actions:
  - action: input_boolean.turn_on

Jetzt wird der Schalter umgelegt.
Bei Dir war im dem Code das drin gestanden

actions:
  - action: switch.turn_on

 

[El_Despo74]

Kann sein, dass ich mich da verklickt hab... Hab das ja nur "mal eben" zusammengebaut...
Aber dann bin ich ja mal gespannt, ob es dann bei dir reibungslos funktioniert

 

[HA-DAU]

Hallo @El_Despo74,

scheinbar funktioniert das Skript jetzt.
Werde das mal im Auge behalten.


Meldung kam im Messenger an.

alias: Zisterne über 100%, Nachricht senden, Helfer an
description: ""
triggers:
  - trigger: numeric_state
    entity_id:
      - sensor.zisterne_prozentberechnung
    for:
      hours: 0
      minutes: 5
      seconds: 0
    above: 100
conditions:
  - condition: state
    state: "off"
    entity_id: input_boolean.zisternen_helfer
actions:
  - action: input_boolean.turn_on
    metadata: {}
    data: {}
    target:
      entity_id: input_boolean.zisternen_helfer
  - action: notify.conversation
    metadata: {}
    data:
      message: Füllstand Zisterne über 100% erreicht V10
mode: single

alias: Helfer Zisterne aus 0:00 Uhr
description: ""
triggers:
  - trigger: time
    at: "00:00:00"
conditions: []
actions:
  - action: input_boolean.turn_off
    metadata: {}
    data: {}
    target:
      entity_id: input_boolean.zisternen_helfer
mode: single

Die anderen Skripte habe ich umgestellt von über 100% auf unter 90%, unter 80% usw.., bis unter 10%.
Ich will ja die Abnahme wissen, nicht die Zunahme der Zisterne.
Außer wenn es geregnet hat, wenn dann die über 100% erreicht wurden.

 

[u5zzug]

irgendwie hat mich das Thema genervt und ich habe mal ein wenig gesucht und getüftelt:

man braucht 2 zusätzliche Templatesensoren, einen für geglättete Werte (number.percent_smooth, sicher kann man auch sensor.percent_smooth nehmen) und einen für auf 10% gerundete Werte

Template für percent_smooth

{% set value = states("sensor.original_percent")|float -%}
{% set old_value = states("number.percent_smooth")|float(-1) -%}
{% if old_value == -1 -%}
  {{ value }}
{% else -%}
  {% if (value-old_value)|abs < 3 %} gerundet wird)
    {{ old_value }}
  {% else -%}
    {{ value }}
  {% endif -%}
{% endif -%}

{% if (value-old_value)|abs < 3 %} --> mit der 3 regelt man, wie groß die Differenz zum vorherigen Wert sein muss, damit der Wert geändert wird, der später auf 10% gerundet wird.

Template für auf 10% gerundete Werte

{{ (states('number.percent_smooth')|float/10)|round(0)|int*10 }}

In der Annahme, dass man nicht überlegen muss, wieviele Nachrichten pro Tag verschickt werden, wen der Wert sich nicht ständig ändert...
Dann sollte eine Automation reichen, die bei Änderung eine Nchricht mit dem aktuellen Wert schickt

action: notify.xmpp_xyz
metadata: {}
data:
  message: "Wasserstand: {{value}}%"

Ausgangspunkt war dies: https://community.home-assistant.io...late-sensor-to-provide-modal-number/738957/12

 

[HA-DAU]

Hallo @u5zzug,

Du kannst mich erschlagen, aber ich bekomme Deine Logik mit Template nicht gebacken.

Ich habe das Spiel mit
number.zisterne_percent_smooth
oder dem hier gemacht
sensor.zisterne_percent_smooth

Bei allen beiden Varianten das gleiche Spiel..,unavailable....

- sensor:
    - name: "Zisterne_percent_smooth"
      unique_id: "Zisterne_Prozentberechnung"
      icon: mdi:car-coolant-level
      state: >
          {% set value = states("sensor.zisterne_prozentberechnung")|float -%}
          {% set old_value = states("sensor.zisterne_percent_smooth")|float(-1) -%}
          {% if old_value == -1 -%}
          {{ value }}
          {% else -%}
          {% if (value-old_value)|abs < 3 %} gerundet wird)
          {{ old_value }}
          {% else -%}
          {{ value }}
          {% endif -%}
          {% endif -%}

Wo mache ich den Schreibfehler?
Diesen Sensor kann ich nicht einmal sehen...., Zisterne_percent_smooth

- sensor:
  - name: Zisterne_percent_smooth_10gerundet
    unique_id: zisterne_percent_smooth
    icon: mdi:car-coolant-level
    state: >
           {{ (states('sensor.zisterne_percent_smooth')|float/10)|round(0)|int*10 }}

Ich bleibe jetzt aktuell bei der Version von @El_Despo74.
Die klappt jetzt scheinbar.

 

[u5zzug]

Ich frage mich gerade, wieso da old_value auf nicht verfügbar geprüft wird, ich hatte das irgenwie andersrum im Kopf. Hab mit x Zahlen probiert, aber nicht mit -1.
Wenn nix da, nimm den alten Wert.

das wäre dann so (ungetestet):

{% set value = states("sensor.ac200m_total_battery_percent")|float(-1) -%}
{% set old_value = states("number.ac200_battery_smooth")|float(-1) -%}
{% if value == -1 -%}
  {{ old_value }}
{% else -%}
  {% if (value-old_value)|abs < 2 %}
    {{ old_value }}
  {% else -%}
    {{ value }}
  {% endif -%}
{% endif -%}

Verstehst du, was das yaml macht?

gerundet wird)

gehört da nicht rein

Ich hab nichts in .yaml files gemacht, ich hab im UI einen Templatehelfer erstellt

 

[HA-DAU]

Hallo @u5zzug,

ich arbeite immer mit der yaml um Helfer Sensoren anzulegen.
Alleine wegen der Übersicht.
In der GUI arbeite ich gar nicht.
Zumindest nicht bewusst....
Das ist vermutlich mein Problem und Denkfehler....

Aber aktuell wird Dein Code erst einmal auf Eis gelegt.
Heißt aber nicht, dass mich nicht irgendwann der Gaul reitet und ich den wieder in Angriff nehmen werde.
Oder ein anderer User findet den Ansatz (sehr) gut und bekommt den auf Anhieb umgesetzt.
Wie immer stehe ich mir selber im Weg mit meinen Gedankenspielen.

Es freut mich immer wenn ich andere User mit so einem

irgendwie hat mich das Thema genervt und ich habe mal ein wenig gesucht und getüftelt:

dann zu so einem Ergebnis kommen, auf das Sie stolz sein können und dann noch irgendwie selbst brauchen können.
Oder dann doch in das Dashboard einbauen, weil es da ist und man die Lösung kennt.

 

[u5zzug]

Da hat sich echt viel verbessert, man kann das Template jederzeit bearbeiten, muss nix neuladen, muss nicht übber unique ids nachdenken, ...
Nein, ich brauche das nicht, aber kann ja nicht sein, dass man für 1 Sache einen Haufen Automationen + Helfer brauchen soll.

 

[HA-DAU]

Hallo @u5zzug,

habe mich vorhin nochmals daran gesetzt.
Wenn ich dann eine Meldung absetze zum Test kommt die an, aber nur ohne eine Zahl des Füllgrades der Zisterne.
Wenn ich aber das Template in den Entwicklerwerkzeuge unter dem Reiter Template überprüfe, wird der aktuelle Wert angezeigt.
Nur dann nicht beim versenden.

Da stimmt was nicht.
Mache da mit Sicherheit noch was falsch.
Ich mache meinem Nickname alle Ehren.....

 

[RudiP]

Gibt was NEUES von Shelly. Leider nur via Bluetooth, aber da soll es ein Gateway geben.
Das werde ich mir mal anschauen, wie gut das geht. Preislich ja durchaus attraktiv.

 

[RudiP]

Hab das Teil gestern bekommen inkl. dem BLU Gateway, weil der BLU Distance nur Bluetooth kann, ich es aber ja in HA haben will und aufgrund der großen Entfernung das übers WLAN machen will.
Es war schon ein wenig Tricky, das hin zu bekommen.
Der Shelly BLU Gateway war simpel, wurde in HA sofort von der Shelly Integration erkannt. Aber den BLU Distance wollte er mit einfach nicht anzeigen.
Nach einigem rumgeklicke habe ich dann rausgefunden, das man in der Shelly Integration auf das Zahnrad beim BLU Gateway klicken muß.

Dann bekommt man diese Anzeige.

Die steht per Default auf "Deaktiviert", muß aber auf "Passiv" stehen.
Danach muß man die BTHome Integration aufrufen und dort wird dann der BLU Distance gefunden und zeigt einem die gemessene Distanz an, ob er bei einer Messung, die standardmäßig alle 30 Sekunden erfolgt, aber auch angepasst werden kann.
Dazu auch den Batteriestand und die Signalstärke.

Geplant ist, den Distance Melder in einen IPC zu verbauen, um den Wasserstand angezeigt zu bekommen.
Im Trockenlauf zu Hause auf dem Schreibtisch zeigt er mit den Abstand bis zur Decke schon mal an. Hab allerdings noch keine Kalibrierung durchgeführt, sah aber schon mal vielversprechend aus.
Allerdings ist mir da auch gleich ein Konstruktionsfehler aufgefallen.

So sieht das Teil aus. Oben ist der Meßkopf. Den kann man durch leichtes drehen herausnehmen, was nötig ist, um an die Batterie zu kommen.

Nun frage ich mich, wenn das Teil eingebaut ist, wie wechselt man dann die Batterie ?
Ich muß das jedes mal wieder ausbauen, um da dran zu kommen, mit dem Risiko, das mit eine der Muttern in den IPC fällt ?
Ich denke, ich werde versuchen, das Teil in den Deckel des IPC zu verbauen und dann mit der Kalibrierung die richtigen Werte zu erhalten. Dann kann ich für einen Batteriewechsel den Deckel abschrauben.
Ich bleibe dran und werde Berichten.

 

[Cephalopod]

Ich muß das jedes mal wieder ausbauen, um da dran zu kommen, mit dem Risiko, das mit eine der Muttern in den IPC fällt ?

So wie ich das sehe bleibt doch das "Hüllrohr" mit den Muttern am Behälter und der Einsatz ist per Bajonettverschluss zu entfernen