Beiträge von dietmar1968

Hier das selbe Verhalten. Gruß

Das freut mich. Die Regengeschichte und den Wetterbericht werde ich nachreichen.

Zitat von didi79

@dietmar1968

Ansonsten muss ich mir noch das Dashboard entsprechend einrichten. Du hast in einem Post dein Dashboard gezeigt. Hier habe ich die Regenmengen auch gesehen. Werden diese über des Stationsweb hereingeladen? Die Vorhersage ist auch über das Stationsweb oder hast du hier ein anderes Tool? Ich habe das Stationsweb nicht. Bin aber beim Überlegen, ob ich es mir auch zulege.

Danke nochmals!

lg Dieter

Das Stationsweb ist finde ich ein Muss und ich benutze es auch sehr gerne. Speziell für meine Bekannten die sich gerne über das Wetter informieren möchten und die ich nicht in meinem HomeAssistant rumstöbern haben möchte.

Wie das mit der Wettervorhersage funktioniert und welche Anbieter man dafür nehmen kann, werde ich mal erklären wenn ich etwas mehr Zeit habe. Ich benutze hierfür DWD aber es gibt auch noch andere Möglichkeiten jenes zu realisieren

Bezugnehmend auf das vorherige Post:

Der grüne Punkt am Symbol ist das so genannte Badge.

Ich finde das eigentlich ganz gut zur Übersicht. Hier verhält es sich ganz genauso:

Hier verändert sich die Badge-Farbe analog zur Temperatur.

Hier auch nochmals der Code dafür zum kopieren:

{% if states('sensor.meteobridge_air_temperature') | float <= 10 %}
blue
{% elif states('sensor.meteobridge_air_temperature') | float <= 25 %}
green
{% elif states('sensor.meteobridge_air_temperature') | float <= 30 %}
yellow
{% elif states('sensor.meteobridge_air_temperature') | float <= 40 %}
red
{% endif %}

Das sollte erstmal reichen zum herumspielen

Ich erkläre das erstmal mit dem Symbol.

{% if states('sensor.meteobridge_air_temperature') | float <= 10 %}
fas:temperature-low
{% elif states('sensor.meteobridge_air_temperature') | float <= 25 %}
fas:temperature-half
{% elif states('sensor.meteobridge_air_temperature') | float <= 40 %}
fas:temperature-full
{% endif %}

Die Entitäten muss man entsprechend anpassen.

Der Code verursacht, dass in Abhängigkeit zur Temperatur sich das Symbol im Kreis ändert. Wenn man ebenfalls die Farbe des Symbols geändert haben möchte, geht das selbstverständlich auch, in dem man bei Icon Farbe folgendes einträgt:

{% if states('sensor.meteobridge_air_temperature') | float <= 10 %}
blue
{% elif states('sensor.meteobridge_air_temperature') | float <= 25 %}
green
{% elif states('sensor.meteobridge_air_temperature') | float <= 40 %}
red
{% endif %}

Man kann jenes natürlich beliebig anpassen wie man möchte

{% if states('sensor.meteobridge_air_temperature') | float <= 10 %}
blue
{% elif states('sensor.meteobridge_air_temperature') | float <= 25 %}
green
{% elif states('sensor.meteobridge_air_temperature') | float <= 35 %}
orange
{% elif states('sensor.meteobridge_air_temperature') | float <= 40 %}
red
{% endif %}

Hier habe ich exemplarisch mal den zwischen 25 und 35 Grad die Farbe orange hinzugefügt zum Verständnis

Wichtig ist nur die eigenen Entitäten einzufügen und sich zu überzeugen das man Symbole verwendet die man auch in seiner HomeAssistant Installation installiert hat

Jenes reiche ich noch nach. Hier wird der sensor.temperatur_max_wetterstation erstellt.

Als erstes gibt man den Namen des Sensors ein. Dann wählt man welcher Sensor zur Ermittlung genutzt werden soll. Nämlich der Temperatursensor.

Dann wählt man aus den vorhandenen Möglichkeiten aus. z.B. Maximum, Minimum, Durchschnitt etc.

Dann die Einheit °C

Zum Abschluss wird eingetragen, wie oft der Sensor nach einer Veränderung überprüft werden soll. Ich habe dort 240 eingetragen.

Und am Ende den Haken setzen bei Automatically reset at 00:00

Fertig

Voraussetzung um diese Ansicht zu erstellen ist die Installation von Mushroom via HACS und die Integration Daily Sensor.

Daily Sensor hat den entscheidenen Vorteil, dass er sich um 0 Uhr automatisch zurücksetzt welches in Home Assistant ansonsten nur sehr kompliziert realisierbar ist.

Dann bedarf es natürlich der Aussentemperatur als Sensor die ihr auch in AWEKAS benutzt. Das kann aus der API abgefragt werden oder wie in meinem Falle stellt meteobridge die Sensoren automatisch zur Verfügung über die Integration Meteobridge Datalogger. Ecowitt Benutzer können ja bekanntlich nur eine Abfrage erstellen, deshalb kann man die API benutzen oder das FOSHKplugin auf welches ich an dieser Stelle aber nicht weiter eingehen möchte.

