Home Assistant: Open source Python3 home automation - deel 5

[RobertMe]

Navi schreef op dinsdag 21 maart 2023 @ 13:28:
Ik heb een aantal Fibaro FGWPF-102 ZW5 Wall Plug V2, best een bekend model maar toch ziet HA ze als Unknown. Er komen wel wat stroomverbruik waardes binnen, maar schakelen of opties aanpassen lukt bv niet.

Nu vond ik hier:
https://community.home-as...y-the-other-one-not/54198

Dat het schijnt te komen omdat een oude versie van openzwave gebruikt wordt en hij dit device niet zou kennen, lijkt me heel vreemd, maar hoe kan ik dit apparaat nu alsnog toevoegen zodat hij hem gewoon goed herkent?

Het zou dan vermoedelijk gaan om deze xml:
https://github.com/OpenZW...onfig/fibaro/fgwpfzw5.xml

Het is de laatste HA versie core-2023.3.5 met Z-Wave JS. (of moet ik deze vervangen door MQQT?)

Of is er een betere manier om dit op te lossen zodat hij wel recente devices kent? (Hoewel deze Plug al jaren op de markt is..)

Geen antwoord op de vraag, maar je hebt het over openzwave, zwave js en "mqtt". Tet opheldering:
OpenZWave is een oude (/antieke?) software library voor ZWave, HA zelf heeft deze lange tijd direct ingebakken gehad. Echter werd OpenZWave al lang niet meer (goed) onderhouden, bugs niet opgelost, etc.
ZWave JS is een alternatieve software library om met ZWave apparaten te werken. Dit is intussen de defacto opvolger van OpenZWave. ZWave JS is echter alleen een software library. Je hebt dus software nodig die deze library gebruikt.
ZWave JS UI (/ZWave JS 2 MQTT voorheen) is een (van de twee?) stukken software die ZWave 2 JS gebruiken. De ander is meen ik ZWave JS server. Laatstgenoemde is wat de standaard ZWave addon voor HA (OS / supervisor) gebruikt. Of je ZWave JS UI of Server gebruikt maakt dus niet uit voor de werking van apparaten. Beiden maken gebruik van de identieke ZWave JS library waardoor de ondersteuning dus 100% identiek is (daargelaten dat ze soms een beetje uit de pas kunnen lopen vs releases).

Alle antwoorden die je vindt m.b.t. OpenZWave zijn dus totaal niet meee relevant, omdat je een alternatief gebruikt in de vorm van ZWave JS. En het gebruik van ZWave JS UI / ZWave JS 2 MQTT vs ZWave JS Server is potato potahto v.w.b. hardware ondersteuning dus gaat het issue ook niet oplossen.

[Navi]

Dat had ik begrepen inderdaad, ik gebruik nu ZWave JS zoals aangeraden door HA, niet de oudere versie.

Heb inmiddels gevonden wat het was, moest het apparaat echt resetten en opnieuw koppelen. Enkel ontkoppelen en weer koppelen hielp niet. (dan kreeg hij hetzelfde ID)

Had te maken met de encryption keys, deze zijn opnieuw gegenereerd door HA en de plugs komen uit een Domoticz installatie.

Nu ziet hij ze wel als het juiste type. Kennelijk werken ze zonder keys helemaal prima (verbruik tonen etc), met uitzondering van het schakelen en de config opties.

[painkill]

Ik heb een sonoff schakelaar (met andere firmware), die ik op de volgende manier kan bedienen:

http://192.168.1.15/control?cmd=event,TurnOn
http://192.168.1.15/control?cmd=event,TurnOff

Hoe voeg ik dit toe als schakelaar in home assistant? Ik kan nergens een manier vinden om deze commandos te versturen.

Bonus vraag, de toon integratie is niet meer te installeren met de nieuwe update, meer mensen daar last van?

[Septillion]

@painkill Makkelijkste optie: iets erop flashen dat direct in HA integreerde zoals Tasmota of ESPhome.

Alternatief is klooien met een template switch.

[ajaxalex]

Septillion schreef op dinsdag 21 maart 2023 @ 10:11:
@TheFes Zelf ook nog steeds geen fan van device triggers... Maar had even domme copy past gedaan. Maar houd het zelf graag template vrij, zeker voornieuwkomers.

Korter :+:

YAML:

alias: Slaapkamer helderheid default + reset
description: ""
trigger:
  - platform: state
    entity_id:
      - light.slaapkamer_links_light
      - light.slaapkamer_rechts_light_2
    to: "on"
    id: "on"
  - platform: state
    entity_id:
      - light.slaapkamer_links_light
      - light.slaapkamer_rechts_light_2
    to: "off"
    id: "off"
condition:
  - condition: state
    entity_id: input_boolean.lampen_wekker
    state: "off"
action:
  - choose:
      - conditions:
          - condition: trigger
            id: "on"
        sequence:
          - service: light.turn_on
            data:
              brightness_pct: 100
            target:
              entity_id:
                - light.slaapkamer_links_light
                - light.slaapkamer_rechts_light_2
      - conditions:
          - condition: trigger
            id: "off"
        sequence:
          - service: input_boolean.turn_off
            data: {}
            target:
              entity_id: input_boolean.lampen_wekker
mode: single

Dankjewel, maar ik snap nog niet helemaal wat er nou gebeurd. Ik zie dit in de trace.

Executed: 21 maart 2023 om 19:35:45
Result:
result: false
entity_id/0
Executed: 21 maart 2023 om 19:35:45
Result:
result: false
state: 'on'
wanted_state: 'off'

De state van de input boolean is ON. Dat heb ik in de wekker automation gezet en dat werkt ook netjes. Dat kan ik zien in de input boolean.

Daarom snap ik niet waarom het bovenstaande niet werkt. Als ik de lampen met de hand aanzet dan blijven ze op 15% zoals in mijn wekker automation.

Wat zie ik over het hoofd?

[Septillion]

@ajaxalex Oeps, @TheFes en ik hebben hetzelfde over het hoofd gezien

Moet natuurlijk zijn:

YAML:

alias: Slaapkamer helderheid default + reset
description: ""
trigger:
  - platform: state
    entity_id:
      - light.slaapkamer_links_light
      - light.slaapkamer_rechts_light_2
    to: "on"
    id: "on"
  - platform: state
    entity_id:
      - light.slaapkamer_links_light
      - light.slaapkamer_rechts_light_2
    to: "off"
    id: "off"
condition: []
action:
  - choose:
      - conditions:
          - condition: trigger
            id: "on"
          - condition: state
            entity_id: input_boolean.lampen_wekker
            state: "off"
        sequence:
          - service: light.turn_on
            data:
              brightness_pct: 100
            target:
              entity_id:
                - light.slaapkamer_links_light
                - light.slaapkamer_rechts_light_2
      - conditions:
          - condition: trigger
            id: "off"
        sequence:
          - service: input_boolean.turn_off
            data: {}
            target:
              entity_id: input_boolean.lampen_wekker
mode: single

Dan wordt de inpuit_boolean weer netjes uit gezet nadat je een lamp uit zet.

[LodanMax]

Sinds eergisteren mijn P1 monitor vervangen, van een Pi op Ztatz naar de DSMR-reader.
De Ztatz addin gaf halve informatie door (stroom gaf deze door, maar dagverbruik enz. werkte niet, gas al helemaal niet.)
Nu overgestapt op DSMR-reader.
Overzichtelijker, moderner, alleen geeft deze 0,0 info door en zal alles via MQTT moeten, iets wat ik bij Ztatz ook al niet deed.

P1 DSMR-Reader staat op 192.168.1.14
Home Assistant staat op 192.168.1.15
MQTT (Core-mosquitto) draait op 172.30.33.1

Nu heb ik een DNS Redirect aangemaakt dat core-mosquitto voor de P1 DSMR naar 192.168.1.15 redirect.

Het Mosquitto logboek zegt nu:

code:

2023-03-21 20:27:04: New connection from 192.168.1.14:42775 on port 1883.
2023-03-21 20:27:04: Client <unknown> disconnected, not authorised.

Heeft iemand dit werkende (vast wel) en iemand suggesties waar ik naar kan kijken om dit zelf wel werkende te krijgen?

[Svennie]

TheFes schreef op maandag 20 maart 2023 @ 22:36:
[...]


https://strftime.org

Voorbeeld:
{{ states.light.booglamp.last_changed.strftime('%d-%m om %H:%M') }}

Maar auto-entities kan inderdaad wat jij wil

weet je dit of zoek je dat ergens op? Want ik heb gezocht op welk type het is, hoe je het kan converteren maar deze was ik niet tegen gekomen, of verkeerd gebruikt, kan ook natuurlijk, heb er een aantal geprobeerd

denuz schreef op maandag 20 maart 2023 @ 22:26:
[...]
Denk dat je naar deze card op zoek bent

Die is krachtig Ik heb een sensor die het aantal batterijen bij houdt die onder een bepaald nivo zitten, die kan wel weg, is met deze kaart veel makkelijker

@Antonio di
Die Ikea sensor, de data die die weergeeft is dan ook niet echt betrouwbaar? Dat er geen CO2 meting bij zit weet je als je hem koopt.

De Awair Element die je noemt is die data kwalitatief goed? In verhouding voor wat je er voor betaald natuurlijk. Het risico daarvan is dat je afhankelijk bent van Awair, als die ooit, via een FW update bv, de API uitzetten kan je er niks meer mee binnen HA. En dan zijn ze ineens erg duur, want aan hun app heb ik niks, nou ja weinig. Gaan ze dat ooit doen is dan de vraag. Daarnaast zit ik ook niet te wachten op die LEDs maar die kunnen wellicht uit. Laat maar weten hoe die bevalt.

Deze kwam ik tegen, niet de goedkoopste setup maar wel volledig in eigen hand:

[ Voor 59% gewijzigd door Svennie op 21-03-2023 21:20 ]

[TheFes]

Svennie schreef op dinsdag 21 maart 2023 @ 20:44:
[...]


weet je dit of zoek je dat ergens op? Want ik heb gezocht op welk type het is, hoe je het kan converteren maar deze was ik niet tegen gekomen, of verkeerd gebruikt, kan ook natuurlijk, heb er een aantal geprobeerd

strftime() is een Python functie, die je ook in jinja kunt gebruiken.
Op https://strftime.org kun je de mogelijkheden zien

[RudolfR]

Kan ik met Home Assistant template-magie ook uitrekenen hoelaat de zon op een bepaalde positie/hoogte is?

Ik heb m'n rolluik gekoppeld via esphome en daar een bereik van elevation/azimuth ingesteld waarop de zon op de dakkapel staat.

Zou alleen graag op voorhand weten hoelaat dat ongeveer begint en eindigt, zodat ik het bewegen van het rolluik kan aankondigen.

[Septillion]

@LodanMax Hoe draai je HA?

[LodanMax]

Septillion schreef op dinsdag 21 maart 2023 @ 21:42:
@LodanMax Hoe draai je HA?

