Home Assistant: Open source Python3 home automation - deel 5

[rrolf]

Wesley schreef op zondag 30 april 2023 @ 21:12:
[...]


Bedankt voor de tip nog! Inmiddels aangeschaft en mee aan de gang. Heb je toevallig die ingebouwde WiFi kaart aan de praat gekregen in Home Assistant?

Eigenlijk nooit geprobeerd. Ik gebruik liever een netwerkkabel. HA en Wifi gaan niet zo goed samen.

[tcviper]

Misschien snap ik het niet helemaal maar kan iemand me hier aub uitleggen hoe je het energie dashboard van Home assistant juist instelt met een Youless LS120 P1 meter? Ik heb de volgende entities:
- sensor.energy_delivery_low
- sensor.energy_delivery_high
- sensor.energy_high
- sensor.energy_low
- sensor.extra_total en dan nog allerlei met p1_electricity_consumed en produced en varianten daarop.

Wat moet je instellen bij Netverbruik, Teruglevering, en bij de zonne energieproductie (heb SMA en die plugin werkt), maar ook daar weer sensor.stp6_0_3av_40_159_total_yield etc.

[TheFes]

tcviper schreef op dinsdag 2 mei 2023 @ 14:59:
Misschien snap ik het niet helemaal maar kan iemand me hier aub uitleggen hoe je het energie dashboard van Home assistant juist instelt met een Youless LS120 P1 meter? Ik heb de volgende entities:
- sensor.energy_delivery_low
- sensor.energy_delivery_high
- sensor.energy_high
- sensor.energy_low
- sensor.extra_total en dan nog allerlei met p1_electricity_consumed en produced en varianten daarop.

Wat moet je instellen bij Netverbruik, Teruglevering, en bij de zonne energieproductie (heb SMA en die plugin werkt), maar ook daar weer sensor.stp6_0_3av_40_159_total_yield etc.

De eerste 2 bij teruglevering
Nummer 3 en 4 bij netverbruik
en die van je omvormer bij zonneenergieproductie

[Panzer_V]

water_escape schreef op maandag 1 mei 2023 @ 09:48:
Random vraag... op vakantie had ik geen verbinding meer met HA. Eenmaal thuis een reset moeten doen (stekker eruit halen helaas) en daarna deed hij het weer.

Nu blijk ik alleen geen data van die 2 dagen te hebben, dus hij was echt gecrashed? Maar waar / hoe kan ik terugvinden wat dit veroorzaakt heeft. Ik heb geen idee waar ik naar wat moet zoeken...

Als je het antwoord weet houd ik mij aanbevolen. Mijn Pi4 heeft ook af en toe last van vastlopers waarna ik moet hardrebooten. Zou wel fijn zijn als ik dan toch nog de logs van daarvoor kan raadplegen ergens.

@TheFes , kan jij aangeven waar n00bs deze logs kunnen raadplegen? Volgens mij gaat het in beide gevallen om HAOS.

[tcviper]

TheFes schreef op dinsdag 2 mei 2023 @ 15:03:
[...]


De eerste 2 bij teruglevering
Nummer 3 en 4 bij netverbruik
en die van je omvormer bij zonneenergieproductie

Ok die 1e 4 snap ik 😀 Thanks, maar van de omvormer heb ik deze staan:
- STP6.0-3AV-40 159 metering_total_absorbed en nog een 4 tal.

Welke moet daar dan bij zonne energieproductie?
Is het toevallig: STP6.0-3AV-40 159 metering_total_absorbed ? 😀

Wat moet ik daarmee? Dankjewel alvast

[ Voor 27% gewijzigd door tcviper op 02-05-2023 15:21 ]

[water_escape]

Panzer_V schreef op dinsdag 2 mei 2023 @ 15:06:
[...]


Als je het antwoord weet houd ik mij aanbevolen. Mijn Pi4 heeft ook af en toe last van vastlopers waarna ik moet hardrebooten. Zou wel fijn zijn als ik dan toch nog de logs van daarvoor kan raadplegen ergens.

@TheFes , kan jij aangeven waar n00bs deze logs kunnen raadplegen? Volgens mij gaat het in beide gevallen om HAOS.

Ik heb idd Pi4 met SSD.

[RobertMe]

tcviper schreef op dinsdag 2 mei 2023 @ 15:07:
[...]


Ok die 1e 4 snap ik 😀 Thanks, maar van de omvormer heb ik deze staan:
- sensor.stp6_0_3av_40_159_total_yield
- sensor.stp6_0_3av_40_159_pv_gen_meter
- sensor.stp6_0_3av_40_159_metering_total_yield
- sensor.stp6_0_3av_40_159_metering_total_absorbed

Welke moet daar dan bij zonne energieproductie? en waarom geeft ie aan :
Entiteit niet gedefinieerd
Controleer de integratie van je configuratie die hier in voorziet:
sensor.stp6_0_3av_40_159_total_yield

Wat moet ik daarmee? Dankjewel alvast