Als erstes erstellt man sich zwei neue Sensoren mit der Integration Daily Sensor.

Ich benenne sie exemplarisch als "Temperatur min Wetterstation" und als "Temperatur max Wetterstation"

Hier kann man sehen das die Integration jeweils um 0 Uhr zurückgesetzt wird auf die dann existierende Temperatur.

Jetzt kommt die mushroom-template Karte zum Einsatz

f

Hier sieht man welche Einträge nötig sind. (als Symbol solltet ihr mdi:temperature wählen, falls ihr keine zusätzlichen Symbole installiert habt)

Man legt ein Symbol fest und die gewünschte Farbe. Wie man das Symbol und die Farbe in Abhängigkeit zum Wert realisieren kann, erkläre ich später.

Wichtig ist jener Code:

{{ states('sensor.temperatur_max_wetterstation') }} °C | {{ as_timestamp(states.sensor.temperatur_max_wetterstation.last_changed) | timestamp_custom('%H:%M Uhr')  }}

Hier wird der Wert des Sensor abgefragt und mit °C erweitert. Im Anschluss wird abgefragt zu welcher Uhrzeit der Sensor seinen Wert verändert hat. Und dann wird dieser Zeitstempel umgewandelt in die entsprechende Uhrzeit.

Das ist eigentlich das ganze Geheimnis und kein Hexenwerk.

Wie man die Symbole und die Farben in Abhängigkeit zum Wert dynamisch anzeigen kann und wie man die Werte in Graphen darstellen kann erfolgt an späterer Stelle.

Zitat von didi79

Hallo,

Wollte nochmals meinen vorangegangenen Veitrag aufnehmen. Weiß jemand, ob es hier eine Möglichkeit gibt? Ich würde mir gerne Tmin und Tmax mit der entsprechenden Uhrzeit anzeigen lassen.

Danke!

lg Dieter

Hallo Dieter,

ich probiere dir die Erweiterung der rest.yaml und der template.yaml zu zeigen

Hier siehst du wie du deine schon vorhandenen Einträge erweitern musst

  - scan_interval: 30
    resource: !secret awekas_api
    sensor:
      - name: "Wetterstation"
        json_attributes_path: "$.current"
        value_template: "OK"
        json_attributes:
          - temperature
          - windchill
          - dewpoint
          - humidity
          - airpress_rel
          - tendency
          - precipitation
          - rainrate
          - itsraining
          - windspeed
          - gustspeed
          - winddirection
          - indoortemperature
          - indoorhumidity
          - wetbulbtemperature
          - datatimestamp

      - name: "Wetterstation Vortag"
        json_attributes_path: "$.day"
        value_template: "OK"
        json_attributes:
          - temp_min
          - temp_max
          - dewpoint_min
          - dewpoint_max
          - hum_min
          - hum_max
          - intemp_min
          - intemp_max
          - airp_rel_min
          - airp_rel_max
          - windspeed_min
          - windspeed_max
          - winddir_max
          - gustspeed_min
          - gustspeed_max
          - rainrate_max
          - precipitation_24h
          - solar_max
          - gustspeed_max
          - rainrate_max
          - precipitation_24h
          
      - name: "Niederschlag letzte Stunde"
        json_attributes_path: "$.1h"
        value_template: "OK"
        json_attributes:
          - precipitation_1h
          
      - name: "Wettervorhersage"
        json_attributes_path: "$.forecast"
        value_template: "OK"
        json_attributes:
          - fc_temp_min
          - fc_temp_max
          - fc_rainsum
          - fc_rain_possibility
          - fc_code
          - fc_icon
          - fc_text
          
      - name: "Wettervorhersage 1"
        json_attributes_path: "$.forecast.day1"
        value_template: "OK"
        json_attributes:
          - fc_temp_min
          - fc_temp_max
          - fc_rainsum
          - fc_rain_possibility
          - fc_code
          - fc_icon
          - fc_text
          
      - name: "Wettervorhersage 2"
        json_attributes_path: "$.forecast.day2"
        value_template: "OK"
        json_attributes:
          - fc_temp_min
          - fc_temp_max
          - fc_rainsum
          - fc_rain_possibility
          - fc_code
          - fc_icon
          - fc_text

Wichtig ist, dass du jenes genau unter den vorhandenen Code kopierst. Mit diesem Code erweiterst du deine API Abfrage bei AWEKAS.

Wenn du das vollzogen hast, musst du in Home Assistant die entsprechenden Sensoren (Entitäten) erstellen. Dafür musst du die template.yaml entsprechend erweitern. Ich zeige es an dieser Stelle exemplarisch

- sensor:
  - unique_id: pws_fc_temp_min_1
    name: "PWS Vorhersage temp min 1"
    unit_of_measurement: "°C"
    state: '{{state_attr("sensor.wettervorhersage_1","fc_temp_min")}}'
