Home Assistant: Open source Python3 home automation - deel 4

[martinvdm]

Ander vraagje (heb weer wat tijd gevonden om wat zaken te verbeteren).
Ik heb een template sensor gemaakt die de last_updated uit een andere sensor haalt. So far so good, maar ik blijf maar "Ongeldige tijdstempel" krijgen.

Temlate sensor:

YAML:

value_template: >
   {{ as_timestamp(states.sensor.weather_station_battery.last_updated) }}
device_class: timestamp

Nu weet ik dat de last_updated en last_changed datetime objecten zijn dus zou je die moeten converteren naar as_timestamp wil je er een datumformaat van maken, vandaar ook de as_timestamp, maar op een of andere manier werkt het niet. Iemand een tip?

Edit: fixed. Moest blijkbaar nog 'timestamp_local' in de template.
Wellicht helpt het iig anderen.

[ Voor 10% gewijzigd door martinvdm op 26-10-2021 20:39 ]

[tafmaf]

barrymossel schreef op maandag 25 oktober 2021 @ 20:34:
Man man man, wat is die nieuwe Tuya integratie bagger. Lampen werken niet meer naar behoren. Opties missen van m'n fan. En zojuist na een herstart van de integratie kunnen de lampen helemaal niet meer bediend worden...

Voor mensen die ook problemen hebben met dat stukje prutswerk: de oude integratie is via HACS te installeren door deze repository toe te voegen: https://github.com/andrey-yantsen/home-assistant-tuya-old

klopt hopelijk gaan ze die snel verbeteren.
Gelukkig werken de automatisering wel en gaan de lampen daarmee wel aan en uit.

[Thoit]

GoBieN-Be schreef op maandag 25 oktober 2021 @ 10:59:
[...]


Kan dit niet automatisch met alle devices van een bepaalde class ofzo i.p.v. manueel de devices in de trigger te moeten opnemen?

Jawel. Echter als je eenmaal de sensoren in huis hebt hangen zal hier niks aan veranderen. Het was voor mij dus de voorkeur om het zelf in de hand te hebben.

[golles]

Septillion schreef op dinsdag 26 oktober 2021 @ 16:33:
@KevinSetz Zelf reset ik de timer bij nieuwe beweging. Daarvoor moet je die wel door kunnen krijgen. Daarvoor heb ik in Zigbee2MQTT de timeout op 5 seconde gezet. De Xiaomi Mijia sensoren reageren weer na 60 seconde (ook voor @djiedjee). Dus alle beweging binnen 60 seconden (deadband) na initiële trigger wordt genegeerd.

Wat die deadband voor en Hue sensor is weet ik niet. Ook weet ik niet wat de standaard detectietijd voor de Hue is en of je die aan kunt passen in iets anders dan Zigbee2MQTT.

Alternatief is dus pas te triggeren (timer starten of wachten) als de detectie weg is. Je moet dan alleen de tijd inkorten met de standaard detectie tijd. Dus om aan dezelfde 3 minuten te komen zal je met een standaard detectietijd nog maar 90 seconden daarna moeten wachten.

Zelf gebruik ik liever timers omdat die blijven lopen bij een automation-reload.

En ik heb een algemene lux-sensor die naar buiten kijkt die ik gebruik voor condities. Ik schakel de woonkamer in en uit daarop. Heb er wel een hysterese van 2 minuten ingebakken. Daarmee is het niet onrustig en merk ik het nooit.

Ik vind dit wel interessant om even op in te haken met mijn probleem. Ik gebruik aqara motion sensoren door het hele huis en daar was ik behoorlijk tevreden over, alleen die 60 seconden cool down niet echt. Laatst zag ik de Hue moten sensoren in de aanbieding en heb er een aantal gekocht. Ik had er al een aantal in Hue zitten en die werken perfect, snelle detectie en ook geen cool down, heel handig voor ruimtes zoals de hal, overloop, badkamer etc waar je wel eens een paar keer in en uit loopt.

Nu heb ik die nieuwe Hue motion sensoren gekoppeld aan Z2M, dit omdat mn Hue bridge een beetje vol raakt en omdat ik sommige motion sensoren samen met andere aparaten will koppelen (in HA natuurlijk).

Nu valt me op dat de detecte van die Hue motion sensoren bijzonder traag is, helemaal wanneer de sensor "koud" is (dus ff een poosje geen beweging gezien heeft). Het duurt vaak wel 10-15 seconden voordat er beweging gedetecteerd wordt en dus de lampen aan gaan, terwijl de Aqaras instant reageren.

De lqi is redelijk goed 60, sensitivity heb ik op high staan en batterij is 100% Ik heb zowel direct aan de coordinator als aan een SPH13 van Blitzwolf geprobeerd. Ik gebruik channel 20 en een ZZH stick.

Iemand tips om dit toch beter te laten werken? Want 10-15 seconden is onaaceptabel.

Wat ik nog wil testen is toch de motion sensor aan Hue te koppelen en dan configureren in HA.

[GroeneThee]

golles schreef op woensdag 27 oktober 2021 @ 09:55:
[...]


Wat ik nog wil testen is toch de motion sensor aan Hue te koppelen en dan configureren in HA.

Dit heb ik en ervaar geen vertraging...

[HuismAndré]

@golles Hier ook de Hue sensoren gekoppeld aan Hue. Ik laat echter Hue het licht aandoen (en verder geen acties vanuit de kant van Hue). Alles daarna wordt dus door HA geregeld (inclusief (onnodig) nogmaals het licht aandoen) maar de eerste stap wordt door Hue gedaan. Scheelt een paar seconden. Wellicht een optie? Werkt hier perfect. Sensoren reageren echt binnen 1-2 seconden.

[ Voor 11% gewijzigd door HuismAndré op 27-10-2021 10:08 ]

[Septillion]

@golles Mm, dat is wel heel lang. Welke stick en hoeveel devices heb je totaal? Laatste Zigbee2MQTT?

Daarnaast zou het wel interessant zijn om te kijken hoe de Hue ds reageert qua cooldown aka zelfde testje erop doen als ik op de Mijia heb gedaan. Maar ik heb geen Hue sensor, vind ze duur en lelijk

Verder heb ik de bekende mod op één Mijia gedaan om de cooldown naar +-5 sec terug te brengen, dat werkt ook fijn. Alleen nog uit luiheid niet op meer gedaan

[jadajada]

StephanVierkant schreef op maandag 25 oktober 2021 @ 17:45:
Ik heb een inbouw Z-wave wandschakelaar (TKB Home TZ36D). Met de rechter knop bedien ik enkele andere apparaten d.m.v. associations.

Nu wil ik graag een apparaat op m'n Greenwave Powernode 6 schakelen. In ZWaveJS2MQTT wordt dit apparaat echter als één device weergegeven bij het toevoegen van associations, niet als 6 aparte devices.

Hoe kan ik een bepaalde instelling (bijv. device 2 van de powernode 6 schakelen) koppelen aan zo'n association?

Hetzelfde geldt overigens als ik niet-Z-wave devices wil koppelen aan de wandschakelaar. Misschien is dat wel een goede workaround, maar ook daarvan weet ik niet hoe ik dat voor elkaar kan krijgen. Iemand een idee?

Ik heb geen ervaring met de Zwave module van HA, omdat ik werk met de Vera integratie. Bij de Vera krijg ik bij de associations de powernode ook als 1 device te zien. Daar kan ik echter in een extra veld aangeven welk child device geschakeld moet worden (1 t/m 6). Dit kan in LUA ook door 'Device ID.Child ID' (bv 13.2).
Mogelijk kan je dit instellen via de integratie of eventueel via YAML.

[StephanVierkant]

Dat zou inderdaad mooi zijn, maar ik zie in Zwave2MQTT helaas niet zo'n optie:



Dit formulier opslaan heeft overigens ook geen effect: hij snapt zelf blijkbaar ook dat dit niet lukt en er gebeurt dan ook niets.

Een los event op zo'n schakelaar zou het allermooiste zijn, zodat ik ook niet-Z-wave apparaten kan bedienen. Een van m'n schakelaars wordt nu gebruikt voor een 12v lamp waar ook een afstandsbediening bij zit (lees: 433 MHz). Een RF-zender eraan koppelen is goedkoper een veelzijdiger dan een €40+ Z-wave schakelaar.

[djiedjee]

@golles Je kunt die aqara motion sensors ook modden/solderen. Dan staan ze in test-mode, dus na 5 seconden weer klaar voor detectie.

Heb ik zelf geen zin in om te doen, maar schijnt goed te werken.

[jadajada]

@StephanVierkant Ik zie dat de Association Command Configuration in zwave-js nog niet ontwikkeld is, dus ik denk dat het nog niet mogelijk is om de directe associatie te realiseren.

Het feit dat het nog in ontwikkeling is, was voor mij de reden om mijn Vera nog even te laten staan (en de integratie met HA werkt erg snel en zeer stabiel).

[Gizz]

golles schreef op woensdag 27 oktober 2021 @ 09:55:
[...]
Nu valt me op dat de detecte van die Hue motion sensoren bijzonder traag is, helemaal wanneer de sensor "koud" is (dus ff een poosje geen beweging gezien heeft). Het duurt vaak wel 10-15 seconden voordat er beweging gedetecteerd wordt en dus de lampen aan gaan, terwijl de Aqaras instant reageren.

Dit herken ik niet. Zowel mijn Hue motion indoor als outdoor PIR reageren altijd direct. Ook als ze al uren geen beweging hebben waargenomen. Het voelt echt 'instant', niet eens een seconde vertraging. Dat heb ik overigens met al mijn PIRs (Hue, Ikea, Aqara, zelfbouw ESP/wifi)

Ik gebruik Z2M met de stick van Slae.sh. Heb zo'n 45 nodes. Beide PIRs zijn niet direct met de coördinator verbonden, maar hebben een route via een Hue E27-lampje gekozen. LQI 107 (outdoor) en 215 (indoor)