Ik heb 'm draaiend op de Yellow.
De P1 (DSMR-Reader) draat op een Pi via WiFi in de meterkast.
De Yellow-HA zit bekabeld en hebben onderling geen beperkende profielen buiten defaults

[htca]

RudolfR schreef op dinsdag 21 maart 2023 @ 21:36:
Kan ik met Home Assistant template-magie ook uitrekenen hoelaat de zon op een bepaalde positie/hoogte is?

Ik heb m'n rolluik gekoppeld via esphome en daar een bereik van elevation/azimuth ingesteld waarop de zon op de dakkapel staat.

Zou alleen graag op voorhand weten hoelaat dat ongeveer begint en eindigt, zodat ik het bewegen van het rolluik kan aankondigen.

Ik snap niet helemaal wat je bedoelt, maar de elevation en azimuth kun je vanuit de sun integratie en de attributen halen:

YAML:

  - platform: template
    sensors:
      sunelevation:
        value_template: "{{ state_attr('sun.sun', 'elevation') }}"
        friendly_name: "sun elevation"
  - platform: template
    sensors:
      sunazimuth:
        value_template: "{{ state_attr('sun.sun', 'azimuth') }}"
        friendly_name: "sun azimuth"

[Septillion]

@LodanMax Als je een Yellow hebt dan draai je HA OS. Als je dan MQTT gewoon als addon installeert hoef je niets te doen met DNS redirects etc.

Gewoon installeren en starten. Eventueel in de addon config user en pass maken volgens de documentatie of anders een HA user aanmaken. Daarna kan je gewoon met de MQTT verbinden met user en password op het HA IP. Dit kan je checken met iets als MQTT explorer.

[LodanMax]

Septillion schreef op dinsdag 21 maart 2023 @ 21:51:
@LodanMax Als je een Yellow hebt dan draai je HA OS. Als je dan MQTT gewoon als addon installeert hoef je niets te doen met DNS redirects etc.

Gewoon installeren en starten. Eventueel in de addon config user en pass maken volgens de documentatie of anders een HA user aanmaken. Daarna kan je gewoon met de MQTT verbinden met user en password op het HA IP. Dit kan je checken met iets als MQTT explorer.

De MQTT addon + integration heb ik ingesteld, hier is een user voor gemaakt.
Deze heb ik op de DSMR-reader ook ingesteld.

Als ik de Listener aanzet op # zou ik verwachten dit terug te zien.


ALs ik dan op de DSMR kijk, heeft hij wel uitgaande berichten staan, maar deze zie ik dus niet terug in de listener.


Zend ik in die reader die test uit, dan leest hij die weer wel.
HA naar HA werkt dus wel op de MQTT, maar DSMR (extern apparaat) naar HA niet.

In de log van MQTT zie ik vervolgens wel dit terug:

code:

2023-03-21 22:16:21: New connection from 172.30.32.2:37428 on port 1883.
2023-03-21 22:16:21: Client <unknown> closed its connection.
2023-03-21 22:16:23: New connection from 192.168.1.14:34883 on port 1883.
2023-03-21 22:16:23: Client <unknown> disconnected, not authorised.
2023-03-21 22:16:23: New connection from 192.168.1.14:55511 on port 1883.
2023-03-21 22:16:24: Client <unknown> disconnected, not authorised.
2023-03-21 22:16:29: New connection from 192.168.1.14:60481 on port 1883.
2023-03-21 22:16:29: Client <unknown> disconnected, not authorised.
2023-03-21 22:16:29: New connection from 192.168.1.14:32931 on port 1883.
2023-03-21 22:16:30: Client <unknown> disconnected, not authorised.
2023-03-21 22:16:34: New connection from 192.168.1.14:46135 on port 1883.
2023-03-21 22:16:34: Client <unknown> disconnected, not authorised.
2023-03-21 22:16:34: New connection from 192.168.1.14:38705 on port 1883.
2023-03-21 22:16:35: Client <unknown> disconnected, not authorised.
2023-03-21 22:16:39: New connection from 192.168.1.14:33313 on port 1883.
2023-03-21 22:16:39: Client <unknown> disconnected, not authorised.
2023-03-21 22:16:39: New connection from 192.168.1.14:58001 on port 1883.
2023-03-21 22:16:40: Client <unknown> disconnected, not authorised.
2023-03-21 22:16:45: New connection from 192.168.1.14:50797 on port 1883.
2023-03-21 22:16:45: Client <unknown> disconnected, not authorised.

De berichten komen met een foute authenticatie, terwijl dit allemaal netjes copy-paste is.
Ook zie ik dit met een vertraging van ongeveer 5-10 minuten.

[ Voor 33% gewijzigd door LodanMax op 21-03-2023 22:18 . Reden: toevoegen log ]

[Septillion]

@LodanMax Al eens met MQTT explorer verbonden?

En heb je HA user aangemaakt of in de addon config?

[LodanMax]

Septillion schreef op dinsdag 21 maart 2023 @ 22:20:
@LodanMax Al eens met MQTT explorer verbonden?

En heb je HA user aangemaakt of in de addon config?

HA gebruiker aangemaakt:


Setting via HA:


En zo is deze bijgeplaats in DSMR

[Septillion]

@LodanMax En de test?

Als je de addon gebruikt hoef je in de MQTT integratie eigenlijk niets in te stellen, zelfs geen user en pass.

In DSMR, daar wil je gewoon het locale IP tenzij je de boel ook voor het internet open hebt. Misschien wil je die URL ook niet hier publiekelijk hebben

[LodanMax]

Septillion schreef op dinsdag 21 maart 2023 @ 22:30:
@LodanMax En de test?

Als je de addon gebruikt hoef je in de MQTT integratie eigenlijk niets in te stellen, zelfs geen user en pass.

In DSMR, daar wil je gewoon het locale IP tenzij je de boel ook voor het internet open hebt. Misschien wil je die URL ook niet hier publiekelijk hebben

Grootste deel is intern gerouteerd, extern staat niet veel open; althans, niets wat niet open hoeft te staan.
Werk vooral met hostnames intern om te zorgen dat als er iets wijzigt qua IP op een apparaat, dat het makkelijker te verhuizen is zonder op 5 plekken alles aan te moeten passen

HA Extern open zetten is me ook nog niet gelukt; das een verhaal voor later; wil namelijk eerst die MQTT werkend hebben.

Qua MQTT heb ik aan de DSMR-kant alleen deze handleiding waar ik niet verder mee kwam:
https://dsmr-reader.readt...v5/how-to/admin/mqtt.html

En daarnaast ook YouTube: Je Slimme meter uitlezen in Home Assistant #31 gekeken, maar de gebruiken weer net andere settings waardoor ik het hier niet werkende heb

[Septillion]

@LodanMax Oei, nu gaan er wat alarmbellen rinkelen... Want:

- tenzij je intern het een en ander hebt ingericht (eigen DNS server en/of hairpin DNS etc) is een URL niet zomaar een IP vervanger
- Heb je nog steeds de basic test van verbinden via MQTT explorer niet gedaan
- Staat je HA extern prima open

Aka, terug naar af. Verwijder de MQTT integratie en voeg toe met default settings, gebruik gewoon je interne IP voor MQTT en test MQTT gewoon eens eerst. Daarna kan je DSMR Reader proberen te verbinden.

[doltishDuke]

Ik bedien HA (waar nodig, liefst zo min mogelijk natuurlijk) vanuit de app en ben eens aan de slag gegaan aan het verlagen van de laadtijd ervan. Vrij storend dat ik steeds vijf seconden moet wachten tot ik iets in m'n huis kan regelen.

Heb al behoorlijk wat bereikt met het weghalen van wat ongebruikte meuk en custom components, maar het blijft een beetje tegenvallen en het moet allemaal wel een beetje fancypants blijven natuurlijk.

Nou vraag ik me af wat de invloed van de gebruikte serverhardware hierop nou precies is. Momenteel draait het hier op een Pi 4B. Heb wel eens zitten overwegen om die te upgraden maar het systeem zelf is me snel genoeg. Automations draaien vlot, daar hoef ik het verder niet voor te doen.

Maar zou zo'n snellere server nou veel invloed hebben op de snelheid van de mobiele app, wat in feite natuurlijk gewoon een veredelde browser is? Iemand die daar enig idee over heeft?

[ Voor 6% gewijzigd door doltishDuke op 22-03-2023 01:26 ]

[mrc4nl]

doltishDuke schreef op woensdag 22 maart 2023 @ 01:22:
Nou vraag ik me af wat de invloed van de gebruikte serverhardware hierop nou precies is. Momenteel draait het hier op een Pi 4B. Heb wel eens zitten overwegen om die te upgraden maar het systeem zelf is me snel genoeg. Automations draaien vlot, daar hoef ik het verder niet voor te doen.

Maar zou zo'n snellere server nou veel invloed hebben op de snelheid van de mobiele app, wat in feite natuurlijk gewoon een veredelde browser is? Iemand die daar enig idee over heeft?

echt een idee heb ik niet, maar ik draai HA via een VM op een oude I7 met ssd.De interface via mobiel gaat zeer snel (maar ik heb ook alles standaard) echter de app zelf moet soms wel een wakker worden en dat kost wel een paar seconden.

[RudolfR]

htca schreef op dinsdag 21 maart 2023 @ 21:49:
[...]


Ik snap niet helemaal wat je bedoelt, maar de elevation en azimuth kun je vanuit de sun integratie en de attributen halen:

YAML:

  - platform: template
    sensors:
      sunelevation:
        value_template: "{{ state_attr('sun.sun', 'elevation') }}"
        friendly_name: "sun elevation"
  - platform: template
    sensors:
      sunazimuth:
        value_template: "{{ state_attr('sun.sun', 'azimuth') }}"
        friendly_name: "sun azimuth"

Bedankt, maar dat bedoelde ik inderdaad niet. Ik zou aan die gegevens graag een tijd aan koppelen.
Dus het antwoord op de vraag: "Hoelaat is de zon boven elevation/azimuth?

[-Casper]

RudolfR schreef op woensdag 22 maart 2023 @ 07:42:
[...]


Bedankt, maar dat bedoelde ik inderdaad niet. Ik zou aan die gegevens graag een tijd aan koppelen.
Dus het antwoord op de vraag: "Hoelaat is de zon boven elevation/azimuth?

Ik denk niet dat je dit zomaar kan berekenen, want dan moet je ook berekenen / weten hoe snel de zon beweegt op de desbetreffende dag. Dan zou t bijzonder complex worden voor iets simpels als een aankondiging Misschien een idee om gewoon een offset te nemen op de azimuth die je al gebruikt? Dan heb je niet altijd een exact tijdselement voor je rolluiken sluiten een aankondiging, maar wel iets voor dat het gebeurd.

Het is me overigens een raadsel waarom je het zou willen aankondigen. Zijn er mensen die zo snel schrikken van het geluid ofzo?

[-Casper]

doltishDuke schreef op woensdag 22 maart 2023 @ 01:22:
Ik bedien HA (waar nodig, liefst zo min mogelijk natuurlijk) vanuit de app en ben eens aan de slag gegaan aan het verlagen van de laadtijd ervan. Vrij storend dat ik steeds vijf seconden moet wachten tot ik iets in m'n huis kan regelen.

