Beiträge von apreick

Daraus:

Guten Morgen,

ist ja ein passender Tag um die Automation und die beiden Bedingungen zu testen 🤗

Heute 28.02.2023

Also letzter Tag im Monat erfüllt:

Und die zweite Bedingung ist ==2 für Februar ist auch erfüllt:

Also startet mein Trigger um 23:59 Uhr um die Daten abzulegen 😉

Guten Morgen,

Danke für die Info 🤗

Da steht ja groß BETA in der IOS App beim öffnen, habe immer gedacht das so etwas eigentlich nur über Umwege geht. Aber läuft 😉

Gruß

Hallo und herzlich willkommen im Forum,

Hast du mal von dort versucht?

https://shelly-forum.com/shelly-firmware-archive/

Ip eingeben und FW H&T auswählen

Zitat von Krauskopp

Kann ich die Templates auch in eine template.yaml auslagern

da kann dir geholfen werden

das in die configuration.yaml unten einfügen und einen Ordner in der Config anlegen

bei mir wäre es dann der Ordner "template_yaml" und alles was du dort anlegst muss mit der Endung ".yaml" enden

sonst werden sie nicht angewendet, ist auch schön zum testen

template: !include_dir_merge_list template_yaml/

Das mit dem warten machen wir dann erst im Sommer 👍

Ich stelle mir gerade vor wenn ich als Sensor den Wärmemengenzähler genommen hätte 🙈

Sehr schön, freut mich

Löblich 👌

Ein AM2320 ist jetzt zum Einmessen an einem UNI 😎

In Homeassistant würde ich dir diese empfehlen:

  - platform: statistics
    name: "plusaddon_temp_30sec"
    entity_id: sensor.am2320_temperatur
    state_characteristic: mean
    max_age:
      seconds: 30

Der Pro 3EM hat diese Funktion 🤗

is aber schon böse.

max Temp niedriger als min Temp

ok, in einem anderen Beitag wird berichtet das es eine neue FW geben wird wegen Offset Werten

Hast du Offsetwerte in deinem?

Edit:

hier

Beitrag

RE: Firmware 0.13.0 für Geräte der 2. Generation wird offiziell bereitgestellt

zum Thema H&T und Offset, es wird voraussichtlich Mittwoch oder Donnerstag ein Fix dafür geben, bis dahin bitte noch etwas Geduld

Der_Stumme

27. Februar 2023 um 13:12

na dann viel Erfolg und weiterhin gutes gelingen

Und für uns ein Säckchen Knochen und eine Glaskugel

dann "Guten Hunger"

scheint ja schon mal eine Fritzbox zu sein und den rest deiner hardware?

Laptop/Tablet mit anderem Browser?

Also erst einmal IP-TRV/status in (mehreren anderen Browsern) mit natürlich der IP der TRV

und dann bitte hier Teilen

edit: nicht das der TRV auch son komisches Problem mit Mesh der Fritzbox haben könnte, das läuft hier gerade parallel in einem anderen Beitrag.

Vielleicht erzählst du noch was zu deiner Hardware bei dir? Router, AP usw

er muss erreichbar sein

wenn du ihn nicht erreichst, erreicht auch kein andere Shelly ihn.

Also ist das doch das größere Problem

Das ist wirklich nicht schlimm

Hier mal die WebUI eines meiner Plus 1PM, die ist ähnlich bei dir:

ja, diese Http Request können reagieren auf den externen Taster

Schalter auf detached und dann die Befehle in der WebUI, bzw. gibt er auch schon Vorschläge beim erstellen.

hier noch wissenswertes zum Pro 3

Shelly Pro 3 | Shelly Technical Documentation

habe ja keinen

hallo, sollte gehen über Http Request

habe auf die schnelle nur die für Pro 2 gefunden aber das ist ja das gleiche

HTTP-Request Shelly PRO 2 - (shelly-forum.com)

• Schalten Shelly PRO 2 Relais (O1 - O2) EIN mit Timer in s:

Code

http://192.168.xxx.xxx/relay/0?turn=on&timer=30

Schalterzuordnung: Schalter 1: „0“, Schalter 2: „1“; entsprechend anpassen!

und bei dem Pro 3 dann noch Schalter 3: „2“

Hallo, ich bin ja auch groß geworden mit Excel und habe gerne ein Backup vom Backup

Ziel war es am letzten Tag des Monats um 23:59 Uhr Werte abzuspeichern, jup hier mal eine kurze Erklärung:

- letzter Tag des Monats als binary_sensor anlegen:

# Last Day of the Month Binary Sensor
#template:
  - binary_sensor:
      - name: Last Day of the Month
        icon: mdi:calendar
        state: "{{ (now() + timedelta(days=1)).day == 1 }}"
        unique_id: last_day_of_the_month_0000000000

Dieser gibt als Ausgabe ein state: "on" oder "off" aus.

- Daher kann er wunderbar in einer Automation abgefragt werden:

condition:
  - condition: state
    entity_id: binary_sensor.last_day_of_the_month
    state: "on"

- Monat als Bedingung in einer Automation:

  - condition: template
    value_template: "{{ now().month == 1}}"

== 1 für Januar, == 2 für Februar, usw.

- Uhrzeit in Automation als Auslöser (sollte ja eigentlich klar sein)

trigger:
  - platform: time
    at: "23:59:00"

- input_number erstellen, um Werte mit einer Automation hinterlegen zu können