Als ik al een 'klacht' heb, dan is het dat de outdoor PIR met de sensitivity op low nog steeds getriggerd wordt door mijn kat die even de tuin inloopt

[ Voor 6% gewijzigd door Gizz op 27-10-2021 11:01 ]

[Waah]

golles schreef op woensdag 27 oktober 2021 @ 09:55:
[...]


Ik vind dit wel interessant om even op in te haken met mijn probleem. Ik gebruik aqara motion sensoren door het hele huis en daar was ik behoorlijk tevreden over, alleen die 60 seconden cool down niet echt. Laatst zag ik de Hue moten sensoren in de aanbieding en heb er een aantal gekocht. Ik had er al een aantal in Hue zitten en die werken perfect, snelle detectie en ook geen cool down, heel handig voor ruimtes zoals de hal, overloop, badkamer etc waar je wel eens een paar keer in en uit loopt.

Nu heb ik die nieuwe Hue motion sensoren gekoppeld aan Z2M, dit omdat mn Hue bridge een beetje vol raakt en omdat ik sommige motion sensoren samen met andere aparaten will koppelen (in HA natuurlijk).

Nu valt me op dat de detecte van die Hue motion sensoren bijzonder traag is, helemaal wanneer de sensor "koud" is (dus ff een poosje geen beweging gezien heeft). Het duurt vaak wel 10-15 seconden voordat er beweging gedetecteerd wordt en dus de lampen aan gaan, terwijl de Aqaras instant reageren.

De lqi is redelijk goed 60, sensitivity heb ik op high staan en batterij is 100% Ik heb zowel direct aan de coordinator als aan een SPH13 van Blitzwolf geprobeerd. Ik gebruik channel 20 en een ZZH stick.

Iemand tips om dit toch beter te laten werken? Want 10-15 seconden is onaaceptabel.

Wat ik nog wil testen is toch de motion sensor aan Hue te koppelen en dan configureren in HA.

Gewoon de aan-tijd van je lampen bij Aqara op langer dan 60 seconden instellen. Heb zelf 70 seconden.
Werkt prima hier. Nog geen problemen gehad.

Lampen nemen zo ontzettend weinig energie, dat ga je never nooit terugverdienen door een dure sensor te kopen.

De hue-sensoren hebben zeker hun plek (ivm lichtsensor etc). Maar laat het licht maar lekker branden

[Koepert]

Gizz schreef op woensdag 27 oktober 2021 @ 10:59:
[...]

Dit herken ik niet. Zowel mijn Hue motion indoor als outdoor PIR reageren altijd direct. Ook als ze al uren geen beweging hebben waargenomen. Het voelt echt 'instant', niet eens een seconde vertraging. Dat heb ik overigens met al mijn PIRs (Hue, Ikea, Aqara, zelfbouw ESP/wifi)

Ik gebruik Z2M met de stick van Slae.sh. Heb zo'n 45 nodes. Beide PIRs zijn niet direct met de coördinator verbonden, maar hebben een route via een Hue E27-lampje gekozen. LQI 107 (outdoor) en 215 (indoor)

Als ik al een 'klacht' heb, dan is het dat de outdoor PIR met de sensitivity op low nog steeds getriggerd wordt door mijn kat die even de tuin inloopt

Totaal ongerelateerd, maar is die outdoor PIR een zelfbouw of een 'bestaande' ?

[Boinkie]

Misschien niet helemaal de juiste plek. Maar is er een IP44 wall plug met zigbee? Ik heb een buitenstopcontact die ik wil automatiseren met domoticz en heb daar nu een handmatige KaKu opzitten. Echter lijken dit soort plugs met zigbee niet te bestaan?

[Gizz]

@Koepert Dat is een kant-en-klare Hue outdoor PIR: pricewatch: Philips Hue Outdoor buitensensor

@Boinkie Buitenstopcontacten zijn meestal opbouw, met vrij ruime dozen. Is het niet handiger om gewoon een zigbee relais in de waterdichte doos te steken, dus achter het stopcontact?

[HoppyF]

Boinkie schreef op woensdag 27 oktober 2021 @ 12:35:
Misschien niet helemaal de juiste plek. Maar is er een IP44 wall plug met zigbee? Ik heb een buitenstopcontact die ik wil automatiseren met domoticz en heb daar nu een handmatige KaKu opzitten. Echter lijken dit soort plugs met zigbee niet te bestaan?

Moet het zigbee zijn of kan het ook met WiFi?
Je zou dan bv een Shelly 1 plus kunnen inbouwen in je bestaande stopcontact.
https://shelly.cloud/shelly-plus-1/
Je WiFi bereik gaat ver genoeg zodat je buiten stopcontact beter te bereiken valt.

[Boinkie]

Gizz schreef op woensdag 27 oktober 2021 @ 12:49:
@Koepert Dat is een kant-en-klare Hue outdoor PIR: pricewatch: Philips Hue Outdoor buitensensor

@Boinkie Buitenstopcontacten zijn meestal opbouw, met vrij ruime dozen. Is het niet handiger om gewoon een zigbee relais in de waterdichte doos te steken, dus achter het stopcontact?

Thanks! Daardoor op een ander idee gekomen. Binnen zit gewoon de lasdoos met koppelstuk dus dan kan ik daar de relais tussenhangen

[ Voor 10% gewijzigd door Boinkie op 27-10-2021 13:03 ]

[Gizz]

@HoppyF Dat soort relais heb je ook als Zigbee. Werkt net als wifi op 2.4Ghz, dus qua demping van het signaal heb je net zo veel/weinig last. Voordeel van Zigbee is dat je vaak een Zigbee-node dichter in de buurt van een apparaat hebt hangen dan je wifi-router. En Zigbee is net een fractie zuiniger. Daarom zou ik altijd voor Zigbee gaan als je als een Zigbee mesh hebt én kunt kiezen tussen twee devices met dezelfde functionaliteit, waarvan een met Zigbee is en de ander met wifi.

Praktisch voorbeeld: mijn Zigbee buitenlamp en PIR hebben een sterke verbinding met een Zigbee lamp die boven de eettafel hangt. Mijn zelfbouw weerstation / fijnstofsensor via wifi op vrijwel dezelfde plek zit echt net op het randje qua bereik en heeft veel disconnects volgens de logs.

[Jboy1991]

Jboy1991 schreef op maandag 25 oktober 2021 @ 23:34:
Wat is nu verstandig om te doen? Wij hebben 1 nest rook melder die wij gekoppeld willen hebben aan ha. Echter verhuizen we straks naar een woning met drie verdiepingen waar wij op elke verdieping een brandalarm willen hebben.

Nu begreep ik dat nest alleen via IFTTT te koppelen is maar dat daarvoor je has openbaar bereikbaar moet zijn.

Is het nu beter om een andere rookmelder aan te schaffen of zijn er andere manieren?

Heeft iemand hier nog antwoord op ?

[HoppyF]

Gizz schreef op woensdag 27 oktober 2021 @ 13:08:
@HoppyF Dat soort relais heb je ook als Zigbee. Werkt net als wifi op 2.4Ghz, dus qua demping van het signaal heb je net zo veel/weinig last. Voordeel van Zigbee is dat je vaak een Zigbee-node dichter in de buurt van een apparaat hebt hangen dan je wifi-router. En Zigbee is net een fractie zuiniger. Daarom zou ik altijd voor Zigbee gaan als je als een Zigbee mesh hebt én kunt kiezen tussen twee devices met dezelfde functionaliteit, waarvan een met Zigbee is en de ander met wifi.

Praktisch voorbeeld: mijn Zigbee buitenlamp en PIR hebben een sterke verbinding met een Zigbee lamp die boven de eettafel hangt. Mijn zelfbouw weerstation / fijnstofsensor via wifi op vrijwel dezelfde plek zit echt net op het randje qua bereik en heeft veel disconnects volgens de logs.

Ligt helemaal aan de kwaliteit van je eigen WiFi netwerk en niet zo zeer aan de plaats waar je WiFi router staat. Als je WiFi mesh gebruikt heb je ongeveer hetzelfde bereik als met meerdere zigbee devices.

De vraag ging om een stopcontact buitenshuis dus op enige afstand.
Daarbij zou zigbee ook tekort kunnen schieten want er hoeft daar dus geen zigbee buitenlamp of sensor in de buurt te zitten.
WiFi is dus zeker wel een goede oplossing.
Het vermogen van een Shelly WiFi relais is ook maar 1mW.

[golles]

Bedankt voor alle reacties en meedenken

Septillion schreef op woensdag 27 oktober 2021 @ 10:15:
@golles Mm, dat is wel heel lang. Welke stick en hoeveel devices heb je totaal? Laatste Zigbee2MQTT?

51 devices op de zzh stick. Z2M (docker) laatste versie en begin deze week ook nog de firmware van de stick geupdate naar delaatste versie.

Septillion schreef op woensdag 27 oktober 2021 @ 10:15:
Daarnaast zou het wel interessant zijn om te kijken hoe de Hue ds reageert qua cooldown aka zelfde testje erop doen als ik op de Mijia heb gedaan. Maar ik heb geen Hue sensor, vind ze duur en lelijk

Degenen die ik aan de Hue bridge heb gekoppeld lijken geen cooldown te hebben, als het licht dimt, voor het uit gaan en er is beweging springen ze gelijk weer aan.

Septillion schreef op woensdag 27 oktober 2021 @ 10:15:
Verder heb ik de bekende mod op één Mijia gedaan om de cooldown naar +-5 sec terug te brengen, dat werkt ook fijn. Alleen nog uit luiheid niet op meer gedaan

Ik heb dit bij 2 geprobeerd zonder succes. Ik heb nog wel een aantal dus misschien dit nogmaals proberen.

Gizz schreef op woensdag 27 oktober 2021 @ 10:59:
Dit herken ik niet. Zowel mijn Hue motion indoor als outdoor PIR reageren altijd direct. Ook als ze al uren geen beweging hebben waargenomen. Het voelt echt 'instant', niet eens een seconde vertraging. Dat heb ik overigens met al mijn PIRs (Hue, Ikea, Aqara, zelfbouw ESP/wifi)