Heb al behoorlijk wat bereikt met het weghalen van wat ongebruikte meuk en custom components, maar het blijft een beetje tegenvallen en het moet allemaal wel een beetje fancypants blijven natuurlijk.

Nou vraag ik me af wat de invloed van de gebruikte serverhardware hierop nou precies is. Momenteel draait het hier op een Pi 4B. Heb wel eens zitten overwegen om die te upgraden maar het systeem zelf is me snel genoeg. Automations draaien vlot, daar hoef ik het verder niet voor te doen.

Maar zou zo'n snellere server nou veel invloed hebben op de snelheid van de mobiele app, wat in feite natuurlijk gewoon een veredelde browser is? Iemand die daar enig idee over heeft?

Ik draai op een NUC en daar ervaar ik geen 5 seconden. Als ik de app voor de eerste keer opstart duurt het wel iets langer. Maar dat zit dan denk ik rond de 1 a 2 seconden.

[doltishDuke]

RudolfR schreef op woensdag 22 maart 2023 @ 07:42:
[...]


Bedankt, maar dat bedoelde ik inderdaad niet. Ik zou aan die gegevens graag een tijd aan koppelen.
Dus het antwoord op de vraag: "Hoelaat is de zon boven elevation/azimuth?

Heb je al gekeken of je die informatie niet ergens uit een openbare API kunt trekken ofzo? Dat lijkt me makkelijker dan zelf zoiets schrijven. Kan natuurlijk wel maar ik zou er zelf niet zo'n zin in hebben met die klungelige Jinja engine.

[Septillion]

@RudolfR Volgens mij kan je dat niet uit HA trekken. Helaas zelfs ook al niet gewoon tijd naar elevation/azimuth ook al heeft HA dit intern wel. Er zijn wel "gewoon" formules voor te vinden die je in een template kunt gooien. Nu zeg ik "gewoon" want zijn wel wat lastig te vinden en moet je denk ik nog wat ombouwen. Maar zo heb ik wel eens dezelfde formule als Tasmota gebruikt om te bepalen wanneer sunset/sunrise is. Dat is niets meer dan elevation oplossen voor een waarde.

[synoniem]

RudolfR schreef op dinsdag 21 maart 2023 @ 21:36:
Kan ik met Home Assistant template-magie ook uitrekenen hoelaat de zon op een bepaalde positie/hoogte is?

Ik heb m'n rolluik gekoppeld via esphome en daar een bereik van elevation/azimuth ingesteld waarop de zon op de dakkapel staat.

Zou alleen graag op voorhand weten hoelaat dat ongeveer begint en eindigt, zodat ik het bewegen van het rolluik kan aankondigen.

Je zou één keer per kwartier op kunnen vragen wat de elevation/azimuth is plus de state van 'rising' en dat vergelijken met de gewenste waardes.

[Svennie]

denuz schreef op maandag 20 maart 2023 @ 22:26:
[...]
Denk dat je naar deze card op zoek bent

Als ik de documentatie goed begrijp kan ik enkel templates toepassen om tot een lijst van entity_ids te komen? Niet bij de enitities die wil wil laten zien in de kaart? Ik wil graag bij de entities die ik laat zien wat aanpassingen doen, er moet wat tekst weg en off wil ik veranderen door dicht bv (off voor een deursensor staat zo vreemd). Kan dat binnen deze kaart of kan ik dan beter een template sensor gebruiken?

[Xqlus1ve]

Ik zie even door de bomen het bos niet meer. Ik wil op meerdere verdiepingen en kamers een temperatuur / luchtvochtigheid sensoren gaan ophangen die op het zigbee protocol zitten (Zoals Tuya, of Aqara, moet niet te duur zijn en lang mee gaan op een batterij). Nu zie ik verschillende dongles voorbij komen zoals Conbee II en Z2MQTT etc, maar wat is nou eigenlijk een goede dongle als basis voor dit soort producten?

IK heb een nieuwbouw woning met veel signaal storing dus heb op iedere verdieping een bedrade router staan (2 in AP modus) als 1 compleet netwerk (mesh setup) wat is dan de meest logische locatie voor zo'n dongle, is dat dan op de midden verdieping?

EDIT: Wat ik zo 123 lees is dat een Sonoff Zigbee stick eigenlijk 1 van de betere is om mee te beginnen, ook qua stabilieit?

[ Voor 8% gewijzigd door Xqlus1ve op 22-03-2023 10:01 ]

[RobertMe]

Xqlus1ve schreef op woensdag 22 maart 2023 @ 09:51:
Ik zie even door de bomen het bos niet meer. Ik wil op meerdere verdiepingen en kamers een temperatuur / luchtvochtigheid sensoren gaan ophangen die op het zigbee protocol zitten (Zoals Tuya, of Aqara, moet niet te duur zijn en lang mee gaan op een batterij). Nu zie ik verschillende dongles voorbij komen zoals Conbee II en Z2MQTT etc, maar wat is nou eigenlijk een goede dongle als basis voor dit soort producten?

IK heb een nieuwbouw woning met veel signaal storing dus heb op iedere verdieping een bedrade router staan (2 in AP modus) als 1 compleet netwerk (mesh setup) wat is dan de meest logische locatie voor zo'n dongle, is dat dan op de midden verdieping?

EDIT: Wat ik zo 123 lees is dat een Sonoff Zigbee stick eigenlijk 1 van de betere is om mee te beginnen, ook qua stabilieit?

Zigbee heeft niks met jouw wifi APs te maken En bedrade APs zijn geen mesh.
In any case: Zigbee bouwt een echt mesh netwerk op waarbij elke node die op de stroom is aangesloten (i.p.v. batterij dus) dienst doet als repeater. I.p.v. een dongle zoeken met een heel goed bereik kun je dus beter gewoon meer powered nodes toevoegen. Zoals dus slimme verlichting, relais, tussenstekkers, etc. Al van die geven je niet alleen extra smart functionaliteit maar breiden dus ook het bereik van het Zigbee netwerk uit.

V.w.b. een stick: belangrijk is dan om eerst de software uit te zoeken. Als je Deconz wilt gebruiken is de Conbee de enige optie. Immers is Deconz proprietary software die alleen werkt met de stick van hetzelfde bedrijf, de Conbee dus. Zigbee2mqtt en ZHA kunnen wel met meerdere sticks overweg, waaronder de Conbee. V.w.b. de Sonoff stick: let op dat er twee modellen zijn. Eerst was er maar een model "Sonoff Zigbee Dongle Plus", uit mijn hoofd. Daarna is er een nieuwer / ander model gekomen met een andere Zigbee chip. Deze hebben ze de E toevoeging gegeven en de origineel hebben ze toen de P toevoeging gegeven. De P heb ik zelf en werkt voor mij prima. De E, met andere Zigbee chip dus, is in ieder geval bij Zigbee2mqtt nog als experimenteel gemarkeerd en schijnt net iets minder goed te werken. Daarnaast wordt de firmware voor de P gemaakt door de community / Z2M ontwikkelaars. De firmware van de E wordt geleverd door Sonoff zelf.
Maar er zijn uiteraard ook nog andere oplossingen, zoals de Slaesh en ZZH!. En volgens mij waren er zelfs merk gebonden Zigbee hubs, met ethernet aansluiting, die je kunt flashen zodat Zigbee2mqtt er gebruik van kan maken en je deze dus "willekeurig" in huis kunt plaatsen i.p.v. dat het een USB stick is die in de PC/server waarop de software draait moet.

[CAP-Team]

RudolfR schreef op woensdag 22 maart 2023 @ 07:42:
[...]


Bedankt, maar dat bedoelde ik inderdaad niet. Ik zou aan die gegevens graag een tijd aan koppelen.
Dus het antwoord op de vraag: "Hoelaat is de zon boven elevation/azimuth?

Je zou via een helper en een automation de betreffende tijd kunnen vastleggen van de dag ervoor. De tijd zal voor een dag erna niet veel afwijken (hooguit 1 a 2 minuten).

[Xqlus1ve]

RobertMe schreef op woensdag 22 maart 2023 @ 10:36:
[...]

Zigbee heeft niks met jouw wifi APs te maken En bedrade APs zijn geen mesh.
In any case: Zigbee bouwt een echt mesh netwerk op waarbij elke node die op de stroom is aangesloten (i.p.v. batterij dus) dienst doet als repeater. I.p.v. een dongle zoeken met een heel goed bereik kun je dus beter gewoon meer powered nodes toevoegen. Zoals dus slimme verlichting, relais, tussenstekkers, etc. Al van die geven je niet alleen extra smart functionaliteit maar breiden dus ook het bereik van het Zigbee netwerk uit.

V.w.b. een stick: belangrijk is dan om eerst de software uit te zoeken. Als je Deconz wilt gebruiken is de Conbee de enige optie. Immers is Deconz proprietary software die alleen werkt met de stick van hetzelfde bedrijf, de Conbee dus. Zigbee2mqtt en ZHA kunnen wel met meerdere sticks overweg, waaronder de Conbee. V.w.b. de Sonoff stick: let op dat er twee modellen zijn. Eerst was er maar een model "Sonoff Zigbee Dongle Plus", uit mijn hoofd. Daarna is er een nieuwer / ander model gekomen met een andere Zigbee chip. Deze hebben ze de E toevoeging gegeven en de origineel hebben ze toen de P toevoeging gegeven. De P heb ik zelf en werkt voor mij prima. De E, met andere Zigbee chip dus, is in ieder geval bij Zigbee2mqtt nog als experimenteel gemarkeerd en schijnt net iets minder goed te werken. Daarnaast wordt de firmware voor de P gemaakt door de community / Z2M ontwikkelaars. De firmware van de E wordt geleverd door Sonoff zelf.
Maar er zijn uiteraard ook nog andere oplossingen, zoals de Slaesh en ZZH!. En volgens mij waren er zelfs merk gebonden Zigbee hubs, met ethernet aansluiting, die je kunt flashen zodat Zigbee2mqtt er gebruik van kan maken en je deze dus "willekeurig" in huis kunt plaatsen i.p.v. dat het een USB stick is die in de PC/server waarop de software draait moet.

Bedoelde met mijn routers dat ik op elke verdieping een stabiele toegangpunt heb om de dongle in te kunnen stoppen. En met mijn netwerk bedoelde ik een 'soort' mesh, ik weet dat het niet exacte mesh is.

De powered nodes zijn mij duidelijk zelfde als hue verlichting of bijvoorbeeld de Tradfri repeater.

Maar momenteel heb ik enkel een Hue bridge waar al mijn Hue en Ikea spul op zit. Echter zover ik weet is dit niet te gebruiken voor zigbee sensoren etc en zal ik hier dus een dingle voor nodig hebben lijkt mij.

en zover ik lees heeft zigbee2mqtt een veel bredere ondersteunen aan diverse apparaten. Dan lijkt mij de sonoff mogelijk de betere optie. Al moet ik zeggen dat HASS op mijn NAS draait via een VM. Misschien even goed uitzoeken wat dan de beste hub is om mee te beginnen.