In het algemeen: je moet de sensoren hebben die in Wh of kWh zijn en de totale afname/teruglevering/opweg bevatten. Als je de grafiek bekijkt moet deze grafiek dus altijd omhoog lopen (of stil staan, bv opwek en teruglevering zal 's nachts niet oplopen ). De overige sensoren zullen of bv het huidige vermogen zijn (W / kW) en dus al in de verkeerde eenhoud maar ook op en af gaan (zet bv de waterkoker aan en hij staat meteen op 2000W), of de energie in een periode (bv "in dit uur") en dus elke periode (/elk uur bv dus) resetten naar 0.
V.w.b. welke je nodig hebt van de omvormer zal het wel een van de total_yield varianten zijn. Maar zonder inzicht in de data durf ik niet te gokken welke specifiek.

[TheFes]

Panzer_V schreef op dinsdag 2 mei 2023 @ 15:06:
[...]


Als je het antwoord weet houd ik mij aanbevolen. Mijn Pi4 heeft ook af en toe last van vastlopers waarna ik moet hardrebooten. Zou wel fijn zijn als ik dan toch nog de logs van daarvoor kan raadplegen ergens.

@TheFes , kan jij aangeven waar n00bs deze logs kunnen raadplegen? Volgens mij gaat het in beide gevallen om HAOS.

De laatste log van voor een herstart wordt opgeslagen als home-assistant.log.1

[akatar]

Even een vraagje, ik ben een beginner met HA en ik heb het volgende probleem.
Via traccar laat ik doorgeven wat mijn adres is (vanuit homeseer) maar dit wordt alleen geupdate bij een herstart van HA en daarna nooit weer (tot ik weer een restart doe en krijgt hij weer een eenmalige update.

Kan je dat ergens instellen of maak ik een andere fout?

[Raven]

xzaz schreef op dinsdag 2 mei 2023 @ 13:00:
Ik zie door de bomen het bos niet meer. Ik wil eigenlijk wat smartplugs hebben om individuele apparaten te monitoren.

[Afbeelding]

Ik weet welk apparaat dit doet maar ik wil dus dit apparaat zelf monitoren en zo de kosten berekenen. Maar nu. Hoe? Ik wil eigenlijk lokaal zonder app. Mijn HA draait in de cloud (azure) en een raspberry pi zorgt voor alle verkeer tussen deze systemen. Ik wil verder geen externe app oid maar gewoon een lokaal systeem (WiFi?). Tuya valt dus af, maar dan ga je al snel richting Zigbee oid?

Iemand hier ervaringen mee?

Google op "smart plug tasmota"
Voorbeeld: https://www.athom.tech/blank-1/EU-plug

[water_escape]

TheFes schreef op dinsdag 2 mei 2023 @ 16:02:
[...]


De laatste log van voor een herstart wordt opgeslagen als home-assistant.log.1

shit, heb net een update gedaan en een reboot... dus dat is nu log.1

[Faece]

Dit is mijn code nu. Dit toont de maand, met daaronder "van 1 tot xxx" waarbij xxx de datum van gisteren is.
Nu krijg ik als het de eerste dag van de maand is "van 1 tot 0" en op dag 1 "van 1 tot 1"

Hoe krijg ik het voor mekaar dat bij de eerste eigenlijk gewoon niks staat, bij 2 mei "1 mei" ?

YAML:

 
              - type: custom:mushroom-template-card
                primary: >-
                  {% set mon = ["Januari", "Februari", "Maart", "April", "Mei", "Juni", "Juli", "Augustus", "September", "Oktober", "November", "December"] %}
                  {{ (mon[now().month-1])}}
                secondary: >-
                  {% set mon = ["Januari", "Februari", "Maart", "April", "Mei", "Juni", "Juli", "Augustus", "September", "Oktober", "November", "December"] %}
                  van 1 tot {{ (now().day-1) }} {{ (mon[now().month-1])}}

[1ntroduc3]

new_guy schreef op dinsdag 2 mei 2023 @ 09:19:
[...]

Ik ga eens kijken of ik daar iets mee kan doen.

Dit is een gouden tip geweest voor mij, waarvoor dank! Je kunt er niet alleen op browser/device niveau instellingen doen , ook op user niveau. Heel handig!

[Faece]

Vandaag en de 2 cards eronder is een swipe, ik kan dus swipen naar "gisteren".
nu wil ik vandaag eigenlijk even breed als "mei" eronder, en de 2 cards de helft. Dus eigenlijk dubbel zo breed als nu...

YAML:

- type: custom:swipe-card
  cards:
      - square: true
        type: grid
        columns: 2
        cards:
          - type: "vertical-stack"
            cards:
              - type: horizontal-stack
                cards:      
                  - type: custom:mushroom-template-card
              - type: horizontal-stack
                cards:
                  - type: custom:mushroom-entity-card
                  - type: custom:mushroom-entity-card

[Septillion]

@Faece Iets als:

YAML:

 
              - type: custom:mushroom-template-card
                primary: >-
                  {% set mon = ["Januari", "Februari", "Maart", "April", "Mei", "Juni", "Juli", "Augustus", "September", "Oktober", "November", "December"] %}
                  {{ (mon[now().month-1])}}
                secondary: >-
                  {% set mon = ["Januari", "Februari", "Maart", "April", "Mei", "Juni", "Juli", "Augustus", "September", "Oktober", "November", "December"] -%}
                  van 1{{(' tot ' ~  (now().day-1)) if now().day > 2 }} {{ (mon[now().month-1])}}

[bhartman]

water_escape schreef op dinsdag 2 mei 2023 @ 17:32:
shit, heb net een update gedaan en een reboot... dus dat is nu log.1

Je kan evt ook een automation maken om je log op errors te checken:

YAML:

alias: Monitor Log Errors
trigger:
  - platform: event
    event_type: system_log_event
    event_data:
      level: ERROR
action:
  - service: notify.<some device>
    data:
      title: Error found in log
      message: Error message {{ trigger.event.data.message[0] }}

[ Voor 0% gewijzigd door Septillion op 02-05-2023 21:45 . Reden: Denk aan de 'yaml' bij de code tags aub! ]

[Faece]

Septillion schreef op dinsdag 2 mei 2023 @ 20:41:
@Faece Iets als:

YAML:

 
              - type: custom:mushroom-template-card
                primary: >-
                  {% set mon = ["Januari", "Februari", "Maart", "April", "Mei", "Juni", "Juli", "Augustus", "September", "Oktober", "November", "December"] %}
                  {{ (mon[now().month-1])}}
                secondary: >-
                  {% set mon = ["Januari", "Februari", "Maart", "April", "Mei", "Juni", "Juli", "Augustus", "September", "Oktober", "November", "December"] -%}
                  van 1{{(' tot ' ~  (now().day-1)) if now().day > 2 }} {{ (mon[now().month-1])}}

Ok ik bekijk het vanavond

[new_guy]

mlexter schreef op dinsdag 2 mei 2023 @ 00:40:
[...]


Check “Browser mod” dan kun je op user niveau sidebar en top bar inregelen, werkt bij mij super

Dit werkt echt perfect voor het verbergen van de side bar, dank!

[WoBBeL]

Ik heb een automation die mij een notificatie stuurt op het moment dat één van mijn cartridges inkt niveau onder 25% komt (numeric state trigger). Het vreemde is echter dat ik de notificatie soms 3 keer per dag krijg en soms 1 keer per 2 dagen. Dit terwijl er géén verandering in inktniveau te zien is.

Ik gok dat dit komt omdat de printer soms even "unavailable" is (zie screenshot grafiek, op het moment dat hij weer beschikbaar kwam werd ook de automation getriggered).

Hoe voorkom ik dat hij bij elke korte onderbreking opnieuw mn automation wordt getriggered?



Log (van unavailable naar 20)

YAML:

this:
  entity_id: automation.printerinkt
  state: 'on'
  attributes:
    last_triggered: '2023-05-03T06:47:26.593971+00:00'
    mode: single
    current: 0
    id: '1633204715315'
    friendly_name: Monitor - Printerinkt
  last_changed: '2023-05-02T10:05:26.095061+00:00'
  last_updated: '2023-05-03T06:47:26.978481+00:00'
  context:
    id: 01GZG5V9M2AGGRGCA2MVTZXEWJ
    parent_id: 01GZG5V9KQGYG2YYW7M4GCYWGR
    user_id: null
trigger:
  id: '2'
  idx: '2'
  alias: null
  platform: numeric_state
  entity_id: sensor.hp_officejet_pro_6970_cyan_ink
  below: 25
  above: null
  from_state:
    entity_id: sensor.hp_officejet_pro_6970_cyan_ink
    state: unavailable
    attributes:
      unit_of_measurement: '%'
      icon: mdi:water
      friendly_name: Blauw (cyaan)
    last_changed: '2023-05-03T07:59:52.545210+00:00'
    last_updated: '2023-05-03T07:59:52.545210+00:00'
    context:
      id: 01GZG9ZXQ199072WYGWTS5475R
      parent_id: null
      user_id: null
  to_state:
    entity_id: sensor.hp_officejet_pro_6970_cyan_ink
    state: '20'
    attributes:
      marker_high_level: 100
      marker_low_level: 1
      marker_type: ink-cartridge
      unit_of_measurement: '%'
      icon: mdi:water
      friendly_name: Blauw (cyaan)
    last_changed: '2023-05-03T08:00:52.486461+00:00'
    last_updated: '2023-05-03T08:00:52.486461+00:00'
    context:
      id: 01GZGA1R86BX0XZJ200TYVAKYB
      parent_id: null
      user_id: null
  for: null
  description: numeric state of sensor.hp_officejet_pro_6970_cyan_ink

Is deze condition voldoende om dit te verhelpen?

YAML:

condition:
  - condition: template
    value_template: "{{ trigger.from_state.attributes.tag != 'unavailable' }}"
  - condition: template
    value_template: "{{ trigger.from_state.attributes.tag != 'unknown' }}"

[ Voor 52% gewijzigd door WoBBeL op 03-05-2023 10:29 ]

[Slinkos]

WoBBeL schreef op woensdag 3 mei 2023 @ 10:20:
Ik heb een automation die mij een notificatie stuurt op het moment dat één van mijn cartridges inkt niveau onder 25% komt (numeric state trigger). Het vreemde is echter dat ik de notificatie soms 3 keer per dag krijg en soms 1 keer per 2 dagen. Dit terwijl er géén verandering in inktniveau te zien is.

Ik gok dat dit komt omdat de printer soms even "unavailable" is (zie screenshot grafiek, op het moment dat hij weer beschikbaar kwam werd ook de automation getriggered).

Hoe voorkom ik dat hij bij elke korte onderbreking opnieuw mn automation wordt getriggered?

[Afbeelding]

Log (van unavailable naar 20)

YAML:

this:
  entity_id: automation.printerinkt
  state: 'on'
  attributes:
    last_triggered: '2023-05-03T06:47:26.593971+00:00'
    mode: single
    current: 0
    id: '1633204715315'
    friendly_name: Monitor - Printerinkt
  last_changed: '2023-05-02T10:05:26.095061+00:00'
  last_updated: '2023-05-03T06:47:26.978481+00:00'
  context:
    id: 01GZG5V9M2AGGRGCA2MVTZXEWJ
    parent_id: 01GZG5V9KQGYG2YYW7M4GCYWGR
    user_id: null
trigger:
  id: '2'
  idx: '2'
  alias: null
  platform: numeric_state
  entity_id: sensor.hp_officejet_pro_6970_cyan_ink
  below: 25
  above: null
  from_state:
    entity_id: sensor.hp_officejet_pro_6970_cyan_ink
    state: unavailable
    attributes:
      unit_of_measurement: '%'
      icon: mdi:water
      friendly_name: Blauw (cyaan)
    last_changed: '2023-05-03T07:59:52.545210+00:00'
    last_updated: '2023-05-03T07:59:52.545210+00:00'
    context:
      id: 01GZG9ZXQ199072WYGWTS5475R
      parent_id: null
      user_id: null
  to_state:
    entity_id: sensor.hp_officejet_pro_6970_cyan_ink
    state: '20'
    attributes:
      marker_high_level: 100
      marker_low_level: 1
      marker_type: ink-cartridge
      unit_of_measurement: '%'
      icon: mdi:water
      friendly_name: Blauw (cyaan)
    last_changed: '2023-05-03T08:00:52.486461+00:00'
    last_updated: '2023-05-03T08:00:52.486461+00:00'
    context:
      id: 01GZGA1R86BX0XZJ200TYVAKYB
      parent_id: null
      user_id: null
  for: null
  description: numeric state of sensor.hp_officejet_pro_6970_cyan_ink

Is deze condition voldoende om dit te verhelpen?

YAML:

condition:
  - condition: template
    value_template: "{{ trigger.from_state.attributes.tag != 'unavailable' }}"
  - condition: template
    value_template: "{{ trigger.from_state.attributes.tag != 'unknown' }}"

Volgens mij kun je die 2 value templates samenvoegen. Maar dit is inderdaad the way to go naar mijn idee.

Ik heb elders zoiets:

YAML:

condition:
  - condition: template
    value_template: "{{ trigger.from_state.attributes.tag != 'unavailable' and trigger.from_state.attributes.tag != 'unknown' }}"

Of trigger.from_state.attributes.tag klopt weet ik niet. Moet dat niet gewoon trigger.from_state.state zijn?

Waar je wel tegenaan zou kunnen lopen is dat hij bijvoorbeeld 26 is, dan naar unavailable gaat, en als hij weer terug komt op 24 staat. Dan krijg je dus nooit een notificatie.

[ Voor 13% gewijzigd door Slinkos op 03-05-2023 11:22 ]

[bartbh]

Flappie schreef op maandag 1 mei 2023 @ 11:03:
Ik heb mijn Debian VM bijgewerkt met de laatste updates.
Sindsdien heb ik geen /dev/serial/by-id/ meer.

Iemand anders ook toevallig dit probleem?

Gebruikte Debian versie is: Linux HOMEASSISTANT1 5.10.0-22-amd64 #1 SMP Debian 5.10.178-3 (2023-04-22) x86_64 GNU/Linux

Devices zijn nog wel te bereiken onder /dev/usbTTY0 en /dev/usbACM0

Update:
Inmiddels dit artikel gevonden. Ik heb nu dus Debian 11.7 en dat blijkt dus een bug te zijn:
https://newsbeezer.com/ne...-11-7-computer-downloads/
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1035094

Ik dacht al dat ik gek was geworden en liep te vloeken op mijn rpi4.

Heb je het al kunnen oplossen? Ik heb het opgelost door handmatig het rules bestanden te editen en ID_SERIAL naar ID_USB_SERIAL aan te passen.

Exacte omschrijving kan ik voor je opzoeken als je het nodig hebt.

edit:

C: /usr/lib/udev/rules.d/60-serial.rules

# do not edit this file, it will be overwritten on update

ACTION=="remove", GOTO="serial_end"
SUBSYSTEM!="tty", GOTO="serial_end"

SUBSYSTEMS=="pci", ENV{ID_BUS}="pci", ENV{ID_VENDOR_ID}="$attr{vendor}", ENV{ID_MODEL_ID}="$attr{device}"
# We already ran the hwdb builtin for devices with MODALIAS in 50-default.rules.
# Let's cover the remaining case here, where we walk up the tree to find a node with $MODALIAS.
ENV{MODALIAS}=="", SUBSYSTEMS=="pci", IMPORT{builtin}="hwdb --subsystem=pci"

# /dev/serial/by-path/, /dev/serial/by-id/ for USB devices
KERNEL!="ttyUSB[0-9]*|ttyACM[0-9]*", GOTO="serial_end"

SUBSYSTEMS=="usb-serial", ENV{.ID_PORT}="$attr{port_number}"

IMPORT{builtin}="path_id"
ENV{ID_PATH}=="?*", ENV{.ID_PORT}=="", SYMLINK+="serial/by-path/$env{ID_PATH}"
ENV{ID_PATH}=="?*", ENV{.ID_PORT}=="?*", SYMLINK+="serial/by-path/$env{ID_PATH}-port$env{.ID_PORT}"

IMPORT{builtin}="usb_id"
ENV{ID_USB_SERIAL}=="", GOTO="serial_end"
SUBSYSTEMS=="usb", ENV{ID_USB_INTERFACE_NUM}="$attr{bInterfaceNumber}"
ENV{ID_USB_INTERFACE_NUM}=="", GOTO="serial_end"
ENV{.ID_PORT}=="", SYMLINK+="serial/by-id/$env{ID_BUS}-$env{ID_USB_SERIAL}-if$env{ID_USB_INTERFACE_NUM}"
ENV{.ID_PORT}=="?*", SYMLINK+="serial/by-id/$env{ID_BUS}-$env{ID_USB_SERIAL}-if$env{ID_USB_INTERFACE_NUM}-port$env{.ID_PORT}"

LABEL="serial_end"

[ Voor 42% gewijzigd door bartbh op 03-05-2023 13:35 ]

[Septillion]

@WoBBeL Ik denk niet dat de attribute ook "unavailable" word, alleen de state. Daarnaast iets compacter:

YAML:

condition:
  - condition: template
    value_template: "{{ trigger.from_state.state not in ['unavailable', 'unknown'] }}"

Enige nadeel van deze manier is dat je geen trigger hebt als de inkt laag is geworden als deze offline was. Dat is denk ik ook de reden dat HA normaal de "unavailable" state niet overslaat. Maar zou mooi zijn als het dit wel zou doen (en bijvoorbeeld de laatste niet 'unavailable' staat onthoudt).

[daft_dutch]

Ik wordt telkens handiger in asterisk.
Nu heb ik een php script gemaakt wat een UI (Wat voor UI is dit eigenlijk?) voor muziek selectie maakt voor mijn telefoon in mijn slaapkamer.

YouTube: new and improved. now using a php script to generate the local libra...


en mijn laptop kon dus niet achter blijven
YouTube: music selection on my laptop #homeassistant #mpd #snapcast

[ Voor 3% gewijzigd door daft_dutch op 03-05-2023 12:08 ]

[JeroenH]

WoBBeL schreef op woensdag 3 mei 2023 @ 10:20:
Ik heb een automation die mij een notificatie stuurt op het moment dat één van mijn cartridges inkt niveau onder 25% komt (numeric state trigger). Het vreemde is echter dat ik de notificatie soms 3 keer per dag krijg en soms 1 keer per 2 dagen. Dit terwijl er géén verandering in inktniveau te zien is.

Ik gok dat dit komt omdat de printer soms even "unavailable" is (zie screenshot grafiek, op het moment dat hij weer beschikbaar kwam werd ook de automation getriggered).

Hoe voorkom ik dat hij bij elke korte onderbreking opnieuw mn automation wordt getriggered?

Dat is wel vreemd. Ik heb voor mijn laserprinter ook vier automations (voor elke kleur één, dat kan vast handiger, ik weet het ) die me een notificatie sturen als het tonerniveau onder de 10% komt. Sinds ik dat ingesteld heb, enkele maanden geleden. nog geen foutieve notificatie van gehad. En dat terwijl mijn printer een groot deel van de tijd unavilable is omdat ik hem stroomloos zet tenzij ik hem nodig heb.

Dit is de yaml van één van de automations:

YAML:

alias: Printer black toner below 10%
description: ""
trigger:
  - type: value
    platform: device
    device_id: 7daeb8a3dad9261188e9de7177c70421
    entity_id: sensor.dcp_l3550cdw_black_toner_remaining
    domain: sensor
    below: 10
condition: []
action:
  - device_id: edcf7fb9700003c590e9199260bd7eae
    domain: mobile_app
    type: notify
    message: Black toner below 10%
    title: Black toner below 10%
mode: single

Ik heb dit destijds zonder veel kennis van zaken met de UI in elkaar gezet Ik moet wel eerlijk zeggen dat de situatie dat een toner onder de 10% kwam zich nog niet heeft voorgedaan, dus ik ben ook 100% zeker of dit werkt

[Slinkos]

JeroenH schreef op woensdag 3 mei 2023 @ 13:03:
[...]


Dat is wel vreemd. Ik heb voor mijn laserprinter ook vier automations (voor elke kleur één, dat kan vast handiger, ik weet het ) die me een notificatie sturen als het tonerniveau onder de 10% komt. Sinds ik dat ingesteld heb, enkele maanden geleden. nog geen foutieve notificatie van gehad. En dat terwijl mijn printer een groot deel van de tijd unavilable is omdat ik hem stroomloos zet tenzij ik hem nodig heb.

Dit is de yaml van één van de automations:

YAML:

alias: Printer black toner below 10%
description: ""
trigger:
  - type: value
    platform: device
    device_id: 7daeb8a3dad9261188e9de7177c70421
    entity_id: sensor.dcp_l3550cdw_black_toner_remaining
    domain: sensor
    below: 10
condition: []
action:
  - device_id: edcf7fb9700003c590e9199260bd7eae
    domain: mobile_app
    type: notify
    message: Black toner below 10%
    title: Black toner below 10%
mode: single

Ik heb dit destijds zonder veel kennis van zaken met de UI in elkaar gezet Ik moet wel eerlijk zeggen dat de situatie dat een toner onder de 10% kwam zich nog niet heeft voorgedaan, dus ik ben ook 100% zeker of dit werkt

Zolang je inkt boven de 10% zit levert het ook geen probleem op. Het geval wat hierboven beschreven werd is dat de inkt onder de threshold zit, en dan blijf je notificaties krijgen als de printer vanaf unavailable komt en weer opnieuw onder de threshold schiet.

Je kan via developer tools > states een andere waarde aan je inkt level geven. Dan kan je gelijk je automation testen.

En klopt, het kan veel handiger. Je kan dat gewoon in 1 automation kwijt.

[ Voor 5% gewijzigd door Slinkos op 03-05-2023 13:06 ]

[WoBBeL]

Het is inderdaad opgelost met de condition erbij. De kans dat hij heel toevallig van unavailable/unknown naar onder de threshold gaat neem ik wel voor lief

@Septillion de datum trigger voor mn container levert nog wel wat issues op. Ik krijg hem op vrijdag (zoals het hoort) maar ook op zaterdag (dag te laat dus).

Django/Jinja:

{% set p = states('sensor.twente_milieu_organic_waste_pickup')|as_datetime|as_local -%}
{{ p - now() < timedelta(days=0) }}

Dat is wel vreemd want als ik het sjabloon test dan krijg ik het niet gereproduceerd.

Netjes true

Django/Jinja:

{% set p = "2023-05-03 00:00:00+02:00"|as_datetime|as_local -%}
{{ p - now() < timedelta(days=0) }}

Netjes false (dag later)

Django/Jinja:

{% set p = "2023-05-04 00:00:00+02:00"|as_datetime|as_local -%}
{{ p - now() < timedelta(days=0) }}

Hele automation

YAML:

alias: Monitor - container (gft)
description: ""
trigger:
  - platform: time
    at: "07:30:00"
condition:
  - condition: template
    value_template: >-
      {% set p =
      states('sensor.twente_milieu_organic_waste_pickup')|as_datetime|as_local
      -%}

      {{ p - now() < timedelta(days=0) }}
  - condition: state
    entity_id: binary_sensor.tuinhuis_container_gft
    state: "on"
action:
  - service: notify.pushover
    data:
      target:
        - roy
      message: De GFT container moet aan straat.
      data:
        priority: 1
        sound: siren
mode: single

[ Voor 97% gewijzigd door WoBBeL op 03-05-2023 15:01 ]

[JeroenH]

Slinkos schreef op woensdag 3 mei 2023 @ 13:05:
Zolang je inkt boven de 10% zit levert het ook geen probleem op. Het geval wat hierboven beschreven werd is dat de inkt onder de threshold zit, en dan blijf je notificaties krijgen als de printer vanaf unavailable komt en weer opnieuw onder de threshold schiet.

Ah! Dat had ik niet gezien. Dat zal mij ook wel gebeuren dan... Maar dat zien we dan wel weer. Gauw een nieuwe toner kopen dan maar

[Slinkos]

JeroenH schreef op woensdag 3 mei 2023 @ 14:54:
[...]


Ah! Dat had ik niet gezien. Dat zal mij ook wel gebeuren dan... Maar dat zien we dan wel weer. Gauw een nieuwe toner kopen dan maar

Anders laat je de automation zichzelf disablen na uitvoeren en zet je met een andere automation hem weer aan als hij op 100% is

[sterremos]

goedemiddag, ik ben al twee dagen bezig om HA te bereiken via Https, vele pogingen gedaan, vele instructies gevolgd maar geen https verbinding met HA.

eerst duck DNS geïnstalleerd en aangevuld.
daarna NGINX geïnstalleerd en aangevuld.
Config file HA aangevuld.
Portforwarding aangmaakt

YAML:

 http:
  ssl_certificate: /ssl/fullchain.pem
  ssl_key: /ssl/privkey.pem

  use_x_forwarded_for: true
  trusted_proxies:
   - 172.30.33.0/24

ik zie mijn IP binnenkomen bij duckdns.
Via http:// xxxxx.duckdns.org:8123 kom ik op mijn HA.

op een kwam ik tegen dat de beide poorten 443 en 8123 geforward moeten zijn.
heb een KPN experia box, en wat ik doe poort 443 blijft dicht.

ik ben ( nog ) een leek hierin, wie kan mij de juiste richting wijzen?

Ron

[ Voor 1% gewijzigd door Septillion op 03-05-2023 15:40 . Reden: Code tags toegevoegd, graag zelf doen ]

[Slinkos]

Overigens zonder gekheid; een optie om dit te omzeilen is een helper (input boolean) aanmaken. Deze noem je bijv "inkt vervangen". Wanneer inkt onder de x procent komt, laat je die boolean aanzetten, en wanneer inkt boven de x procent komt, zet je boolean weer uit.

De notificatie stel je dan in op die boolean.

Als de automation "inkt onder de x procent" dubbel uitgevoerd wordt omdat hij unavailable is geweest, dan zal hij de boolean gewoon nogmaals aanzetten, maar daar krijg je dan geen notificatie van.

[Septillion]

@WoBBeL Wordt de sensor toevallig niet gelijk die dag geüpdatet naar de volgende ophaal? De wijziging zou je in je log moeten kunnen zien.

Dan even aanpassen als:

YAML:

alias: Monitor - container (gft)
description: ""
trigger:
  - platform: time
    at: "07:30:00"
condition:
  - condition: template
    value_template: >-
      {% set p = states('sensor.twente_milieu_organic_waste_pickup')|as_datetime|as_local -%}
      {{ (p - timedelta(days=0)) <= now() < (p + timedelta(days=1)) }}
  - condition: state
    entity_id: binary_sensor.tuinhuis_container_gft
    state: "on"
action:
  - service: notify.pushover
    data:
      target:
        - roy
      message: De GFT container moet aan straat.
      data:
        priority: 1
        sound: siren
mode: single

Waar eerste timedelta() aangeeft hoeveel dagen vooraf. Met 0 dus de dag zelf (en zou je hem weer weg kunnen laten). Laatste timedelta() zorgt ervoor dat hij de dag na het ophalen niet geldig is indien deze dus nog niet aangepast.

[ Voor 15% gewijzigd door Septillion op 03-05-2023 15:53 ]

[Septillion]

Slinkos schreef op woensdag 3 mei 2023 @ 15:00:
[...]

Anders laat je de automation zichzelf disablen na uitvoeren en zet je met een andere automation hem weer aan als hij op 100% is

Probeer zelf het uitzetten van de automation als laatste redmiddel te houden. Mocht een automation ofzo echt raar doen kan ik hem uit zetten. Dus dan zou ik er een helper voor pakken.

En kan allemaal gewoon in één. Je checkt dan niet alleen op onder x procent maar ook op bool uit. Indien waar zet je bool aan + stuur je notificatie.

Zijn alle niveau's boven de x procent dan zet je de bool uit.

[ Voor 20% gewijzigd door Septillion op 03-05-2023 15:39 ]

[Slinkos]

Septillion schreef op woensdag 3 mei 2023 @ 15:38:
[...]

Probeer zelf het uitzetten van de automation als laatste redmiddel te houden. Mocht een automation ofzo echt raar doen kan ik hem uit zetten. Dus dan zou ik er een helper voor pakken.

Eens.

[Septillion]

@sterremos Als je NginX gebruikt voor de https dan laat je in de config ssl juist uit.

Vervolgens forward je alleen 443 zodat deze bij NginX uit komt en deze alleen dan de https toepast.

[TheFes]

Septillion schreef op woensdag 3 mei 2023 @ 11:41:
@WoBBeL Ik denk niet dat de attribute ook "unavailable" word, alleen de state. Daarnaast iets compacter:

YAML:

condition:
  - condition: template
    value_template: "{{ trigger.from_state.state not in ['unavailable', 'unknown'] }}"

Enige nadeel van deze manier is dat je geen trigger hebt als de inkt laag is geworden als deze offline was. Dat is denk ik ook de reden dat HA normaal de "unavailable" state niet overslaat. Maar zou mooi zijn als het dit wel zou doen (en bijvoorbeeld de laatste niet 'unavailable' staat onthoudt).

@WoBBeL ik zou dit doen

YAML:

condition:
  - condition: template
    value_template: "{{ trigger.from_state.state | is_number }}"

[Septillion]

@TheFes Ik dacht dat de trigger van een attribute was Vandaar dat ik dat niet had gedaan.

@WoBBeL Hele automation posten is altijd makkelijker

[Turb0Turb0]

Septillion schreef op donderdag 27 april 2023 @ 13:25:
[...]

De klassieke denkfout Een trigger beschrijft een moment, geen staat (state). In dit geval beschrijf je het moment dat de luchtvochtigheid van 50,1% naar 50,1% gaat^*, ofwel dat deze boven de 50% komt.

Maar als de luchtvochtigheid al boven die 50% is (dus een state) vind dat moment dus niet plaats en dus de trigger niet.

Stel hem maar eens in op 60% en hijg er dan tegen

Dit geldt dus altijd voor triggers, denk daar altijd over als een moment in tijd (zonder tijdsduur) dat plaats moet vinden. En het aanpassen van een automation telt nooit als wijziging, die beschrijven puur hoe het moment eruit moet zien.


* Als je één decimaal hebt voor je sensor

Ik heb het werkend.
Naast mijn klassieke denkfout had ik nog een fout gemaakt en ook nog een defecte print.

Ik heb een nieuwe print gekregen welke goed is en de 2e fout die ik maakte was de originele remote niet ontkoppelen van de afzuiging. Maar omdat de 1e print dus niet goed was kwam ik daar niet uit.

Als je de originele remote aan de afzuiging laat "hangen" en je drukt op een knop werkt het niet meer via HA tot je de afzuiging uit/aan zet. Dus terwijl ik aan het testen was en er net iemand op een knopje in de badkamer drukt werkte het niet meer in HA.

Nu dus met deze (jouw) automatisering werkend.
Bedankt voor je hulp

YAML:

alias: Badkamer fan
description: ""
trigger:
  - type: humidity
    platform: device
    id: "on"
    device_id: 7fb7ee9cc67b877458eb636e33ebbf41
    entity_id: sensor.nrg_itho_de30_humidity
    domain: sensor
    above: 60
    for:
      hours: 0
      minutes: 0
      seconds: 10
  - type: humidity
    platform: device
    id: "off"
    device_id: 7fb7ee9cc67b877458eb636e33ebbf41
    entity_id: sensor.nrg_itho_de30_humidity
    domain: sensor
    below: 60
    for:
      hours: 0
      minutes: 0
      seconds: 10
condition: []
action:
  - type: toggle
    device_id: 09fa60957281a4fb769f12e7acbdaab4
    entity_id: fan.nrg_itho_de30_fan
    domain: fan
  - choose:
      - conditions:
          - condition: trigger
            id: "on"
        sequence:
          - service: fan.increase_speed
            data:
              percentage_step: 100
            target:
              entity_id: fan.nrg_itho_de30_fan
      - conditions:
          - condition: trigger
            id: "off"
        sequence:
          - service: fan.turn_on
            data:
              percentage: 10
            target:
              entity_id: fan.nrg_itho_de30_fan
mode: single

[sterremos]

Septillion schreef op woensdag 3 mei 2023 @ 15:45:
@sterremos Als je NginX gebruikt voor de https dan laat je in de config ssl juist uit.

Vervolgens forward je alleen 443 zodat deze bij NginX uit komt en deze alleen dan de https toepast.

dank je wel voor je hulp..
Thks, ben er volgens mij bijna, de verbinding is volgens de browser veilig, ik zie de vermelding geverifieerd door lets encrypt,
alleen ik heb bad request 400 en de volgende melding

Uw verbinding met deze webpagina is niet veilig omdat het beveiligingscertificaat niet overeenkomt.
Dit betekent dat het certificaat werd uitgegeven voor een ander webadres dan het webadres waarvoor het wordt gebruikt; bijgevolg loopt u door deze webpagina te bezoeken het gevaar dat uw gegevens worden blootgesteld.

Ron

[mr.DJ95]

sterremos schreef op woensdag 3 mei 2023 @ 18:23:
[...]


dank je wel voor je hulp..
Thks, ben er volgens mij bijna, de verbinding is volgens de browser veilig, ik zie de vermelding geverifieerd door lets encrypt,
alleen ik heb bad request 400 en de volgende melding

Uw verbinding met deze webpagina is niet veilig omdat het beveiligingscertificaat niet overeenkomt.
Dit betekent dat het certificaat werd uitgegeven voor een ander webadres dan het webadres waarvoor het wordt gebruikt; bijgevolg loopt u door deze webpagina te bezoeken het gevaar dat uw gegevens worden blootgesteld.

Ron

Je hebt Nginx tussen je HA en het grote boze web zitten. Haal je certificaat eens uit je config. Grote kans dat Nginx dit zelf wilt doen namelijk en dat dat de reden is dat het niet overeenkomt.

[sterremos]

volgens mij bedoel je toch in de config file het "ssl_certificate: /ssl/fullchain.pem" verwijderen?
Dat was had ik al gedaan, maar heb nog de issue

[ Voor 6% gewijzigd door sterremos op 03-05-2023 19:02 ]

[GilbertvH]

Slinkos schreef op dinsdag 2 mei 2023 @ 10:22:
[...]

MQTT? Daar wordt wel ergens iets over gezegd maar het gaat neem ik aan hier om:

[...]

Na wat configureren krijg ik weer alle data binnen incl. gasverbruik. Ik heb afscheid genomen van de integratie DSMR Slimme Meter en overgestapt op DSMR Reader i.c.m. TimescaleDB. Werkt weer als vanouds!

[Septillion]

@mr.DJ95 Als je "NGINX Home Assistant SSL proxy"-addon gebruikt moet je zelf nog een certificaat aanleveren waar ze uit gaan van de DuckDNS addon.

[Septillion]

@sterremos Na zo veel stappen zal je iets vollediger moeten zijn.

In je HA configuration.yaml heb je onder [momno]http:[/] alleen use_x_forwarded_for en trusted_proxies?

Je draait de DuckDNS addon voor DDNS en Let's Encrypt?

En dus de "NGINX Home Assistant SSL proxy"-addon voor NginX?

Je hebt 443 naar 443 verwezen in je router?

En dan denk ik de hamvraag, hoe probeer je HA nu te bereiken (adres en via welke verbinding)?

[ Voor 7% gewijzigd door Septillion op 03-05-2023 19:44 ]

[Limbeckx]

Even een vraag als crosspost vanuit het proxmox topic. Ik draai haos in proxmox vm. Daarnaast heb ik een lxc met nginx erop. Via cloudflare een wild card certificate en via nginx allemaal routes naar verschillende vm's en containers. Voor omv en proxmox interface zelf gaat dat prima.

Heb ik de configuration.yaml het volgende gezet:

YAML:

http:
ssl_certificate: /ssl/fullchain1.pem
ssl_key: /ssl/privkey1.pem
use_x_forwarded_for: true
trusted_proxies:
- 192.168.1.19 #interne ip van home assistant
- 192.168.1.43 #interne ip van nginx
- xx.xx.xxx.xxx #externe ip just in case
- 127.0.0.0/24 # geen idee waarom. Voor het geval home assistant zijn eigen ip range gebruikt nog ergens
- 255.255.255.0/24 #subnet als test er ook maar ingezet.

Via https://interneip:8123 kan ik home assistant bereiken maar via https://domein.tld niet. Cloudfare heeft de juiste cname, nginx heeft de juiste ip en poort. En toch werkt het niet...

De cert en chain staan ook daadwerkelijk in die map /ssl/ en ik heb daar chown en chmod op gedaan om het leesbaar te hebben.

Cloudflare blijft 504 zeggen...

[ Voor 0% gewijzigd door Septillion op 03-05-2023 21:54 . Reden: Denk aan de 'yaml' bij de code tags aub! ]

[synoniem]

Limbeckx schreef op woensdag 3 mei 2023 @ 20:29:
Even een vraag als crosspost vanuit het proxmox topic. Ik draai haos in proxmox vm. Daarnaast heb ik een lxc met nginx erop. Via cloudflare een wild card certificate en via nginx allemaal routes naar verschillende vm's en containers. Voor omv en proxmox interface zelf gaat dat prima.

Heb ik de configuration.yaml het volgende gezet:

code:

http:
ssl_certificate: /ssl/fullchain1.pem
ssl_key: /ssl/privkey1.pem
use_x_forwarded_for: true
trusted_proxies:
- 192.168.1.19 #interne ip van home assistant
- 192.168.1.43 #interne ip van nginx
- xx.xx.xxx.xxx #externe ip just in case
- 127.0.0.0/24 # geen idee waarom. Voor het geval home assistant zijn eigen ip range gebruikt nog ergens
- 255.255.255.0/24 #subnet als test er ook maar ingezet.

Via https://interneip:8123 kan ik home assistant bereiken maar via https://domein.tld niet. Cloudfare heeft de juiste cname, nginx heeft de juiste ip en poort. En toch werkt het niet...

De cert en chain staan ook daadwerkelijk in die map /ssl/ en ik heb daar chown en chmod op gedaan om het leesbaar te hebben.

Cloudflare blijft 504 zeggen...

Je hebt port forwarding goed staan dus 443 extern naar 8123 intern?

[Limbeckx]

synoniem schreef op woensdag 3 mei 2023 @ 20:38:
[...]

Je hebt port forwarding goed staan dus 443 extern naar 8123 intern?

Is dat niet het doel van nginx? Nginxip:80 en 443 zijn open en als ik home-assistant.doemin.tld intik sturen die door naar haip:8123

[synoniem]

Limbeckx schreef op woensdag 3 mei 2023 @ 20:42:
[...]

Is dat niet het doel van nginx? Nginxip:80 en 443 zijn open en als ik home-assistant.doemin.tld intik sturen die door naar haip:8123

Ja maar is port 443 van Nginx van buitenaf bereikbaar?

[Xqlus1ve]

Ik probeer een automation te maken voor mijn APsystems ECU die te vaak vastloopt in HA. Dus nu wil ik dat als de using cache date service 3 keer van aan naar uit is geschakeld dat dan de smart plug uitschakelt en na 20 seconden weer aanschakelt om de ECU opnieuw te laten opstarten.

YAML:

alias: "APsystems: Reboot ECU-B if cache has turned off multiple times."
description: "ECU-B: Reboot device if cache service has turned off 3 times."
trigger:
  - platform: state
    entity_id:
      - binary_sensor.ecu_using_cached_data
    from: "on"
    to: "off"
condition: []
action:
  - type: turn_off
    device_id: 4cb5bad00cf734fc0c56343f707f920a
    entity_id: switch.0x943469fffe0223f9
    domain: switch
  - delay:
      hours: 0
      minutes: 0
      seconds: 20
      milliseconds: 0
  - type: turn_on
    device_id: 4cb5bad00cf734fc0c56343f707f920a
    entity_id: switch.0x943469fffe0223f9
    domain: switch
mode: single

Maar met welke code kan ik trigger van de state laten tellen tot 3 keer? En gaat hij hier ook weer opnieuw tellen?

[Tortelli]

Simpele automatisering draaien voor de spot bij de voordeur. Aan om 06:30, uit bij sunrise + 15 minuten.

Echter gaat dit nu natuurlijk fout: sunrise is al voor 06:30 dus de spot gaat pas uit de volgende ochtend om ~06:00. Kortom hij staat bijna de hele dag aan nu .

Zou de automatisering moeten beperken tussen 2 data: niet gebruiken tussen 20 april en 30 augustus ofzo. Echter kan ik geen data selecteren in de conditions?

[Limbeckx]

synoniem schreef op woensdag 3 mei 2023 @ 21:05:
[...]

Ja maar is port 443 van Nginx van buitenaf bereikbaar?

Yup die is open en bereikbaar.

In het proxmox topic is het goede antwoord gegeven trouwens. Ik had ssl helemaal niet in configuration.yaml moeten zetten omdat dat allemaal door nginx wordt geregeld. Heb dat eruit gehaald en http gebruikt in nginx ipv https en het werkt

[Septillion]

@Limbeckx Ook jij, als je NginX draait moet je in HA juist niet je SSL instellen. En dan je router forward je naar 443 en juist niet naar 8123.

[Limbeckx]

Septillion schreef op woensdag 3 mei 2023 @ 21:25:
@Limbeckx Ook jij, als je NginX draait moet je in HA juist niet je SSL instellen. En dan je router forward je naar 443 en juist niet naar 8123.

je hebt gelijk septillion is was veel te moeilijk aan het denken en niet goed genoeg aan het lezen in dit topic.

[Theswitch]

Invisible_man schreef op dinsdag 2 mei 2023 @ 13:12:
[...]

Ik heb zelf een aantal Shelly plug S stekkers draaien.

Ja fijn, ze zijn nu zelfs in de aanbieding ! 69 euro voor stuks.

[dixet]

Tortelli schreef op woensdag 3 mei 2023 @ 21:22:
Simpele automatisering draaien voor de spot bij de voordeur. Aan om 06:30, uit bij sunrise + 15 minuten.

Echter gaat dit nu natuurlijk fout: sunrise is al voor 06:30 dus de spot gaat pas uit de volgende ochtend om ~06:00. Kortom hij staat bijna de hele dag aan nu .

Zou de automatisering moeten beperken tussen 2 data: niet gebruiken tussen 20 april en 30 augustus ofzo. Echter kan ik geen data selecteren in de conditions?

Extra conditie toevoegen. Bij trigger "6:30" de conditie dat het voor sunrise+15 moet zijn.
Bij trigger sunrise+15 de conditie dat dit na 6:30 moet zijn.

[breinonline]

Tortelli schreef op woensdag 3 mei 2023 @ 21:22:
Simpele automatisering draaien voor de spot bij de voordeur. Aan om 06:30, uit bij sunrise + 15 minuten.

Echter gaat dit nu natuurlijk fout: sunrise is al voor 06:30 dus de spot gaat pas uit de volgende ochtend om ~06:00. Kortom hij staat bijna de hele dag aan nu .

Zou de automatisering moeten beperken tussen 2 data: niet gebruiken tussen 20 april en 30 augustus ofzo. Echter kan ik geen data selecteren in de conditions?

Kijk eens naar dit voorbeeld: breinonline in "Home Assistant: Open source Python3 home automation - deel 4"

[Septillion]

Xqlus1ve schreef op woensdag 3 mei 2023 @ 21:08:
Maar met welke code kan ik trigger van de state laten tellen tot 3 keer? En gaat hij hier ook weer opnieuw tellen?

Je zou misschien hele obscure dingen kunnen doen maar lijkt me by far het makkelijkste om er een helper voor te maken. Een input_number zou wel makkelijk zijn

[Septillion]

dixet schreef op woensdag 3 mei 2023 @ 21:47:
[...]

Extra conditie toevoegen. Bij trigger "6:30" de conditie dat het voor sunrise+15 moet zijn.
Bij trigger sunrise+15 de conditie dat dit na 6:30 moet zijn.

Dit is helaas niet mogelijk. @Tortelli kan wel stand van de zon checken.

Of, alternatief, de boel ook triggeren bij een sunrise voor 6:30 en dan niets te doen en de rest blokkeren (door helper of gewoon stomweg mode: single en wachten) tot 6:30

[sterremos]

Septillion schreef op woensdag 3 mei 2023 @ 19:44:
@sterremos Na zo veel stappen zal je iets vollediger moeten zijn.

In je HA configuration.yaml heb je onder [momno]http:[/] alleen use_x_forwarded_for en trusted_proxies?

Je draait de DuckDNS addon voor DDNS en Let's Encrypt?


En dus de "NGINX Home Assistant SSL proxy"-addon voor NginX?

Je hebt 443 naar 443 verwezen in je router?

En dan denk ik de hamvraag, hoe probeer je HA nu te bereiken (adres en via welke verbinding)?

heb inderdaad veel stappen uitgevoerd, heb in de config inderdaad alleen staan.
(Als ik weet hoe ik het overzicht kan maken van YAML kan ik deze posten voor in tweakers? )

maar geen verwijzing van SSL in config file

Duckdns is geïnstalleerd en Let's Encrypt op true.
NGINX Home Assistant SSL proxy op customize active op False

in de experia box port forwarding aangemaakt voor HA poort 8123 en 443.
CanYouSeeMe.org geeft aan dat beide poorten op staan.

op wifi inloggen op http://sterremos.duckdns.org:8123 geeft mijn inlogscherm
op wifi inloggen op https://sterremos.duckdns.org heb ik een veilige verbinding maar word de site geblokkeerd ivm certificaten

zonder Wifi https://sterremos.duckdns.org heb ik een veilige verbinding maar word de site geblokkeerd ivm certificaten
http://sterremos.duckdns.org:8123 geeft mijn inlogscherm

ron

[FJP84]

Hoi,

Ik had het voorheen via DuckDNS icm met Portforwarding op mijn Zyxcel T50 en Nginx proxy add-on alles prima werken

Maar sinds een paar dagen werkt de Home assistant android app niet meer. Problemen met het certificaat.

Wat ook niet lukt is HA intern via de app of via een browser te benaderen. Niet obv homeassitant.local:8123 maar ook niet obv [intern ipadres]:8123.

Ik heb even mijn Zyxcel router gereset (was mijn admin ww vergeten. Dus portforwarsing is nu ook weg.

Ik sta nu op het punt HA opnieuw te installeren op de RP4 om het hele boeltje opnieuw in stellen. Veel is er nog niet geautomatiseerd. Maar liever zou ik het op en andere manier weer werkend krijgen.

Iemand tips? Dank alvast

[daft_dutch]

sterremos schreef op woensdag 3 mei 2023 @ 22:00:
[...]


heb inderdaad veel stappen uitgevoerd, heb in de config inderdaad alleen staan.
(Als ik weet hoe ik het overzicht kan maken van YAML kan ik deze posten voor in tweakers? )

maar geen verwijzing van SSL in config file

Duckdns is geïnstalleerd en Let's Encrypt op true.
NGINX Home Assistant SSL proxy op customize active op False

in de experia box port forwarding aangemaakt voor HA poort 8123 en 443.
CanYouSeeMe.org geeft aan dat beide poorten op staan.

op wifi inloggen op http://sterremos.duckdns.org:8123 geeft mijn inlogscherm
op wifi inloggen op https://sterremos.duckdns.org heb ik een veilige verbinding maar word de site geblokkeerd ivm certificaten

zonder Wifi https://sterremos.duckdns.org heb ik een veilige verbinding maar word de site geblokkeerd ivm certificaten
http://sterremos.duckdns.org:8123 geeft mijn inlogscherm

ron

Je certificaat is voor een ander hostname.

[FJP84]

FJP84 schreef op woensdag 3 mei 2023 @ 22:09:
Hoi,

Ik had het voorheen via DuckDNS icm met Portforwarding op mijn Zyxcel T50 en Nginx proxy add-on alles prima werken

Maar sinds een paar dagen werkt de Home assistant android app niet meer. Problemen met het certificaat.

Wat ook niet lukt is HA intern via de app of via een browser te benaderen. Niet obv homeassitant.local:8123 maar ook niet obv [intern ipadres]:8123.

Ik heb even mijn Zyxcel router gereset (was mijn admin ww vergeten. Dus portforwarsing is nu ook weg.

Ik sta nu op het punt HA opnieuw te installeren op de RP4 om het hele boeltje opnieuw in stellen. Veel is er nog niet geautomatiseerd. Maar liever zou ik het op en andere manier weer werkend krijgen.

Iemand tips? Dank alvast

daft_dutch schreef op woensdag 3 mei 2023 @ 22:44:
[...]

Je certificaat is voor een ander hostname.

Door het bekijken van het bericht hierboven, was ik nig het en ander aan het proberen.

Opeens kon ik er via duckdns url weer bij. Port forwarding van 443 naar 8123 en HA intern IP adres ingesteld en in de companion app de server een keer opnieuw toegevoegd. Het lijkt weer te werken.

[CAP-Team]

2023.5.0 tot nu toe geen succes hier
Tapo werkt niet meer en ik zag nog wat meer zaken die niet meer werken (ja ik weet dat er breaking changes zijn).
Dus maar weer even terug naar de vorige versie in afwachting van de fixes.

[dixet]

Septillion schreef op woensdag 3 mei 2023 @ 22:00:
[...]

Dit is helaas niet mogelijk. @Tortelli kan wel stand van de zon checken.

Of, alternatief, de boel ook triggeren bij een sunrise voor 6:30 en dan niets te doen en de rest blokkeren (door helper of gewoon stomweg mode: single en wachten) tot 6:30

Wat is daar dan precies niet aan mogelijk? Ik doe zelf iets vergelijkbaars (al heb ik het in twee automations, maar als het in 1 automations zit kan je in de condition afvangen welke trigger de automation heeft gestart)

YAML:

trigger:
  - platform: time
    at: input_datetime.werkdag_opstatijd
condition:
  - condition: sun
    before: sunrise
    before_offset: "00:30:00"

[Septillion]

@dixet Je hebt gelijk!

Was ik zo in de war of is het nieuw? Ben bang het eerste

[Septillion]

@sterremos 8123 moet je juist NIET forwarden. Dan heb je geen SSL meer...

Maar op de https @ 443 krijg ik nu in ieder geval geen certificaat. Daarvoor heb je forward van 443 extern naar 443 HA (NginX)?

Draait NginX? Geen errors in de log? Heeft poort 433?

Wat als je binnen je netwerk naar https://[HA-IP] gaat? Dat zou namelijk ook moeten werken maar dan met een waarschuwing dat hostname niet klopt.

Ik heb namelijk nu het idee dat je probleem bij NginX zit of bij de config van je Proxmox.

[Dutchess_Nicole]

Xqlus1ve schreef op woensdag 3 mei 2023 @ 21:08:
Ik probeer een automation te maken voor mijn APsystems ECU die te vaak vastloopt in HA. Dus nu wil ik dat als de using cache date service 3 keer van aan naar uit is geschakeld dat dan de smart plug uitschakelt en na 20 seconden weer aanschakelt om de ECU opnieuw te laten opstarten.

YAML:

alias: "APsystems: Reboot ECU-B if cache has turned off multiple times."
description: "ECU-B: Reboot device if cache service has turned off 3 times."
trigger:
  - platform: state
    entity_id:
      - binary_sensor.ecu_using_cached_data
    from: "on"
    to: "off"
condition: []
action:
  - type: turn_off
    device_id: 4cb5bad00cf734fc0c56343f707f920a
    entity_id: switch.0x943469fffe0223f9
    domain: switch
  - delay:
      hours: 0
      minutes: 0
      seconds: 20
      milliseconds: 0
  - type: turn_on
    device_id: 4cb5bad00cf734fc0c56343f707f920a
    entity_id: switch.0x943469fffe0223f9
    domain: switch
mode: single

Maar met welke code kan ik trigger van de state laten tellen tot 3 keer? En gaat hij hier ook weer opnieuw tellen?

Ik zou een input_number helper pakken en die laten optellen tot de hoeveelheid die je wilt. Als je de state van die input_number dan ook als trigger instelt kun je met een choose bepalen dat bij nummer 3 de rest van je automation afgaat.

[Xqlus1ve]

Dutchess_Nicole schreef op donderdag 4 mei 2023 @ 09:02:
[...]

Ik zou een input_number helper pakken en die laten optellen tot de hoeveelheid die je wilt. Als je de state van die input_number dan ook als trigger instelt kun je met een choose bepalen dat bij nummer 3 de rest van je automation afgaat.

input_Number gevonden, automation werkt indien boven een X waarde komt. Echter hoe link ik een entity, of de state verandering van mijn entity aan een helper?

Een helper aanmaken heeft geen entity optie, of zie ik iets over het hoofd?

[ Voor 26% gewijzigd door Xqlus1ve op 04-05-2023 10:19 ]

[Slinkos]

Xqlus1ve schreef op donderdag 4 mei 2023 @ 10:19:
[...]


input_Number gevonden, automation werkt indien boven een X waarde komt. Echter hoe link ik een entity, of de state verandering van mijn entity aan een helper?

Een helper aanmaken heeft geen entity optie, of zie ik iets over het hoofd?

Wat is precies je vraag? Hoe je de waarde van je input_number kan laten ophogen? Ik begrijp je niet helemaal.

[Xqlus1ve]

Slinkos schreef op donderdag 4 mei 2023 @ 10:24:
[...]

Wat is precies je vraag? Hoe je de waarde van je input_number kan laten ophogen? Ik begrijp je niet helemaal.

Hoe link ik een entity aan een input_number zodat hij gaat tellen bij een wijziging van OFF naar ON = +1.

Nu maak in een input_number aan maar die kijkt helemaal niet naar een entity (en die optie zie ik dus ook niet),

YAML:

alias: "APsystems: Reboot ECU-B if cache has turned off multiple times."
description: "ECU-B: Reboot device if cache service has turned off 3 times."
trigger:
  - platform: numeric_state
    entity_id: input_number.apsystems_ecu_b_reboot
    above: 6
condition: []
action:
  - type: turn_off
    device_id: 4cb5bad00cf734fc0c56343f707f920a
    entity_id: switch.0x943469fffe0223f9
    domain: switch
  - delay:
      hours: 0
      minutes: 0
      seconds: 5
      milliseconds: 0
  - type: turn_on
    device_id: 4cb5bad00cf734fc0c56343f707f920a
    entity_id: switch.0x943469fffe0223f9
    domain: switch
  - delay:
      hours: 0
      minutes: 0
      seconds: 5
      milliseconds: 0
  - service: input_number.set_value
    data:
      value: 0
    target:
      entity_id: input_number.apsystems_ecu_b_reboot
mode: single

Dit is hoe mijn automation er nu uit ziet, echter kijkt input_number.apsystems_ecu_b_reboot helemaal niet naar de entity: binary_sensor.ecu_using_cached_data. Oftewel momenteel veranderd de input_number niet.

Doel uiteindelijk is; als binary_sensor.ecu_using_cached_data 3 keer van OFF naar ON geschakeld is moet hij de bovenstaande automation activeren.

[Slinkos]

Xqlus1ve schreef op donderdag 4 mei 2023 @ 10:33:
[...]


Hoe link ik een entity aan een input_number zodat hij gaat tellen bij een wijziging van OFF naar ON = +1.

Nu maak in een input_number aan maar die kijkt helemaal niet naar een entity (en die optie zie ik dus ook niet),

YAML:

alias: "APsystems: Reboot ECU-B if cache has turned off multiple times."
description: "ECU-B: Reboot device if cache service has turned off 3 times."
trigger:
  - platform: numeric_state
    entity_id: input_number.apsystems_ecu_b_reboot
    above: 6
condition: []
action:
  - type: turn_off
    device_id: 4cb5bad00cf734fc0c56343f707f920a
    entity_id: switch.0x943469fffe0223f9
    domain: switch
  - delay:
      hours: 0
      minutes: 0
      seconds: 5
      milliseconds: 0
  - type: turn_on
    device_id: 4cb5bad00cf734fc0c56343f707f920a
    entity_id: switch.0x943469fffe0223f9
    domain: switch
  - delay:
      hours: 0
      minutes: 0
      seconds: 5
      milliseconds: 0
  - service: input_number.set_value
    data:
      value: 0
    target:
      entity_id: input_number.apsystems_ecu_b_reboot
mode: single

Dit is hoe mijn automation er nu uit ziet, echter kijkt input_number.apsystems_ecu_b_reboot helemaal niet naar de entity: binary_sensor.ecu_using_cached_data. Oftewel momenteel veranderd de input_number niet.

Doel uiteindelijk is; als binary_sensor.ecu_using_cached_data 3 keer van OFF naar ON geschakeld is moet hij de bovenstaande automation activeren.

De trigger heb je zelf al:

YAML:

trigger:
  - platform: state
    entity_id:
      - binary_sensor.ecu_using_cached_data
    from: "on"
    to: "off"

dit is je action:

YAML:

service: input_number.set_value
data_template:
  entity_id: input_number.crashes
  value: "{{ states('input_number.apsystems_ecu_b_reboot')|int + 1 }}"

Vergeet niet om in je reboot automation de value van deze input number weer op 0 te zetten.

[ Voor 5% gewijzigd door Slinkos op 04-05-2023 10:45 ]

[Dutchess_Nicole]

Xqlus1ve schreef op donderdag 4 mei 2023 @ 10:33:
[...]


Hoe link ik een entity aan een input_number zodat hij gaat tellen bij een wijziging van OFF naar ON = +1.

Nu maak in een input_number aan maar die kijkt helemaal niet naar een entity (en die optie zie ik dus ook niet),

YAML:

alias: "APsystems: Reboot ECU-B if cache has turned off multiple times."
description: "ECU-B: Reboot device if cache service has turned off 3 times."
trigger:
  - platform: numeric_state
    entity_id: input_number.apsystems_ecu_b_reboot
    above: 6
condition: []
action:
  - type: turn_off
    device_id: 4cb5bad00cf734fc0c56343f707f920a
    entity_id: switch.0x943469fffe0223f9
    domain: switch
  - delay:
      hours: 0
      minutes: 0
      seconds: 5
      milliseconds: 0
  - type: turn_on
    device_id: 4cb5bad00cf734fc0c56343f707f920a
    entity_id: switch.0x943469fffe0223f9
    domain: switch
  - delay:
      hours: 0
      minutes: 0
      seconds: 5
      milliseconds: 0
  - service: input_number.set_value
    data:
      value: 0
    target:
      entity_id: input_number.apsystems_ecu_b_reboot
mode: single

Dit is hoe mijn automation er nu uit ziet, echter kijkt input_number.apsystems_ecu_b_reboot helemaal niet naar de entity: binary_sensor.ecu_using_cached_data. Oftewel momenteel veranderd de input_number niet.

Doel uiteindelijk is; als binary_sensor.ecu_using_cached_data 3 keer van OFF naar ON geschakeld is moet hij de bovenstaande automation activeren.

YAML:

description: ""
mode: single
trigger:
  - platform: state
    entity_id:
      - binary_sensor.front_door_opening
    id: my_trigger
  - platform: numeric_state
    entity_id: counter.my_counter
    id: do_with_counter
condition: []
action:
  - choose:
      - conditions:
          - condition: trigger
            id: my_trigger
        sequence:
          - service: counter.increment
            data: {}
            target:
              entity_id: counter.my_counter
      - conditions:
          - condition: trigger
            id: do_with_counter
        sequence:
          - if:
              - condition: numeric_state
                entity_id: counter.my_counter
                above: 3
            then:
              - service: ""
                data: {}
              - service: counter.reset
                data: {}

In de basis is het zoiets.
Trigger 1 is je originele trigger, en de actie is alleen het ophogen van het getal.
Trigger 2 is het ophogen van de counter, en de actie is checken of het getal hoog genoeg is, de rest van de acties uitvoeren en de counter resetten.

Ipv een input_number kan het idg ook een counter zijn maar dat maakt hier niet uit.

Deze automation zal in mijn geval dus iets doen als mijn voordeur 4x open gegaan is, en dan de counter resetten

[Xqlus1ve]

@Slinkos @Dutchess_Nicole

bedankt, ga ik even mee aan de slag, had nu 2 aparte automations gemaakt (een counter +1 en reboot ECU), ga kijken of die kan combineren in 1 met jullie info.

[Slinkos]

Xqlus1ve schreef op donderdag 4 mei 2023 @ 10:51:
@Slinkos @Dutchess_Nicole

bedankt, ga ik even mee aan de slag, had nu 2 aparte automations gemaakt (een counter +1 en reboot ECU), ga kijken of die kan combineren in 1 met jullie info.

Deze video kan je wellicht helpen: https://www.youtube.com/watch?v=fE_MYcXYwMI

[Gotez]

Ik heb sinds vanochtend een probleem met mijn custom enphase integration. Ik krijg deze error:

Error setting up entry Envoy 122251012865 for enphase_envoy
Traceback (most recent call last):
File "/usr/src/homeassistant/homeassistant/config_entries.py", line 387, in async_setup
result = await component.async_setup_entry(hass, self)
File "/config/custom_components/enphase_envoy/__init__.py", line 131, in async_setup_entry
hass.config_entries.async_setup_platforms(entry, PLATFORMS)
AttributeError: 'ConfigEntries' object has no attribute 'async_setup_platforms'

Iemand een idee wat het kan zijn? Ik kom er googelend niet achter.

[Raymond P]

Een vraagje mbt trend sensors.
Als ik een waarde heb die (na toggle) gelijk blijft boven of op de min_gradient dan zal de state nooit false togglen?

[Marsman83]

Maikie18 schreef op donderdag 20 april 2023 @ 16:03:
[...]

Mocht het voor iemand interessant zijn, vandaag heeft Aqara ook zo een sensor op de markt gebracht. Deze kan zelfs meerdere personen detecteren en je kan zones defineren dus met 1 sensor zou je dan in theorie meerdere lichten afzonderlijk kunnen schakelen
https://www.home2link.nl/aqara-presence-sensor-fp2.html

Ik heb gisteren mijn Aqara FP2 sensor binnen gekregen en getest.
Groot nieuws: Er is net een nieuwe firmware update uitgebracht die lokale aansturing mogelijk maakt.
Via deze manier heb ik de sensor rechtstreeks in HA gekoppeld via de Homekit integratie, dat werkt echt instant!
Na de update detecteerde HA de sensor vanzelf en hoefde ik enkel de pairing code op de achterkant in te voeren om hem vervolgens zichtbaar te krijgen.

Wel moet je de sensor eerst via de Aqara app even configureren en de zones aanmaken.

Als je hem daarna in HA koppelt krijg je per zone die je aangemaakt hebt een presence sensor en een voor de gehele ruimte.
Ook komt er een sensor bij voor de lichtintensiteit

Eerste conclusie:
De sensor is echt retesnel met detecteren van personen, er is geen PIR meer nodig om extra snelle detectie te krijgen.
Ook ziet hij heel goed waar je jezelf in de ruimte bevind.

Ik heb nu 4 zones beneden aangemaakt (zithoek, eethoek, keuken, entree) en hij zit direct als er iemand in de zone komt en ook weer verlaat.
Voor de grap heb ik een automation gemaakt waarbij het licht direct aangaat bij binnenkomst van een zone en ook direct uitgaat bij het verlaten van de zone.
Het licht volgt mij letterlijk direct!

Ook detecteerd hij meerdere personen, in mijn test automation bleven de zones verlicht waar mensen waren en gingen ze netjes uit als ze weg gingen.
Heel soms duurde het even nadat ze weg waren voordat hij het door had maar dat komt vooral door de plaatsing van mijn sensor verwacht ik.

Er is ook wat minder goed nieuws.
Voor echt goede detectie is er nagenoeg "line of sight" benodigd.
Als ik plat op de bank lig en daardoor achter de rugleuning lig ziet de sensor mij na een tijdje helaas niet meer. Ik moet er wel bij zeggen dat ik daar bijna in de uiterste hoek van het bereik zit.
In de uiterste hoeken is uiteraard de detectie wat zwakker.

De sensor is op de deur van de ruimte gericht en als ik iets achter de deur sta detecteert hij me wel.

Mijn ruimte is in een L vorm en heb de sensor in de hoek van de L staan zodat hij zo goed als de hele ruimte ziet.
Om het echt feilloos te laten werken ben ik bang dat ik toch 2 sensors nodig heb.
Nu heeft hij wat moeite als ik op de bank lig of in de keuken bij de wasbak sta (2 uitersten).

Maar mijn eerste indrukken zijn erg positief.
Ook de lichtintensiteit meet hij vrijwel direct, veranderingen zijn bijna instant zichtbaar.
Ik ga hier naar verwachting erg leuke automations mee kunnen maken

[ Voor 7% gewijzigd door Marsman83 op 04-05-2023 12:18 ]

[de Peer]

Marsman83 schreef op donderdag 4 mei 2023 @ 12:13:
[...]


Ik heb gisteren mijn Aqara FP2 sensor binnen gekregen en getest.
Groot nieuws: Er is net een nieuwe firmware update uitgebracht die lokale aansturing mogelijk maakt.
Via deze manier heb ik de sensor rechtstreeks in HA gekoppeld via de Homekit integratie, dat werkt echt instant!
Na de update detecteerde HA de sensor vanzelf en hoefde ik enkel de pairing code op de achterkant in te voeren om hem vervolgens zichtbaar te krijgen.

Wel moet je de sensor eerst via de Aqara app even configureren en de zones aanmaken.

Als je hem daarna in HA koppelt krijg je per zone die je aangemaakt hebt een presence sensor en een voor de gehele ruimte.
Ook komt er een sensor bij voor de lichtintensiteit

Eerste conclusie:
De sensor is echt retesnel met detecteren van personen, er is geen PIR meer nodig om extra snelle detectie te krijgen.
Ook ziet hij heel goed waar je jezelf in de ruimte bevind.

Ik heb nu 4 zones beneden aangemaakt (zithoek, eethoek, keuken, entree) en hij zit direct als er iemand in de zone komt en ook weer verlaat.
Voor de grap heb ik een automation gemaakt waarbij het licht direct aangaat bij binnenkomst van een zone en ook direct uitgaat bij het verlaten van de zone.
Het licht volgt mij letterlijk direct!

Ook detecteerd hij meerdere personen, in mijn test automation bleven de zones verlicht waar mensen waren en gingen ze netjes uit als ze weg gingen.
Heel soms duurde het even nadat ze weg waren voordat hij het door had maar dat komt vooral door de plaatsing van mijn sensor verwacht ik.

Er is ook wat minder goed nieuws.
Voor echt goede detectie is er nagenoeg "line of sight" benodigd.
Als ik plat op de bank lig en daardoor achter de rugleuning lig ziet de sensor mij na een tijdje helaas niet meer. Ik moet er wel bij zeggen dat ik daar bijna in de uiterste hoek van het bereik zit.
In de uiterste hoeken is uiteraard de detectie wat zwakker.

De sensor is op de deur van de ruimte gericht en als ik iets achter de deur sta detecteert hij me wel.

Mijn ruimte is in een L vorm en heb de sensor in de hoek van de L staan zodat hij zo goed als de hele ruimte ziet.
Om het echt feilloos te laten werken ben ik bang dat ik toch 2 sensors nodig heb.
Nu heeft hij wat moeite als ik op de bank lig of in de keuken bij de wasbak sta (2 uitersten).

Maar mijn eerste indrukken zijn erg positief.
Ook de lichtintensiteit meet hij vrijwel direct, veranderingen zijn bijna instant zichtbaar.
Ik ga hier naar verwachting erg leuke automations mee kunnen maken

Ik ben zelf ook groot fan van radar-sensoren. Voor mij echt een game-changer geweest hier in huis, want voor het eerst had ik nu een echt goede presence-detection, ook als iemand een boekje op de bank aan het lezen is.
Ik heb er nu 2 in de woonkamer, en wil er nog eentje op de slaapkamer hebben.
Ik gebruik de RFRobot SEN0395 met een Wemos D1 mini met Tasmota erop.
deze kost 30 euro via Ali.

ik heb hem achter een gordijn verstopt, volledig onzichtbaar dus.

[xzaz]

Mijn LG integratie laad niet meer; al een bug aangemaakt.

code:

Traceback (most recent call last):
  File "/usr/src/homeassistant/homeassistant/config_entries.py", line 387, in async_setup
    result = await component.async_setup_entry(hass, self)
  File "/config/custom_components/smartthinq_sensors/__init__.py", line 228, in async_setup_entry
    hass.config_entries.async_setup_platforms(entry, SMARTTHINQ_PLATFORMS)
AttributeError: 'ConfigEntries' object has no attribute 'async_setup_platforms'

Ook de roborock integratie geprobeerd maar die probeert lokaal de roborock te vinden, alleen staat mijn HA in de cloud. Verder geen instellingen oid om dat te overrulen. Misschien het IP naar een DNS omzetten om zo te routen naar mijn lokale omgeving?

[RobertMe]

@Marsman83 wat voegt die update nu concreet toe? Want ik heb al gebruikerservaringen gelezen op de dag van release (misschien zelfs de dag voor release) die precies hetzelfde schreven: "setup moet perse via de app, maar hij is via de HomeKit Controller integratie in HA toe te voegen en rapporteert dan ook de individuele zones".

[Septillion]

@Raymond P [mono]min_gradient p/] is geen drempelwaarde maar een helling. Zolang de sensor harder dan dat blijft stijgen (of dalen indien negatief) is hij aan. Maar volgens mij dus gewoon direct uit als de waarde niet meer stijgt.

[Marsman83]

RobertMe schreef op donderdag 4 mei 2023 @ 12:31:
@Marsman83 wat voegt die update nu concreet toe? Want ik heb al gebruikerservaringen gelezen op de dag van release (misschien zelfs de dag voor release) die precies hetzelfde schreven: "setup moet perse via de app, maar hij is via de HomeKit Controller integratie in HA toe te voegen en rapporteert dan ook de individuele zones".

Ik las dit artikel en dacht dat je hem hiervoor niet makkelijk in HA kon koppelen.
https://smarthomescene.co...n-presence-sensor-review/

[Raymond P]

Septillion schreef op donderdag 4 mei 2023 @ 12:31:
@Raymond P [mono]min_gradient p/] is geen drempelwaarde maar een helling. Zolang de sensor harder dan dat blijft stijgen (of dalen indien negatief) is hij aan. Maar volgens mij dus gewoon direct uit als de waarde niet meer stijgt.

De reden waarom ik het vraag is omdat ik een sensor heb die momenteel veel te accuraat report.
Als er geen waarden ontvangen worden blijft m'n state sowieso 'on', maar daar kan ik wel omheen werken.

Bij hoge precisie waarden loop ik, denk ik, tegen issues met floats aan. De gradient wordt negatief bij een stijgende waarde. Dan gaat de state ook 'off'.

Maar als ik een aantal keer dezelfde waarde stuur dan verandert sample count niet en blijft de state gelijk.

[Septillion]

@Raymond P Ow, dat is wel raar dat de sample count niet verandert als hij gelijk blijft

Maar met "te accuraat" bedoel je teveel decimalen (of eigenlijk beter, veel significantie)? Want dan is de kans dat je twee dezelfde waardes hebt (en dus geen change hebt) juist klein.

[Raymond P]

@Septillion Ja, dat vond ik ook raar. Sample count verandert ook niet als sample_duration passeert, met of zonder ontvangen van (dezelfde) waarde.

De kans dat ik twee dezelfde waarden krijg is nu inderdaad niet zo groot.
Ik probeer dynamisch een fan aan te sturen en irritatie door wisselend geluid/rpm te minimaliseren. Ik kan hier wel omheen werken en gewoon een round op de sensor waarde gooien maar dacht het netjes te doen.

Ik loop ook compleet stuk op yaml, maar dat is een ander verhaal.

edit: een force_update bij de mqtt sensor lost iig de sample_count op (bij gelijke waarden).
Dit soort gotcha's mis ik wel in de documentatie. Het voelt als de config van een IRC server...

[ Voor 20% gewijzigd door Raymond P op 04-05-2023 13:33 ]

[Gotez]

xzaz schreef op donderdag 4 mei 2023 @ 12:28:
Mijn LG integratie laad niet meer; al een bug aangemaakt.

code:

Traceback (most recent call last):
  File "/usr/src/homeassistant/homeassistant/config_entries.py", line 387, in async_setup
    result = await component.async_setup_entry(hass, self)
  File "/config/custom_components/smartthinq_sensors/__init__.py", line 228, in async_setup_entry
    hass.config_entries.async_setup_platforms(entry, SMARTTHINQ_PLATFORMS)
AttributeError: 'ConfigEntries' object has no attribute 'async_setup_platforms'

Ook de roborock integratie geprobeerd maar die probeert lokaal de roborock te vinden, alleen staat mijn HA in de cloud. Verder geen instellingen oid om dat te overrulen. Misschien het IP naar een DNS omzetten om zo te routen naar mijn lokale omgeving?

Ik heb dus precies dezelfde foutmelding maar dan van mijn Enphase Envoy (DEV). Heb jij het al opgelost?

[water_escape]

Ik krijg deze WARNING in de logs, maar geen idee wat het is en hoe op te lossen:

Logger: homeassistant.components.websocket_api.http.connection
Source: components/websocket_api/http.py:53
Integration: Home Assistant WebSocket API (documentation, issues)
First occurred: 12:46:30 PM (1 occurrences)
Last logged: 12:46:30 PM

[547190982976] Disconnected: Did not receive auth message within 10 seconds

[wielhelm]

Gotez schreef op donderdag 4 mei 2023 @ 11:59:
Ik heb sinds vanochtend een probleem met mijn custom enphase integration. Ik krijg deze error:


[...]


Iemand een idee wat het kan zijn? Ik kom er googelend niet achter.

Welke gebruik je precies?
Ik gebruik die van Possix en heb nergens last van.
https://github.com/posixx/home_assistant_custom_envoy

[Gotez]

wielhelm schreef op donderdag 4 mei 2023 @ 13:44:
[...]


Welke gebruik je precies?
Ik gebruik die van Possix en heb nergens last van.
https://github.com/posixx/home_assistant_custom_envoy

Die van gtdiehl. Tot vanochtend werkte deze ook perfect. Heel vreemd.

[xzaz]

Gotez schreef op donderdag 4 mei 2023 @ 13:19:
[...]


Ik heb dus precies dezelfde foutmelding maar dan van mijn Enphase Envoy (DEV). Heb jij het al opgelost?

Nee lijkt erop dat ze vergeten zijn de authorisatieconfiguratie te verplaatsen naar de credentials gebeuren. Precies weet ik het nog niet; kijk vanavond verder. Issue loopt ondertussen dus die houd ik in de gaten.

[Faece]

Mijn zonnepanelen leveren me een peak demand current month. Deze waarde komt mooi binnen. Ik wil daarbij de datum dat deze veranderd.

YAML:

  - type: vertical-stack[IMG=234,142]https://tweakers.net/i/_pPEpEjrcrbaOVyfCLyH78YWuyg=/full-fit-in/4000x4000/filters:no_upscale():fill(white):strip_exif()/f/image/LhIjOwtxXzrjrJeqfAPwLVG1.png?f=user_large[/IMG]
    cards:
      - type: custom:mushroom-template-card
        primary: Maandpiek
        secondary: >-
          {% set mon = ["januari", "februari", "maart", "april", "mei", "juni", "juli", "augustus", "september", "oktober", "november", "december"] %}
          {{ (as_timestamp(now()) | timestamp_custom('%d')) }} {{ (mon[now().month-1])}}
        entity: sensor.p1_meter_5c2faf04a1f2_peak_demand_current_month.last_changed        
      - type: 'custom:button-card'
        template: card_generic
        entity: sensor.p1_meter_5c2faf04a1f2_peak_demand_current_month
        variables:
          ulm_card_generic_name     : ""

Dit levert me eigenlijk altijd de datum van vandaag op,


terwijl volgens de grafiek deze eigenlijk niet meer sinds 3 mei is veranderd... Hoe kan ik dit oplossen ?

[ Voor 6% gewijzigd door Faece op 04-05-2023 14:45 ]

[Dutchess_Nicole]

Faece schreef op donderdag 4 mei 2023 @ 14:44:
Mijn zonnepanelen leveren me een peak demand current month. Deze waarde komt mooi binnen. Ik wil daarbij de datum dat deze veranderd.

YAML:

  - type: vertical-stack[IMG=234,142]https://tweakers.net/i/_pPEpEjrcrbaOVyfCLyH78YWuyg=/full-fit-in/4000x4000/filters:no_upscale():fill(white):strip_exif()/f/image/LhIjOwtxXzrjrJeqfAPwLVG1.png?f=user_large[/IMG]
    cards:
      - type: custom:mushroom-template-card
        primary: Maandpiek
        secondary: >-
          {% set mon = ["januari", "februari", "maart", "april", "mei", "juni", "juli", "augustus", "september", "oktober", "november", "december"] %}
          {{ (as_timestamp(now()) | timestamp_custom('%d')) }} {{ (mon[now().month-1])}}
        entity: sensor.p1_meter_5c2faf04a1f2_peak_demand_current_month.last_changed        
      - type: 'custom:button-card'
        template: card_generic
        entity: sensor.p1_meter_5c2faf04a1f2_peak_demand_current_month
        variables:
          ulm_card_generic_name     : ""

Dit levert me eigenlijk altijd de datum van vandaag op, [Afbeelding]
[Afbeelding]

terwijl volgens de grafiek deze eigenlijk niet meer sinds 3 mei is veranderd... Hoe kan ik dit oplossen ?

April is hetzelfde in Engels en Nederlands maar Mei niet. Dikken kans dat je de Engelse maandnamen moet gebruiken hier.

[Faece]

Dutchess_Nicole schreef op donderdag 4 mei 2023 @ 14:52:
[...]


April is hetzelfde in Engels en Nederlands maar Mei niet. Dikken kans dat je de Engelse maandnamen moet gebruiken hier.

Maar de custom namen hebben toch niks te zien met de sensor last changed ? Of zie ik dit mis...

[xzaz]

Gotez schreef op donderdag 4 mei 2023 @ 13:19:
[...]


Ik heb dus precies dezelfde foutmelding maar dan van mijn Enphase Envoy (DEV). Heb jij het al opgelost?

Opgelost; het is blijkbaar een custom_component; dus updaten werkt

[Raymond P]

Nou, ik heb m'n fan werkend. De trend sensor kreeg ik helaas niet gefixed. Het wegvallen van input heb ik anders opgevangen.
Enkel bij een niet bestaand mqtt topic is er nog een error, maar dat zou niet al te vaak voor moeten komen.

M'n uiteindelijke yaml ziet er voor mij behoorlijk spahetti uit, een sanity check zou ik waarderen:

YAML:

alias: Particles mgmt
description: ""
trigger:
  - platform: state
    entity_id:
      - sensor.woonkamer_pm2_5
condition: []
action:
  - if:
      - condition: device
        device_id: 66ceb54947d7f7ffd403af5a50c927fb
        domain: fan
        entity_id: fan.mqtt_fan
        type: is_on
      - condition: or
        conditions:
          - condition: numeric_state
            entity_id: sensor.woonkamer_pm2_5
            below: 5
          - condition: state
            entity_id: sensor.woonkamer_pm2_5
            state: unavailable
            for:
              hours: 0
              minutes: 5
              seconds: 0
    then:
      - type: turn_off
        device_id: 66ceb54947d7f7ffd403af5a50c927fb
        entity_id: fan.mqtt_fan
        domain: fan
  - if:
      - condition: numeric_state
        entity_id: sensor.woonkamer_pm2_5
        above: 5
    then:
      - service: fan.set_percentage
        data:
          percentage: >-
            {{ min( ( (states('sensor.woonkamer_pm2_5') | int - 5) * max(
            ((state_attr('binary_sensor.particles_trend','gradient') * 150), 6)
            ) + 10), 100) | int }}
        target:
          device_id: 66ceb54947d7f7ffd403af5a50c927fb
mode: single

[HuismAndré]

Als ik vanuit een Glance kaart op een binary_sensor druk dan krijg ik direct de geschiedenis van die sensor te zien. Druk ik op een input_boolean dan krijg ik eerst de schakelaar van die input_boolean te zien. Is het ook mogelijk om, via "tap_action" direct naar de geschiedenis van die input_boolean te gaan (en zo ja, hoe)?

[skank]

Mcoie nieuwe HA release!
Echter heb ik er een vraagje over.
Ik heb heel veel entiteiten exposed naar google.
(assistant)
Nu in de nieuwe settings>spraakassistenten kun je normaal zien wat naar assist/google of amazon exposed wordt...
Ik had verwacht daar vinkjes te zien bij google en niet bij assist gezien ik nog niks ingesteld heb voor assist.
Echter integendeel:


Kan iemand dit uitleggen?

[mr.DJ95]

Heeft er toevallig iemand al Piper en Whisper draaien via Docker en zou zijn compose willen delen?

[TWKterry]

skank schreef op donderdag 4 mei 2023 @ 16:57:
Mcoie nieuwe HA release!
Echter heb ik er een vraagje over.
Ik heb heel veel entiteiten exposed naar google.
(assistant)
Nu in de nieuwe settings>spraakassistenten kun je normaal zien wat naar assist/google of amazon exposed wordt...
Ik had verwacht daar vinkjes te zien bij google en niet bij assist gezien ik nog niks ingesteld heb voor assist.
Echter integendeel:
[Afbeelding]

Kan iemand dit uitleggen?

Is een bug. De oude instellingen worden niet overgenomen. Downgraden en wachten op de verbeterde versie.

[golles]

mr.DJ95 schreef op donderdag 4 mei 2023 @ 17:22:
Heeft er toevallig iemand al Piper en Whisper draaien via Docker en zou zijn compose willen delen?

Ik heb zelf nog geen tijd gehad om hier in te duiken, misschien komend weekend. Het viel mij wel op, dat er alleen een linkje naar de image op docker hub in de documentatie stond. Het werd nog wel in de release party benoemd gisteren, dus hopelijk komt er nog iets uitgebreidere officiële documentatie.

Ik zag wel dit voorbij komen: https://www.reddit.com/r/...isper_on_external_server/

[mr.DJ95]

golles schreef op donderdag 4 mei 2023 @ 17:29:
[...]

Ik heb zelf nog geen tijd gehad om hier in te duiken, misschien komend weekend. Het viel mij wel op, dat er alleen een linkje naar de image op docker hub in de documentatie stond. Het werd nog wel in de release party benoemd gisteren, dus hopelijk komt er nog iets uitgebreidere officiële documentatie.

Ik zag wel dit voorbij komen: https://www.reddit.com/r/...isper_on_external_server/

Ah moet even geduld hebben dan, ik kom er met diverse modellen niet doorheen om de Whisper container te starten. Piper lijkt wel te draaien.

urllib.error.HTTPError: HTTP Error 404: Not Found

Voor de liefhebbers:

code:

version: '3.9'

services:
  wyoming-whisper:
    image: rhasspy/wyoming-whisper
    container_name: wyoming-whisper
    command: --model tiny-int8 --language en
    ports:
      - "10300:10300"
    volumes:
      - /path/to/local/data:/data

  wyoming-piper:
    image: rhasspy/wyoming-piper
    container_name: wyoming-piper
    command: --voice en-us-lessac-low
    ports:
      - "10200:10200"
    volumes:
      - /path/to/local/data:/data