Ik gebruik Z2M met de stick van Slae.sh. Heb zo'n 45 nodes. Beide PIRs zijn niet direct met de coördinator verbonden, maar hebben een route via een Hue E27-lampje gekozen. LQI 107 (outdoor) en 215 (indoor)

Als ik al een 'klacht' heb, dan is het dat de outdoor PIR met de sensitivity op low nog steeds getriggerd wordt door mijn kat die even de tuin inloopt

Mijn Aqara en ook 1 van de Lidl werken ook instant, in het zelfde Z2M netwerk. De Hues die in het Hue netwerk zitten werken ook instant. Enkel de Hues die in Z2M zitten doen dit.
De outdir staat nog op mijn lijstje, maar wacht ff tot ik die iets goedkoper kan krijgen :-)

Misschien is de Slae.sh beter dan de zzh, ik dacht dat ze vergelijkbaar waren...

Waah schreef op woensdag 27 oktober 2021 @ 12:06:
Gewoon de aan-tijd van je lampen bij Aqara op langer dan 60 seconden instellen. Heb zelf 70 seconden.
Werkt prima hier. Nog geen problemen gehad.

Lampen nemen zo ontzettend weinig energie, dat ga je never nooit terugverdienen door een dure sensor te kopen.

De hue-sensoren hebben zeker hun plek (ivm lichtsensor etc). Maar laat het licht maar lekker branden

Dit is inderdaad ook een manier om er mee om te gaan, als ik het niet voor elkaar krijg, dan toch maar lampjes langer aan laten

[Koepert]

Heeft iemand toevallig deze combi in gebruik?

Cards:
- Custom:state- switch
- Custom:simple-weather-card

Entity: weather. (openweathermap / br_unknown_station / huis)

ik weet dat Hmmbob deze in gebruik heeft met onder andere een andere weersentiteit maar vraag me af of het in de weather of in de state zit. Als ik de state DEFAULT omzet naar Cloudy (huidige staat) dan toont de kaart wel meteen, dus vermoedelijk iets in de default ergo de state-switch?

Ik probeer even te pinpointen waar de fix zit..

--> Geeft een weather sensor geen 'default' meer af als optie om 'alles behalve..' te pakken.
--> Erkent een state-switch geen 'default' meer als mogelijke staat.

YAML:

type: custom:state-switch
entity: weather.openweathermap
default: default
states:
  sunny:
    type: custom:simple-weather-card
    card_mod:
      style: |
        ha-card {
          box-shadow: var(--card-box-shadow);
          margin: 0px 14px 0px 14px;
        }
    entity: weather.openweathermap
    name: thuis
    secondary_info: precipitation
    tap_action:
      action: more-info
      cards: null
    backdrop:
      day: rgba(249, 233, 181)
      text: var(--app-header-text-color)
      night: rgba(76, 87, 110)
      fade: true
  default:
    type: custom:simple-weather-card
    card_mod:
      style: |
        ha-card {
          box-shadow: var(--card-box-shadow);
          margin: 0px 14px 0px 14px;
        }
    entity: weather.openweathermap
    name: thuis
    secondary_info: precipitation
    tap_action:
      action: more-info
      cards: null
    backdrop:
      day: rgba(159, 193, 249)
      text: var(--app-header-text-color)
      night: rgba(76, 87, 110)
      fade: true

Zie net dat er een issue loopt.. https://github.com/thomas...ce-state-switch/issues/61

[Ronker32]

Koepert schreef op woensdag 27 oktober 2021 @ 14:06:
Heeft iemand toevallig deze combi in gebruik?

Cards:
- Custom:state- switch
- Custom:simple-weather-card

Entity: weather. (openweathermap / br_unknown_station / huis)

ik weet dat Hmmbob deze in gebruik heeft met onder andere een andere weersentiteit maar vraag me af of het in de weather of in de state zit. Als ik de state DEFAULT omzet naar Cloudy (huidige staat) dan toont de kaart wel meteen, dus vermoedelijk iets in de default ergo de state-switch?

Ik probeer even te pinpointen waar de fix zit..

--> Geeft een weather sensor geen 'default' meer af als optie om 'alles behalve..' te pakken.
--> Erkent een state-switch geen 'default' meer als mogelijke staat.

YAML:

type: custom:state-switch
entity: weather.openweathermap
default: default
states:
  sunny:
    type: custom:simple-weather-card
    card_mod:
      style: |
        ha-card {
          box-shadow: var(--card-box-shadow);
          margin: 0px 14px 0px 14px;
        }
    entity: weather.openweathermap
    name: thuis
    secondary_info: precipitation
    tap_action:
      action: more-info
      cards: null
    backdrop:
      day: rgba(249, 233, 181)
      text: var(--app-header-text-color)
      night: rgba(76, 87, 110)
      fade: true
  default:
    type: custom:simple-weather-card
    card_mod:
      style: |
        ha-card {
          box-shadow: var(--card-box-shadow);
          margin: 0px 14px 0px 14px;
        }
    entity: weather.openweathermap
    name: thuis
    secondary_info: precipitation
    tap_action:
      action: more-info
      cards: null
    backdrop:
      day: rgba(159, 193, 249)
      text: var(--app-header-text-color)
      night: rgba(76, 87, 110)
      fade: true

Zie net dat er een issue loopt.. https://github.com/thomas...ce-state-switch/issues/61

Ik liep na een update van de state switch card gisteren tegen het issue aan dat de card niet meer toonde. Waar het precies in zit weet ik niet, maar de installatie terugzetten in HACS naar de vorige versie lost het voor nu op.

[htca]

Ik heb een HA VM draaien op een proxmox, maar sinds een paar dagen is hij instabiel. De VM blijft wel draaien, maar HA is niet meer bereikbaar. Inloggen via SSH op de VM en vervolgens een reboot geven werkt, totdat het weer mis gaat. Via samba kan ik ook gewoon nog bij de bestanden. Voordat ik de problemen begonnen, heb ik een aantal integraties toegevoegd. Misschien een newbie vraag; maar hoe vind ik uit welke integratie de oorzaak is?

[SonnyBBQ]

Disregard... ik moet beter lezen

[ Voor 97% gewijzigd door SonnyBBQ op 27-10-2021 14:57 ]

[CAP-Team]

de Somfy Tahoma integratie (via HACS) werkt de laatste tijd minder goed, je moet nu elke week opnieuw inloggen. En met de laatste update doet hij het helemaal niet meer

[golles]

CAP-Team schreef op woensdag 27 oktober 2021 @ 16:48:
de Somfy Tahoma integratie (via HACS) werkt de laatste tijd minder goed, je moet nu elke week opnieuw inloggen. En met de laatste update doet hij het helemaal niet meer

Heb er ook last van, er wordt wel aan gewerkt :-)
https://github.com/iMicknl/ha-tahoma/issues/599

[Hmmbob]

Koepert schreef op woensdag 27 oktober 2021 @ 14:06:
Zie net dat er een issue loopt.. https://github.com/thomas...ce-state-switch/issues/61

Ronker32 schreef op woensdag 27 oktober 2021 @ 14:09:
Ik liep na een update van de state switch card gisteren tegen het issue aan dat de card niet meer toonde. Waar het precies in zit weet ik niet, maar de installatie terugzetten in HACS naar de vorige versie lost het voor nu op.

"if it works, don't fix it"

Ik zag de nieuwe release in HACS staan, maar ben blij dat ik ervanaf gebleven ben.

Je kan in HACS een herinstallatie van de card doen en dan de vorige versie kiezen.

[Koepert]