[mazzoop80]

Xqlus1ve schreef op woensdag 22 maart 2023 @ 10:50:
[...]


Bedoelde met mijn routers dat ik op elke verdieping een stabiele toegangpunt heb om de dongle in te kunnen stoppen. En met mijn netwerk bedoelde ik een 'soort' mesh, ik weet dat het niet exacte mesh is.

De powered nodes zijn mij duidelijk zelfde als hue verlichting of bijvoorbeeld de Tradfri repeater.

Maar momenteel heb ik enkel een Hue bridge waar al mijn Hue en Ikea spul op zit. Echter zover ik weet is dit niet te gebruiken voor zigbee sensoren etc en zal ik hier dus een dingle voor nodig hebben lijkt mij.

en zover ik lees heeft zigbee2mqtt een veel bredere ondersteunen aan diverse apparaten. Dan lijkt mij de sonoff mogelijk de betere optie. Al moet ik zeggen dat HASS op mijn NAS draait via een VM. Misschien even goed uitzoeken wat dan de beste hub is om mee te beginnen.

zigbee heeft niks te maken met je wifi-routers of wifi-accespoints.

zigbee heeft zijn eigen devices, en eigen router, en eigen controller https://www.zigbee2mqtt.i...ee/01_zigbee_network.html

een lamp bijvoorbeeld is al een router in zigbee land, vaak devices met stekker of vaste aansluiting hebben de router functionaliteit. Een device met een batterij (zoals je beschrijft, je sensoren) hebben dus geen router functie.

[ Voor 6% gewijzigd door mazzoop80 op 22-03-2023 10:55 ]

[pelt]

RudolfR schreef op dinsdag 21 maart 2023 @ 21:36:
Kan ik met Home Assistant template-magie ook uitrekenen hoelaat de zon op een bepaalde positie/hoogte is?

Ik heb m'n rolluik gekoppeld via esphome en daar een bereik van elevation/azimuth ingesteld waarop de zon op de dakkapel staat.

Zou alleen graag op voorhand weten hoelaat dat ongeveer begint en eindigt, zodat ik het bewegen van het rolluik kan aankondigen.

Ik snap niet helemaal wat je bedoelt, maar je kan in theorie de aankondiging doen en dan de automation een x aantal minuten pauzeren. Niet helemaal wat je wilt, maar wel een simpele oplossing...

[Xqlus1ve]

mazzoop80 schreef op woensdag 22 maart 2023 @ 10:53:
[...]


zigbee heeft niks te maken met je wifi-routers of wifi-accespoints.

zigbee heeft zijn eigen devices, en eigen router, en eigen controller https://www.zigbee2mqtt.i...ee/01_zigbee_network.html

een lamp bijvoorbeeld is al een router in zigbee land, vaak devices met stekker of vaste aansluiting hebben de router functionaliteit. Een device met een batterij (zoals je beschrijft, je sensoren) hebben dus geen router functie.

Als je je zigbee hub verbind met je internet netwerk (door wifi of bedraad) zal je toch een goed toegangpunt nodig hebben, anders loop je daarop vast, mijn NAS heeft in ieder geval geen ingebouwde zigbee protocol, dus ergens moet je een link leggen.

Ik ga eens ff verder onderzoek doen naar een geschikte hub voor mijn doel en eisen.

[Moby]

Ik wil iets heel eenvoudigs doen, mijn Shelly plug aan laten gaan 15 minuten voor zonsondergang, en 15 minuten na zonsopgang. Maar nu begrijp ik niets van code, en weet dus ook niet wat ik fout doe

YAML:

- alias: 'buitenlicht'
  trigger:
  - platform: sun
    event: sunset
    offset: '+00:15:00'
  - platform: sun
    event: sunrise
    offset: '+00:15:00'
  action:
  - service: "switch.turn_{{'on' if trigger.event == 'sunset' else 'off'}}"
    entity_id: switch.shellyplug_s_4022d8897e04

Ik krijg de volgende foutmelding, en als ik die opzoek krijg ik zeer veel verschillende antwoorden

Message malformed: extra keys not allowed @ data['0']

@Svennie Veranderd, dank je, maar dat was niet de oplossing

[ Voor 8% gewijzigd door Moby op 22-03-2023 11:10 ]

[Svennie]

@Moby: sunset offset lijkt me dan -00:15

[ Voor 9% gewijzigd door Svennie op 22-03-2023 11:09 ]

[mazzoop80]

RudolfR schreef op dinsdag 21 maart 2023 @ 21:36:
Kan ik met Home Assistant template-magie ook uitrekenen hoelaat de zon op een bepaalde positie/hoogte is?

Ik heb m'n rolluik gekoppeld via esphome en daar een bereik van elevation/azimuth ingesteld waarop de zon op de dakkapel staat.

Zou alleen graag op voorhand weten hoelaat dat ongeveer begint en eindigt, zodat ik het bewegen van het rolluik kan aankondigen.

Ik zou juist het bedienen van de rolluik ook via homeassistant doen, er is de sun entiteit, met elevation attributen etc

En dan loopt je gewenste notificatie altijd in lijn met het aansturen van de rolluik via homeassistant, of mis ik iets?

[Hmmbob]

RobertMe schreef op woensdag 22 maart 2023 @ 10:36:
Zigbee heeft niks met jouw wifi APs te maken

mazzoop80 schreef op woensdag 22 maart 2023 @ 10:53:
zigbee heeft niks te maken met je wifi-routers of wifi-accespoints.

Ja, en nee:

Zigbee is een eigen netwerk met eigen devices/hub en staat in die zin los van Wifi, maar het bouwt dat Zigbee netwerk wel in dezelfde frequentie-ruimte als Wifi - en dan hebben ze ineens alles met elkaar te maken: ze kunnen elkaar makkelijk in de weg zitten.

In praktijk zal Wifi Zigbee in de weg zitten (en niet andersom, vanwege transmit power van WiFi apparaten vs Zigbee apparaten). Door slimme kanaalkeuze (bij zowel WiFi als Zigbee) kan je dit voorkomen.

Leesvoer: https://www.metageek.com/.../zigbee-wifi-coexistence/

Xqlus1ve schreef op woensdag 22 maart 2023 @ 10:50:
Bedoelde met mijn routers dat ik op elke verdieping een stabiele toegangpunt heb om de dongle in te kunnen stoppen.

Gelet op mijn opmerkingen hierboven, zou ik je dongle niet in de USB-poort van een WiFi Access Point stoppen - dat is vragen om interferentie-problemen.

[ Voor 17% gewijzigd door Hmmbob op 22-03-2023 11:20 ]

[ajaxalex]

Septillion schreef op dinsdag 21 maart 2023 @ 20:17:
@ajaxalex Oeps, @TheFes en ik hebben hetzelfde over het hoofd gezien

Moet natuurlijk zijn:

YAML:

alias: Slaapkamer helderheid default + reset
description: ""
trigger:
  - platform: state
    entity_id:
      - light.slaapkamer_links_light
      - light.slaapkamer_rechts_light_2
    to: "on"
    id: "on"
  - platform: state
    entity_id:
      - light.slaapkamer_links_light
      - light.slaapkamer_rechts_light_2
    to: "off"
    id: "off"
condition: []
action:
  - choose:
      - conditions:
          - condition: trigger
            id: "on"
          - condition: state
            entity_id: input_boolean.lampen_wekker
            state: "off"
        sequence:
          - service: light.turn_on
            data:
              brightness_pct: 100
            target:
              entity_id:
                - light.slaapkamer_links_light
                - light.slaapkamer_rechts_light_2
      - conditions:
          - condition: trigger
            id: "off"
        sequence:
          - service: input_boolean.turn_off
            data: {}
            target:
              entity_id: input_boolean.lampen_wekker
mode: single

Dan wordt de inpuit_boolean weer netjes uit gezet nadat je een lamp uit zet.

Deze morgen gingen de lampen op 100% aan zodra mijn wekker ging. Ik ben het spoor ondertussen bijster wat nou de automation precies doet.

[RobertMe]

Hmmbob schreef op woensdag 22 maart 2023 @ 11:15:
[...]


[...]

Ja, en nee:

Zigbee is een eigen netwerk met eigen devices/hub en staat in die zin los van Wifi, maar het bouwt dat Zigbee netwerk wel in dezelfde frequentie-ruimte als Wifi - en dan hebben ze ineens alles met elkaar te maken: ze kunnen elkaar makkelijk in de weg zitten.

In praktijk zal Wifi Zigbee in de weg zitten (en niet andersom, vanwege transmit power van WiFi apparaten vs Zigbee apparaten). Door slimme kanaalkeuze (bij zowel WiFi als Zigbee) kan je dit voorkomen.

Leesvoer: https://www.metageek.com/.../zigbee-wifi-coexistence/

Kan wel zijn. Maar jij en ik (& @mazzoop80) weten echt wel dat we dat niet bedoelden en dat was ook helemaal niet de context waar we op reageerden uit het originele bericht van @Xqlus1ve.
En bij mijn weten zijn er ook geen Zigbee coordinators gebaseerd op wifi. De Hue Bridge (2.0?) heeft wel wifi aan boord maar dat is helemaal niet beschikbaar. Waarschijnlijk omdat Signify (of was het in die tijd nog Philips? ) ook er achter is gekomen dat die twee niet echt samen gaan. En de proprietary hubs/bridges zijn dan ook allemaal ethernet (/kabeltje) gebaseerd. En de custom oplossingen (waaraan werd gerefereerd met Conbee, Z2MQTT, Sonoff) werken allemaal op basis van USB dus kun je niet eens zomaar ergens inprikken. Ja, als je een consumenten router flasht met OpenWRT kun je de USB poort / stick vast via Ser2Net exposen aan bv Zigbee2mqtt op een ander systeem. Maar iemand die deze route bewandelt vraagt waarschijnlijk niet naar welke stick te kiezen en steekt geen "warrig" verhaal af zondet de context te vermelden v.w.b. "heb op elke verdieping een AP".

[Hmmbob]

RobertMe schreef op woensdag 22 maart 2023 @ 11:44:
Kan wel zijn. Maar jij en ik (& @mazzoop80) weten echt wel dat we dat niet bedoelden en dat was ook helemaal niet de context waar we op reageerden uit het originele bericht van @Xqlus1ve.

Eens. Daarom begon ik ook met "ja", en daarna een uitleg over "nee" omdat het wel degelijk belangrijk is om te weten

[Gizz]

Xqlus1ve schreef op woensdag 22 maart 2023 @ 09:51:
Wat ik zo 123 lees is dat een Sonoff Zigbee stick eigenlijk 1 van de betere is om mee te beginnen, ook qua stabilieit?

Als je geen Deconz gebruikt (want dan zit je vast aan Conbee, zoals al is uitgelegd), dan is een stick met de CC2652-chipset het handigst: krachtig genoeg voor grote zigbee-netwerken en hij is niet splinternieuw waardoor de ondersteuning erg goed is (en veel bugs al geplet zijn).