- sensor:
  - unique_id: pws_fc_temp_max_1
    name: "PWS Vorhersage temp max 1"
    unit_of_measurement: "°C"
    state: '{{state_attr("sensor.wettervorhersage_1","fc_temp_max")}}'
- sensor:
  - unique_id: pws_fc_rainsum_1
    name: "PWS Vorhersage Regensumme 1"
    unit_of_measurement: "mm"
    state: '{{state_attr("sensor.wettervorhersage_1","fc_rainsum")}}'

Hierzu muss man wissen, dass sämtliche Angaben gebündelt im sensor.wettervorhersage_1 enthalten sind und nicht als einzelner Sensor. Um dies zu realisieren muss man ihn praktisch hinauslösen aus der Gruppe

Hier sieht man, welchen Angaben in dem sensor.wettervorhersage_1 gebündelt sind. Um jetzt einen Sensor mit dem Inhalt fc_temp_max zu erstellen, wird in der template.yaml folgender Code benötigt:

- sensor:
  - unique_id: pws_fc_temp_max_1
    name: "PWS Vorhersage temp max 1"
    unit_of_measurement: "°C"
    state: '{{state_attr("sensor.wettervorhersage_1","fc_temp_max")}}'

Der Sensor mit dem von mir festgelegt Namen PWS Vorhersage temp max 1 würde dann den Wert haben von 25.8°C und als EInzelsensor in Home Assistant zur Verfügung stehen.

Im nächsten Post zeige ich wie man jene Darstellung in Home Assistant erreichen kann

Ich probiere es so leicht wie möglich zu erklären, da ich mich selber nicht als Profi bezeichnen würde.

Bitte nicht vergessen Home Assistant nach den Änderungen neuzustarten. Besser einmal zuviel als zuwenig.

Hallo Dieter,

falls du Hilfe benötigen solltest, kannst du mich gerne diesbezüglich kontaktieren.

Kann dir mit dem einem oder anderen Code Schnipsel weiterhelfen. Hatte dir auch eine Nachricht zukommen lassen

Das kannst du ganz einfach mit Home Assistant selbst erledigen.

GitHub - jeroenterheerdt/HADailySensor: Sensor for Home Assistant that gets reset at midnight

Sensor for Home Assistant that gets reset at midnight - jeroenterheerdt/HADailySensor

github.com

Habe dir mal die API Beschreibung von Othi hier verlinkt. Analog zu meinem Code kannst du die anderen Sensoren ebenfalls hinzufügen. Probiere mal ob du es hinbekommst.

Ist nicht schwierig. Du musst die gewünschten Sensoren in die rest.yaml hinzufügen.

Dann gehst du in die template.yaml und erstellst die Sensoren analog wie es in meinem Beispiel dargestellt ist.

Solltest du nicht weiterkommen, kannst du dich ja nochmals melden.

Könnte man verhindern. 😎

In der Pflicht sehe ich an dieser Stelle überhaupt niemanden. Aber Batterien auszutauschen kann bei Mastmontage und schlechtem Wetter recht unangenehm sein. Desweiteren besteht ja das Interesse eine möglichst unterbrechungsfreie Aufzeichnung und Übermittlung der Daten zu gewährleisten. Bis jetzt wurde ich immer erst durch die Admins drauf hingewiesen das die Datenübertragung unterbrochen ist. Weil meistens passiert das auch noch nachts. Und wie du schon richtig erwähnst bieten die Ecowitt Stationen, die preislich ja in einer ganz anderen Liga spielen, diese Werte an.

Frohe Weihnachten ?

Was eigentlich nicht nachvollziehbar ist und vermutlich eine Kleinigkeit wäre für die Hersteller. Die Davis meckert ja schließlich auch wenn die Batterie leer ist.

lowbatt wäre aber schon mal gut. Weshalb das nicht zur Verfügung gestellt wird ist mir ehrlich gesagt nicht ganz verständlich. Netatmo tut es auch. Und du bist doch gut vernetzt. ☺️ Speziell bei Anlagen ohne Display

Wäre es möglich die Batterieinformationen in die API zu integrieren. Zur Verfügung wird der Wert ja gestellt.

Habe dir eine Nachricht zukommen lassen

Vielleicht ist der Standort auch einfach nicht geeignet um seine Werte der Allgemeinheit zur Verfügung zu stellen. Es gibt halt bauliche oder örtliche Gegebenheiten die nicht geeignet sind. Wenn du die Temperatur nach unten korrigierst, wirst du sie bald wieder nach oben ändern müssen usw.

Meine Nachricht war aufmunternd zu werten. Gut das es euch gibt.

Weil du von einem Admin korrigiert wurdest. Das machen sie einfach so. ? Sprich in deinen AWEKAS Einstellungen wird irgendetwas von + 5,0 stehen. Die Luftdruckanzeige musst du selber anpassen bzw. Kalibrieren. Danach kannst du den Korrekturwert auf 0 zurück stellen