Ander vraagje. Ik vind t wel geinig om in HA n card te hebben met daarin ‘live locatie’. Nu heb ik dit met Waze wel … soort van.. voor elkaar maar is dat alleen een pin en zijn laadtijden storend langzaam (ok ok miss 2 seconden na de rest vd pagina). De ingebakken map toont alleen twee letters van gekozen entity (mijn device tracker dus iJ (iPhone van J..) Stoort me ook. Hoe hebben mensen hier t aangepakt. Ik zag bij m’n favoriete spiekbriefje (hmmbob) n camera entity. Maar hoe voedt je die? Nog andere suggesties.

[ Voor 4% gewijzigd door Koepert op 27-10-2021 17:35 ]

[SonnyBBQ]

Als je je device tracker koppelt aan je 'person', dan kan je via de ingebouwde kaart je person entity gebruiken. Dan zie je de foto die je aan je person hebt toegevoegd ipv die 2 letters.

[JBS]

Jboy1991 schreef op woensdag 27 oktober 2021 @ 13:23:
[...]


Heeft iemand hier nog antwoord op ?

Simpelweg de Nest app gebruiken voor alarm meldingen? Doe hetzelfde met 3 Nest Protects, en werkt prima.

[Koepert]

SonnyBBQ schreef op woensdag 27 oktober 2021 @ 17:52:
Als je je device tracker koppelt aan je 'person', dan kan je via de ingebouwde kaart je person entity gebruiken. Dan zie je de foto die je aan je person hebt toegevoegd ipv die 2 letters.

........ soms kan het zo simpel zijn..

[Jboy1991]

JBS schreef op woensdag 27 oktober 2021 @ 17:58:
[...]

Simpelweg de Nest app gebruiken voor alarm meldingen? Doe hetzelfde met 3 Nest Protects, en werkt prima.

Ja dat doe ik nu ook. Had het alleen liever via 1 centraal systeem gewild. Vooral nu wij nog 2
Moeten aanschaffen.

[-Casper]

htca schreef op woensdag 27 oktober 2021 @ 14:39:
Ik heb een HA VM draaien op een proxmox, maar sinds een paar dagen is hij instabiel. De VM blijft wel draaien, maar HA is niet meer bereikbaar. Inloggen via SSH op de VM en vervolgens een reboot geven werkt, totdat het weer mis gaat. Via samba kan ik ook gewoon nog bij de bestanden. Voordat ik de problemen begonnen, heb ik een aantal integraties toegevoegd. Misschien een newbie vraag; maar hoe vind ik uit welke integratie de oorzaak is?

Even kijken in je home-assistant.log bestand (in je config directory). Mogelijk dat daar iets van foutmeldingen in staan. Wat krijg je te zien als je HA probeert te benaderen? En gebruik je interne of externe url? SSL of zonder?

[martinvdm]

Ik heb een aqara zigbee door/window sensor buiten waarbij toch op een of andere manier de sensor redelijk snel ‘niet meer werkt’. Heb er al lithium batterijen aan gemaakt ipv knoopcelbatterij, maar het lijkt de sensor zelf te zijn die op den duur de buiten vochtigheid niet volhoud. Iemand een door/window sensor die beter geschikt is voor buiten? Of zwave of wifi mag ook.

[ Voor 3% gewijzigd door martinvdm op 27-10-2021 19:26 ]

[Stitchie]

ik heb sinds kort een rpi4 met home assistant erop via een sd kaart. Nu lees ik in diverse websites dat een sd card problemen kan geven door de hoeveelheid schrijf acties tbv logging.
Ik heb een 32gb usb stick die ik graag wil gaan gebruiken ipv de 32 sd card.

Het mooiste zou zijn als ik home assistant niet helemaal opnieuw moet inrichten.
Heeft iemand een handleiding hoe ik de rpi met mijn eigen ha via de usb stick?

[Stitchie]

KC27 schreef op maandag 25 oktober 2021 @ 17:47:
@Stitchie
Ik heb zelf wel rfxcom voor de bediening van somfy screens. Dat werkt via een rfxcom 433E.
En ik ben er heel tevreden mee. Aandachtspunt is dat je er op let dat de stuurcodes in een string komen te staan met hexadecimale codes. Soms staat er een 4 en dan moet je er 04 van maken. Het moeten dus opvolgende geldige hexadecimale getallen van twee tekens zijn.

Ik heb het op dit moment draaien op een 2e rpi waarop domoticz op zit. De rfxcom 433E doet het prima en bij detectie gaat er automatisch een lamp aan. Persoonlijk vind het ontvangst van de rfxcom een beetje tegenvallen. Wellicht is het huis goed geisoleerd want ook het wifi signaal valt een beetje tegen.
In HA vind ik het installeren wat dit soort simpele dingen wel een stuk lastiger dan in domoticz.

[I-King]

Ik wil een paar records updaten van de Energy statistics, maar ik krijg geen CSV geupload in SQLite Web. Hij linkt na het klikken op de knop namelijk naar: http://ip:8123/statistics/import/ en vergeet het stukje URL van SQLite web. Iemand tips? Ik begeef me hier op/over de rand van mijn kennisgebied

[Septillion]

golles schreef op woensdag 27 oktober 2021 @ 13:50:
Degenen die ik aan de Hue bridge heb gekoppeld lijken geen cooldown te hebben, als het licht dimt, voor het uit gaan en er is beweging springen ze gelijk weer aan.

Als de lampen uit gaan is de cooldown natuurlijk al lang afgelopen. De cooldown gaat in zodra beweging wordt gezien. Tenminste, ga er niet vanuit dat je de lampen maar 5 sec aan zet nu?

Maar 50-ish devices op een ZZH klinkt niet als een probleem.

[Bman59]

Hoi allemaal,

Ik gebruik al een aantal jaar de Toon intergratie in Home Assistant. Nu probeer ik deze te koppelen aan het Enery dashboard, maar ik krijg het niet voor elkaar.

Het betreft een standaard Toon, via de officiele intergratie geinstalleerd.





Ik hoop dat iemand mij opweg kan helpen

[sOid]

Grr. Heb de afgelopen m'n HA-installatie een beetje verwaarloosd. Net geüpdatet van 9.4 naar 10.6. Uiteraard netjes de release notes gelezen en bij het updaten geen problemen tegen gekomen.

Echter heb ik net ook een brakke AppleTV-integratie proberen te fiksen. De integratie die standaard in HA zit, ondersteunt tvOS 15 niet. Dus dan maar via HACS de beta geïnstalleerd van de nieuwe versie. Eerst oude integratie verwijderd, toen toegevoegd via HACS, HA herstart en de AppleTV opnieuw proberen te koppelen.

Daarbij krijg ik helaas een foutmelding: Error - Config flow could not be loaded

In de logs zie ik:

code:

2021-10-27 21:56:10 ERROR (MainThread) [homeassistant.config_entries] Error occurred loading configuration flow for integration apple_tv: cannot import name 'ATTR_CONNECTIONS' from 'homeassistant.const' (/usr/src/homeassistant/homeassistant/const.py)

Op beide foutmeldingen kan ik vrijwel niets vinden. Er wordt gesuggereerd dat het met proxy te maken kan hebben dus heb HA direct benaderd via LAN-IP. Dit is echter geen oplossing.

Iemand suggesties?

[golles]

Septillion schreef op woensdag 27 oktober 2021 @ 21:24:
[...]

Als de lampen uit gaan is de cooldown natuurlijk al lang afgelopen. De cooldown gaat in zodra beweging wordt gezien. Tenminste, ga er niet vanuit dat je de lampen maar 5 sec aan zet nu?

Maar 50-ish devices op een ZZH klinkt niet als een probleem.

Misschien leg ik het niet helemaal lekker uit... In Z2M als de state van occupied naar clear gaat en ik beweeg voor de sensor, dan springt hij meteen weer op occupied.

Ik ben al iets veder met 1 hue motion sensor. Die was in eerste instantie aan een stopcontact gekoppeld op een andere verdieping, na een paar keer verwijderen en opnieuw toevoegen is hij gekoppeld aan een stopcontact die dichter bij is, de dichtsbijzijnde lukte niet, ondanks dat ik alleen pairing via de dichtsbijzijnde aan had staan.

Hij reageerd nu vaker direct en anders duurt het nog wel 5-10 seconden. Het viel me net wel op dat als ik in de buurt van de sensor kom, er een rood lampje aangaat. Dus het lijkt erop dat hij wel beweging ziet, maar het niet door kan geven

[Hmmbob]

sOid schreef op woensdag 27 oktober 2021 @ 22:04:
Grr. Heb de afgelopen m'n HA-installatie een beetje verwaarloosd. Net geüpdatet van 9.4 naar 10.6. Uiteraard netjes de release notes gelezen en bij het updaten geen problemen tegen gekomen.

Echter heb ik net ook een brakke AppleTV-integratie proberen te fiksen. De integratie die standaard in HA zit, ondersteunt tvOS 15 niet. Dus dan maar via HACS de beta geïnstalleerd van de nieuwe versie. Eerst oude integratie verwijderd, toen toegevoegd via HACS, HA herstart en de AppleTV opnieuw proberen te koppelen.

Daarbij krijg ik helaas een foutmelding: Error - Config flow could not be loaded

In de logs zie ik:

code:

2021-10-27 21:56:10 ERROR (MainThread) [homeassistant.config_entries] Error occurred loading configuration flow for integration apple_tv: cannot import name 'ATTR_CONNECTIONS' from 'homeassistant.const' (/usr/src/homeassistant/homeassistant/const.py)

Op beide foutmeldingen kan ik vrijwel niets vinden. Er wordt gesuggereerd dat het met proxy te maken kan hebben dus heb HA direct benaderd via LAN-IP. Dit is echter geen oplossing.

Iemand suggesties?

Probeer eens de integratie te verwijderen, reboot, integratie toevoegen, reboot, configureren?

[sOid]

Hmmbob schreef op woensdag 27 oktober 2021 @ 22:48:
[...]

Probeer eens de integratie te verwijderen, reboot, integratie toevoegen, reboot, configureren?

Heb je het dan over de AppleTV-integratie binnen HACS of de HACS-integratie zelf? (Laatstgenoemde trouwens ook verwijderd omdat ik nog een nieuwe Github-key moest toevoegen.)

[Hmmbob]

sOid schreef op woensdag 27 oktober 2021 @ 22:54:
[...]

Heb je het dan over de AppleTV-integratie binnen HACS of de HACS-integratie zelf? (Laatstgenoemde trouwens ook verwijderd omdat ik nog een nieuwe Github-key moest toevoegen.)

AppleTV

[skank]

golles schreef op woensdag 27 oktober 2021 @ 16:56:
[...]

Heb er ook last van, er wordt wel aan gewerkt :-)
https://github.com/iMicknl/ha-tahoma/issues/599

Ik wil mijn overkapping ook kunnen bedienen via HA ipv via ab
Echter dergelijke swwitch is me echt teveel geld v(200 euro) om die ab te vervangen..
Als je dan leest hier dat het ook nog kuren heeft... zucht... wil ik echt iets lokaals...

[Jerry_bboy]

skank schreef op donderdag 28 oktober 2021 @ 08:58:
[...]


Ik wil mijn overkapping ook kunnen bedienen via HA ipv via ab
Echter dergelijke swwitch is me echt teveel geld v(200 euro) om die ab te vervangen..
Als je dan leest hier dat het ook nog kuren heeft... zucht... wil ik echt iets lokaals...

extra afstandsbediening en dan zoiets doen ?

[Hmmbob]

Lol, dat wil ik al 2 zomers lang doen maar probeer steeds een 2e hands AB te zoeken en dan is de zomer al voorbij

[Waah]

skank schreef op donderdag 28 oktober 2021 @ 08:58:
[...]


Ik wil mijn overkapping ook kunnen bedienen via HA ipv via ab
Echter dergelijke swwitch is me echt teveel geld v(200 euro) om die ab te vervangen..
Als je dan leest hier dat het ook nog kuren heeft... zucht... wil ik echt iets lokaals...

Wat voor motor moet je aansturen? Ik heb zelf een Somfy RTS en een "eigen merk" motor.

RFXcom XL is lokaal toch? is 100 euro ongeveer (nog steeds niet goedkoop) maar werkt hier vlekkeloos.

Heb zelf ook zo'n remote als in de video... en die heb ik nu verstopt. Maakt HA enkel in de war. Ik kan nu bedienen via Home Assistant. Maar heb "hardware switches" gemaakt met Ikea Tradfri knopen.,