Of je vervolgens nou een stick met CC2652 van Sonoff/Slaesh/Zigstar of iets anders neemt maakt niet zoveel uit. Hier staat een lijstje met mogelijkheden. Ik zou vooral kijken naar wat makkelijk verkrijgbaar is voor een redelijke prijs

RobertMe schreef op woensdag 22 maart 2023 @ 11:44:
[...]
En bij mijn weten zijn er ook geen Zigbee coordinators gebaseerd op wifi.

Die kun je natuurlijk wel zelf maken door een mini-wifi-AP aan een ethernet zigbee-coördinator te hangen Maar of je dat nou moet willen..

Gewoon een stick in de HA-server lijkt me vrijwel altijd de meest logische aanpak.

[ Voor 23% gewijzigd door Gizz op 22-03-2023 11:54 ]

[Xqlus1ve]

Gizz schreef op woensdag 22 maart 2023 @ 11:50:
[...]

Als je geen Deconz gebruikt (want dan zit je vast aan Conbee, zoals al is uitgelegd), dan is een stick met de CC2652-chipset het handigst: krachtig genoeg voor grote zigbee-netwerken en hij is niet splinternieuw waardoor de ondersteuning erg goed is (en veel bugs al geplet zijn).

Of je vervolgens nou een stick met CC2652 van Sonoff/Slaesh/Zigstar of iets anders neemt maakt niet zoveel uit. Hier staat een lijstje met mogelijkheden. Ik zou vooral kijken naar wat makkelijk verkrijgbaar is voor een redelijke prijs


[...]

Die kun je natuurlijk wel zelf maken door een mini-wifi-AP aan een ethernet zigbee-coördinator te hangen Maar of je dat nou moet willen..

Bedankt, Ik denk dus dat ik naar een LAN hub ga kijken, daar waar ff een USB hub in mijn NAS of router pluggen niet zo makkelijk is om het werkend te krijgen.

[Gizz]

@Xqlus1ve wat voor een nas heb jij dat je er wel HA op kunt draaien, maar dat er geen usb-poort op zit

[htca]

RudolfR schreef op woensdag 22 maart 2023 @ 07:42:
[...]


Bedankt, maar dat bedoelde ik inderdaad niet. Ik zou aan die gegevens graag een tijd aan koppelen.
Dus het antwoord op de vraag: "Hoelaat is de zon boven elevation/azimuth?

My first guess: met pyscript oid aan de slag moet en een separate routine moet aanroepen. De "astropy" module geeft wel mogelijkheden zie ik (niet zelf getest), net zo min als pyscript overigens.
Maar als je de beoogde elevation toch weet (als helper instellen) en de huidige elevation zou je daarop je automation kunnen baseren?

[Rouwette]

ajaxalex schreef op woensdag 22 maart 2023 @ 11:43:
[...]


Deze morgen gingen de lampen op 100% aan zodra mijn wekker ging. Ik ben het spoor ondertussen bijster wat nou de automation precies doet.

Wat moet het doen? Die 100% staat ook in de automation.

[Xqlus1ve]

Gizz schreef op woensdag 22 maart 2023 @ 11:56:
@Xqlus1ve wat voor een nas heb jij dat je er wel HA op kunt draaien, maar dat er geen usb-poort op zit

Ik zeg niet dat er geen usb op zit. Ik zeg dat het niet 123 makkelijk werkend te krijgen is (lees geen plug&play), daar waar ik HA in VM hebt draaien en niet in een docker.

[Gizz]

@Xqlus1ve weet je zeker dat je geen beren op de weg ziet die er eigenlijk niet zijn? Ik heb zelf HA in een VM op mijn Synology en dat is gewoon een kwestie van stick inpluggen en bij de opties van de VM aanvinken dat hij gebruik mag maken van de usb-stick. That's it

Volgens mij werkt het bij vrijwel elk type VM zo, dat je gewoon kunt aanvinken dat externe usb-devices doorgegeven moeten worden.

[ajaxalex]

Rouwette schreef op woensdag 22 maart 2023 @ 12:08:
[...]

Wat moet het doen? Die 100% staat ook in de automation.

100% moet ie alleen doen als je met de hand de lichtknop aanzet. Als het licht wordt aangeroepen door de wekker dan is het 15%.

[jannus66]

Kan iemand mij op weg helpen?
Ik heb een integratie, inplanning.calendar, Waarvan ik alleen de geschiedenis kan lezen..

Wat ik nu wil is dat HA met bv een conditional card kijkt of er ergens op de dag een 'aan' voorkomt en dan, afhankelijk van of het 's morgens of 's middags is er een type dienst aan koppelt. Als er niks staat gedurende de dag ben ik vrij. Ik wil dat met een kaartje een beetje mooi weergeven ipv alleen die geschiedenis grafiek
Heb al gestoeid maar ik kan alleen de actuele status uitlezen, en niet wat er de rest van de dag gebeurt.

[ Voor 8% gewijzigd door jannus66 op 22-03-2023 12:57 ]

[Side-Kick]

Ik gebruik onderstaande code in een Mushroom title card om een timestamp weer te geven. Nu wordt alleen de tijd aangeduid in het engels (minute(s)/hour(s)). Hoe krijg ik dat in het Nederlands?

code:

{{ states('sensor.name_updated_at') | as_datetime | as_local | relative_time }}

[TheFes]

Side-Kick schreef op woensdag 22 maart 2023 @ 12:38:
Ik gebruik onderstaande code in een Mushroom title card om een timestamp weer te geven. Nu wordt alleen de tijd aangeduid in het engels (minute(s)/hour(s)). Hoe krijg ik dat in het Nederlands?

code:

{{ states('sensor.name_updated_at') | as_datetime | as_local | relative_time }}

Door er zelf een template voor te maken in het Nederlands, er zijn geen andere talen mogelijk voor relative_time

Vorige week heb ik nog een variant in het Nederlands geplaatst die ook een aantal extra functies biedt.

TheFes in "Home Assistant: Open source Python3 home automation - deel 5"

[ Voor 16% gewijzigd door TheFes op 22-03-2023 12:54 ]

[Septillion]

ajaxalex schreef op woensdag 22 maart 2023 @ 11:43:
[...]


Deze morgen gingen de lampen op 100% aan zodra mijn wekker ging. Ik ben het spoor ondertussen bijster wat nou de automation precies doet.

Klinkt als dat je in je wekker automation (die je niet gedeeld hebt ) niet als eerste stap de input_boolean aan zet maar eerst je lampen, klopt dat?

[Septillion]

@Xqlus1ve Juist doordat je HA in een VM draait zie ik minder beren. Gewoon de USB port doorzetten naar de VM en gaan lijkt me.

Welke oplossing je ook met een Zigbee stick kiest zal dat meer ondersteunen dan welke hub ook.

Overigens, als je naar een stick gaat zou ik alles overzetten en één Zigbee netwerk gaan vormen in huis.

[Septillion]

@jannus66 "inplanning.calendar" kan ik niet vinden als integratie dus denk dat je wat specifieker moet zijn.

Overigens kan je aan de history natuurlijk nooit zien wat eraan komt Maar als naar gelang de integratie kan je misschien wel volgende moment opvragen.

[Xqlus1ve]

Septillion schreef op woensdag 22 maart 2023 @ 13:18:
@Xqlus1ve Juist doordat je HA in een VM draait zie ik minder beren. Gewoon de USB port doorzetten naar de VM en gaan lijkt me.

Welke oplossing je ook met een Zigbee stick kiest zal dat meer ondersteunen dan welke hub ook.

Overigens, als je naar een stick gaat zou ik alles overzetten en één Zigbee netwerk gaan vormen in huis.

Hoe bedoel je, ook mijn Hue en Tradfri verlichting en switches overzetten op de zigbee stick?

[Septillion]

@Xqlus1ve Exact

[jannus66]

Septillion schreef op woensdag 22 maart 2023 @ 13:21:
@jannus66 "inplanning.calendar" kan ik niet vinden als integratie dus denk dat je wat specifieker moet zijn.

Overigens kan je aan de history natuurlijk nooit zien wat eraan komt Maar als naar gelang de integratie kan je misschien wel volgende moment opvragen.

Het heet calendar.inplanning, het is een integratie onderdeel van Google Calendar..
Wat ik wil is opvragen of er vandaag. 'aan' aankomt.
Is dat van 0700 tot 1500 dan heb ik 'vroeg'
is dat van 15,00 tot 23,00 dan heb ik 'laat'
staat er voor vandaag alleen 'uit' of niks dan heb ik 'vrij'

[Xqlus1ve]

Septillion schreef op woensdag 22 maart 2023 @ 13:29:
@Xqlus1ve Exact

Raak ik dan de functionaliteit van mijn Hue app kwijt (denk hierbij aan hue sync etc)?

[Septillion]

@jannus66 De Google Calendar integratie dus

Want toont je entiteit in Dev tools +> states? Draai zelf de integratie niet dus kan niet checken.

[Septillion]

@Xqlus1ve Dat wel ja. Geen idee hoe wat waar hue sync maar normaal gebruik kan je dan gewoon door HA laten overnemen.

[TheFes]

jannus66 schreef op woensdag 22 maart 2023 @ 13:37:
[...]


Het heet calendar.inplanning, het is een integratie onderdeel van Google Calendar..
Wat ik wil is opvragen of er vandaag. 'aan' aankomt.
Is dat van 0700 tot 1500 dan heb ik 'vroeg'
is dat van 15,00 tot 23,00 dan heb ik 'laat'
staat er voor vandaag alleen 'uit' of niks dan heb ik 'vrij'

Je wil dus checken:

• Of de entry die nu in de kalender staat vandaag is
• En of die entry de starttijd 7:00 of 15:00 heeft

Klopt dat?

Een calendar entity geeft altijd alleen het eerstvolgende event weer.

@jannus66
Probeer dit eens:

Django/Jinja:

{% set start = state_attr('calendar.inplanning', 'start_time') %}
{% set start = start | as_datetime | as_local if start else start %}
{% if today_at('07:00') == start %}
  vroeg
{% elif today_at('15:00') == start %}
  laat
{% else %}
  vrij
{% endif %}

[ Voor 24% gewijzigd door TheFes op 22-03-2023 13:51 ]

[jaapsander]

