Nein 😉 das kann nur der Plus UNI, habe es aber geschrieben
Dann hast du in der App oder HTTP Cloud ganz normal die Grafen
Nein 😉 das kann nur der Plus UNI, habe es aber geschrieben
Dann hast du in der App oder HTTP Cloud ganz normal die Grafen
Werte des Uni überhaupt mit der Cloud protokolliert werden ?
Der Plus UNI wird aufgezeichnet und Grafisch dargestellt in der Shelly Cloud, Abtastrate ohne Premium wie immer
(Hier langweilig da Stromversorgung des Plus Uni)
dass ich mit dem selben Shelly eine ganze Zeit lang meine 3,7kW Lade-Lösung fürs Auto betrieben habe
Genaueres kannst Du wahrscheinlich nur über ein Ticket beim Hersteller erfragen ![]()
mal schauen was sie dazu Antworten
Na super, ich sollte mal bis zum Ende lesen wenn ich einen Beitrag verlinke 🫡 gelobe Besserung
Eine Frage noch (heute 😉)
Werden die Daten der SQL Abfrage automatisch erneuert, oder muss ich sie neu anstoßen?
Damit werde ich mich wohl mehr beschäftigen 👌
Gestern 12:00 steht im Code 10 hours
Und Sonntag 18:00 steht im Code 16 hours
Die 2 std Verschiebung ist unsere Timezone?
Ja, war jetzt gar nicht so schlimm wie ich dachte 😉
Danke für den Schubser 👍
Musste jetzt etwas suchen, aber Max/Min für 10Tage eines Sensors habe ich als Beispiel gefunden:
https://www.libe.net/ha-template
Erstellt und sieht erst mal plausibel aus
Wenn du willst erzeuge ich dir ein Beispiel.
Ja, für mich 🤗
Datenbank URL ist ja bei mir die interne
Rest sagt mir jetzt nix, ein Beispiel wäre super
Also einfach für irgend einen Temp Sensor gestern um 12:00 und ein Beispiel am Sonntag 18:00?
Geht auch den Höchstwert eines Sensors von gestern?
Wäre toll 🤗
Edit: das hier ? In Examples
Und falls noch einer eine Idee hat, wie ich ohne SQL an einen Sensorwert vor z.B. 1 Minute, Stunde oder Tag
???
Hast du von mir bekommen 😉 siehe Beitrag #8
Habe mich ja jetzt etwas beschäftigt mit deinem Problem 🤗
Kannst Du uns jetzt noch erzählen was Du genau erreichen möchtest mit deinen Sensoren?
Eine Differenztemperatur eines Außen- und Innensensors, die ja immer noch falsch berechnet wird (ist ja immer noch ein Mittelwert (habe ich ja absichtlich nicht korrigiert)
Dann kam noch diese Frage:
Gibt es eine einfache Möglichkeit, wie ich z.B. vom Wert states('sensor.temperature_indoor') den Wert vor 1 Minute, Stunde Tag zu bekommen
so, jetzt noch mal ein wenig mit Erklärung:
bei zwei Sensoren brauch man eigentlich keine Variablen, aber gut (ohne hast Du ja schon oben für den Template Helfer)
diese beiden sind "deaktiviert" mit # weil ich diesen Block so schon habe! also alle template => sensor werden untereinander geschrieben
weiterer sensor fängt also nur mit - name: an
deine beiden sind nur deaktiviert und dafür meine zum testen
die weitere Variable "c" zur Berechnung habe ich nur für Dich gemacht, weil Du die ja anscheinend magst
eine eineindeutige unique_id ist wichtig um diese in der WebUI abändern kann
YAML:
#template:
# - sensor:
- name: 'Differenztemperatur Forum'
state: >
# {% set a = states('sensor.temperature_indoor') | float %}
# {% set b = states('sensor.temperature_garden') | float %}
{% set a = states('sensor.esp32_4_am2302_temperature') | float(0) %}
{% set b = states('sensor.ds18b20_dt_sp1_116_temperature') | float(0) %}
{% set c = ((a+b) / 2) %}
{{ c |float |round(1) }}
unit_of_measurement: '°C'
device-class: temperature
state_class: measurement
unique_id: differenztemperatur_forum_0000000000
Alles anzeigen
device_class: temperature
Böser Böser Fehler ![]()
hier ist ein TAB anstelle Leerzeichen !!
Fehler kommt aber beim Konfiguration Prüfen, er sagt aber nicht warum
Also IMMER Konfiguration Prüfen und am besten einen anständigen EDITOR verwenden und alle Zeichen einblenden
habe den Fehler natürlich auch gleich nicht gefunden
Das mit dem Template habe ich jetzt auch so probiert:
kannst du mal bitte deine komplette configuration.yaml posten? auch gerne per PN zu mir?
sonst wird das schwierig
den Wert vor 1 Minute
Das geht mit temmplate trigger
Beispiel für 10 min
template:
# temperatur 10min vorher
- trigger:
- platform: time_pattern
minutes: "/1"
sensor:
- name: 10min temperature history
state: "{{ states('sensor.uni_128_temperature_4') }}"
attributes:
min0: "{{ states('sensor.uni_128_temperature_4')|float(0) }}"
min1: "{{ this.attributes['min0'] }}"
min2: "{{ this.attributes['min1'] }}"
min3: "{{ this.attributes['min2'] }}"
min4: "{{ this.attributes['min3'] }}"
min5: "{{ this.attributes['min4'] }}"
min6: "{{ this.attributes['min5'] }}"
min7: "{{ this.attributes['min6'] }}"
min8: "{{ this.attributes['min7'] }}"
min9: "{{ this.attributes['min8'] }}"
min10: "{{ this.attributes['min9'] }}"
# Abfrage waere dann
# {{ state_attr('sensor.10min_temperature_history', 'min10') }}
Alles anzeigen
und wieder Helfer Template beim letzten
WICHTIG !!! bei YAML:
template:
gibt es nur 1x
alle weiteren Template kommen dann darunter in einem Block => vielleicht ist das der Fehler von Oben
Laut einem schweizer YT Kanal soll der grüne Draht (6) an Ground (Minus).
Sorry, das ist ja klar das der UNI in Rauch aufgeht 🤨
Quell: https://kb.shelly.cloud/knowledge-base/shelly-plus-uni
Pin6 zu GND = Kurzschluss
Pin6 (+5 VDC) kann auch 12VDC (Motorrad Batterie hat aber 13-14V)
Habe auch einen UNI (Gen1) mit Anschluss für die Bordsteckdose, Problem: der saugt natürlich die Batterie leer 😉
Also besser zum überwintern ein Ladegeräte mit „Erhaltung Modus)
da ich ja ein YAML Fan bin habe ich mir das auch mal angesehen:
das passt auch nicht: "device classes" "weather" kenne ich nicht und ist hier auch nicht beschrieben:
Sensor entity | Home Assistant Developer Docs (home-assistant.io)
Nachdem das so in die configuration.yaml gespeichert wurde sollte auf jeden fall die Konfiguration geprüft werden
und siehe DA:
in deinem Fall ist es auf jeden fall:
dass die Wirkkette funktioniert?
Template Editor: ist nicht gleich Template Helfer oder Yaml Sensor
Der Template Editor berechnet nur das in den {xxxxxxxxxx}
das schnellste bei dir ist also ein Helfer-Template-Sensor wie HighFive schon angemerkt hat ![]()
Zustandstemplate:
Meins zum testen:
{{ ((states('sensor.esp32_4_am2302_temperature')|float(0) +
states('sensor.esp32_4_am2302_temperature')|float(0))/2) |round(2)}}
Deins wäre also:
{{ ((states('sensor.temperature_indoor')|float(0) +
states('sensor.temperature_garden')|float(0))/2) |round(2)}}
Auch die Anmerkung von
((a +b) / 2) ist für mich der MITTELwert und nicht eine DIFFERENZ.
stimme ich zu, da du hier einen Innensensor und einen Außensensor verwendest und dein Name des Sensors "Differenztemperatur" heißt !!
also wäre es ja einfach Innensensor minus Außensensor (dann noch ABS um vielleicht noch das Vorzeichen zu eliminieren)
Hallo Martin,
Ich bin gestern auch drüber gestolpert 🤗
Der Fensterkontakt hat in der Szene diese Möglichkeit:
Sollte also passen.
mein Test (mit schalte jede Minute) hat ja nicht funktioniert und der Zustand wurde nicht beachtet
Dann habe ich mir den Zustand in der App angesehen und dieser wurde nicht (mehr) aktualisiert. Zugegeben, ich verwende ja HA, daher weiß ich nicht wie lange das so ist. Im Log war die letzte Zustandsänderung schon lange her und als BLE-Beobachter war ein Shelly zwei Stockwerke entfernt 😝
Hier im Wohnzimmer ist eigentlich noch ein pro 3EM konfiguriert als BLE-Beobachter, der wollte anscheinend nicht. Also weiter gesucht, anscheinend müssen die BLE-Beobachter in der Cloud sein. Das war mir gar nicht mehr so bewusst, nun gut, diese beiden sind aber in der Cloud gewesen! Also mal auf die schnelle einen Mini 1 Gen3 aktiviert als BLE-Beobachter und Cloud => und sofort waren alle DW fleißig wieder dabei den Status zu übergeben.
Ich mach mal gleich wieder eine Test Szene.
Trotzdem kann ich nur wärmstens Empfehlen so etwas nur in einem übergeordnetem System zu machen, da wäre es in einer Automation auch eindeutig eine Bedingung und nicht im „Außlöser“