Ophangen kan overal met tape, remote is magnetisch en kan je er evt af pakken als je wil.

[skank]

Hmmbob schreef op donderdag 28 oktober 2021 @ 09:10:
Lol, dat wil ik al 2 zomers lang doen maar probeer steeds een 2e hands AB te zoeken en dan is de zomer al voorbij

Die 2de ab is echt makkelijk te vinden, maar hoe krijg je zo'n arduino en toebehoren propertjes weg...

[skank]

Waah schreef op donderdag 28 oktober 2021 @ 09:16:
[...]

Wat voor motor moet je aansturen? Ik heb zelf een Somfy RTS en een "eigen merk" motor.

RFXcom XL is lokaal toch? is 100 euro ongeveer (nog steeds niet goedkoop) maar werkt hier vlekkeloos.

Heb zelf ook zo'n remote als in de video... en die heb ik nu verstopt. Maakt HA enkel in de war. Ik kan nu bedienen via Home Assistant. Maar heb "hardware switches" gemaakt met Ikea Tradfri knopen.,
[Afbeelding]

Ophangen kan overal met tape, remote is magnetisch en kan je er evt af pakken als je wil.

Die rfxcom is helaas geen optie, ik gebruik een situo 5 pure io ab
Dus geen rts maar io helaas

[Pred]

Ik heb gelukkig nog een Somfy Connexoon IO kunnen bemachtigen. Ook prijzig, maar niet zo prijzig als de TaHoma. Werkt perfect icm HA.

[skank]

Pred schreef op donderdag 28 oktober 2021 @ 09:32:
Ik heb gelukkig nog een Somfy Connexoon IO kunnen bemachtigen. Ook prijzig, maar niet zo prijzig als de TaHoma. Werkt perfect icm HA.

Ook in het oog aan het houden.
MAar je vind ze niet tweedehands
Andere optie is om een velux klf3200 te gebruiken, dat zou ook werken.. maar ook niet te vinden

[golles]

Pred schreef op donderdag 28 oktober 2021 @ 09:32:
Ik heb gelukkig nog een Somfy Connexoon IO kunnen bemachtigen. Ook prijzig, maar niet zo prijzig als de TaHoma. Werkt perfect icm HA.

Ik heb IO en RTS, dus ik moest wel de TaHoma kopen, maar daar heb ik tot de dag van vandaag nog geen spijt van gehad. De integratie van Mick werkt bijna altijd en die enkele keer dat het niet werkt heeft het voor mij in ieder geval niet voor problemen gezorgd. Ik ga er van uit dat ze dit ook binnenkort wel opgelost hebben.

skank schreef op donderdag 28 oktober 2021 @ 09:37:
Ook in het oog aan het houden.
MAar je vind ze niet tweedehands
Andere optie is om een velux klf3200 te gebruiken, dat zou ook werken.. maar ook niet te vinden

Nee, denk ook niet dat ze snel tweedehands aangeboden zullen worden.

[skank]

Mocht ik meer zaken hebben van somfy dan zou ik het nog kunnen verkopen aan de vrouw, maar 200 Euro voor een bridge enkel om de overkapping te bedienen, mja, dan gebruik ik de ab wel verder

[sOid]

Hmmbob schreef op donderdag 28 oktober 2021 @ 08:33:
[...]

AppleTV

Nope, helaas. Geen succes

Meen me te herinneren dat HASS ergens nog een lijst opslaat met alle integrations/entities en je daar soms handmatig dingen in moet verwijderen. Hoe heet dat bestandje ook al weer? HA core.

[Hmmbob]

sOid schreef op donderdag 28 oktober 2021 @ 10:05:
[...]

Nope, helaas. Geen succes

Meen me te herinneren dat HASS ergens nog een lijst opslaat met alle integrations/entities en je daar soms handmatig dingen in moet verwijderen. Hoe heet dat bestandje ook al weer? HA core.

Dat is echt de danger zone.....

maar kijk eens in je .storage folder

[ Voor 70% gewijzigd door Hmmbob op 28-10-2021 10:18 ]

[Hmmbob]

skank schreef op donderdag 28 oktober 2021 @ 09:20:
[...]


Die 2de ab is echt makkelijk te vinden, maar hoe krijg je zo'n arduino en toebehoren propertjes weg...

Kun je zien hoeveel prio het heeft hier thuis

Gewoon ergens in de meterkast of een andere plek waar hij niet in de weg ligt? RF range is goed genoeg: hij hoeft niet pal naast de overkapping te liggen toch?

Anders gezegd: elke plek waar je gewone AB werkt, zal ook werken voor deze setup.

[skank]

Hmmbob schreef op donderdag 28 oktober 2021 @ 10:19:
[...]

Kun je zien hoeveel prio het heeft hier thuis

Gewoon ergens in de meterkast of een andere plek waar hij niet in de weg ligt? RF range is goed genoeg: hij hoeft niet pal naast de overkapping te liggen toch?

Anders gezegd: elke plek waar je gewone AB werkt, zal ook werken voor deze setup.

Ik laat jou de eer het ziet er mij niet zo simpel uit eerlijk gezegd.

[sOid]

Hmmbob schreef op donderdag 28 oktober 2021 @ 10:18:
[...]

Dat is echt de danger zone.....

maar kijk eens in je .storage folder

Zie ik niets vreemds. Maak wel een ticket aan op github, wellicht kan de developer er iets mee. Wel balen -_-

[Magic]

Met de volgende release van HA wordt "snapshot" verwijderd. ik krijg in mijn log nog 2 addons die hier gebruik van maken:

code:

21-10-28 09:41:53 WARNING (MainThread) [supervisor.addons.validate] Add-on config 'snapshot' is deprecated, 'backup' should be used instead. Please report this to the maintainer of UniFi Controller
21-10-28 09:41:53 WARNING (MainThread) [supervisor.addons.validate] Add-on config 'snapshot_exclude' is deprecated, 'backup_exclude' should be used instead. Please report this to the maintainer of AdGuard Home

Adguard home moet idd een upgrade krijgen, maar ik heb UniFi Controller niet geïnstalleerd (of ooit geïnstalleerd gehad) op mijn HA installatie (ik heb een Dream Machine die dat zelf voorziet).

Mijn vermoeden is dat de maker van een van de addons die ik geinstalleerd heb Unifi controller als een opstapje heeft gebruikt, maar onder water nog ergens een waarde niet aangepast heeft. Hoe kom ik er achter welke add-on dat kan zijn?

Ik heb de volgende addons geïnstalleerd:
AdGuard Home
Check Home Assistant configuration
ESPHome
File editor
Grafana
InfluxDB
MariaDB
Mosquitto broker
phpMyAdmin
Samba Backup
Samba share
Terminal & SSH

[francisp]

Het is voldoende dat ze in de geïnstalleerde add-on stores staan om die foutmelding te krijgen. De add-on zelf moet niet geïnstalleerd zijn.

[Magic]

francisp schreef op donderdag 28 oktober 2021 @ 10:57:
Het is voldoende dat ze in de geïnstalleerde add-on stores staan om die foutmelding te krijgen. De add-on zelf moet niet geïnstalleerd zijn.

Aah, duidelijk, weer wat geleerd! In dat geval hoef ik alleen adguard home in de gaten te houden, maar dat is toch een secundaire service bij mij

[I-King]

Compuchip87 schreef op donderdag 16 september 2021 @ 11:41:
[...]


Hierbij de handleiding voor de tweaker die iets van databases weet... ik hoop dat je er zo uitkomt.

Als je direct toegang hebt tot de database, bijvoorbeeld via PhpMyAdmin, kan je de statistics_meta tabel even bekijken en bepalen voor welke statistieken je de geschiedenis wilt uitrekenen. Er zijn twee soorten statistieken: die met has_mean = 1, has_sum = 0 en die met has_mean = 0, has_sum =1.

Ik heb eerst met behulp van PhpMyAdmin de structuur van de tabellen gekopiëerd naar een nieuwe set new_statistics

Voor de statistieken met has_mean = 1 kan je de volgende query gebruiken (ik heb per statistiek met de hand de query aangepast en gerund, ik vond het voor een eenmalige actie genoeg om het niet verder te automatiseren):

code:

INSERT INTO new_statistics(`created`, `metadata_id`, `start`, `mean`, `min`, `max`)
SELECT DATE_FORMAT(`created`, '%Y-%m-%d %H:12:02') AS `update_time`, :id AS `metadata_id`, DATE_FORMAT(`created`, '%Y-%m-%d %H:00:00') AS `start`, 1000 * AVG(`state`), 1000 * MIN(`state`), 1000 * MAX(`state`) 
FROM `states`  
WHERE entity_id = :entity_name AND `state` <> 'unknown'
GROUP BY `update_time`, `start`;

waarbij :id het nummer van de ID uit de metadata is (bijv. 1) en :entity_name de bijbehorende sensornaam (bv. 'sensor.power_consumption').

Voor de has_sum = 1 heb je een soortgelijke query:

code:

INSERT INTO new_statistics(`created`, `metadata_id`, `start`, `state`)
SELECT DATE_FORMAT(`created`, '%Y-%m-%d %H:12:02') AS `update_time`, :id AS `metadata_id`, DATE_FORMAT(`created`, '%Y-%m-%d %H:00:00') AS `start`, MAX(`state`)
FROM `states` 
WHERE entity_id = :entity_name AND `state` <> 'unknown'
GROUP BY `update_time`, `start`;"
SET @min = (SELECT MIN(`state`) FROM `new_statistics` WHERE `metadata_id` = :id); 
UPDATE new_statistics SET `sum` = `state` - @min WHERE metadata_id = :id;

waar bijvoorbeeld :id = 6, :entity_name = sensor.energy_consumption_tarif_1.

Ik had nog wel één sensor die een ander beginpunt had dan @min, daar heb ik later nog een keer met een eenvoudige query opgelost

code:

UPDATE statistics SET `sum` = `sum` - :offset WHERE metadata_id = :id AND id < :grens_id;

Moet de 'sum' kolom vanaf 0 continue optellen? Of kan ik regels ervoor importeren en de sum bij de al bestaande regels zo laten?

Ik werk via excel en dan via de web interface van SQLite, dus jouw code moet ik nog wat mee stoeien.

[Septillion]

golles schreef op woensdag 27 oktober 2021 @ 22:05:
[...]

Misschien leg ik het niet helemaal lekker uit... In Z2M als de state van occupied naar clear gaat en ik beweeg voor de sensor, dan springt hij meteen weer op occupied.

Maar het terug naar clear springen duurt dus al 90 seconden. Daar zit de cooldown tijd dus al lang in Zet de occupancy_timeout eens op 5 seconden, kan je hem dan nog steeds direct her-triggeren?

[golles]

Septillion schreef op donderdag 28 oktober 2021 @ 10:59:
[...]

Maar het terug naar clear springen duurt dus al 90 seconden. Daar zit de cooldown tijd dus al lang in Zet de occupancy_timeout eens op 5 seconden, kan je hem dan nog steeds direct her-triggeren?

Terug springen naar clear duurt ~15-20 seconden als ik het een paar keer test. Als ik occupancy_timeout op 5 zet, dan duurt het inderdaad langer voor hij opnieuw triggerd (6 seconden, maar dat zal door afronding etc komen). Hij gaat mooi weer terug op 5.

Sinds ik de badkamer sensor opnieuw gepaird heb, lijkt hij het stukken beter te doen, nog maar 2x dat het lang duurde en het rode lampje aanging.

[sOid]

sOid schreef op woensdag 27 oktober 2021 @ 22:04:
Grr. Heb de afgelopen m'n HA-installatie een beetje verwaarloosd. Net geüpdatet van 9.4 naar 10.6. Uiteraard netjes de release notes gelezen en bij het updaten geen problemen tegen gekomen.

Echter heb ik net ook een brakke AppleTV-integratie proberen te fiksen. De integratie die standaard in HA zit, ondersteunt tvOS 15 niet. Dus dan maar via HACS de beta geïnstalleerd van de nieuwe versie. Eerst oude integratie verwijderd, toen toegevoegd via HACS, HA herstart en de AppleTV opnieuw proberen te koppelen.

Daarbij krijg ik helaas een foutmelding: Error - Config flow could not be loaded

In de logs zie ik:

code:

2021-10-27 21:56:10 ERROR (MainThread) [homeassistant.config_entries] Error occurred loading configuration flow for integration apple_tv: cannot import name 'ATTR_CONNECTIONS' from 'homeassistant.const' (/usr/src/homeassistant/homeassistant/const.py)

Op beide foutmeldingen kan ik vrijwel niets vinden. Er wordt gesuggereerd dat het met proxy te maken kan hebben dus heb HA direct benaderd via LAN-IP. Dit is echter geen oplossing.

Iemand suggesties?

Blijkt een bekende bug te zijn. De 1.7 versie van de ATV Beta integration maakt blijkbaar gebruik van een HASS-onderdeel dat ook nog in een beta zit. Fix is om 1.6 te gebruiken.

[skank]

Bezig met google cloud TTS op aan het zetten.
Wil ik mijn config checken krijg ik volgende foutmelding

Invalid config for [tts.google_cloud]: value must be one of ['af-ZA', 'ar-XA', 'bg-BG', 'bn-IN', 'ca-ES', 'cmn-CN', 'cmn-TW', 'cs-CZ', 'da-DK', 'de-DE', 'el-GR', 'en-AU', 'en-GB', 'en-IN', 'en-US', 'es-ES', 'es-US', 'fi-FI', 'fil-PH', 'fr-CA', 'fr-FR', 'gu-IN', 'hi-IN', 'hu-HU', 'id-ID', 'is-IS', 'it-IT', 'ja-JP', 'kn-IN', 'ko-KR', 'lv-LV', 'ml-IN', 'nb-NO', 'nl-NL', 'pl-PL', 'pt-BR', 'pt-PT', 'ro-RO', 'ru-RU', 'sk-SK', 'sr-RS', 'sv-SE', 'ta-IN', 'te-IN', 'th-TH', 'tr-TR', 'uk-UA', 'vi-VN', 'yue-HK'] for dictionary value @ data['language']. Got 'nl-BE'. (See ?, line ?).


Nochtans is nl-BE wel supported in deze lijst:
https://cloud.google.com/text-to-speech/docs/voices

Wijzig ik het naar nl_NL werkt het uiteraard.

Klopt het dat ik tot 1 miljoen teksttekens mag sturen per maand gratis?
Das meer dan voldoende toch om geen billing vast te hebben

[ Voor 10% gewijzigd door skank op 28-10-2021 14:17 ]

[vanpeers]

Nu de bouw stilaan af geraakt ben ik eens begonnen aan mijn KNX installatie te koppelen aan HA.

Lichten, rolluiken en screens heb ik al werkende gekregen maar met de sensoren geraak ik er niet uit.

Ik heb deze er zo ingezet

YAML:

 
  binary_sensor:     
    - name: "Gang BW102 PIR"
      state_address: "3/7/52"  
 

Klopt dit zo of mis ik iets?

[skank]

https://rc.home-assistant.io/blog/2021/10/27/release-202111/

[Devian]

Ben hier ook net aan begonnen en loop er een klein beetje tegenaan dat er heeeeel veel informatie te vinden is, en de beschikbare tijd die ik heb om alles uit te zoeken een beetje tegenvalt.. en ik daardoor door de bomen het bos niet zie, teveel oplossingen zie, firmware flash oplossingen op smartplugs...etc etc

Ik draai Home Assistant in een docker omgeving op mijn Synology NAS, heb alles gekoppeld en gedaan (Hue, Tado, etc etc).

Wat ik nog wil is smartplugs gebruiken om stroomverbruik te kunnen zien en bvb de platenspeler te kunnen laten schakelen met de receiver, of de wasmachine als hij klaar is een notificatie...of bepaalde sluipverbruikers uitschakelen als we toch niet thuis zijn.

Ik heb hiervoor nu besteld:
Sonoff Gateway (om te dienen als zigbee gateway)
Blitzwolf smart plugs (BW-SHP6 pro)

Heb ik het juiste besteld, en wat moet ik doen om dit werkend te krijgen...ik lees eea over flashen van firmware, is dat nodig?

Als dit niet het juiste is, wat heb ik dan wel nodig...

[DennusB]

skank schreef op donderdag 28 oktober 2021 @ 14:46:
https://rc.home-assistant.io/blog/2021/10/27/release-202111/

Oeh zitten toffe dingen in zeg

[Magic]

Afgelopen zomer zijn er mooie stappen gemaakt met het energy dashboard en de long term statistics, maar heb het idee dat dat nu een beetje stil ligt. Erg jammer want er zijn nog best wat stappen in te maken imho.

Maar uiteraard wel mooi om te zien dat er dan wel weer een boel andere zaken zijn verbeterd

[Hmmbob]

skank schreef op donderdag 28 oktober 2021 @ 14:11:
Bezig met google cloud TTS op aan het zetten.
Wil ik mijn config checken krijg ik volgende foutmelding

Invalid config for [tts.google_cloud]: value must be one of ['af-ZA', 'ar-XA', 'bg-BG', 'bn-IN', 'ca-ES', 'cmn-CN', 'cmn-TW', 'cs-CZ', 'da-DK', 'de-DE', 'el-GR', 'en-AU', 'en-GB', 'en-IN', 'en-US', 'es-ES', 'es-US', 'fi-FI', 'fil-PH', 'fr-CA', 'fr-FR', 'gu-IN', 'hi-IN', 'hu-HU', 'id-ID', 'is-IS', 'it-IT', 'ja-JP', 'kn-IN', 'ko-KR', 'lv-LV', 'ml-IN', 'nb-NO', 'nl-NL', 'pl-PL', 'pt-BR', 'pt-PT', 'ro-RO', 'ru-RU', 'sk-SK', 'sr-RS', 'sv-SE', 'ta-IN', 'te-IN', 'th-TH', 'tr-TR', 'uk-UA', 'vi-VN', 'yue-HK'] for dictionary value @ data['language']. Got 'nl-BE'. (See ?, line ?).


Nochtans is nl-BE wel supported in deze lijst:
https://cloud.google.com/text-to-speech/docs/voices

Wijzig ik het naar nl_NL werkt het uiteraard.

De foutmelding is duidelijk toch? Vlaams is geen taal, dus wordt niet ondersteund Geintje

De language code nl-BE bestond een tijdje terug nog niet voor Google TTS, nu blijkbaar wel. Heb hem toegevoegd: https://github.com/home-assistant/core/pull/58607

Mijn gok is dat het 2021.12.0 zal worden.

Klopt het dat ik tot 1 miljoen teksttekens mag sturen per maand gratis?
Das meer dan voldoende toch om geen billing vast te hebben

Klopt. En dan wordt het ook nog eens gecached, dus als je vaak dezelfde messages verstuurd ( "De wasmachine is klaar") , dan wordt deze maar 1x naar Google gestuurd en daarna door HA lokaal opgeslagen en hergebruikt.

[ Voor 14% gewijzigd door Hmmbob op 28-10-2021 15:36 ]

[skank]

Hmmbob schreef op donderdag 28 oktober 2021 @ 15:29:
[...]

De foutmelding is duidelijk toch? Vlaams is geen taal, dus wordt niet ondersteund Geintje

De language code nl-BE bestond een tijdje terug nog niet voor Google TTS, nu blijkbaar wel. Heb hem toegevoegd: https://github.com/home-assistant/core/pull/58607

Mijn gok is dat het 2021.12.0 zal worden.


[...]
Klopt. En dan wordt het ook nog eens gecached, dus als je vaak dezelfde messages verstuurd ( "De wasmachine is klaar") , dan wordt deze maar 1x naar Google gestuurd en daarna door HA lokaal opgeslagen en hergebruikt.