Als beginnende HA gebruiker kan ik wat advies gebruiken. Op dit moment heb ik een Homey (pro 2019) die ik gebruik voor Home automation en een RPI4 in de meterkast waar Plex, OMV en PiHole op draaien. Daarnaast heb ik nog een Hue bridge waar ik de phillips verlichting aan heb gekoppeld (en de lichten die nog niet zo lekker gaan in de Homey (b.v. Lild led strips).

Nu ben ik niet heel erg tevreden over het parallel runnen van 2 zigbee netwerken (homey & Hue bridge). Ook is de ondersteuning en stabiliteit van beide bridges niet perfect. Daarom is het mijn bedoeling om langzaam te migreren naar HA, beginnende met het Zigbee netwerk.

Keuzes:
Hardware platform --> x86 server (zuinige HP prodesk met Intel i3), RPI4 of Odroid N2+ Mijn voorkeur gaat er naar uit om alles op 1 platform te hebben (geen zware gebruiker). RPI is geschikt, maar iets minder krachtig en moet ik nog een SSD aan koppelen voor betrouwbaarheid. Odroid heeft al wat meer power, maar heb ik minder ervaring mee. x86 is veruit het krachtigste en qua stroomverbruik ook best ok. Wat is het beste platform om alles op te draaien (Plex server, PiHole, Samba en HA) en welk OS?

Zigbee stick --> Sonoff dongle + (P of E) Sonoff heeft een goede prijs/kwaliteit en sterke transmitter + ondersteuning. P lijkt beter ondersteund (E nog experimenteel) maar niet zo goed meer verkrijgbaar. P heeft de voorkeur, maar E lijkt in meerdere youtube reviews prima te werken.

Wat denken jullie, is het migreren van mijn huidige zigbee devices naar een nieuw HA netwerk de oplossing voor mijn problemen? En zo ja welke keuzes zijn dan verstandig?

[jannus66]

TheFes schreef op woensdag 22 maart 2023 @ 13:42:
[...]


Je wil dus checken:

• Of de entry die nu in de kalender staat vandaag is
• En of die entry de starttijd 7:00 of 15:00 heeft

Klopt dat?

Een calendar entity geeft altijd alleen het eerstvolgende event weer.

Ja, ik denk wel dat dat klopt, en dan wil ik in het dashboard afhankelijk van de uitkomst de kaart 'vroeg' 'laat' of 'vrij' laten zien.
Ik heb ook alleen het eerstvolgende event nodig.

[TheFes]

jannus66 schreef op woensdag 22 maart 2023 @ 13:51:
[...]


Ja, ik denk wel dat dat klopt, en dan wil ik in het dashboard afhankelijk van de uitkomst de kaart 'vroeg' 'laat' of 'vrij' laten zien.
Ik heb ook alleen het eerstvolgende event nodig.

Zie mijn edit hierboven, die heeft jouw post net gekruist

[jannus66]

TheFes schreef op woensdag 22 maart 2023 @ 13:53:
[...]


Zie mijn edit hierboven, die heeft jouw post net gekruist

Ok, ziet er goed uit.
Waar moet ik dit plaatsen? in een template card of in config.yaml?
Moet nu naar mijn werk, dus ga er morgenochtend even mee stoeien.

[Slinkos]

jaapsander schreef op woensdag 22 maart 2023 @ 13:44:
Nu ben ik niet heel erg tevreden over het parallel runnen van 2 zigbee netwerken (homey & Hue bridge).

Waarom niet? Je weet dat je zelf verschillende kanalen kan kiezen? Ik heb ook 2 Zigbee netwerken. Hue en mijn Conbee II.

[TheFes]

jannus66 schreef op woensdag 22 maart 2023 @ 13:59:
[...]


Ok, ziet er goed uit.
Waar moet ik dit plaatsen? in een template card of in config.yaml?
Moet nu naar mijn werk, dus ga er morgenochtend even mee stoeien.

Het kan in een kaart die templates ondersteunt, maar je kunt er ook een template sensor van maken.

[bd-casemod]

Ik ben momenteel bezig om mijn Webasto Live laadpaal via modbus naar HA te laten rapporteren.

Dit is gelukt alleen loop ik tegen het probleem aan dat ik sommige addesses wilt uitlezen maar die maken gebruik van 2 addresses.
"1024+1025 Active Power L1 R 2 Active power L1 UINT" deze maakt gebruik van adres 1024+1025,

Wanneer ik dit zo toevoeg aan de yaml file wordt dit niet geaccepteerd.

Zie bijvoorbeeld:

Mijn modbus configuratie tot nu toe;

YAML:

modbus:
  - name: "Webasto"
    type: tcp
    host: 192.168.20.144
    port: 502
    sensors:
      - name: "Webasto Max Current"
        address: 1100
        slave: 1
        input_type: holding
        scan_interval: 5
        data_type: int16
      - name: "Webasto Charge State"
        address: 1000
        slave: 1
        input_type: holding
        scan_interval: 5
        data_type: int16
      - name: "Webasto Charge Current L1"
        address: 1008
        slave: 1
        input_type: holding
        scan_interval: 5
        data_type: int16
      - name: "Webasto Charge Current L2"
        address: 1010
        slave: 1
        input_type: holding
        scan_interval: 5
        data_type: int16
      - name: "Webasto Charge Current L3"
        address: 1012
        slave: 1
        input_type: holding
        scan_interval: 5
        data_type: int16

Hoe kan ik deze addresses toch uitlezen middels HA ?

[ Voor 1% gewijzigd door Septillion op 22-03-2023 14:34 . Reden: Denk aan de ' yaml' bij code-tags aub ]

[ajaxalex]

Septillion schreef op woensdag 22 maart 2023 @ 13:15:
[...]

Klinkt als dat je in je wekker automation (die je niet gedeeld hebt ) niet als eerste stap de input_boolean aan zet maar eerst je lampen, klopt dat?

Ik had inderdaad eerst de lampen en daarna de input_boolean. Dat heb ik nu aangepast. Echter als ik nu de lamp aanzet met de hand blijft deze 15 % procent.

Dit is de code van de wekker automation.

YAML:

- id: '1678091776927'
  alias: 'Lampen aan wekker Alex '
  description: ''
  trigger:
  - platform: time
    at: sensor.s23_next_alarm
  condition:
  - condition: device
    type: is_off
    device_id: ed5e79f64186f8dc33640da6c40916ec
    entity_id: light.slaapkamer_rechts_light_2
    domain: light
  - condition: device
    type: is_off
    device_id: 4f61e517c4f87480d60389d247499ebb
    entity_id: light.slaapkamer_links_light
    domain: light
  action:
  - service: input_boolean.turn_on
    data: {}
    target:
      entity_id: input_boolean.lampen_wekker
  - type: turn_on
    device_id: 4f61e517c4f87480d60389d247499ebb
    entity_id: light.slaapkamer_links_light
    domain: light
    brightness_pct: 15
  - type: turn_on
    device_id: ed5e79f64186f8dc33640da6c40916ec
    entity_id: light.slaapkamer_rechts_light_2
    domain: light
    brightness_pct: 15
  mode: single

[jaapsander]

Slinkos schreef op woensdag 22 maart 2023 @ 13:59:
[...]

Waarom niet? Je weet dat je zelf verschillende kanalen kan kiezen? Ik heb ook 2 Zigbee netwerken. Hue en mijn Conbee II.

Yes, ben een tijdje aan het stoeien geweest met de kanalen van de 2.4Ghz wifi en zigbee. Mijn probleem is dat er net een paar wifi netwerken op ongustige kanalen zitten om 2 zigbee kanalen vlekkeloos te laten werken. Kanaal 11 is het meest stabiel (zit homey nu op) en de hue bridge zit op 25. Nu reageren de zigbee lampen op de hue aangesloten niet altijd even betrouwbaar. Heb het ook al andersom gehad, waarbij de Homey niet altijd alle apparaten met 1 commando uit kreeg.

Daarom mijn idee om 1 zigbee netwerk te gaan gebruiken en deze qua kanaalkeuze niet te laten overlappen met m'n eigen zigbee en zo ver mogelijk weg bij de wifi van de buren.

Ook het feit dat sommige apparaten juist alleen ondersteund worden door homey (aqara wall switches) en in dezelfde ruimte een lamp zit die door het andere platform wordt ondersteund (Lidl RGB strip in hue) maakt het plannen van een stabiel mesh netwerk onnodig moeilijk.

[ Voor 13% gewijzigd door jaapsander op 22-03-2023 14:11 ]

[Rouwette]

ajaxalex schreef op woensdag 22 maart 2023 @ 14:05:
[...]


Ik had inderdaad eerst de lampen en daarna de input_boolean. Dat heb ik nu aangepast. Echter als ik nu de lamp aanzet met de hand blijft deze 15 % procent.

Dit is de code van de wekker automation.

YAML:

- id: '1678091776927'
  alias: 'Lampen aan wekker Alex '
  description: ''
  trigger:
  - platform: time
    at: sensor.s23_next_alarm
  condition:
  - condition: device
    type: is_off
    device_id: ed5e79f64186f8dc33640da6c40916ec
    entity_id: light.slaapkamer_rechts_light_2
    domain: light
  - condition: device
    type: is_off
    device_id: 4f61e517c4f87480d60389d247499ebb
    entity_id: light.slaapkamer_links_light
    domain: light
  action:
  - service: input_boolean.turn_on
    data: {}
    target:
      entity_id: input_boolean.lampen_wekker
  - type: turn_on
    device_id: 4f61e517c4f87480d60389d247499ebb
    entity_id: light.slaapkamer_links_light
    domain: light
    brightness_pct: 15
  - type: turn_on
    device_id: ed5e79f64186f8dc33640da6c40916ec
    entity_id: light.slaapkamer_rechts_light_2
    domain: light
    brightness_pct: 15
  mode: single

De lamp onthoud de laatste doorgekregen waardes, dus dat is niet heel gek.

[Xqlus1ve]

Septillion schreef op woensdag 22 maart 2023 @ 13:40:
@Xqlus1ve Dat wel ja. Geen idee hoe wat waar hue sync maar normaal gebruik kan je dan gewoon door HA laten overnemen.

Ambilight functionaliteit, scene selection, candle mode, etc.

Ik lees dat Hue Bridge en een Sonoff tegelijk kunnen werken zolang ze maar beiden op verschillende kanelen zitten om storing te voorkomen. Denk niet dat vrouwlief het leuk vindt als ik al mijn Hue verlichting in HA knal zonder dat zij erbij kan (iets waar ze ook totaal niet mee wil werken ).

[Septillion]

@ajaxalex Lampen daarna wel uitgezet? Dan zou namelijk de input_boolean uit moeten gaan en zouden ze aan moeten gaan met 100%.

[Septillion]

Xqlus1ve schreef op woensdag 22 maart 2023 @ 14:15:
[...]


Ambilight functionaliteit, scene selection, candle mode, etc.

Ik lees dat Hue Bridge en een Sonoff tegelijk kunnen werken zolang ze maar beiden op verschillende kanelen zitten om storing te voorkomen. Denk niet dat vrouwlief het leuk vindt als ik al mijn Hue verlichting in HA knal zonder dat zij erbij kan (iets waar ze ook totaal niet mee wil werken ).

Tja, dat blijft een afweging.

Weet wel dat je dus twee losse Zigbee netwerken krijgt. Zou dan wel wat Zigbee routers (= bijna elk Zigbee device aan de netspanning) toevoegen in dat netwerk om een solide mesh te krijgen. Je Hue lampen doen immers niet mee in dat netwerk.

[Septillion]

bd-casemod schreef op woensdag 22 maart 2023 @ 14:02:
Ik ben momenteel bezig om mijn Webasto Live laadpaal via modbus naar HA te laten rapporteren.

Dit is gelukt alleen loop ik tegen het probleem aan dat ik sommige addesses wilt uitlezen maar die maken gebruik van 2 addresses.
"1024+1025 Active Power L1 R 2 Active power L1 UINT" deze maakt gebruik van adres 1024+1025,

Wanneer ik dit zo toevoeg aan de yaml file wordt dit niet geaccepteerd.

Zie bijvoorbeeld:[Afbeelding]

Mijn modbus configuratie tot nu toe;

YAML:

modbus:
  - name: "Webasto"
    type: tcp
    host: 192.168.20.144
    port: 502
    sensors:
      - name: "Webasto Max Current"
        address: 1100
        slave: 1
        input_type: holding
        scan_interval: 5
        data_type: int16
      - name: "Webasto Charge State"
        address: 1000
        slave: 1
        input_type: holding
        scan_interval: 5
        data_type: int16
      - name: "Webasto Charge Current L1"
        address: 1008
        slave: 1
        input_type: holding
        scan_interval: 5
        data_type: int16
      - name: "Webasto Charge Current L2"
        address: 1010
        slave: 1
        input_type: holding
        scan_interval: 5
        data_type: int16
      - name: "Webasto Charge Current L3"
        address: 1012
        slave: 1
        input_type: holding
        scan_interval: 5
        data_type: int16

Hoe kan ik deze addresses toch uitlezen middels HA ?

Pakt hij niet gelijk vanzelf dubbele adressen als je ze als datatype uint32 gebruikt?

Je laat overigens de structuur van de in yaml gebruikte adressen niet zien, zijn die niet ook uint16 ipv int16?

[RobertMe]

Septillion schreef op woensdag 22 maart 2023 @ 13:40:
@Xqlus1ve Dat wel ja. Geen idee hoe wat waar hue sync maar normaal gebruik kan je dan gewoon door HA laten overnemen.

Hue Sync is volgens mij het entertainment verhaal? Dus aansturing door een Philips Ambilight TV / Hue Sync Box / op basis van Spotify. Dat gebruikt een custom Zigbee stuk puur voor de snellere aansturing van de lampen etc en dat is, een van de, redenen waardoor het dus niet compatible is met Z2M. Nog naast dat er dus soft-/hardware is die alleen met de Hue Bridge kan babbelen voor aansturing (een Hue Sync Box kan niet ineens Z2M aansturen, noch exposed Z2M een (REST) API die compatible is met de Hue Bridge / sync verhaal).

@Xqlus1ve de "basis" functionaliteit kun je met Z2M dus ook doen. En bv een wakeup light en zo is ook geen probleem (als in: zet verlichting aan op 1% en ga naar 100% over een tijdspanne van 10 minuten). Scenes & groepen werken natuurlijk ook gewoon. Maar specifiek Hue Sync / het Entertainment verhaal zit een proprietary stuk in, zowel op Zigbee niveau als tussen de soft-/hardware en de Hue Bridge. Eventueel zou je dan de keuze kunnen/moeten maken om te splitsen en bv de verlichting in de woonkamer op de Hue Bridge te laten en de rest aan Z2M toe te voegen. Of alleen alles van Tradfri via Z2M te laten lopen. Dan heb je in ieder geval verschillende powered apparaten die dan dus als router dienst doen.

[Xqlus1ve]

Septillion schreef op woensdag 22 maart 2023 @ 14:37:
[...]

Tja, dat blijft een afweging.

Weet wel dat je dus twee losse Zigbee netwerken krijgt. Zou dan wel wat Zigbee routers (= bijna elk Zigbee device aan de netspanning) toevoegen in dat netwerk om een solide mesh te krijgen. Je Hue lampen doen immers niet mee in dat netwerk.

Is dat waar?, volgens mij is het bij Hue bulb lampen juist dat ze met elkaar communiceren en daardoor hun bereik vergroten....

Ik gebruik Hue sync via de PC, heb geen sync box helaas. daarnaast zitten er meer modussen die enkel in de HUE omgeving te gebruiken zijn welk dus niet via een zigbee stick te gebruiken zijn.

[RedPas]

Hallo, om nog es terug te komen op mn stepper verhaal.
Ik heb het nu werkend, 4 steppers appart te besturen.
Maar ik heb nog een klein probleem, dat is de sleep pin

Onderstaande code werkt niet:

YAML:

stepper:
  - platform: a4988
    id: stepper1
    step_pin: 32
    dir_pin: 33
    sleep_pin: 13
    max_speed: 200 steps/s
  
  - platform: a4988
    id: stepper2
    step_pin: 26
    dir_pin: 27
    sleep_pin: 13
    max_speed: 200 steps/s

  - platform: a4988
    id: stepper3
    step_pin: 18
    dir_pin: 19
    sleep_pin: 13
    max_speed: 200 steps/s
  
  - platform: a4988
    id: stepper4
    step_pin: 1
    dir_pin: 3
    sleep_pin: 13
    max_speed: 200 steps/s  

Logisch ook, dus heb ik in de stepper config de sleeppin weggelaten.
En dan een switch aangemaakt dat bepaalde tijd hoog blijft en dan laag en de steppers op sleep zet.

Dit werkt redelijk, ben niet tevreden, kan beter, maar weet niet hoe.

YAML:

- platform: gpio
    pin: 13
    name: "Enable steppers"
    id: steppersleep
    inverted: true
    on_turn_on:
    - delay: 10000ms
    - switch.turn_off: steppersleep

Ik heb eigenlijk een timer nodig met een reset, telkens er een commando gegeven word moet timer resetten.
Nu start timer bij eerste commando en stopt na bepaalde tijd ongeacht er nog een andere stepper bezig is.
Wss simpel opgelost, maar ik blijf erover kijken

[ Voor 0% gewijzigd door Septillion op 22-03-2023 16:17 . Reden: Denk aan de ' yaml' bij code-tags aub ]

[Septillion]

Xqlus1ve schreef op woensdag 22 maart 2023 @ 15:03:
[...]


Is dat waar?, volgens mij is het bij Hue bulb lampen juist dat ze met elkaar communiceren en daardoor hun bereik vergroten....

Ik gebruik Hue sync via de PC, heb geen sync box helaas. daarnaast zitten er meer modussen die enkel in de HUE omgeving te gebruiken zijn welk dus niet via een zigbee stick te gebruiken zijn.

Ja, want het werkt dus alleen als ze in hetzelfde netwerk zitten ofwel met dezelfde coördinator praten. Vandaar dat één netwerk dus handiger is.

[bd-casemod]

Septillion schreef op woensdag 22 maart 2023 @ 14:42:
[...]

Pakt hij niet gelijk vanzelf dubbele adressen als je ze als datatype uint32 gebruikt?

Je laat overigens de structuur van de in yaml gebruikte adressen niet zien, zijn die niet ook uint16 ipv int16?

Als ik dat probeer dan krijg ik een foutmelding wanneer ik de yaml file check.

YAML:

      - name: "Webasto Active Power L1"
        address: 1024+1025
        slave: 1
        input_type: holding
        scan_interval: 5
        data_type: uint32

[ Voor 0% gewijzigd door Septillion op 22-03-2023 16:18 . Reden: Denk aan de ' yaml' bij code-tags aub ]

[belly89]

Binnenkort krijg ik zonnepanelen en heb de forecast.solar integratie alvast ingeladen. Nu wil ik deze alvast toevoegen aan het energie dashboard. Maar je moet een sensor toevoegen voor de zonnepanelen productie. Maar die heb ik natuurlijk nog niet. Is het mogelijk een "dummy sensor" voor de productie aan te maken die altijd op 0 blijft staan? Dus standaard 0 kWh productie?

[CappieL]

belly89 schreef op woensdag 22 maart 2023 @ 15:50:
Binnenkort krijg ik zonnepanelen en heb de forecast.solar integratie alvast ingeladen. Nu wil ik deze alvast toevoegen aan het energie dashboard. Maar je moet een sensor toevoegen voor de zonnepanelen productie. Maar die heb ik natuurlijk nog niet. Is het mogelijk een "dummy sensor" voor de productie aan te maken die altijd op 0 blijft staan? Dus standaard 0 kWh productie?

Je kunt een template sensor aanmaken voor productie. Eventueel kun je deze template sensor na de installatie van je panelen voeden met de sensor uit de omvormer-integratie. Je hoeft hem trouwens niet per se in te laten in je dashboard. De sensoren doen het al zonder je dashboard, alleen zie je dan niet die stippellijn van 'verwachte opbrengst'.

Hebben alle panelen dezelfde oriëntatie? Anders zou je voor elke oriëntatie een extra integratie kunnen toevoegen en die met een template sensor samenvoegen.

[ Voor 20% gewijzigd door CappieL op 22-03-2023 16:01 ]

[feenstn]

RudolfR schreef op dinsdag 21 maart 2023 @ 21:36:
Kan ik met Home Assistant template-magie ook uitrekenen hoelaat de zon op een bepaalde positie/hoogte is?

Ik heb m'n rolluik gekoppeld via esphome en daar een bereik van elevation/azimuth ingesteld waarop de zon op de dakkapel staat.

Zou alleen graag op voorhand weten hoelaat dat ongeveer begint en eindigt, zodat ik het bewegen van het rolluik kan aankondigen.

Kan je niet in je automatisering eerst een notificatie versturen en daarna na een x tijd het rolluik bewegen?
Zou dat werken?

[Xqlus1ve]

Septillion schreef op woensdag 22 maart 2023 @ 15:11:
[...]

Ja, want het werkt dus alleen als ze in hetzelfde netwerk zitten ofwel met dezelfde coördinator praten. Vandaar dat één netwerk dus handiger is.

Oftewel bij mij zou het er zo uit zien:

(1) Alles van Hue gewoon lekker op de Hue bridge laten staan.
(3) Zigbee hub voor mijn APSystems zonnepanelen.
(2) Zigbee usb stick voor alle sensoren en ander smart zigbee spul.

Dus 3 zigbee netwerken

[Toppe]

Ik ben bezig met een nieuwe dashboard wat iets meer gericht is op energieverbruik en de kosten. Nu houdt HA natuurlijk de kosten mooi bij in het energie dashboard maar is er een oplossing om de totale kosten van vandaag weer te geven?

YAML:

type: entities
entities:
  - entity: sensor.electricity_price_
    name: Huidige energieprijs
    icon: mdi:currency-eur
  - entity: sensor.power_consumption
    icon: mdi:transmission-tower-export
    name: Huidig verbruik
    tap_action:
      action: fire-dom-event
      browser_mod:
        service: browser_mod.popup
        data:
          title: Energie details
          right_button: Sluiten
          content:
            type: entities
            entities:
              - entity: sensor.current_phase_l1
                name: Amperage fase 1
              - entity: sensor.current_phase_l2
                name: Amperage fase 2
              - entity: sensor.current_phase_l3
                name: Amperage fase 3
              - entity: sensor.power_consumption_phase_l1
                name: Energieverbruik fase 1
              - entity: sensor.power_consumption_phase_l2
                name: Energieverbruik fase 2
              - entity: sensor.power_consumption_phase_l3
                name: Energieverbruik fase 3
          style: |-
            --popup-min-width: 1200px;
            --popup-max-width: 1200px;
        deviceID: this

[CappieL]

Toppe schreef op woensdag 22 maart 2023 @ 16:02:
Ik ben bezig met een nieuwe dashboard wat iets meer gericht is op energieverbruik en de kosten. Nu houdt HA natuurlijk de kosten mooi bij in het energie dashboard maar is er een oplossing om de totale kosten van vandaag weer te geven?

YAML:

type: entities
entities:
  - entity: sensor.electricity_price_
    name: Huidige energieprijs
    icon: mdi:currency-eur
  - entity: sensor.power_consumption
    icon: mdi:transmission-tower-export
    name: Huidig verbruik
    tap_action:
      action: fire-dom-event
      browser_mod:
        service: browser_mod.popup
        data:
          title: Energie details
          right_button: Sluiten
          content:
            type: entities
            entities:
              - entity: sensor.current_phase_l1
                name: Amperage fase 1
              - entity: sensor.current_phase_l2
                name: Amperage fase 2
              - entity: sensor.current_phase_l3
                name: Amperage fase 3
              - entity: sensor.power_consumption_phase_l1
                name: Energieverbruik fase 1
              - entity: sensor.power_consumption_phase_l2
                name: Energieverbruik fase 2
              - entity: sensor.power_consumption_phase_l3
                name: Energieverbruik fase 3
          style: |-
            --popup-min-width: 1200px;
            --popup-max-width: 1200px;
        deviceID: this

Als je de kosten per kWh (incl belasting etc) heb, kun je met wat rekenwerk een mooi kostenoverzichtje maken.

[Moby]

Moby in "Home Assistant: Open source Python3 home automation - deel 5"

Deze heb ik inmiddels aangepast naar

YAML:

automation:
  - alias: "Exterior Lighting on when dark outside"
    trigger:
      - platform: numeric_state
        entity_id: sun.sun
        attribute: elevation
        # Can be a positive or negative number
        below: -4.0
    action:
      - service: switch.turn_on
        target:
          entity_id: switch.shellyplug_s_4022d8897e04

Maar ik blijf deze foutmelding houden

Message malformed: extra keys not allowed @ data['automation']

En zoeken naar deze fout geeft mij geen hint naar wat ik fout doen. Sterker nog, de code komt gewoon van de home asisstant website: https://www.home-assistan...tion/trigger/#sun-trigger. Enige aanpassing is de entity_id

[Toppe]

CappieL schreef op woensdag 22 maart 2023 @ 16:03:
[...]


Als je de kosten per kWh (incl belasting etc) heb, kun je met wat rekenwerk een mooi kostenoverzichtje maken.

Dat snap ik maar de kosten staan al in HA, het zou dus mooi zijn als ik die gewoon kan 'misbruiken'. Waarom zou ik dan zelf aan de slag gaan?

[synoniem]

Moby schreef op woensdag 22 maart 2023 @ 11:05:
Ik wil iets heel eenvoudigs doen, mijn Shelly plug aan laten gaan 15 minuten voor zonsondergang, en 15 minuten na zonsopgang. Maar nu begrijp ik niets van code, en weet dus ook niet wat ik fout doe

YAML:

- alias: 'buitenlicht'
  trigger:
  - platform: sun
    event: sunset
    offset: '+00:15:00'
  - platform: sun
    event: sunrise
    offset: '+00:15:00'
  action:
  - service: "switch.turn_{{'on' if trigger.event == 'sunset' else 'off'}}"
    entity_id: switch.shellyplug_s_4022d8897e04

Ik krijg de volgende foutmelding, en als ik die opzoek krijg ik zeer veel verschillende antwoorden


[...]


@Svennie Veranderd, dank je, maar dat was niet de oplossing

Je probleem zit in die service aanroep, werkt dat wel als je die in de developers tools probeert?
Een simpeler oplossing is om de trigger te herhalen in een condition en daaraan een keuze uit of aan of uit.

[belly89]

CappieL schreef op woensdag 22 maart 2023 @ 15:59:
[...]


Je kunt een template sensor aanmaken voor productie. Eventueel kun je deze template sensor na de installatie van je panelen voeden met de sensor uit de omvormer-integratie. Je hoeft hem trouwens niet per se in te laten in je dashboard. De sensoren doen het al zonder je dashboard, alleen zie je dan niet die stippellijn van 'verwachte opbrengst'.

Hebben alle panelen dezelfde oriëntatie? Anders zou je voor elke oriëntatie een extra integratie kunnen toevoegen en die met een template sensor samenvoegen.

Ik heb nu nog geen panelen en wil dus al wel vast mijn voorspelling in het dashboard zien! Dus dacht een dummy sensor die altijd op 0kWh blijft staan voor de productie. Maar als ik voorbeeld template sensoren zie heb je altijd weer een sensor als bron nodig. Maar die heb ik dus niet

[Septillion]

bd-casemod schreef op woensdag 22 maart 2023 @ 15:39:
[...]


Als ik dat probeer dan krijg ik een foutmelding wanneer ik de yaml file check.

code:

      - name: "Webasto Active Power L1"
        address: 1024+1025
        slave: 1
        input_type: holding
        scan_interval: 5
        data_type: uint32

[Afbeelding]

Dan natuurlijk wel gewoon één adres opgeven. Volgens mij als je address:1024 opgeeft en een datatype pakt dat 32-bit is gebruikt hij ook het opvolgende adres. Kan het alleen nog zijn dat byte order niet goed staat, heb je daar nog een idee van?

En kijk dus nog even naar uint vs int Zolang er geen negatieve waardes uit komen moet het nu ook wel goed gaan maar toch.

[bd-casemod]

Septillion schreef op woensdag 22 maart 2023 @ 16:17:
[...]

Dan natuurlijk wel gewoon één adres opgeven. Volgens mij als je address:1024 opgeeft en een datatype pakt dat 32-bit is gebruikt hij ook het opvolgende adres. Kan het alleen nog zijn dat byte order niet goed staat, heb je daar nog een idee van?

En kijk dus nog even naar uint vs int Zolang er geen negatieve waardes uit komen moet het nu ook wel goed gaan maar toch.

Ik heb nu als adres 1024 gebruikt met uint32 / int32, helaas werkt dat nog niet in HA


Wat de byte order moeten zijn is voor mij even een raadsel.

[synoniem]

Moby schreef op woensdag 22 maart 2023 @ 16:04:
Moby in "Home Assistant: Open source Python3 home automation - deel 5"

Deze heb ik inmiddels aangepast naar

YAML:

automation:
  - alias: "Exterior Lighting on when dark outside"
    trigger:
      - platform: numeric_state
        entity_id: sun.sun
        attribute: elevation
        # Can be a positive or negative number
        below: -4.0
    action:
      - service: switch.turn_on
        target:
          entity_id: switch.shellyplug_s_4022d8897e04

Maar ik blijf deze foutmelding houden

[...]


En zoeken naar deze fout geeft mij geen hint naar wat ik fout doen. Sterker nog, de code komt gewoon van de home asisstant website: https://www.home-assistan...tion/trigger/#sun-trigger. Enige aanpassing is de entity_id

De service switch wil volgens mij een device_id hebben en geen entity_id.

[Moby]

synoniem schreef op woensdag 22 maart 2023 @ 16:13:
[...]

Je probleem zit in die service aanroep, werkt dat wel als je die in de developers tools probeert?
Een simpeler oplossing is om de trigger te herhalen in een condition en daaraan een keuze uit of aan of uit.

Oe, dan moet ik het al gaan opgeven denk ik want ik begrijp niets van je post. Code is voor mij hetzelfde als de Chinese taal.

synoniem schreef op woensdag 22 maart 2023 @ 16:22:
[...]

De service switch wil volgens mij een device_id hebben en geen entity_id.

Dit moet nog wel lukken

[ Voor 19% gewijzigd door Moby op 22-03-2023 16:23 ]

[TheFes]

Moby schreef op woensdag 22 maart 2023 @ 11:05:
Ik wil iets heel eenvoudigs doen, mijn Shelly plug aan laten gaan 15 minuten voor zonsondergang, en 15 minuten na zonsopgang. Maar nu begrijp ik niets van code, en weet dus ook niet wat ik fout doe

YAML:

- alias: 'buitenlicht'
  trigger:
  - platform: sun
    event: sunset
    offset: '+00:15:00'
  - platform: sun
    event: sunrise
    offset: '+00:15:00'
  action:
  - service: "switch.turn_{{'on' if trigger.event == 'sunset' else 'off'}}"
    entity_id: switch.shellyplug_s_4022d8897e04

Ik krijg de volgende foutmelding, en als ik die opzoek krijg ik zeer veel verschillende antwoorden


[...]


@Svennie Veranderd, dank je, maar dat was niet de oplossing

Misschien makkelijker om met een trigger id te werken? Dit zou wel gewoon moeten werken verder

YAML:

- alias: 'buitenlicht'
  trigger:
  - platform: sun
    event: sunset
    offset: '+00:15:00'
    id: 'on'
  - platform: sun
    event: sunrise
    offset: '+00:15:00'
    id: 'off'
  action:
  - service: "switch.turn_{{ trigger.id }}"
    entity_id: switch.shellyplug_s_4022d8897e04

En hoe test je of het werkt? Want als je in de GUI op run actions drukt, is er geen trigger, dus ook geen trigger variable

[CappieL]

belly89 schreef op woensdag 22 maart 2023 @ 16:17:
[...]


Ik heb nu nog geen panelen en wil dus al wel vast mijn voorspelling in het dashboard zien! Dus dacht een dummy sensor die altijd op 0kWh blijft staan voor de productie. Maar als ik voorbeeld template sensoren zie heb je altijd weer een sensor als bron nodig. Maar die heb ik dus niet

In YAML kun je gewoon een template sensor aanmaken met een state = 0.

[K0ENH]

Septillion schreef op dinsdag 21 maart 2023 @ 13:09:
@K0ENH De legacy manier zou ik al helemaal niet meer aanraden. Daarnaast is alle template magie niet nodig Zou hem dus vervangen door die van mij, gaat ook niet de mist in als de P1 überhaupt niet beschikbaar is.

En wat zou je van meerdere willen checken dan? Komen ze niet allemaal van dezelfde sensor? En krijg je echt af en toe de ene entiteit wel binnen en de ander niet? Klinkt namelijk als onnodig omslachtig.

bedankt voor het sturen in de juiste richting @TheFes @Septillion het is uiteindelijk gelukt met deze code:

YAML:

#custom sensor to determine last update from P1 Meter      
template:
  - sensor:
      - name: "P1 Last updated"
        state: >
          {% set values = [
          (((as_timestamp(now()) - as_timestamp(states.sensor.p1_l1_voltage.last_updated)) / 60) | round(0)),
          (((as_timestamp(now()) - as_timestamp(states.sensor.p1_l2_voltage.last_updated)) / 60) | round(0)),
          (((as_timestamp(now()) - as_timestamp(states.sensor.p1_l3_voltage.last_updated)) / 60) | round(0))
          ] %}
          {{values |min}}
        unique_id: p1_last_updated