Beiträge von apreick

Zitat

BLE Debug App

Bei der IOS Version muss immer neu verbunden werden 😎 und eigentlich sogar 2x, da er erst garnicht auftaucht beim scannen (ohne Beacon Modus)

Ich habe einfach diesen direkt geflasht (WebInstal)

https://esphome.io/projects/?type=bluetooth

Dann WLAN dort konfigurieren und dann wird er in HA direkt gefunden

Dann kannst du in noch zu ESP Home (HA) holen

Zitat

Shelly Uni

Nein 😉 das kann nur der Plus UNI, habe es aber geschrieben

Dann hast du in der App oder HTTP Cloud ganz normal die Grafen

Zitat

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)

Zitat

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

Überschrift steht „als Schlüsselfinder“

Beim verwenden der BLE Debug App muss ich (bei IOS) zum koppeln den Button drücken => also habe ich ihn in der Hand 🤚

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

Zitat

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

https://www.home-assistant.io/integrations/sql

Zitat

Editor

Am IPad verwende ich Runestone

Unter Windows Notepad++ (von hier kamen die Screenshots)

Zitat

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

MasterRBG

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:

Zitat

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

Zitat

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

Zitat

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

Zitat

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') }}

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

Zitat

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:

       device_class: temperature
       state_class: measurement