Super! Bedankt he

[Kenhas]

Tijdje terug ben ik zelf overgeschakeld op de Tasmota integratie in Home Assistant voor een paar shelly's en sonoff's. Vond het beetje raar dat er zoveel uitgeschakelde entities waren bij ieder apparaat maar verder niets meer aan gedaan. De belangrijkste aan/uit zat erbij dus ik had voldoende.

Ik heb nu een Pi met Home Assistant geïnstalleerd bij iemand die enkele shelly's (met de originele, laatste firmware) heeft. Daar wou ik de Shelly integratie gebruiken. Maar ook daar zijn de meeste entiteiten uitgeschakeld maar daar is het probleem dat ik toch wel enkele belangrijke mis.



Bij de dimmer is er bijvoorbeeld enkel maar Aan/Uit, overpowering en overheating. Geen dim mogelijkheden.

Ik wou eens de integratie verwijderen maar ook dat lijkt niet te lukken. De drie puntjes zijn er niet rechts onderaan de integratie.



Iemand die me in de juiste richting kan sturen?

[TravockMD]

Kenhas schreef op donderdag 28 oktober 2021 @ 17:48:


Ik wou eens de integratie verwijderen maar ook dat lijkt niet te lukken. De drie puntjes zijn er niet rechts onderaan de integratie.

[Afbeelding]

Iemand die me in de juiste richting kan sturen?

Eerst een device selecteren/aanklikken uit dat lijstje, dan verschijnen de "puntjes"
Elk device wordt als een losse integratie gezien denk ik. Alles 1 voor 1 verwijderen dan dus.

[ Voor 9% gewijzigd door TravockMD op 28-10-2021 17:50 ]

[TheMystery]

Kenhas schreef op donderdag 28 oktober 2021 @ 17:48:
Tijdje terug ben ik zelf overgeschakeld op de Tasmota integratie in Home Assistant voor een paar shelly's en sonoff's. Vond het beetje raar dat er zoveel uitgeschakelde entities waren bij ieder apparaat maar verder niets meer aan gedaan. De belangrijkste aan/uit zat erbij dus ik had voldoende.

Ik heb nu een Pi met Home Assistant geïnstalleerd bij iemand die enkele shelly's (met de originele, laatste firmware) heeft. Daar wou ik de Shelly integratie gebruiken. Maar ook daar zijn de meeste entiteiten uitgeschakeld maar daar is het probleem dat ik toch wel enkele belangrijke mis.

[Afbeelding]

Bij de dimmer is er bijvoorbeeld enkel maar Aan/Uit, overpowering en overheating. Geen dim mogelijkheden.

Ik wou eens de integratie verwijderen maar ook dat lijkt niet te lukken. De drie puntjes zijn er niet rechts onderaan de integratie.

[Afbeelding]

Iemand die me in de juiste richting kan sturen?

Je kunt de uitgeschakelde entiteiten toch gewoon inschakelen, standaard staan er maar een paar aan.

[TheFes]

Kenhas schreef op donderdag 28 oktober 2021 @ 17:48:
Tijdje terug ben ik zelf overgeschakeld op de Tasmota integratie in Home Assistant voor een paar shelly's en sonoff's. Vond het beetje raar dat er zoveel uitgeschakelde entities waren bij ieder apparaat maar verder niets meer aan gedaan. De belangrijkste aan/uit zat erbij dus ik had voldoende.

Ik heb nu een Pi met Home Assistant geïnstalleerd bij iemand die enkele shelly's (met de originele, laatste firmware) heeft. Daar wou ik de Shelly integratie gebruiken. Maar ook daar zijn de meeste entiteiten uitgeschakeld maar daar is het probleem dat ik toch wel enkele belangrijke mis.

[Afbeelding]

Bij de dimmer is er bijvoorbeeld enkel maar Aan/Uit, overpowering en overheating. Geen dim mogelijkheden.

Ik wou eens de integratie verwijderen maar ook dat lijkt niet te lukken. De drie puntjes zijn er niet rechts onderaan de integratie.

[Afbeelding]

Iemand die me in de juiste richting kan sturen?

Brightness is een onderdeel van de light entity, dat zie je alleen als de lamp aan staat.

[StephanVierkant]

Ik heb een oudere Synology (zonder Docker) cadeau gedaan aan m'n schoonouders en wil Zwave2mqtt installeren. Iemand ontdekt wat de beste manier is? Eigenlijk vallen alle opties af: https://zwave-js.github.i...ing-started/other-methods

Standaard staat er natuurlijk geen Docker, Kubernetes, Snap of Node (met yarn enzo) op een Synology.

[synoniem]

StephanVierkant schreef op donderdag 28 oktober 2021 @ 21:44:
Ik heb een oudere Synology (zonder Docker) cadeau gedaan aan m'n schoonouders en wil Zwave2mqtt installeren. Iemand ontdekt wat de beste manier is? Eigenlijk vallen alle opties af: https://zwave-js.github.i...ing-started/other-methods

Standaard staat er natuurlijk geen Docker, Kubernetes, Snap of Node (met yarn enzo) op een Synology.

Wat er mogelijk is hangt in grote mate van welk model Synology je het over hebt.

[StephanVierkant]

synoniem schreef op donderdag 28 oktober 2021 @ 22:01:
[...]

Wat er mogelijk is hangt in grote mate van welk model Synology je het over hebt.

DS216play.

[gastje01]

StephanVierkant schreef op donderdag 28 oktober 2021 @ 22:01:
[...]

DS216play.

Zelf niet getest: https://tylermade.net/201...unsupported-synology-nas/

[StephanVierkant]

De optie om daar Docker op te krijgen valt eigenlijk wel af. En al zou je het met allerlei workarounds aan de praat kunnen krijgen, qua performance lijkt me die overhead ook wel killing.

[synoniem]

StephanVierkant schreef op donderdag 28 oktober 2021 @ 22:01:
[...]

DS216play.

Docker is waarschijnlijk te hoog gegrepen maar je kunt verschillende versies van Node js als package installeren https://www.synology.com/...packages?search=DS216play

[gastje01]

Als je dat als enige container wil draaien zou ik het gewoon proberen. Als ik zie wat zigbee2mqtt aan recourses nodig heeft is dat maar zeer beperkt. Kan me niet voortellen dat zwave zwaarder is.

[Gizz]

Devian schreef op donderdag 28 oktober 2021 @ 14:56:

Ik heb hiervoor nu besteld:
Sonoff Gateway (om te dienen als zigbee gateway)
Blitzwolf smart plugs (BW-SHP6 pro)

Heb ik het juiste besteld, en wat moet ik doen om dit werkend te krijgen...ik lees eea over flashen van firmware, is dat nodig?

Als dit niet het juiste is, wat heb ik dan wel nodig...

Je hebt nu een zigbee gateway besteld en stekkers die via WiFi communiceren, niet via zigbee.

In het geval van Blitzwolf heb je de SHP13 nodig als je met zigbee aan de slag gaat.

Met een zigbee stekker hoef je ook geen firmware te flashen.

[Devian]

Gizz schreef op vrijdag 29 oktober 2021 @ 07:32:
[...]

Je hebt nu een zigbee gateway besteld en stekkers die via WiFi communiceren, niet via zigbee.

In het geval van Blitzwolf heb je de SHP13 nodig als je met zigbee aan de slag gaat.

Met een zigbee stekker hoef je ook geen firmware te flashen.

Thanks man...mijn startpunt was de SHP13...maar 2x klikjes verder op banggood en zonder dat ik het in de gaten had dus op de verkeerde uitgekomen...dat krijg je als het snel moet.

[oltk]

Devian schreef op vrijdag 29 oktober 2021 @ 08:14:
[...]


Thanks man...mijn startpunt was de SHP13...maar 2x klikjes verder op banggood en zonder dat ik het in de gaten had dus op de verkeerde uitgekomen...dat krijg je als het snel moet.

Na veel zoeken heb ik besloten de Blitzwolf spullen links te laten liggen. O.a. die SHP13 heeft geen overbelasting beveiliging. Zoals veel chineze plugs.
Ik ben voor de shelly plug gegaan. Wifi, maar met beveiliging (en werkt prima)

Veiligheid voor alles

[water_escape]

De BlitzWolfs zijn prima. Mar hangt ervanaf waarvoor je ze gaat gebruiken. Bij zware machines zou ik idd eentje nemen met beveiliging. Voor lampen of kleine apparaten is de blitzwolf verder perfect.

oltk schreef op vrijdag 29 oktober 2021 @ 08:19:
[...]


Na veel zoeken heb ik besloten de Blitzwolf spullen links te laten liggen. O.a. die SHP13 heeft geen overbelasting beveiliging. Zoals veel chineze plugs.
Ik ben voor de shelly plug gegaan. Wifi, maar met beveiliging (en werkt prima)

Veiligheid voor alles

[-Casper]

Kenhas schreef op donderdag 28 oktober 2021 @ 17:48:
Tijdje terug ben ik zelf overgeschakeld op de Tasmota integratie in Home Assistant voor een paar shelly's en sonoff's. Vond het beetje raar dat er zoveel uitgeschakelde entities waren bij ieder apparaat maar verder niets meer aan gedaan. De belangrijkste aan/uit zat erbij dus ik had voldoende.

Ik heb nu een Pi met Home Assistant geïnstalleerd bij iemand die enkele shelly's (met de originele, laatste firmware) heeft. Daar wou ik de Shelly integratie gebruiken. Maar ook daar zijn de meeste entiteiten uitgeschakeld maar daar is het probleem dat ik toch wel enkele belangrijke mis.

[Afbeelding]

Bij de dimmer is er bijvoorbeeld enkel maar Aan/Uit, overpowering en overheating. Geen dim mogelijkheden.

Ik wou eens de integratie verwijderen maar ook dat lijkt niet te lukken. De drie puntjes zijn er niet rechts onderaan de integratie.

[Afbeelding]

Iemand die me in de juiste richting kan sturen?