es ist natürlich egal ob über Helfer oder Yaml, aber ich bevorzuge Yaml da past & copy schneller geht.

also nur als Beispiel in Yaml

input_number: 
 bkw_ver_01:
    name: BKW_Ver_01
    unit_of_measurement: 'kWh'
    min: 0
    max: 1000
    step: 0.01
    mode: box
    icon: mdi:solar-power

- und in der Automation dann z.B. einen Monatssensor als action an den input_number zu übergeben:

 action:
  - service: input_number.set_value
    data_template:
      entity_id: input_number.bkw_ver_01
      value: "{{ states('sensor.DEIN-GEWÜNSCHTEN-SENSORWERT')|float(0) }}"

Mit mehreren action können natürlich gleich mehrere gefüttert werden.

Der Rest ist Fleißarbeit

Auch hiermit viel Spaß

Gruß Andreas

Guten Morgen,

hier geht ja fast alles in HomeAssistant

Auch wunderbare viele bunte Graphen, aber genau darum geht es mal nicht.

Ich kenne mein Haus und meine Verbräuche schon sehr gut und Sparpotential ist immer gut, daher interessierte mich eine oder zwei Kennzahlen besonders und habe diese umgesetzt.: gleitender durchschnitts Verbrauch am Tag seit Jahresbeginn.

Das Netzt ist voll mit Anleitungen, aber genau diese habe ich nicht gefunden UND verstehen wollte ich das auch.

Daher mit Sicherheit auch nicht perfekt und kompakt um auch einzelne Schritte für andere Projekte verwenden zu können.

Ziel sind diese beiden Kennwerte und diese Schritte wollte ich mit euch Teilen:

Benötigt und Ausgangslage sind funktionierende utility_meter cycle: yearly (hier gehe ich jetzt nicht näher darauf ein)

# utility_meter:
eigentlicherverbrauch3emyearly:
    source: sensor.eigentlicherverbrauch3emenergy
    name: EigentlicherVerbrauch3EMEnergyYearly
    cycle: yearly

Eigentlich ist das erstellen der kleinen Helfer oben gut zu erkennen um an mein Ziel zu kommen, also Start:

- Helfer erstellen für das Startdatum (um das ganze flexibler für die nächsten Jahre aufzubauen

und natürlich gesetzt auf 01.01.2023

Sensor Name bei mir: input_datetime.jahr2023

- Tage seit diesem Datum

#template:
  - sensor:
#
# Zeigt die Anzahl der Tage seit diesem Datum, also seit Jahresanfang
    - name: Tage seit Jahresanfang
      state: >
        {{ ((as_timestamp(now()) - (states.input_datetime.jahr2023.attributes.timestamp)) /86400)| int }}
      unit_of_measurement: 'Days'
      icon: mdi:calendar-star
      unique_id: tage_seit_jahresanfang_0000000000

Sensor Name bei mir: sensor.tage_seit_jahrsanfang

Dann Zählt er schon mal die vergangenen Tage seit Jahresanfang

- Stunden mit Minuten (in dezimal) seit beginn des heutigen Tages

#template:
  - sensor:
#
# Zeigt die Anzahl der Stunden mit Minuten seit heute in dezimal
    - name: Stunden seit Heute
      state: >
        {{ now().hour |float(0) + (now().minute |float(0) /60)| round(2)}}
      unit_of_measurement: 'Stunden'
      icon: mdi:timer
      unique_id: stunden_seit_heute_0000000000

Sensor Name bei mir: sensor.stunden_seit_heute

Der ist dann auch fertig

- Tage seit Jahresanfang mit Stunden und min (also aus den beiden vorher erstellten)

#template:
  - sensor:
#
# Zeigt die Anzahl der Tage seit diesem Datum, also seit Jahresanfang mit die Anzahl der Tageder Stunden mit minuten seit heute
    - name: Tage seit Jahrsanfang mit Stunden
      state: >
        {{ ((states('sensor.tage_seit_jahrsanfang') |float(0) *24 +
             states('sensor.stunden_seit_heute') |float(0)) /24) | round(2) }}
      unit_of_measurement: 'Days'
      icon: mdi:calendar-star
      unique_id: tage_seit_jahresanfang_mit_stunden_0000000000

Sensor Name bei mir: sensor.tage_seit_jahrsanfang_mit_stunden

Und auch dieser ist fertig

- Jetzt noch die Berechnung für die Kennzahl "Jahresverbrauch gleitender durchschnitt am Tag"

#template:
  - sensor:
#
      - name: Netzverbrauch Durchschnitt Tag
        state: >
         {{ (states('sensor.eigentlicherverbrauch3emenergyyearly')|float(0) /
             states('sensor.tage_seit_jahrsanfang_mit_stunden')|float(0))  |round(2)}}
        availability: >
          {{ states('sensor.eigentlicherverbrauch3emenergyyearly') not in
             ['unknown','unavailable'] and
             states('sensor.tage_seit_jahrsanfang_mit_stunden') not in
             ['unknown','unavailable'] }}
        icon: mdi:meter-electric
        unit_of_measurement: 'kWh'
        device_class: energy
        state_class: total
        unique_id: netzverbrauch_durchschnitt_tag_0000000000

Sensor Name bei mir: sensor.netzverbrauch_durchschnitt_tag

Und da ist er fertig

Tapfer, wer bis zum Ende alles gelesen hat und das ganze vielleicht auch umgesetzt hat!

Viel Spaß

Andreas