Ik heb hier ook een dimmer van Shelly en kan prima dimmen. Zet m eens in lovelace en klik op de naam. Dan krijg je netjes een slider te zien om te dimmen.

[StephanVierkant]

gastje01 schreef op donderdag 28 oktober 2021 @ 22:15:
Als je dat als enige container wil draaien zou ik het gewoon proberen. Als ik zie wat zigbee2mqtt aan recourses nodig heeft is dat maar zeer beperkt. Kan me niet voortellen dat zwave zwaarder is.

Het is me toch teveel gedoe + ik heb sinds m'n nieuwe NAS met Docker twee Raspberry Pi's over. Ik ga er eentje aan m'n schoonouders doneren.

[Amanoo]

Ik heb nog wel wat problemen met de energietab in Home Assistant. Op dit moment heb ik mijn totale verbruik ingevuld, en mijn totale opbrengst. Dat is anders dan wat ik van het net trek. Totale verbruik is zonnepanelen + net. Ik kan ook zien wat de zonnepanelen opbrengen. Dat heb ik dan ingevuld als terugleveren aan het net voor dezelfde prijs als verbruik kost. Klopt ook niet helemaal, want ik gebruik het volledig zelf. Je zou denken dat die bedragen dan van elkaar worden afgetrokken, maar Home Assistant zegt dat ik voor de opbrengst 0 euro krijg.

Naar mijn weten kijkt Essent trouwens alleen maar teruglevering per dag, dus zolang ik meer gebruik dan oplever trekken ze mijn oplevering af van mijn verbruik en de uitkomst factureren ze dan. Pas als ik meer opwek op een dag gaan ze het als teruglevering betalen. Zo klonk het ook in mijn communicatie met hen. Maar dit weet ik niet helemaal zeker. Aangezien ik altijd meer verbruik dan opwek zou het gelijkstellen van de opwekprijs aan de leverprijs (dus beiden ±25 cent) goed genoeg moeten zijn.

Ik heb ook geprobeerd om via een template een sensor te maken die opwekking aftrekt van verbruik, om zo de levering uit het net te krijgen. En dan teruglevering verwijderen. Maar Home Assistant lijkt die virtuele sensor niet te herkennen als energiemeting. Ik zie wel data, een bepaalde hoeveelheid energie wordt eruit gepoept, maar het symbooltje is een oogje in plaats van een bliksemschicht, en ik kan de zelfgemaakte sensor ook niet selecteren in de energie instellingen.

Het is allemaal een beetje lastig. Ik doe de meting ook via de Toon P1 meter, dus ik zie alleen verbruik en opwekking, niet teruglevering of wat ik van het net gebruik.

Ik kan misschien nog wel kijken of ik met het zonnensysteem kan verbinden, en daar nog wat data uit kan halen. Maar daarmee heb ik teruglevering en netlevering nog niet correct.

Ergens wel jammer dat ik in dat systeem niet een vakje heb voor totaal verbruik, maar dat het per se wil meten wat ik uit het net trek. Wanneer je panelen hebt zijn dat toch echt twee verschillende dingen. En die panelen maken zelfs deze maand nog verschil op de rekening.

[ Voor 28% gewijzigd door Amanoo op 29-10-2021 11:16 ]

[Gizz]

Amanoo schreef op vrijdag 29 oktober 2021 @ 10:52:
Ik heb ook geprobeerd om via een template een sensor te maken die opwekking aftrekt van verbruik, om zo de levering uit het net te krijgen. En dan teruglevering verwijderen. Maar Home Assistant lijkt die virtuele sensor niet te herkennen als energiemeting. Ik zie wel data, een bepaalde hoeveelheid energie wordt eruit gepoept, maar het symbooltje is een oogje in plaats van een bliksemschicht, en ik kan de zelfgemaakte sensor ook niet selecteren in de energie instellingen.

Zou je de template eens kunnen delen? Het lijkt erop dat je niet goed hebt aangegeven wat de device_class is.

Dit heb ik bij mijn MQTT sensoren staan voor de zonnepanelen, totaal verbruik etc.:

YAML:

    unit_of_measurement: "kWh"
    device_class: "energy"
    state_class: "total_increasing"

Met device_class: "energy" zou je echt geen oogje moeten krijgen.

Overigens klopt het niet wat je zegt, dat Essent per dag bekijkt of je teruglevert of importeert uit het net. Dit gaat gewoon 1x per jaar bij de eindafrekening. Dat is de salderingsregeling.

Amanoo schreef op vrijdag 29 oktober 2021 @ 10:52:
Het is allemaal een beetje lastig. Ik doe de meting ook via de Toon P1 meter, dus ik zie alleen verbruik en opwekking, niet teruglevering of wat ik van het net gebruik.

Via P1 zou je normaliter veel meer moeten kunnen zien. Maar ik ken de Toon verder niet echt, behalve van naam. Is er niet sprake van een misverstand? Dat verbruik = wat je van het net verbruikt en opwekking = teruglevering? Dat klinkt nogal logisch namelijk

[ Voor 27% gewijzigd door Gizz op 29-10-2021 11:45 ]

[MrBarBarian]

Over Shelly in HA gesproken.

Gebruiken jullie de Shelly Intregratie? Ik merk dat die niet echt actief ontwikkeld wordt (laatste update; april 2021) en dat ik toch wel geregeld tegen bugs aanloop:
- Shelly 2.5 wordt niet goed ondersteunt
- MQTT werkt oppeens niet goed meer voor een dimmer
- Energy verbruik is niet goed geconfigureerd.

Langszamerhand begin ik mijn vertrouwen in de integratie behoorlijk te verliezen.

Wat gebruiken jullie? Herkenbaar verhaal?

Jammer, want Shelly's vind ik verder prima spul..

[Amanoo]

Gizz schreef op vrijdag 29 oktober 2021 @ 11:28:
[...]

Zou je de template eens kunnen delen? Het lijkt erop dat je niet goed hebt aangegeven wat de device_class is.

Dit heb ik bij mijn MQTT sensoren staan voor de zonnepanelen, totaal verbruik etc.:

YAML:

    unit_of_measurement: "kWh"
    device_class: "energy"
    state_class: "total_increasing"

Met device_class: "energy" zou je echt geen oogje moeten krijgen.

Overigens klopt het niet wat je zegt, dat Essent per dag bekijkt of je teruglevert of importeert uit het net. Dit gaat gewoon 1x per jaar bij de eindafrekening. Dat is de salderingsregeling.

Ah, ik had inderdaad niet gezien dat ik device class moest aangeven. Ik zag dat niet terug in voorbeelden, dus ik dacht dat het werd geïnfereerd uit de gebruikte eenheid. Ik kan nu niet delen want ik moet nu weg, maar je hebt gelijk, ik had dat niet gedaan.

Wat Essent betreft, ik bedoelde keer dat ze naar mijn weten niet elk uur in het afgelopen jaar afgaan om te kijken op welke momenten je meer hebt opgewekt dan verbruikt (en dus teruggeleverd). Dat hun resolutie waarmee ze het bekijken niet zo hoog is dus. Volgens mij heeft teruglevering ook een lagere prijs, althans dat begrijp ik uit mijn contract, dus dat maakt onder de eindstreep uit. Het kan zijn dat ik een uurtje meer opwek dan gebruik, maar dat zal niet snel een hele dag duren, laat staan langer. Een grove resolutie is voor mij voordeliger.

Via P1 zou je normaliter veel meer moeten kunnen zien. Maar ik ken de Toon verder niet echt, behalve van naam. Is er niet sprake van een misverstand? Dat verbruik = wat je van het net verbruikt en opwekking = teruglevering? Dat klinkt nogal logisch namelijk

Ja, naar mijn weten wordt levering uit het net niet doorgegeven door Toon. Die data zit niet in de API. die krijg ik niet binnen.

[ Voor 12% gewijzigd door Amanoo op 29-10-2021 12:13 ]

[vonkkie]

MrBarBarian schreef op vrijdag 29 oktober 2021 @ 11:59:
Over Shelly in HA gesproken.

Gebruiken jullie de Shelly Intregratie? Ik merk dat die niet echt actief ontwikkeld wordt (laatste update; april 2021) en dat ik toch wel geregeld tegen bugs aanloop:
- Shelly 2.5 wordt niet goed ondersteunt
- MQTT werkt oppeens niet goed meer voor een dimmer
- Energy verbruik is niet goed geconfigureerd.


Langszamerhand begin ik mijn vertrouwen in de integratie behoorlijk te verliezen.

Wat gebruiken jullie? Herkenbaar verhaal?

Jammer, want Shelly's vind ik verder prima spul..

Werkt hier naar tevredenheid wat werkt er niet aan de shelly 2.5

[Gizz]

@Amanoo De 'resolutie' van Essent is 1x per jaar, namelijk je eindafrekening
Ze kijken niet per minuut, uur, dag, week of maand. Maar 1x per jaar.

[Amanoo]

MrBarBarian schreef op vrijdag 29 oktober 2021 @ 11:59:
Over Shelly in HA gesproken.

Gebruiken jullie de Shelly Intregratie? Ik merk dat die niet echt actief ontwikkeld wordt (laatste update; april 2021) en dat ik toch wel geregeld tegen bugs aanloop:
- Shelly 2.5 wordt niet goed ondersteunt
- MQTT werkt oppeens niet goed meer voor een dimmer
- Energy verbruik is niet goed geconfigureerd.

Langszamerhand begin ik mijn vertrouwen in de integratie behoorlijk te verliezen.

Wat gebruiken jullie? Herkenbaar verhaal?

Jammer, want Shelly's vind ik verder prima spul..

Ik ben sowieso niet heel overtuigd van Shelly. Ik heb 2 lampen en een dimmer. De twee lampen geven heel raar koudwit licht, een beetje rozig. En bij aan en uit doen willen ze nogwel eens groen licht geven als ze bijna uit zijn, of andere kleuren. En mijn dimmer knippert nog wel eens al zou het misschien kunnen dat mijn domme lampen achter die dimmer niet zo goed zijn. Het zijn niet de beste producten.