Home Assistant: Open source Python3 home automation - deel 3

[Koffie]

lolgast schreef op maandag 1 februari 2021 @ 17:03:
@Koffie Nee die is niet altijd off. Daar is restore_state voor (die je van mijn code hebt overgenomen)

Voor zover ik weet (en getest heb) werkt deze alleen bij een softboot, niet bij een power failure.
Zal vanavond nog eens testen.

[Septillion]

Koffie schreef op maandag 1 februari 2021 @ 16:49:
Snap ik ja. Als je eenmaal iets in je hoofd hebt bedacht hoe dat al een paar jaar met succes werkt, is dat soms lastig over te brengen met dit soort situaties.

Begrijp me niet verkeerd, top dat het werkt! Maar was dat ook niet beetje het probleem bij het zoeken naar een oplossing en dat je alle andere richting afschoot?

Want nu los je het probleem van state half op in HA (reset sturen) en half op is ESPeasy (state bijhouden van een stateless actie). Mij zou het logischer lijken of alles in ESPeasy te doen of alles in HA.

[feenstn]

Berry_1989 schreef op zaterdag 30 januari 2021 @ 16:33:
Hallo,

Heeft er iemand ervaring met het koppelen van een RobbSmarrt inbouwschakkelaar aan een Conbee II Zigbee hub? Het lukt mij niet om de inbouwschakelaar te pairen, als iemand kan bevestigen dat het bij hem wel gelukt is dan zoek ik verder in mijn setup.

Het gaat om deze inbouwschakelaar:
https://www.robbshop.nl/i...obb-smarrt?sqr=zigbee%20&

Alvast bedankt voor jullie hulp!

Late reactie, maar ik heb meerdere van deze inbouwschakelaars werkend met Conbee II stick. Was soms even paar keer resetten - 5x schakelaar aan/uit uit mijn hoofd, maar ging uiteindelijk makkelijker dan Ikea Tradfri lampen, daar ben ik uren mee zoet geweest.

mr_derk schreef op zaterdag 30 januari 2021 @ 16:47:
[...]


Denk dat het handig is de integratie erbij te vermelden. Duur ding trouwens. Sonoff heeft tegenwoordig de ZBMINI voor < 10 euro.

Vraag me wel af of deze achter een schakelaar in een inbouw doos passen...
Dat is wel een voordeel van die Robsmart dingen, dat krijg je er wel in.

[Raven__NL]

Ik ben bezig om mijn DSMR reader te koppelen met Home Assistant via MQTT.

Alleen vraag ik mij af ik de entities/devices ook onder dit stukje moet zien zoals bij de Nest.




Als ik onder dev. tool entities opzoek kom ik daar wel tig entities tegen alleen dat lijkt nog niet helemaal goed te lopen (oude data). Dus vraag me af of ik wel het goede spoor zit.

Alvast bedankt

[daxy]

Raven__NL schreef op maandag 1 februari 2021 @ 17:36:
Ik ben bezig om mijn DSMR reader te koppelen met Home Assistant via MQTT.

Alleen vraag ik mij af ik de entities/devices ook onder dit stukje moet zien zoals bij de Nest.

[Afbeelding]


Als ik onder dev. tool entities opzoek kom ik daar wel tig entities tegen alleen dat lijkt nog niet helemaal goed te lopen (oude data). Dus vraag me af of ik wel het goede spoor zit.

Alvast bedankt

Ik neem aan dat je DSMR-reader gebruikt en daar verschillende onderdelen naar MQTT zet.
Die ga je niet bij Integrations -> MQTT zien (just checked it). Die zie je alleen bij je dev-tools.

Als je de sensoren wel hebt binnen HA maar ze worden niet goed geupdated, dan ligt het eerder aan DSMR Reader of je MQTT broker. Als je de sensoren helemaal niet hebt, dan ligt dat ook meestal niet aan HA 😀

[Raven__NL]

Top dank je wel om te checken!

Beetje verwarrend want bij alle integrations zie je 'devices/entities' maar bij MQTT dus niet.

Dus wat ik zie is zoals het werkt alleen ze worden niet goed geupdate. Dan moet ik ff verder zoeken en hoef ik me op die integrations niet te richt. Ik dacht misschien dat de koppeling niet goed was ofzoiets in die richting.

[Hennie-M]

Hallo, ik ben bezig om ergens deze maand over te stappen van Homey naar Home Assistant. (De homey blijft nog wel staan ivm de antenne's e.d. maar de logica wil ik verplaatsen naar Home Assistant icm NodeRed.

Maar ik moet mijn wasmachine vervangen, en ik zit al tijden uit te stellen om een nieuwe machine te kopen maar nu moet het echt. Maar ik krijg eigenlijk niet goed te zien of ik nu juist wel of niet een Siemens (Home Connect api) of Samsung (smart Things) of LG (LG THinQ) moet pakken.
Ik heb een airco van LG en krijg ook daar nog geen grip op om die in Homey/ IFTTT/ Siri te krijgen. Home Assistant nog niet geprobeerd.

Ik ben dus eigenlijk op zoek naar praktijk ervaringen.
wat ik overigens wil bereiken is dat ik een push notificatie krijg als de wasbeurt klaar is (easy, dat kan met de eigen app). Maar ik wil eigenlijk vooral dat ik nog een extra push notificatie krijg als ik thuis kom en de was is klaar. Dus dan moet je dingen gaan combineren. En het zou ook leuk zijn als ik op mijn dashboardje kan zien hoe lang de was nog duurt.

[Waah]

@Hennie-M behalve de duur kan alles wat je wil ook met een slimme stekker met stroom meting (zigbee of wifi). Zo heb ik het gedaan zonder dure wasmachine aan te schaffen ;-)

[martinvdm]

Koffie schreef op maandag 1 februari 2021 @ 08:26:
[...]

Thanks.
Ik had daar uiteraard al zitten kijken, maar ik zie niet hoe ik daarmee in ESPhome de state van een switch kan wijzigen?

Nvt

Edit: sorry had de vorige reacties van anderen nog niet gelezen

[ Voor 47% gewijzigd door martinvdm op 01-02-2021 18:29 ]

[bandy]

spokje schreef op maandag 1 februari 2021 @ 08:35:
[...]


Heb je wel Philips Hue lampen?

En kun je je volledige automation posten?

Ja het zijn allen Hue lampen.

Kleine kanttekening; ik ben een beginnend Home assistant gebruiker, alle automatiseren doe ik eigenlijk alleen via de UI.

Hieronder de automatisering.. als ik deze zo lees begin ik me af te vragen of ik de "offset" misschien moet verwijderen?

alias: lampen aan bij zonsondergang
description: ''
trigger:
- platform: sun
event: sunset
offset: '-00:30:00'
condition: []
action:
- service: scene.turn_on
entity_id: scene.zonsondergang
data:
transition: 1800
- type: turn_on
device_id: fc316d673107d0ed908116f6108d0e0b
entity_id: light.huiskamer_staande_lamp
domain: light
- type: turn_on
device_id: 4a642e9351671dd4cf151c9ec268d7f2
entity_id: light.kleine_lamp
domain: light
- type: turn_on
device_id: c16ec39aa56e040630d6449701743654
entity_id: light.hue_play_links
domain: light
- type: turn_on
device_id: 25bdc65a4685858469955852ef3aa946
entity_id: light.hue_play_rechts
domain: light
mode: single

[ Voor 11% gewijzigd door bandy op 01-02-2021 18:41 ]

[Koffie]

Septillion schreef op maandag 1 februari 2021 @ 17:13:
[...]

Begrijp me niet verkeerd, top dat het werkt! Maar was dat ook niet beetje het probleem bij het zoeken naar een oplossing en dat je alle andere richting afschoot?

Je hebt "potdorrie wat ben jij stronteigenwijs" verkeerd gespeld
Ik weet dat ik eigenwijs ben, en dan moet het zoals ik bedacht heb, en dat levert soms tunnelvisie op ja.
Komt ook nog bij, dat ik al een flinke tijd mijn kachel middels HA en een ESP met IR aanstuur, de meeste andere opties heb ik allang al eens onderzocht en verworpen

Want nu los je het probleem van state half op in HA (reset sturen) en half op is ESPeasy (state bijhouden van een stateless actie). Mij zou het logischer lijken of alles in ESPeasy te doen of alles in HA.

Ik gebruik ESPHome, niet ESPEasy (bestaat dat nog, of is dat een beetje uitgestorven?).
Enfin, ESPHome gaat nooit de state 100% zeker weten. Er is maar 1 plek waar er zekerheid over de staat is en dat is de gebruiker.
En soms wil de state die de ESP/HA heeft verschillen van de werkelijkheid. Dat kan door een storing zijn, of door menselijk handelen.

Dat de IR code (net als bij een TV) voor zowel aan als uit identiek is, helpt natuurlijk ook niet in dit geheel.

[MBgek]

Koffie schreef op maandag 1 februari 2021 @ 19:08:
[...]

Je hebt "potdorrie wat ben jij stronteigenwijs" verkeerd gespeld
Ik weet dat ik eigenwijs ben, en dan moet het zoals ik bedacht heb, en dat levert soms tunnelvisie op ja.
Komt ook nog bij, dat ik al een flinke tijd mijn kachel middels HA en een ESP met IR aanstuur, de meeste andere opties heb ik allang al eens onderzocht en verworpen


[...]

Ik gebruik ESPHome, niet ESPEasy (bestaat dat nog, of is dat een beetje uitgestorven?).
Enfin, ESPHome gaat nooit de state 100% zeker weten. Er is maar 1 plek waar er zekerheid over de staat is en dat is de gebruiker.
En soms wil de state die de ESP/HA heeft verschillen van de werkelijkheid. Dat kan door een storing zijn, of door menselijk handelen.

Dat de IR code (net als bij een TV) voor zowel aan als uit identiek is, helpt natuurlijk ook niet in dit geheel.

Misschien past het niet in jouw straatje maar kun je niet een signaaltje afpakken van een power LEDje o.i.d van je kachel? Dan heb je 100% zekerheid van de status.

[Koffie]

MBgek schreef op maandag 1 februari 2021 @ 19:15:
[...]


Misschien past het niet in jouw straatje maar kun je niet een signaaltje afpakken van een power LEDje o.i.d van je kachel? Dan heb je 100% zekerheid van de status.

die is er niet echt, alleen een LCD scherm met tekst. En om daar nou OCR op toe te gaan passen



Enige (nette) optie die er nog is die ik wil onderzoeken, is kijken of ik direct het stroomverbruik van de kachel kan uitlezen met een smart-plug en zo interpreteren of de status anders is dan ik denk dat deze is.

[martinvdm]

Koffie schreef op maandag 1 februari 2021 @ 19:22:
[...]

die is er niet echt, alleen een LCD scherm met tekst. En om daar nou OCR op toe te gaan passen

[Afbeelding]

Enige (nette) optie die er nog is die ik wil onderzoeken, is kijken of ik direct het stroomverbruik van de kachel kan uitlezen met een smart-plug en zo interpreteren of de status anders is dan ik denk dat deze is.

maar ja die spanningsmeting is ook niet 100% wat je wel wilde. Ik zou zelf eens op ontdekkingstocht gaan en kijken wat er meetbaar is op de print als het apparaat aan staat. Als er bijvoorbeeld ergens een soldeerpunt bestaat welke spanning geeft als de kachel aan staat dan kun je, al dan niet met een relay, meten dat de kachel aan staat. Dat is 100% wat mij betreft.

[Septillion]

Koffie schreef op maandag 1 februari 2021 @ 19:08:
Je hebt "potdorrie wat ben jij stronteigenwijs" verkeerd gespeld

Haha, beetje Daarom zeg ik, bedoel het niet verkeerd. Maar het klonk mij een beetje in de oren dat je eigenlijk weer terug wilde naar je eigen software omdat ESPhome niet hetzelfde werkt, niet omdat het niet mogelijk is.

Ik gebruik ESPHome, niet ESPEasy (bestaat dat nog, of is dat een beetje uitgestorven?).

Uhmm, oeps Ander bestaat ook nog maar ben ik ook niet echt weg van.

Dat de IR code (net als bij een TV) voor zowel aan als uit identiek is, helpt natuurlijk ook niet in dit geheel.

Meestal wel, maar soms kan je geluk hebben dat er zowel een toggle-, aan- als uit-commando bestaat. Dit heb ik voor mijn versterker.

[Koffie]

martinvdm schreef op maandag 1 februari 2021 @ 19:34:
[...]

maar ja die spanningsmeting is ook niet 100% wat je wel wilde. Ik zou zelf eens op ontdekkingstocht gaan en kijken wat er meetbaar is op de print als het apparaat aan staat. Als er bijvoorbeeld ergens een soldeerpunt bestaat welke spanning geeft als de kachel aan staat dan kun je, al dan niet met een relay, meten dat de kachel aan staat. Dat is 100% wat mij betreft.

Die pelletkachel staat in een hoek, is loeizwaar en zit aan een rookkanaal vast. Even opzijschuiven zit er niet in.
Ik heb 'm wel eens open gehad en naar het moederbord gekeken, maar de external thermostat pins die iets zouden moeten doen, reageerde al nergens op.
Ik hou van een beetje hardware klooien, maar lukraak wat vrotten op het mobo van mijn primaire verwarmingsbron vind ik een beetje 'pushing your luck'

Septillion schreef op maandag 1 februari 2021 @ 19:40:
[...]

Haha, beetje Daarom zeg ik, bedoel het niet verkeerd. Maar het klonk mij een beetje in de oren dat je eigenlijk weer terug wilde naar je eigen software omdat ESPhome niet hetzelfde werkt, niet omdat het niet mogelijk is.

Ik stond wel op dat punt ja

Meestal wel, maar soms kan je geluk hebben dat er zowel een toggle-, aan- als uit-commando bestaat. Dit heb ik voor mijn versterker.

Hier helaas dus niet, heb de de IRcodes zelf allemaal raw moeten opvangen van de originele AB.
En dan moet je met IR ook nog eens, gelijk aan het fysieke knopje op de kachel zelf '2 seconden de powerknop indrukken'.
Vandaar ook die achterlijk hoge repeats aan IR die ik erin heb zitten.

[Septillion]

@Raven__NL Op zich komen devices en entities die door (MQTT) auto discovery zijn toegevoegd wel onder de MQTT integratie.


Maar volgens mij heeft DSMR geen auto discovery maar gebruikt het simpelweg MQTT als bus. Zonder iets extra's zal HA dus gewoon die MQTT berichten negeren. De werkelijke zou moeten komen uit de DSMR Reader integratie. Die leest dan die topics in en die maakt de devices en entiteiten beschikbaar aan HA.

De MQTT integratie had naar mijn idee dus ook niet "Mosquitto broker" "MQTT" moeten heten maar "MQTT auto discovery". Immers moet je de echte broker als add-on (of losse container of extern) draaien.

[Koffie]

lolgast schreef op maandag 1 februari 2021 @ 17:03:
@Koffie Nee die is niet altijd off. Daar is restore_state voor (die je van mijn code hebt overgenomen)

Even getest:
- state = on -> softreboot -> state word naar on gezet, inclusief de bijbehorende acties (dus bij opstarten gaat de state naar on en word de IR code weer uitgezonden
- state = on -> van de voeding af -> weer aan de voeding -> start op met een state = off zonder enige IR code te zenden

[Raven__NL]

Septillion schreef op maandag 1 februari 2021 @ 19:49:
@Raven__NL Op zich komen devices en entities die door (MQTT) auto discovery zijn toegevoegd wel onder de MQTT integratie.
[Afbeelding]

Maar volgens mij heeft DSMR geen auto discovery maar gebruikt het simpelweg MQTT als bus.Zonder iets extra's zal HA dus gewoon die MQTT bereichten negeren. De werkelijke zou moeten komen uit de DSMR Reader integratie. Die leest dan die topics in en die maakt de devices en entiteiten beschikbaar aan HA.

De MQTT integratie had naar mijn idee dus ook niet "Mosquitto broker" moeten heten maar "MQTT auto discovery". Immers moet je de echte broker als add-on (of losse container of extern) draaien.

Ok helder.
Dat zette me een beetje op het verkeerde spoort. Is namelijk me 1e MQTT integratie dus vandaar
Maar @daxy heeft me op weg geholpen...nogmaals bedankt

[Koffie]

Septillion schreef op maandag 1 februari 2021 @ 19:49:
@Raven__NL
De MQTT integratie had naar mijn idee dus ook niet "Mosquitto broker" moeten heten maar "MQTT auto discovery". Immers moet je de echte broker als add-on (of losse container of extern) draaien.

Het stukje "MQTT Broker" uit je screenshot is de naam die jij er zelf aan gegeven hebt, niet een informatieve bewering van HA?

[sjorsjuhmaniac]

Verwijderd schreef op maandag 1 februari 2021 @ 13:31:
Kan iemand mij op weg helpen?
Ik wil een Raspberry Pi 3b in mijn garage die 4 relais schakelt.
Ik heb een Pi met relais-board, voeding en internet (UTP) aanwezig en er draait Raspian OS op.
Op een Intel Nuc (meterkast) draait Home Assisant supervised, alles ok.

Hoe kan ik nou het gemakkelijkst de Pi (mis)-bruiken om heel simpel de relais op de Pi te besturen?
Ik heb mij ingelezen in MQTT, maar dat vind ik omslachtig.
Ik denk dat ik het liefst commando's naar het ip van de Pi stuur, of jullie moeten iets gemakkelijker weten...

Mijn idee is om het luisterend programma op de Pi in Python te programmeren.

Het kan op zo veel manier als je wilt, voorbeeldjes:
- via ssh, ssh login + commando
- via ssh, koppel ssh keys aan commando -> login met die key -> voert commando uit
- via een simpele webpage, ik draai bv een super simpel py scriptje (10Kb) dat een webpagina serveert met de commando's als links

[Raven__NL]

Koffie schreef op maandag 1 februari 2021 @ 20:16:
[...]

Het stukje "MQTT Broker" uit je screenshot is de naam die jij er zelf aan gegeven hebt, niet een informatieve bewering van HA?

[Afbeelding]

Die heeft die vanzelf daar geplaatst.
En ik heb het zojuist nogmaals doorgelopen en dat komt via deze popup

[ Voor 7% gewijzigd door Raven__NL op 01-02-2021 20:30 ]

[Septillion]

@Koffie Really? Niet aan te passen dus had ik even niet door. Maakt het iets minder slecht maar dat het vooral voor de auto discovery is qua devices en entities is niet gelijk duidelijk. Misschien dat "auto discovery" in de naam ook weer iets te beperkt is want het zorgt natuurlijk ook voor de MQTT services. Mm, lastig

[crimby]

Even een stomme vraag, maar ik de HA app op mijn IOS toestel en daar heb ik de app icon groen gemaakt ipv standaard blauw. Nu wilde ik dit voor mijn vriendin ook doen, maar hoe doe ik dit nou ook alweer? Ik kan het nergens vinden.

[sjorsjuhmaniac]

Septillion schreef op maandag 1 februari 2021 @ 20:34:
@Koffie Really? Niet aan te passen dus had ik even niet door. Maakt het iets minder slecht maar dat het vooral voor de auto discovery is qua devices en entities is niet gelijk duidelijk. Misschien dat "auto discovery" in de naam ook weer iets te beperkt is want het zorgt natuurlijk ook voor de MQTT services. Mm, lastig

@Koffie even verwijderen en het IP van je HA invullen. Dan zou je 'hetzelfde' moeten zien met de devices en entities erop.

[sjorsjuhmaniac]

crimby schreef op maandag 1 februari 2021 @ 20:37:
Even een stomme vraag, maar ik de HA app op mijn IOS toestel en daar heb ik de app icon groen gemaakt ipv standaard blauw. Nu wilde ik dit voor mijn vriendin ook doen, maar hoe doe ik dit nou ook alweer? Ik kan het nergens vinden.

app configuration -> general -> app icon

[crimby]

sjorsjuhmaniac schreef op maandag 1 februari 2021 @ 20:40:
[...]


app configuration -> general -> app icon

Haha jezus wat stom van me! Maar dank! Roze icoontje is toch beduidend leuker hehe!

[Raven__NL]

@Koffie @sjorsjuhmaniac @Septillion
Guys, ik ben nu even in de war. Moet ik nu wel of gaan devices/entities zien in combinatie met Dsmr reader?

Ik was namelijk gewend om via die route entities toe te voegen. Je ziet daar namelijk al een soort pre-build kaartje met alle gegevens die worden uitgelezen. Nu moet je alles via dev tools nakijken en dat kost wat meer tijd.

[Septillion]

@Raven__NL Nee, volgens mij niet. Daarvoor moet je de DSMR Reader integratie configureren. En ik verwacht dat ze dan wel onder die integratie zichtbaar worden.

[Raven__NL]

@Septillion ok check!
Die heb ik maar komt niet onder integrations erbij maar ik zie wel alle aangemaakte sensors via dev tools.

[Septillion]

@Raven__NL Zou kunnen, daarvoor heb ik te weinig ervaring met DSMR Reader integratie. Maar dat ze niet onder de MQTT integratie vallen is dus logisch omdat dit niet de integratie is die ze toevoegt.

[Verwijderd]

sjorsjuhmaniac schreef op maandag 1 februari 2021 @ 20:30:
[...]


Het kan op zo veel manier als je wilt, voorbeeldjes:
- via ssh, ssh login + commando
- via ssh, koppel ssh keys aan commando -> login met die key -> voert commando uit
- via een simpele webpage, ik draai bv een super simpel py scriptje (10Kb) dat een webpagina serveert met de commando's als links

Zou je python scriptje kunnen delen?
Zoiets lijkt mij wel geschikt inderdaad.
Als dat te moeilijk lijkt kan ik ook voor een shelly uni gaan, maar die Pi ligt toch maar in de kast.

[sjorsjuhmaniac]

Verwijderd schreef op maandag 1 februari 2021 @ 21:13:
[...]

Zou je python scriptje kunnen delen?
Zoiets lijkt mij wel geschikt inderdaad.
Als dat te moeilijk lijkt kan ik ook voor een shelly uni gaan, maar die Pi ligt toch maar in de kast.

- draait als webserver op poort 9876
- bied bij mij 3 commandos aan (light aan, server shutdown en server startup). Dit kan je uitbreiden zoveel je wilt.
- regel 21 is een rij in een tabel waar een command staat. De javascript functie moet gedefinieerd zijn en een unieke naam hebben. de tekst die afgebeeld wordt is vrij te kiezen.
- regel 28..31, voor ieder commando een kleine javascript functie. De functie laad in de cell een image waarvan de source deze zelfde pagina is + het argument (microsd in dit geval, dat wordt op regel 82 gematched) van het commando. Dit zorgt ervoor dat het script opnieuw wordt aangeroepen, nu met een argument, en dan in regel 83 iets doet.
- in regel 82 matched het argument 'microsd' en in 83 wordt het locale script uitgevoerd met parameter '-microsd' (ik gebruik hier beide 'microsd' maar de laatste om je script aan te roepen kan je helemaal vrij kiezen of zelfs weglaten, whatever je wilt, zolang 82 maar matched met de img src in regel 29)

- in regel 19 zie de link voor het aanzetten van verlichting. deze triggered de code in regel 37
- in regel 38 zie je dat ik daar geen kort commando heb in de 'img src' maar een http url. Ik voer dus geen lokaal script uit voor het schakelen van het licht. Ik laad daar direct de link om de verlichting aan te zetten (een andere server die een webinterface heeft).

- je kan dus ook direct het commando aanroepen als het op de server met een scriptje uitgevoerd wordt. Dat kan met <ip>:9876/<whatever je matched in de if-s vanaf regel 82>, bv <ip>:9876/microsd

Python: shortcuts.py

#!/usr/bin/python

from BaseHTTPServer import BaseHTTPRequestHandler,HTTPServer
from os import curdir, sep
import pprint
import sys
import traceback
import linecache
import subprocess

### Settings
PORT_NUMBER = 9876
###

dataHTML='''<html><body>
        <table align="center" height="100%" style="font-size:12em"> 
        <tr align="center" id="foo" style="display: none;" bgcolor="green"><td>--</td></tr>
        <tr><td></td></tr>
        <tr align="center"><td><a href="#" onclick="addImageLightOn()">OLO</a></td></tr>
        <tr><td></td></tr>
        <tr align="center"><td><a href="#" onclick="addImageMicroSd()">Micro SD</a></td></tr>
        <tr><td></td></tr>
        <tr align="center"><td><a href="#" onclick="addImageMicroSu()">Micro SU</a></td></tr>
        <tr><td></td></tr>
        <tr><td><div id="img" style="display: none;"></div></td></tr></table>
        <script>

function addImageMicroSd(){
       document.getElementById("img").innerHTML = "<img src='microsd'/>"
       showHide();
}
function addImageMicroSu(){
       document.getElementById("img").innerHTML = "<img src='microsu'/>"
       showHide();
}

function addImageLightOn(){
       document.getElementById("img").innerHTML = "<img src='http://domo:8080/json.htm?type=command&param=switchlight&idx=25&switchcmd=On'/>"
       showHide();
}


function showHide(){
    setTimeout(function () {
    document.body.style.backgroundColor="green"
    }, 100);
    setTimeout(function () {
    document.body.style.backgroundColor=""
    }, 5000); 
    return false;
}

</script>
</body></html>'''



def PrintException():
    exc_type, exc_obj, tb = sys.exc_info()
    f = tb.tb_frame
    lineno = tb.tb_lineno
    filename = f.f_code.co_filename
    linecache.checkcache(filename)
    line = linecache.getline(filename, lineno, f.f_globals)
    print 'EXCEPTION IN ({}, LINE {} "{}"): {}'.format(filename, lineno, line.strip(), exc_obj)


### This class will handle any incoming request
class myHandler(BaseHTTPRequestHandler):


    def do_GET(self):
        try:
            #Check the file extension required and
            #set the right mime type

            #~ sendReply = False
            mimetype='application/json'
            data='{"status": "OK"}'
            sendReply = True

            if (self.path == "/microsd"):
                subprocess.call(['/opt/code/shortcut-page/shortcuts.sh','-microsd'])
            elif (self.path == "/microsu"):
                subprocess.call(['/opt/code/shortcut-page/shortcuts.sh','-microsu'])
            elif (self.path == "/apple-touch-icon.png"):
                mimetype='image/png'
                sendReply = True 
                f = open(curdir + sep + 'apple-touch-icon.png') 
                data = f.read()
                f.close()
            else:
                mimetype='text/html'
                data=dataHTML
                sendReply = True

            if sendReply == True:
                #Open the static file requested and send it
                self.send_response(200)
                self.send_header('Content-type',mimetype)
                self.end_headers()
                self.wfile.write(data)
            return


        except IOError:
            self.send_error(404,'File Not Found: %s' % self.path)
        
    def do_POST(self):
        # Doesn't do anything with posted data
        self._set_headers()
        self.wfile.write("<html><body><h1>POST!</h1></body></html>")


############################ main ############################
try:
    #~ Create a web server and define the handler to manage the
    #~ incoming request
    server = HTTPServer(('', PORT_NUMBER), myHandler)
    print 'Started httpserver on port ' , PORT_NUMBER

    #Wait forever for incoming htto requests
    server.serve_forever()

except KeyboardInterrupt:
    print '^C received, shutting down the web server'
    server.socket.close()

[Verwijderd]

@sjorsjuhmaniac Super!
Dit lijkt wel geschikt, ik ga ermee aan de slag. Dank je wel.

[DeadMetal]

Wat doe ik nou toch fout in deze automation?

Op een bepaalde tijd (opgeslagen in een input_datetime. dat werkt) wil ik de huismodus (een input_select) op 'dag' zetten (dat werkt ook) maar enkel als de huismodus niet 'vakantie' is. Die conditie werkt niet. In alle gevallen past de automation de status aan.

YAML:

- id: '1612247988371'
  alias: Dagmodus
  description: 'Dagmodus starten, mits niet in vakantiemodus'
  trigger:
  - platform: time
    at: input_datetime.wekkertijd_huis
  condition:
  - condition: not
    conditions:
    - condition: state
      entity_id: input_select.huismodus
      state: "vakantie"
  action:
  - service: input_select.select_option
    data:
      option: dag
    entity_id: input_select.huismodus
  mode: single

[Wilf]

GoBieN-Be schreef op maandag 1 februari 2021 @ 12:25:
[...]

Bij mij werken ze perfect in ZHA.
Ik heb er 2 gekocht, wel was van 1 van de 2 plots na een paar weken dienst plots de batterij op 1 dag tijd van 100% naar 0% gegaan. Dus lijken soms slechte batterijen in te zitten.

Ik heb hier een HUE motion sensor, die wel temperatuur toont, maar geen beweging detecteert.
Als ik hem op een andere locatie zet dan werkt de detectie wel vreemd genoeg.

Ik heb ZHA nog niet geprobeerd (comms direct via Phoscon) dus worth a try, thanks!

[Septillion]

@DeadMetal Lijkt redelijk goed, enige wat ik zelf anders was gedaan had was "vakantie" niet in quotes. En na testje hier is dat precies wat de GUI hier gedaan heeft en dan werkt hij als verwacht.

[sOid]

@DeadMetal Ben nog niet super bedreven met automations, maar ik heb wel gemerkt dat het hoofdlettergevoelig is/kan zijn. Bij m'n automation voor theme switcher bijvoorbeeld.

Lijkt me de moeite waard om even te controleren of het niet "Vakantie" is ipv "vakantie".

[Koepert]

DeadMetal schreef op dinsdag 2 februari 2021 @ 07:56:
Wat doe ik nou toch fout in deze automation?

Op een bepaalde tijd (opgeslagen in een input_datetime. dat werkt) wil ik de huismodus (een input_select) op 'dag' zetten (dat werkt ook) maar enkel als de huismodus niet 'vakantie' is. Die conditie werkt niet. In alle gevallen past de automation de status aan.

YAML:

- id: '1612247988371'
  alias: Dagmodus
  description: 'Dagmodus starten, mits niet in vakantiemodus'
  trigger:
  - platform: time
    at: input_datetime.wekkertijd_huis
  condition:
  - condition: not
    conditions:
    - condition: state
      entity_id: input_select.huismodus
      state: "vakantie"
  action:
  - service: input_select.select_option
    data:
      option: dag
    entity_id: input_select.huismodus
  mode: single

[Afbeelding]

[Afbeelding]

De automation met dag etc is exact hetzelfde? ook met de dubbele aanhalingstekens?

[roynolf]

Ik ben momenteel de elektrische installatie aan het uittekenen voor onze nieuwbouwwoning.
Op een centraal punt in onze woning zullen we 8 lichtgroepen en 4 rolluikschakelaars aansturen.

Ik zie op tegen de opstelling waar ik alles fysiek moet voorzien van schakelaars. Aangezien ik Home Assistant ga gebruiken om een aantal zaken in en rond onze woning te automatiseren, denk ik er aan om op dit centrale punt in de woning een tablet te voorzien (met HA) om deze deze 8 lichtgroepen en 4 rolluikschakelaars te schakelen.

Zijn er mensen die dergelijke opstelling in gebruik hebben? Wat zijn de gebruikservaringen? Is HA onderhand stabiel genoeg om deze situatie - zoals hierboven beschreven - op te lossen?

Alvast bedankt

[sOid]

roynolf schreef op dinsdag 2 februari 2021 @ 09:47:
Ik ben momenteel de elektrische installatie aan het uittekenen voor onze nieuwbouwwoning.
Op een centraal punt in onze woning zullen we 8 lichtgroepen en 4 rolluikschakelaars aansturen.

Ik zie op tegen de opstelling waar ik alles fysiek moet voorzien van schakelaars. Aangezien ik Home Assistant ga gebruiken om een aantal zaken in en rond onze woning te automatiseren, denk ik er aan om op dit centrale punt in de woning een tablet te voorzien (met HA) om deze deze 8 lichtgroepen en 4 rolluikschakelaars te schakelen.

Zijn er mensen die dergelijke opstelling in gebruik hebben? Wat zijn de gebruikservaringen? Is HA onderhand stabiel genoeg om deze situatie - zoals hierboven beschreven - op te lossen?

Alvast bedankt

Zeker wel stabiel genoeg. Maar voor licht zou ik wel een (Zigbee) schakelaar plaatsen. Mocht HA (of je tablet) zijn gecrasht, dan kun je alsnog je verlichting bedienen.

Ben wel benieuwd wat met je lichtgroepen bedoelt trouwens. Zijn dat groepen door je hele huis of alleen in de woonkamer/benedenverdieping? Ik heb in de woonkamer één zigbeeschakelaar die scenes aanstuurt. En een scene bestaat uit meerdere lampen. Ik schakel bijvoorbeeld met één druk op de knop alle verlichting in de woonkamer en keuken in op de juiste kleurtemperatuur en lichtintensiteit.

Heb verschillende scenes: 'normaal', 'tv-time' voor tijdens films/sersies en 'koken' die licht in keuken feller maakt tijdens, je raadt het al, koken Maar goed, je kan natuurlijk net zo veel scenes maken als je wil.

Overigens heb ik er bij de verbouwing van m'n huis wel voor gekozen om alsnog fysieke leidingen en draden te trekken naar schakelaars. Ook al maak ik er nu geen gebruik van, is het wel fijn om dat in de toekomst te kúnnen doen. Die VD-draden zitten dus afgedopt in de inbouwdozen, achter de zigbee schakelaars (die zonder stroom werken).

[Koepert]

sOid schreef op dinsdag 2 februari 2021 @ 10:01:
[...]

de zigbee schakelaars (die zonder stroom werken).

nou...... er zit vast ook geen hamsteraandrijving in

[sOid]

Koepert schreef op dinsdag 2 februari 2021 @ 10:30:
[...]


nou...... er zit vast ook geen hamsteraandrijving in

Nee, mini-kerncentrale!

[Nnoitra]

Rianata schreef op maandag 1 februari 2021 @ 10:55:
[...]


Eenvoudige howto video:

[YouTube: Shelly How to... - Shelly 1L]

Gezien de commentaren bij die video; niet zo heel eenvoudig.
Ze hebben 'm juist nodeloos complex gemaakt door 2 schakelaars te gebruiken en alles zo dicht bij elkaar op een te kleine ruimte plaatsen.

Deze video is qua opzet en uitleg veel duidelijker.

[DaLass]

Ik probeer middels HA een beetje inzicht te krijgen in mijn stroomverbruik & productie. Hiervoor heb ik o.a. een rooted Toon die de P1 data aanlevert, in combinatie met wat Shelly 1PM's en Blitzwolf sockets met stroommeting, waardoor ik voor een aantal apparaten goed kan inzien wat ze verbruiken/produceren. Omdat ik niet voor alle apparaten stroommeting heb, blijft er ook een stuk verbruik over waarvan niet direct inzichtelijk is waar het vandaan komt.

Dit verbruik viel op, omdat dit aan de hoge kant is. Nu blijkt dat verbruik wel mee te vallen, echter gaat het mis bij de data die uit de P1 van de rooted Toon komt.

Om namelijk het actuele gemeten verbruik op de slimme meter inzichtelijk te krijgen heb ik een template sensor gemaakt die het huidige verbruik laag tarief (sensor.toon_p1_power_use_low) bij het huidige verbruik hoog tarief optelt (sensor.toon_p1_power_use_high) en dit vervolgens verrekend met de opbrengst van de zonnepanelen en de teruggeleverde electriciteit. Zo heb ik 1 sensor die het actuele verbruik zou moeten weergeven, want er wordt maar op een van beide electriciteit verbruikt, afhankelijk in welk tarief ik zit. Dat doe ik als volgt:

code:

sensor:
  - platform: template
    sensors:
      electricity_current:
        friendly_name: Electriciteit - Huidig gebruik
        unit_of_measurement: W
        value_template: "{{ ((states('sensor.toon_p1_power_use_high')|float + states('sensor.toon_p1_power_use_low')|float + states('sensor.se3000_ac_power')|float) - (states('sensor.toon_p1_power_prod_high')|float + states('sensor.toon_p1_power_prod_low')|float)) | round(3) }}"

Echter, schijnbaar geeft het custom component om de P1 data uit te lezen van de rooted Toon continu de laatst gemeten waarde van een sensor weer als er geen verbruik is. Dat was vanmorgen om 07:00u (wisseling tarief) 691 watt voor de "sensor.toon_p1_power_use_low". Die waarde staat er nu nog steeds, zie hieronder:



Ik heb geprobeerd om de state op "0" te zetten, maar dat werkt slechts een paar seconden, waarna de waarde van 691 watt weer ingevuld wordt.

Het issue heb ik al gemeld op de github van de ontwikkelaar, maar ik zoek ondertussen een oplossing om het actuele verbruik op de meter in zichtelijk te krijgen, zonder telkens te hoeven wisselen tussen de sensor voor high en low.

Iemand een suggestie?

[ Voor 14% gewijzigd door DaLass op 02-02-2021 11:13 ]

[Hmmbob]

DaLass schreef op dinsdag 2 februari 2021 @ 11:08:
Ik probeer middels HA een beetje inzicht te krijgen in mijn stroomverbruik & productie. Hiervoor heb ik o.a. een rooted Toon die de P1 data aanlevert, in combinatie met wat Shelly 1PM's en Blitzwolf sockets met stroommeting, waardoor ik voor een aantal apparaten goed kan inzien wat ze verbruiken/produceren. Omdat ik niet voor alle apparaten stroommeting heb, blijft er ook een stuk verbruik over waarvan niet direct inzichtelijk is waar het vandaan komt.

Dit verbruik viel op, omdat dit aan de hoge kant is. Nu blijkt dat verbruik wel mee te vallen, echter gaat het mis bij de data die uit de P1 van de rooted Toon komt.

Om namelijk het actuele gemeten verbruik op de slimme meter inzichtelijk te krijgen heb ik een template sensor gemaakt die het huidige verbruik laag tarief (sensor.toon_p1_power_use_low) bij het huidige verbruik hoog tarief optelt (sensor.toon_p1_power_use_high) en dit vervolgens verrekend met de opbrengst van de zonnepanelen en de teruggeleverde electriciteit. Zo heb ik 1 sensor die het actuele verbruik zou moeten weergeven, want er wordt maar op een van beide electriciteit verbruikt, afhankelijk in welk tarief ik zit. Dat doe ik als volgt:

code:

sensor:
  - platform: template
    sensors:
      electricity_current:
        friendly_name: Electriciteit - Huidig gebruik
        unit_of_measurement: W
        value_template: "{{ ((states('sensor.toon_p1_power_use_high')|float + states('sensor.toon_p1_power_use_low')|float + states('sensor.se3000_ac_power')|float) - (states('sensor.toon_p1_power_prod_high')|float + states('sensor.toon_p1_power_prod_low')|float)) | round(3) }}"

Echter, schijnbaar geeft het custom component om de P1 data uit te lezen van de rooted Toon continu de laatst gemeten waarde van een sensor weer als er geen verbruik is. Dat was vanmorgen om 07:00u (wisseling tarief) 691 watt voor de "sensor.toon_p1_power_use_low". Die waarde staat er nu nog steeds, zie hieronder:

[Afbeelding]

Ik heb geprobeerd om de state op "0" te zetten, maar dat werkt slechts een paar seconden, waarna de waarde van 691 watt weer ingevuld wordt.

Het issue heb ik al gemeld op de github van de ontwikkelaar, maar ik zoek ondertussen een oplossing om het actuele verbruik op de meter in zichtelijk te krijgen, zonder telkens te hoeven wisselen tussen de sensor voor high en low.

Iemand een suggestie?

Vreemd, ik gebruik ook een rooted toon met metermodule in de P1 poort en bij mij staat sensor.toon_p1_power_use_low momenteel keurig op 0.00 (en high op 319 ofz0)

Gebruik je de laatste versie?
Geeft je slimme meter zelf ook die 691w aan op het display?

[DaLass]

Hmmbob schreef op dinsdag 2 februari 2021 @ 11:54:
[...]

Vreemd, ik gebruik ook een rooted toon met metermodule in de P1 poort en bij mij staat sensor.toon_p1_power_use_low momenteel keurig op 0.00 (en high op 319 ofz0)

Gebruik je de laatste versie?
Geeft je slimme meter zelf ook die 691w aan op het display?

Ik draai versie 1.0.8 van de home-assistant-toon_smartmeter integratie. Dat is de laatste zover ik kan zien. Momenteel ben ik niet thuis, dus kan niet op het display kijken. De meterstand is wel stabiel, die wijzigt niet meer sinds vanmorgen 07:00u, dus er wordt in ieder geval geen vals verbruik gemeten door de slimme meter.

Wat wel opvalt is dat de 691w ook terug te zien is als ik de info rechtstreeks aan de toon vraag met de URL:

code:

http://<ip-toon>:<poort-toon>/hdrv_zwave?action=getDevices.json

Daar zie ik in de bulk met info het volgende voorbij komen:

code:

"DeviceName": "HAE_METER_v3_6", "CurrentElectricityFlow": "691.00"

Er lijkt dus aan de Toon kant iets niet goed te gaan...

edit:
Ik heb de Toon een reboot gegeven, de CurrentElectricityFlow is nu wel 0 voor het lage tarief. Maar eens kijken wat hij de aankomende dagen doet.

[ Voor 13% gewijzigd door DaLass op 02-02-2021 12:30 ]

[Septillion]

@roynolf Zelf zie ik geen meerwaarde in alleen de schakelaars te vervangen door een tablet. Naar mijn idee pas smart als je zorgt dat je deze devices niet steeds individueel (via schakelaar of tablet) moet aansturen. Maar dat je hiervoor scenes hebt die de hele boel in één keer doet. Het feit dat je ze naar één punt brengt suggereert al dat ze een link hebben met elkaar. Meest smart is natuurlijk als je dit automatisch kan doen.

Maar als het in "zijn geheel" gebeurd kan dat ook handmatig. Maar of je daar een tablet voor wilt gebruiken of een enkele knop is eigenlijk weer een losse discussie. Alleen het scenario "8 lichtgroepen en 4 rolluiken" lijkt mij alleen geen onderbouwing voor een tablet.

[roynolf]

Septillion schreef op dinsdag 2 februari 2021 @ 12:13:
@roynolf Zelf zie ik geen meerwaarde in alleen de schakelaars te vervangen door een tablet. Naar mijn idee pas smart als je zorgt dat je deze devices niet steeds individueel (via schakelaar of tablet) moet aansturen. Maar dat je hiervoor scenes hebt die de hele boel in één keer doet. Het feit dat je ze naar één punt brengt suggereert al dat ze een link hebben met elkaar. Meest smart is natuurlijk als je dit automatisch kan doen.

Maar als het in "zijn geheel" gebeurd kan dat ook handmatig. Maar of je daar een tablet voor wilt gebruiken of een enkele knop is eigenlijk weer een losse discussie. Alleen het scenario "8 lichtgroepen en 4 rolluiken" lijkt mij alleen geen onderbouwing voor een tablet.

@Septillion Goede analyse. Ik zal op jouw opmerkingen antwoorden.

Naast de fysieke schakelaars zou ik sowieso al een tablet hangen om een HA overzicht te maken.
Ik denk er nu aan om de inbouwdozen en elektriciteitskabel wel te voorzien maar geen sokkels en front te kopen omdat er wel heel veel sokkels naast elkaar zouden zitten.

Omdat de tablet met HA toch voorzien was om ernaast te hangen, speel ik me het idee om de aansturing van die lampen en rolluiken via de tablet uit te voeren.

Hebben die lichtpunten een link? In zekere zin wel. Volgende lichtgroepen zijn geschakeld vanaf dat ene punt:

• Keuken algemeen
• Keuken kookplaat
• Eethoek
• Zithoek
• Gang
• Verlichting luifel buiten)
• Tuinverlichting
• Luifel aan voordeur

Daarnaast hebben we in onze leefruimte (waar keuken, eethoek en zithoek samenkomen) een venster/schuifraam van 9m op 2,8m. Omdat de overspanning zo groot is, zijn we genoodzaakt om 4 rolgordijnen te voorzien (met elk aparte sturing).

Dit alles samen maakt dat we vanuit het centrale punt heel wat aan te sturen hebben.

Wat bedoel je met 'pas smart als je zorgt dat je deze devices niet steeds individueel (via schakelaar of tablet) moet aansturen'?

[Thuurke]

Ik heb de buienradar sensor en weather-sensor toegevoegd in HA.
Nu is deels in het engels en deels in het nederlands. Is er ergens een vertaling voorhanden? Ligt het aan mijn installatie? Heb nederlands ingesteld.
Heeft wellicht iemand al een vertaling voorhanden?

[raymonvdm]

Sinds afgelopen weekend heb ik een Shelly Uni toegevoegd als Deurbel sensor en dit lijkt goed te werken alleen wil hij af te toe wel eens triggeren zonder dat er iets gebeurd. Is dit een HA dingetje?

De shelly is aangesloten op zijn eigen 12v voeding en heeft 1 input van de deurbel knop (N.O) en heeft 1 input van de deursensor (Magneetcontact N.C.) zo weet ik ook of de deur open is geweest nadat er is aangebeld. De inputs komen binnen via een Velleman K2633 want daar zitten op de andere twee relais de fysieke deurbellen


Nu komen beide inputs soms ineens naar boven in HomeAssistant het lijkt erop dat de shelly dan iets doet wat niet goed is.

Dit zijn de berichten van de Shelly in rust

code:

2021-02-02 13:09:44 DEBUG (MainThread) [homeassistant.components.mqtt] Received message on shellies/shellyuni-483FDA82C3FF/input/0: b'0'
2021-02-02 13:09:44 DEBUG (MainThread) [homeassistant.components.mqtt] Received message on shellies/shellyuni-483FDA82C3FF/input/1: b'1'
2021-02-02 13:10:14 DEBUG (MainThread) [homeassistant.components.mqtt] Received message on shellies/shellyuni-483FDA82C3FF/input/0: b'0'
2021-02-02 13:10:14 DEBUG (MainThread) [homeassistant.components.mqtt] Received message on shellies/shellyuni-483FDA82C3FF/input/1: b'1'
2021-02-02 13:10:44 DEBUG (MainThread) [homeassistant.components.mqtt] Received message on shellies/shellyuni-483FDA82C3FF/input/0: b'0'
2021-02-02 13:10:44 DEBUG (MainThread) [homeassistant.components.mqtt] Received message on shellies/shellyuni-483FDA82C3FF/input/1: b'1'
2021-02-02 13:11:14 DEBUG (MainThread) [homeassistant.components.mqtt] Received message on shellies/shellyuni-483FDA82C3FF/input/0: b'0'
2021-02-02 13:11:14 DEBUG (MainThread) [homeassistant.components.mqtt] Received message on shellies/shellyuni-483FDA82C3FF/input/1: b'1'
2021-02-02 13:11:44 DEBUG (MainThread) [homeassistant.components.mqtt] Received message on shellies/shellyuni-483FDA82C3FF/input/0: b'0'
2021-02-02 13:11:44 DEBUG (MainThread) [homeassistant.components.mqtt] Received message on shellies/shellyuni-483FDA82C3FF/input/1: b'1'
2021-02-02 13:12:14 DEBUG (MainThread) [homeassistant.components.mqtt] Received message on shellies/shellyuni-483FDA82C3FF/input/0: b'0'
2021-02-02 13:12:14 DEBUG (MainThread) [homeassistant.components.mqtt] Received message on shellies/shellyuni-483FDA82C3FF/input/1: b'1'
2021-02-02 13:12:44 DEBUG (MainThread) [homeassistant.components.mqtt] Received message on shellies/shellyuni-483FDA82C3FF/input/0: b'0'
2021-02-02 13:12:44 DEBUG (MainThread) [homeassistant.components.mqtt] Received message on shellies/shellyuni-483FDA82C3FF/input/1: b'1'
2021-02-02 13:13:14 DEBUG (MainThread) [homeassistant.components.mqtt] Received message on shellies/shellyuni-483FDA82C3FF/input/0: b'0'
2021-02-02 13:13:14 DEBUG (MainThread) [homeassistant.components.mqtt] Received message on shellies/shellyuni-483FDA82C3FF/input/1: b'1'
2021-02-02 13:13:44 DEBUG (MainThread) [homeassistant.components.mqtt] Received message on shellies/shellyuni-483FDA82C3FF/input/0: b'0'
2021-02-02 13:13:44 DEBUG (MainThread) [homeassistant.components.mqtt] Received message on shellies/shellyuni-483FDA82C3FF/input/1: b'1'
2021-02-02 13:14:14 DEBUG (MainThread) [homeassistant.components.mqtt] Received message on shellies/shellyuni-483FDA82C3FF/input/0: b'0'
2021-02-02 13:14:14 DEBUG (MainThread) [homeassistant.components.mqtt] Received message on shellies/shellyuni-483FDA82C3FF/input/1: b'1'

Zoals je ziet wil hij nogal graag zijn status (elke 30 seconden) doorgeven, ik snap alleen niet waar dit vandaan komt gezien de settings op de shelly zelf

code:

username: shellys
password: klikkerdeklikklik
server: mqtt.domo.local:1883
use custom MQTT prefix = No
Min reconnect timeout: 2
Max reconnect timeout: 60
Keep Alive: 60
Clean Session: Yes
Retain: No
Max Qos: 0

en natuurlijk de settings in HomeAssistant

code:

root@mini:/home/homeassistant/.homeassistant# cat binary_sensor/voordeur_shelly.yaml 
- platform: mqtt
  name: "Voordeur Deurbel"
  state_topic: "shellies/shellyuni-483FDA82C3FF/input/0"
  payload_on: "1"
  payload_off: "0"


- platform: mqtt
  name: "Voordeur Magneetcontact"
  state_topic: "shellies/shellyuni-483FDA82C3FF/input/1"
  payload_on: "1"
  payload_off: "0"

- platform: mqtt
  name: "Voordeur Online"
  state_topic: "shellies/shellyuni-483FDA82C3FF/online"
  payload_on: "true"
  payload_off: "false"

root@mini:/home/homeassistant/.homeassistant#

NOTE: Ik gebruik de shelly intergratie niet omdat die niet instant triggered, deze is wel geinstalleerd voor een normale Shelly 1 schakelaar

NOTE2: Ik heb meer MQTT spul en dat meld zich alleen als het nodig is

[ Voor 9% gewijzigd door raymonvdm op 02-02-2021 13:23 ]

[Septillion]

@roynolf Laat ik beginnen met je laatste vraag. Neem bijvoorbeeld de rolluiken. Ik snap dat je hiervoor niet 4 losse schakelaars wilt hebben. Maar met HA op de achtergrond zou je ze ook kunnen koppelen. Je zou dan nog steeds één knop op kunnen hangen maar die bedient ze dan alle 4 met een klik volledig dicht. Meer "smart" is dat ze ook dicht gaan als je naar boven gaat bijvoorbeeld.

En een andere is het licht, alleen maar geen schakelaars plaatsen en het op de tablet doen voegt naar mijn idee weinig toe. BIjvoorbeeld eethoek, zithoek en keuken koppelen dat ze met een handeling aan gaan is wel een toevoeging. En extra "smart" als dit alleen 's avonds gebeurd. Of dat je tuinverlichting 's avonds vanzelf aan gaat als de woonkamer verlichting aan staat.

Als ze allemaal centraal en toegankelijk zouden komen snap ik dat je een deel van de schakelaars zou laat vervallen. Nu ben ik zelf erg tevreden over de stabiliteit van HA en kan ik ook niet elke lamp meer fysiek schakelen, weet dat dit dan een beperking is als HA wel faalt.

En qua tablet, voorop, er is op zich niets mis met een tablet voor HA. Maar bedenken hoe je dit zou willen gebruiken is wel handig. Voor dagelijkse handelingen zou ik het niet erg praktisch vinden om de tablet te gebruiken. En ook bijvoorbeeld bezoek (ouders etc) kan dit lastig zijn. Dan kan je als nog die verschillende lichtgroepen houden maar voor dagelijks gebruik een enkele schakelaar hebben. Voor complexere zaken dan alleen aan-uit kan je dan op de tablet terecht bijvoorbeeld. Maar misschien vind jij het wel prima om alles via een tablet te doen, dat is natuurlijk ook prima. Gaat erom dat je hierover vooraf nadenkt of je dit wilt.

Zo gaat hier het licht vanzelf aan als ik de woonkamer betreed (deursensor) maar de schakelaar naast de deur werkt ook nog steeds. Maar in tegenstelling tot vroeger is dit nu een enkele knop die al het licht in de woonkamer doet. Sterker nog, bij het uitzetten doet het ook de apparatuur uit die aan staat. Complexere zaken zoals alles volle sterkte, een gedimde stand of filmstand kan ik dan met de telefoon doen. Ik heb geen tablet maar dat zou daar ook een usecase voor zijn. Maar omdat ik de standen vaak vanaf de bank wil doen hangt daar vervolgens ook een fysieke schakelaar om gedimd en filmstand te kunnen oproepen.

[sjorsjuhmaniac]

raymonvdm schreef op dinsdag 2 februari 2021 @ 13:17:
Sinds afgelopen weekend heb ik een Shelly Uni toegevoegd als Deurbel sensor en dit lijkt goed te werken alleen wil hij af te toe wel eens triggeren zonder dat er iets gebeurd. Is dit een HA dingetje?

De shelly is aangesloten op zijn eigen 12v voeding en heeft 1 input van de deurbel knop (N.O) en heeft 1 input van de deursensor (Magneetcontact N.C.) zo weet ik ook of de deur open is geweest nadat er is aangebeld. De inputs komen binnen via een Velleman K2633 want daar zitten op de andere twee relais de fysieke deurbellen


Nu komen beide inputs soms ineens naar boven in HomeAssistant het lijkt erop dat de shelly dan iets doet wat niet goed is.

Dit zijn de berichten van de Shelly in rust

code:

2021-02-02 13:09:44 DEBUG (MainThread) [homeassistant.components.mqtt] Received message on shellies/shellyuni-483FDA82C3FF/input/0: b'0'
2021-02-02 13:09:44 DEBUG (MainThread) [homeassistant.components.mqtt] Received message on shellies/shellyuni-483FDA82C3FF/input/1: b'1'
2021-02-02 13:10:14 DEBUG (MainThread) [homeassistant.components.mqtt] Received message on shellies/shellyuni-483FDA82C3FF/input/0: b'0'
2021-02-02 13:10:14 DEBUG (MainThread) [homeassistant.components.mqtt] Received message on shellies/shellyuni-483FDA82C3FF/input/1: b'1'
2021-02-02 13:10:44 DEBUG (MainThread) [homeassistant.components.mqtt] Received message on shellies/shellyuni-483FDA82C3FF/input/0: b'0'
2021-02-02 13:10:44 DEBUG (MainThread) [homeassistant.components.mqtt] Received message on shellies/shellyuni-483FDA82C3FF/input/1: b'1'
2021-02-02 13:11:14 DEBUG (MainThread) [homeassistant.components.mqtt] Received message on shellies/shellyuni-483FDA82C3FF/input/0: b'0'
2021-02-02 13:11:14 DEBUG (MainThread) [homeassistant.components.mqtt] Received message on shellies/shellyuni-483FDA82C3FF/input/1: b'1'
2021-02-02 13:11:44 DEBUG (MainThread) [homeassistant.components.mqtt] Received message on shellies/shellyuni-483FDA82C3FF/input/0: b'0'
2021-02-02 13:11:44 DEBUG (MainThread) [homeassistant.components.mqtt] Received message on shellies/shellyuni-483FDA82C3FF/input/1: b'1'
2021-02-02 13:12:14 DEBUG (MainThread) [homeassistant.components.mqtt] Received message on shellies/shellyuni-483FDA82C3FF/input/0: b'0'
2021-02-02 13:12:14 DEBUG (MainThread) [homeassistant.components.mqtt] Received message on shellies/shellyuni-483FDA82C3FF/input/1: b'1'
2021-02-02 13:12:44 DEBUG (MainThread) [homeassistant.components.mqtt] Received message on shellies/shellyuni-483FDA82C3FF/input/0: b'0'
2021-02-02 13:12:44 DEBUG (MainThread) [homeassistant.components.mqtt] Received message on shellies/shellyuni-483FDA82C3FF/input/1: b'1'
2021-02-02 13:13:14 DEBUG (MainThread) [homeassistant.components.mqtt] Received message on shellies/shellyuni-483FDA82C3FF/input/0: b'0'
2021-02-02 13:13:14 DEBUG (MainThread) [homeassistant.components.mqtt] Received message on shellies/shellyuni-483FDA82C3FF/input/1: b'1'
2021-02-02 13:13:44 DEBUG (MainThread) [homeassistant.components.mqtt] Received message on shellies/shellyuni-483FDA82C3FF/input/0: b'0'
2021-02-02 13:13:44 DEBUG (MainThread) [homeassistant.components.mqtt] Received message on shellies/shellyuni-483FDA82C3FF/input/1: b'1'
2021-02-02 13:14:14 DEBUG (MainThread) [homeassistant.components.mqtt] Received message on shellies/shellyuni-483FDA82C3FF/input/0: b'0'
2021-02-02 13:14:14 DEBUG (MainThread) [homeassistant.components.mqtt] Received message on shellies/shellyuni-483FDA82C3FF/input/1: b'1'

Zoals je ziet wil hij nogal graag zijn status (elke 30 seconden) doorgeven, ik snap alleen niet waar dit vandaan komt gezien de settings op de shelly zelf

code:

username: shellys
password: klikkerdeklikklik
server: mqtt.domo.local:1883
use custom MQTT prefix = No
Min reconnect timeout: 2
Max reconnect timeout: 60
Keep Alive: 60
Clean Session: Yes
Retain: No
Max Qos: 0

en natuurlijk de settings in HomeAssistant

code:

root@mini:/home/homeassistant/.homeassistant# cat binary_sensor/voordeur_shelly.yaml 
- platform: mqtt
  name: "Voordeur Deurbel"
  state_topic: "shellies/shellyuni-483FDA82C3FF/input/0"
  payload_on: "1"
  payload_off: "0"


- platform: mqtt
  name: "Voordeur Magneetcontact"
  state_topic: "shellies/shellyuni-483FDA82C3FF/input/1"
  payload_on: "1"
  payload_off: "0"

- platform: mqtt
  name: "Voordeur Online"
  state_topic: "shellies/shellyuni-483FDA82C3FF/online"
  payload_on: "true"
  payload_off: "false"

root@mini:/home/homeassistant/.homeassistant#

NOTE: Ik gebruik de shelly intergratie niet omdat die niet instant triggered, deze is wel geinstalleerd voor een normale Shelly 1 schakelaar

NOTE2: Ik heb meer MQTT spul en dat meld zich alleen als het nodig is

Een direct antwoord op je vraag heb ik niet, ik denk je keep-alive, gooi die eens naar 120sec?
Je conclusie klopt bijna: de shelly rapporteert ierdere 60 sec de state van een van de entities niet iedere 30 sec. Ik zie dit ook op mijn lidl raamsensoren, maar dan 1x per 4h. Anyway, who cares?
De enige gotcha is dat je in automations dus niet op een state 'on' moet triggeren (want die komt iedere 60sec voorbij) maar op een state: van 'off' naar 'on'. Of andersom.

[raymonvdm]

sjorsjuhmaniac schreef op dinsdag 2 februari 2021 @ 13:44:
[...]


Een direct antwoord op je vraag heb ik niet, ik denk je keep-alive, gooi die eens naar 120sec?
Je conclusie klopt bijna: de shelly rapporteert ierdere 60 sec de state van een van de entities niet iedere 30 sec. Ik zie dit ook op mijn lidl raamsensoren, maar dan 1x per 4h. Anyway, who cares?
De enige gotcha is dat je in automations dus niet op een state 'on' moet triggeren (want die komt iedere 60sec voorbij) maar op een state: van 'off' naar 'on'. Of andersom.

Dat heb ik al en ze triggeren niet elke keer Zoiezo is van waard A naar waarde B een goed idee omdat soms bij de start van HomeAssistant de waarde wel eens leeg kan zijn en dan wil je ook niet ineens van alles triggeren.

Ik zal ook eens proberen de ADC en Temp sensor toe te voegen kijken hoe die zich gedragen

[sjorsjuhmaniac]

raymonvdm schreef op dinsdag 2 februari 2021 @ 13:51:
[...]


Dat heb ik al en ze triggeren niet elke keer Zoiezo is van waard A naar waarde B een goed idee omdat soms bij de start van HomeAssistant de waarde wel eens leeg kan zijn en dan wil je ook niet ineens van alles triggeren.

Ik zal ook eens proberen de ADC en Temp sensor toe te voegen kijken hoe die zich gedragen

En, was het de keep-alive?

[Septillion]

sjorsjuhmaniac schreef op dinsdag 2 februari 2021 @ 13:44:
De enige gotcha is dat je in automations dus niet op een state 'on' moet triggeren (want die komt iedere 60sec voorbij) maar op een state: van 'off' naar 'on'. Of andersom.

Volgens mij zou dat niet nodig moeten zijn. State triggers worden alleen uitgevoerd als de state verandert, niet als deze een update naar dezelfde state krijgt.

[sjorsjuhmaniac]

Septillion schreef op dinsdag 2 februari 2021 @ 14:56:
[...]

Volgens mij zou dat niet nodig moeten zijn. State triggers worden alleen uitgevoerd als de state verandert, niet als deze een update naar dezelfde state krijgt.

Hier werkt dat toch echt zoals ik bescheef, core versie 2020.12.nogwat. Ik krijg via mqtt (zigbee2mqtt) ieder 4hr de update van de lidl's binnen en die triggert vrolijk als de state niet verandert maar wel matched. Specifiek van 'off' naar 'on' definieren helpt daartegen.
Ik begreep in het begin ook niet waarom dat was maar wat spelen/debuggen heeft het gevonden.

[Hmmbob]

sjorsjuhmaniac schreef op dinsdag 2 februari 2021 @ 13:44:
De enige gotcha is dat je in automations dus niet op een state 'on' moet triggeren (want die komt iedere 60sec voorbij) maar op een state: van 'off' naar 'on'. Of andersom.

Septillion schreef op dinsdag 2 februari 2021 @ 14:56:
Volgens mij zou dat niet nodig moeten zijn. State triggers worden alleen uitgevoerd als de state verandert, niet als deze een update naar dezelfde state krijgt.

De docs leggen het duidelijk (imho) uit:

STATE TRIGGER
Fires when the state of any of given entities changes. If only entity_id is given, the trigger will fire for all state changes, even if only state attributes change. If only one of from_state or to_state are given, the trigger will fire on any matching state change, but not if only attributes change.

[JayOne]

Aangezien er hier een aantal mensen zijn die Portainer gebruiken. Release 2.1.0 is vanaf vandaag beschikbaar. Belangrijkste is de ondersteuning voor hogere versies van docker-compose.

[Koffie]

post verplaatst: Koffie in "Home Assistant - Show je setup"

[ Voor 99% gewijzigd door Koffie op 03-02-2021 10:33 ]

[Septillion]

@Hmmbob Wauw, zo had ik het ook in mijn hoofd. Inclusief de irritante (en naar mijn idee rara) trigger op attributes. Maar @sjorsjuhmaniac heeft (deels) gelijk... Als je to en from leeg laat zal een automation opnieuw triggeren als je de state opnieuw stuurt.

Hiervoor een testje gedaan met een lamp die ik toggle als ik de (MQTT) schakelaar toggle. Nu dacht ik dat ik deze via state deed maar schijnbaar had ik hem via device (en dus los een device off en device on). Deze aangepast naar een enkele state (met to en from leeg). En tot mijn verrassing schakelt de lamp inderdaad als ik via MQTT hetzelfde bericht nogmaals plaats Dit lijkt mij dus niet de bedoeling

Bij verder kijken zie ik ook dat zowel last_updated als last_changed properties van de betreffende switch updaten als ik nogmaals dezelfde state stuur.

Grappig genoeg als ik de trigger vervang door twee triggers (één met to: off en één met to: on) dan gedraagt het zich wel. Wat ik frappant vind, ik had verwacht dat dit dezelfde last_changed zou gebruiken maar daar alleen nog een check op de huidige stand doet. Maar onderhuids houdt HA dus nog niets meer bij. Nadenkende is dat op zich niet gek daar dit trucje natuurlijk niet kan met een from-state...

Maar goed, lijkt me dat dit dus een bug is. Pff, ik heb de vorige bug nog niet eens ingedient

[sjorsjuhmaniac]

Septillion schreef op dinsdag 2 februari 2021 @ 17:28:
@Hmmbob Wauw, zo had ik het ook in mijn hoofd. Inclusief de irritante (en naar mijn idee rara) trigger op attributes. Maar @sjorsjuhmaniac heeft (deels) gelijk... Als je to en from leeg laat zal een automation opnieuw triggeren als je de state opnieuw stuurt.

Ik heb overigens niet getest met het leeg laten van beide. Ik laat de from leeg, en zet in de to 'on'. Zo krijg ik bv bericht over een deur die opengaat, onafhankelijke van andere automations - puur een msg automation zeg maar. Die automation bleef dus de hele dag maar msg's pushen.

Om te testen gebruik ik trouwens een msg naar Telegram, beter voor de WAF dan wanneer het licht maar aan en uit blijft gaan

YAML: door.yaml

alias: telegram_door
description: ''
trigger:
  - platform: state
    entity_id: binary_sensor.gdoor_contact
    to: 'off'
  - platform: state
    entity_id: binary_sensor.gdoor_contact
    to: 'on'
condition: []
action:
  - service: telegram_bot.send_message
    data:
      message: >-
        door {% if states('binary_sensor.gdoor_contact') == 'on' %}OPEN{%
        else %}CLOSED{% endif %} -- {{states('binary_sensor.gdoor_contact')}}
mode: single

[brain1234567]

Jerry_bboy schreef op zondag 31 januari 2021 @ 20:35:
[...]


Thanks. Heb je toevallig ook een foto of een code hoe je het in je UI hebt gemaakt ?

deze regels moet je in configuration.yaml bestand zetten.

[sOid]

@Koffie Heb je verhaal niet van A tot Z gelezen (vergeef me ) maar grappig om je denkwijze zo te volgen. De meeste van mijn automations zijn gekoppeld aan: tijd/stand van de zon, aanwezig of afwezig en gebeurtenissen van andere apparaten.

Voorbeeldjes:

• Tijd/zon: tuinverlichting aan als zon op -4 graden staat
• Aanwezig/afwezig: verlichting en radio aan op het moment dat ik thuis kom en het donker is (of alleen radio als het licht is), en als ik niet thuis ben gaat 'aanwezigheidssimulatie' aan als het donker is
• Gebeurtenissen van andere apparaten: verlichting dimmen als HA ziet dat ik een film start op m'n AppleTV, of benedenverlichting uit als ik 's avonds m'n iPhone aan de oplader hang (state change)

[Jerry_bboy]

brain1234567 schreef op dinsdag 2 februari 2021 @ 17:45:
[...]

deze regels moet je in configuration.yaml bestand zetten.

Thanks, heeft kameraad gedaan. Maar ik geloof dat hij niet de temperatuur kan instellen vanaf z'n UI. Dus vandaar benieuwd hoe het er bij je uitziet.

[Koepert]

sOid schreef op dinsdag 2 februari 2021 @ 18:00:

benedenverlichting uit als ik 's avonds m'n iPhone aan de oplader hang (state change)

Hoe heb je deze vormgegeven? Met alle telefoons in een groep? Dit ivm false positives als 1 vroeg op bed gaat Als ik langer opblijf wil ik best in halve verlichting, niet in t donker

[Septillion]

@sjorsjuhmaniac Dat maakt het geheel alleen maar raarder...

Onderstaande waarmee ik getest heb. En ja, er staat wat te veel in omdat het een live automation is En via MQTT explorer publish ik dus nogmaals de laatste state.

Ongevoelig voor republishen van de state (maar last_updated en last_changed passen wel aan)

YAML:

alias: Hall Light Aqara and switches
description: ''
trigger:
  - device_id: 4c486710d74348e583c63f0da093359a
    discovery_id: 0x00158d000407ee5a action_single_left
    domain: mqtt
    platform: device
    subtype: single_left
    type: action
  - device_id: 4c486710d74348e583c63f0da093359a
    discovery_id: 0x00158d000407ee5a action_single_both
    domain: mqtt
    platform: device
    subtype: single_both
    type: action
  - platform: device
    domain: mqtt
    device_id: 1d6f67b7c32b4d08ba589171c446825d
    type: button_short_press
    subtype: button_2
    discovery_id: FEB477_BTN_2_SINGLE
  - platform: state
    entity_id: binary_sensor.hall_switches_switch1
    to: 'on'
  - platform: state
    entity_id: binary_sensor.hall_switches_switch1
    to: 'off'
condition: []
action:
  - device_id: f864595211bc4f3bb6b82067d477f700
    domain: light
    entity_id: light.hall_light_short_spot
    type: toggle
  - device_id: 86cb26545d964f5790a69f695e94026d
    domain: light
    entity_id: light.hall_light_long_spot
    type: toggle
mode: single

En licht wisselt met een enkel zonder to:

YAML:

alias: Hall Light Aqara and switches
description: ''
trigger:
  - device_id: 4c486710d74348e583c63f0da093359a
    discovery_id: 0x00158d000407ee5a action_single_left
    domain: mqtt
    platform: device
    subtype: single_left
    type: action
  - device_id: 4c486710d74348e583c63f0da093359a
    discovery_id: 0x00158d000407ee5a action_single_both
    domain: mqtt
    platform: device
    subtype: single_both
    type: action
  - platform: device
    domain: mqtt
    device_id: 1d6f67b7c32b4d08ba589171c446825d
    type: button_short_press
    subtype: button_2
    discovery_id: FEB477_BTN_2_SINGLE
  - platform: state
    entity_id: binary_sensor.hall_switches_switch1
condition: []
action:
  - device_id: f864595211bc4f3bb6b82067d477f700
    domain: light
    entity_id: light.hall_light_short_spot
    type: toggle
  - device_id: 86cb26545d964f5790a69f695e94026d
    domain: light
    entity_id: light.hall_light_long_spot
    type: toggle
mode: single

Switch is auto config vanuit Tasmota met:

JSON:

{
  "name": "Hall Switches Switch1",
  "stat_t": "Hall Switches/stat/SWITCH1",
  "val_tpl": "{{value_json.STATE}}",
  "frc_upd": true,
  "pl_on": "ON",
  "pl_off": "OFF",
  "uniq_id": "FEB477_SW_1",
  "dev": {
    "ids": [
      "FEB477"
    ]
  },
  "avty_t": "Hall Switches/tele/LWT",
  "pl_avail": "Online",
  "pl_not_avail": "Offline"
}

Waarvan ik de interessante 'frc_upd' (neem aan force_update) niet in de HA doc voor een MQTT switch kan vinden.

[sOid]

Koepert schreef op dinsdag 2 februari 2021 @ 18:05:
[...]


Hoe heb je deze vormgegeven? Met alle telefoons in een groep? Dit ivm false positives als 1 vroeg op bed gaat Als ik langer opblijf wil ik best in halve verlichting, niet in t donker

Ik vind alleen wonen niet heel gezellig, maar er zitten een paar voordelen aan. Dit is er eentje van

Je zou een automation kunnen maken die een input_boolean triggert als alle telefoons aan de lader hangen. Maar dat werkt natuurlijk alleen als iedereen keurig 's nachts telefoon laadt.

Dit is mijn automation.

YAML:

#-----Switch downstairs lights off when charging phone at night (/bedtime)
- id: 'bedtime_lights_off'
  alias: Bedtime lights off
  trigger:
    - platform: state
      entity_id: sensor.iphone_battery_state
      from: 'Not Charging'
      to: 'Charging'
condition:
    - condition: time
      after: '22:00:00'
      before: '05:00:00'
    - condition: state
      entity_id: !secret person_id
      state: home
  action:
    - service: light.turn_off
      data:
        entity_id: 
          - light.woonkamer
          - light.eethoek
          - light.keuken

Edit, trouwens: als iemand weet hoe ik af kom van die 3 -service: light.turn_off, en ze kan groeperen, hou ik me aanbevolen!
Edit 2: code aangepast

[ Voor 9% gewijzigd door sOid op 02-02-2021 19:00 ]

[sjorsjuhmaniac]

sOid schreef op dinsdag 2 februari 2021 @ 18:11:
Edit, trouwens: als iemand weet hoe ik af kom van die 3 -service: light.turn_off, en ze kan groeperen, hou ik me aanbevolen!

Die 3 in 1 scene zetten?

[sjorsjuhmaniac]

Septillion schreef op dinsdag 2 februari 2021 @ 18:10:
@sjorsjuhmaniac Dat maakt het geheel alleen maar raarder...

Onderstaande waarmee ik getest heb. En ja, er staat wat te veel in omdat het een live automation is En via MQTT explorer publish ik dus nogmaals de laatste state.

Ongevoelig voor republishen van de state (maar last_updated en last_changed passen wel aan)

YAML:

alias: Hall Light Aqara and switches
description: ''
trigger:
  - device_id: 4c486710d74348e583c63f0da093359a
    discovery_id: 0x00158d000407ee5a action_single_left
    domain: mqtt
    platform: device
    subtype: single_left
    type: action
  - device_id: 4c486710d74348e583c63f0da093359a
    discovery_id: 0x00158d000407ee5a action_single_both
    domain: mqtt
    platform: device
    subtype: single_both
    type: action
  - platform: device
    domain: mqtt
    device_id: 1d6f67b7c32b4d08ba589171c446825d
    type: button_short_press
    subtype: button_2
    discovery_id: FEB477_BTN_2_SINGLE
  - platform: state
    entity_id: binary_sensor.hall_switches_switch1
    to: 'on'
  - platform: state
    entity_id: binary_sensor.hall_switches_switch1
    to: 'off'
condition: []
action:
  - device_id: f864595211bc4f3bb6b82067d477f700
    domain: light
    entity_id: light.hall_light_short_spot
    type: toggle
  - device_id: 86cb26545d964f5790a69f695e94026d
    domain: light
    entity_id: light.hall_light_long_spot
    type: toggle
mode: single

En licht wisselt met een enkel zonder to:

YAML:

alias: Hall Light Aqara and switches
description: ''
trigger:
  - device_id: 4c486710d74348e583c63f0da093359a
    discovery_id: 0x00158d000407ee5a action_single_left
    domain: mqtt
    platform: device
    subtype: single_left
    type: action
  - device_id: 4c486710d74348e583c63f0da093359a
    discovery_id: 0x00158d000407ee5a action_single_both
    domain: mqtt
    platform: device
    subtype: single_both
    type: action
  - platform: device
    domain: mqtt
    device_id: 1d6f67b7c32b4d08ba589171c446825d
    type: button_short_press
    subtype: button_2
    discovery_id: FEB477_BTN_2_SINGLE
  - platform: state
    entity_id: binary_sensor.hall_switches_switch1
condition: []
action:
  - device_id: f864595211bc4f3bb6b82067d477f700
    domain: light
    entity_id: light.hall_light_short_spot
    type: toggle
  - device_id: 86cb26545d964f5790a69f695e94026d
    domain: light
    entity_id: light.hall_light_long_spot
    type: toggle
mode: single

Switch is auto config vanuit Tasmota met:

JSON:

{
  "name": "Hall Switches Switch1",
  "stat_t": "Hall Switches/stat/SWITCH1",
  "val_tpl": "{{value_json.STATE}}",
  "frc_upd": true,
  "pl_on": "ON",
  "pl_off": "OFF",
  "uniq_id": "FEB477_SW_1",
  "dev": {
    "ids": [
      "FEB477"
    ]
  },
  "avty_t": "Hall Switches/tele/LWT",
  "pl_avail": "Online",
  "pl_not_avail": "Offline"
}

Waarvan ik de interessante 'frc_upd' (neem aan force_update) niet in de HA doc voor een MQTT switch kan vinden.

zal hier eea nog eens aanzetten om te loggen.

[Septillion]

@sOid Volgens de doc zou dat moeten zijn:

YAML:

#-----Switch downstairs lights off when charging phone at night (/bedtime)
- id: 'bedtime_lights_off'
  alias: Bedtime lights off
  trigger:
    - platform: state
      entity_id: sensor.iphone_battery_state
      from: 'Not Charging'
      to: 'Charging'
  condition:
    - condition: time
      after: '22:00:00'
      before: '05:00:00'
    - condition: state
      entity_id: !secret person_id
      state: home
  action:
    - service: light.turn_off
      data:
        entity_id: 
          - light.woonkamer
          - light.eethoek
          - light.keuken

[Septillion]

@Koffie Leuk verhaal om ze te lezen, het lijkt me alleen een heel stuk passender geweest voor Home Assistant - Show je setup. Ondanks dat daar wel het meest over GUI's gepost wordt is dat niet het enige wat je kan showen. Sterker nog, eigenlijk vind ik de "smarts" die mensen hebben een stuk interessanter dan een fancy Lovelace interface.

Dus misschien kan je nog een grote knip actie doen van deze post en het plaatsen in Home Assistant - Show je setup. Kan je hier een verwijzing plaatsen. En hou ik mijn inhoudelijke reactie nog voor me

[sOid]

@sjorsjuhmaniac Dat kun je dan beter met een script doen ipv scene, maar is een beetje omslachtig. Ik ga de manier van @Septillion even proberen!

[Hmmbob]

sOid schreef op dinsdag 2 februari 2021 @ 18:11:
Edit, trouwens: als iemand weet hoe ik af kom van die 3 -service: light.turn_off, en ze kan groeperen, hou ik me aanbevolen!

Gewoon een list met entities gebruiken?

Edit: oh @Septillion was me natuurlijk weer voor

* Hmmbob moet eerst eens verder scrollen voor hij reageert

[ Voor 18% gewijzigd door Hmmbob op 02-02-2021 18:54 ]

[sOid]

Hmmbob schreef op dinsdag 2 februari 2021 @ 18:53:
[...]

Gewoon een list met entities gebruiken?

Edit: oh @Septillion was me natuurlijk weer voor

* Hmmbob moet eerst eens verder scrollen voor hij reageert

Heb ik nu. Dacht al zoiets maar worstel soms nog wat met de juiste YAML-opmaak.

[DeadMetal]

Septillion schreef op dinsdag 2 februari 2021 @ 08:57:
@DeadMetal Lijkt redelijk goed, enige wat ik zelf anders was gedaan had was "vakantie" niet in quotes. En na testje hier is dat precies wat de GUI hier gedaan heeft en dan werkt hij als verwacht.

Met of zonder quotes maakt helaas geen verschil. De gegenereerde automation vanuit de GUI, bleek zonder aanhalingstekens in automations.yaml te zijn opgeslagen. De voorbeelden op de HA website hadden wel dubbele aanhalingstekens, vandaar dat ik het had aangepast.

sOid schreef op dinsdag 2 februari 2021 @ 09:15:
@DeadMetal Ben nog niet super bedreven met automations, maar ik heb wel gemerkt dat het hoofdlettergevoelig is/kan zijn. Bij m'n automation voor theme switcher bijvoorbeeld.

Lijkt me de moeite waard om even te controleren of het niet "Vakantie" is ipv "vakantie".

Ja, alles in kleine letters. Zowel in de input_select als in de automation.

/edit: inmiddels opgelost, met hulp van het HA discord channel.
Het blijkt dat als je echt op Execute klikt bij de automations, zoals ik deed, dat dan de conditions genegeerd worden. Je test dan echt alleen of de uit te voeren actie het doet.

To test an automation there's three stages you can follow. Testing the action, the condition and action, and the whole automation:

1) Use Developer tools (:devtools:)-> States to find the automation, click :info: and then push Execute. If this fails your problem is in the action: section, and details should be found in your log file
2) Use Developer tools -> Services and call automation.trigger on the automation with skip_condition: false. If the first passes but this fails then the problem is in your condition: block
3) Use Developer tools -> States to find the trigger entity, click the name, then change the state (at the top) to something that'll trigger the automation before pushing Set State. If this fails then the problem is with your trigger: section.

If they all work, and your automation didn't run, it's probably turned off.
Command '.test' was invoked by: mono

[ Voor 35% gewijzigd door DeadMetal op 02-02-2021 20:19 ]

[Septillion]

@DeadMetal Ahh, ja. Ik had hem even nagemaakt met een fixed tijd. Vooral om dat je zo stellig was dat de trigger goed werkte ging ik er vanuit dat het probleem zich ook dan voordeed

@Hmmbob Sorry! Maar van dat scrollen, vooral naar een volgende pagina, heb ik ook wel eens last van

[Septillion]

@sOid In dit geval, een list (van strings) onder entity_id:
onder => Direct achter de <key>:<spatie> (foo: bar) of op de volgende regel 1 "tab" (= 2 spaties) verder ingesprongen dan de <key>.
list => Alle items op zelfde hoogte / indentatie op nieuwe regels beginnende met -<spatie> of komma gescheiden tussen blokhaken direct achter de <key>:<spatie> ( [foo, bar] )

Daar lijst met alle items op nieuwe regel meestal het duidelijkste is geeft dat dus:

YAML:

entity_id:
  - foo
  - bar

[martinvdm]

@Koffie wellicht is dit topic iets om je uitleg en setup te tonen.
Home Assistant - Show je setup

[roynolf]

Septillion schreef op dinsdag 2 februari 2021 @ 13:34:
@roynolf Laat ik beginnen met je laatste vraag. Neem bijvoorbeeld de rolluiken. Ik snap dat je hiervoor niet 4 losse schakelaars wilt hebben. Maar met HA op de achtergrond zou je ze ook kunnen koppelen. Je zou dan nog steeds één knop op kunnen hangen maar die bedient ze dan alle 4 met een klik volledig dicht. Meer "smart" is dat ze ook dicht gaan als je naar boven gaat bijvoorbeeld.

En een andere is het licht, alleen maar geen schakelaars plaatsen en het op de tablet doen voegt naar mijn idee weinig toe. BIjvoorbeeld eethoek, zithoek en keuken koppelen dat ze met een handeling aan gaan is wel een toevoeging. En extra "smart" als dit alleen 's avonds gebeurd. Of dat je tuinverlichting 's avonds vanzelf aan gaat als de woonkamer verlichting aan staat.

Als ze allemaal centraal en toegankelijk zouden komen snap ik dat je een deel van de schakelaars zou laat vervallen. Nu ben ik zelf erg tevreden over de stabiliteit van HA en kan ik ook niet elke lamp meer fysiek schakelen, weet dat dit dan een beperking is als HA wel faalt.

En qua tablet, voorop, er is op zich niets mis met een tablet voor HA. Maar bedenken hoe je dit zou willen gebruiken is wel handig. Voor dagelijkse handelingen zou ik het niet erg praktisch vinden om de tablet te gebruiken. En ook bijvoorbeeld bezoek (ouders etc) kan dit lastig zijn. Dan kan je als nog die verschillende lichtgroepen houden maar voor dagelijks gebruik een enkele schakelaar hebben. Voor complexere zaken dan alleen aan-uit kan je dan op de tablet terecht bijvoorbeeld. Maar misschien vind jij het wel prima om alles via een tablet te doen, dat is natuurlijk ook prima. Gaat erom dat je hierover vooraf nadenkt of je dit wilt.

Zo gaat hier het licht vanzelf aan als ik de woonkamer betreed (deursensor) maar de schakelaar naast de deur werkt ook nog steeds. Maar in tegenstelling tot vroeger is dit nu een enkele knop die al het licht in de woonkamer doet. Sterker nog, bij het uitzetten doet het ook de apparatuur uit die aan staat. Complexere zaken zoals alles volle sterkte, een gedimde stand of filmstand kan ik dan met de telefoon doen. Ik heb geen tablet maar dat zou daar ook een usecase voor zijn. Maar omdat ik de standen vaak vanaf de bank wil doen hangt daar vervolgens ook een fysieke schakelaar om gedimd en filmstand te kunnen oproepen.

@Septillion
Jouw opmerkingen hebben me aan het denken gezet. Ik zal volgende configuratie uitwerken:

• Ik zal 2 Niko sokkels met 4 drukknoppen installeren om de 8 lichtkringen aan te sturen
• Ik zal 1 Niko rolluikschakelaar installeren die de mogelijkheid biedt (by default) om alle rolgordijnen omhoog/omlaag te bewegen. Daarnaast kan ik in HA schakelaars voorzien die de verschillende rolgordijnen kunnen disabelen. Als rolgordijn 3 gedisabeled is dan zal je bij een sturing via de rolluikschakelaar enkel 1, 2 en 4 op of neer bewegen. Op deze manier maak je het geheel smart. Daarnaast kan ik op basis van de zonnestand ook de verschillende rolgordijnen sturen.

Kan je even verduidelijken wat je hiermee bedoeld "Als ze allemaal centraal en toegankelijk zouden komen snap ik dat je een deel van de schakelaars zou laat vervallen."?

[Septillion]

roynolf schreef op dinsdag 2 februari 2021 @ 22:28:
Kan je even verduidelijken wat je hiermee bedoeld "Als ze allemaal centraal en toegankelijk zouden komen snap ik dat je een deel van de schakelaars zou laat vervallen."?

Dat een bank van 4 rolluikschakelaars en/of 8 lichtschakelaars op een rij (/ bij elkaar) inderdaad ook niet echt gebruikersvriendelijk is voor dagelijks gebruik.

Lijkt me verder een mooie reductie. En nogmaals, jij moet ermee werken, dus er is geen goed of fout. Ging dus vooral over het nadenken rond gebruik (door jou, je gezin, bezoek, je schoonmoeder etc)

[DaLass]

Koffie schreef op dinsdag 2 februari 2021 @ 16:55:
Ik wil het eens hebben over core values ...
.. lang verhaal geworden en ongetwijfeld chaotisch. Maar dit is een beetje hoe ik de 'core' van mijn HA he ingericht.
Benieuwd of jullie er iets aan hebben, of andere gelijksoortige slimme methodes hebben ontwikkeld.

Leuk om te lezen hoe je deze dingen geregeld hebt. Vooral het stuk met de thermostaatkranen voor je stadsverwarming vond ik interessant. Ik verwarm hier met een lucht/lucht warmtepomp op de benedenverdieping, er hangt ook nog een CV ketel voor warm water en incidenteel de radiatoren op de bovenverdieping. Daar had ik nog niet echt een goede aansturing voor, maar met de manier waarop jij het gedaan hebt kan ik ook wel iets.

[Koffie]

DaLass schreef op woensdag 3 februari 2021 @ 08:56:
[...]

Leuk om te lezen hoe je deze dingen geregeld hebt. Vooral het stuk met de thermostaatkranen voor je stadsverwarming vond ik interessant. Ik verwarm hier met een lucht/lucht warmtepomp op de benedenverdieping, er hangt ook nog een CV ketel voor warm water en incidenteel de radiatoren op de bovenverdieping. Daar had ik nog niet echt een goede aansturing voor, maar met de manier waarop jij het gedaan hebt kan ik ook wel iets.

Thans, leuk als je er iets uit kunt pikken om zelf te gebruiken

Als je heel goed kijkt naar mijn screenshot, zie je bij woonkamer een input_select met de naam 'verwarming' welke op de optie 'pelletkachel' staat.
Default staat deze op pelletkachel. Als het dus te koud is in de woonkamer, word de pelletkachel aangestuurd. De thermostaatkranen in de woonkamer staan dan dicht.
Wanneer ik de input_select wijzig naar de optie 'Stadsverwarming' dan word niet de pelletkachel gebruik voor de woonkamer, maar zullen de thermostaatkranen open gaan.
Op die manier zou je altijd nog terug kunnen grijpen naar je CV als deze bijv. een stroing heeft.

[Amanoo]

Ik zie best veel Plugwise Circles verkocht worden voor goedkoop. Weet iemand of die werken in Home Assistant/Zigbee2MQTT? Ik zie het niet terug op de lijst met supported devices, maar ik weet dat niet alles dat werkt erop staat. De Plugwise Plug staat er wel op.

[ Voor 6% gewijzigd door Amanoo op 03-02-2021 09:14 ]

[Koffie]

Amanoo schreef op woensdag 3 februari 2021 @ 09:13:
Ik zie best veel Plugwise Circles verkocht worden voor goedkoop. Weet iemand of die werken in Home Assistant/Zigbee2MQTT? Ik zie het niet terug op de lijst met supported devices, maar ik weet dat niet alles dat werkt erop staat.

Ik kijk hier altijd voor compatibiliteit: https://zigbee.blakadder.com/index.html
edit : is dit 'm ? https://zigbee.blakadder.com/Plugwise_160-01.html

[ Voor 7% gewijzigd door Koffie op 03-02-2021 09:14 ]

[Amanoo]

Koffie schreef op woensdag 3 februari 2021 @ 09:14:
[...]

Ik kijk hier altijd voor compatibiliteit: https://zigbee.blakadder.com/index.html
edit : is dit 'm ? https://zigbee.blakadder.com/Plugwise_160-01.html

Die kende ik nog niet. Maar hier staat ook alleen de Plugwise Plug op, en niet de Circle. Weet ik het helaas nog steeds niet.

Ik ben aan het rondneuzen naar iets waarmee ik verbruik kan zien van de wasmachine, droger, en vaatwasser. Vooral om notificaties te krijgen als het klaar is. Ze geven alle 3 ongeveer dezelfde piep als ze klaar zijn, en ik zet met regelmaat de verkeerde uit.

Koffie schreef op woensdag 3 februari 2021 @ 09:14:

EDIT:
[...]
edit : is dit 'm ? https://zigbee.blakadder.com/Plugwise_160-01.html

Dat is de Plug, wat weer een ander product is. Die kan ook schakelen, wat de Circle volgens mij niet kan.

[ Voor 18% gewijzigd door Amanoo op 03-02-2021 09:22 ]

[Koffie]

Amanoo schreef op woensdag 3 februari 2021 @ 09:20:
[...]

Die kende ik nog niet. Maar hier staat ook alleen de Plugwise Plug op, en niet de Circle. Weet ik het helaas nog steeds niet.

Ik ben aan het rondneuzen naar iets waarmee ik verbruik kan zien van de wasmachine, droger, en vaatwasser. Vooral om notificaties te krijgen als het klaar is. Ze geven alle 3 ongeveer dezelfde piep als ze klaar zijn, en ik zet met regelmaat de verkeerde uit.

Ik heb ze zelf nog niet, maar heb deze op mijn virtuele 'wil ik eens kopen' lijstje : https://www.aliexpress.com/item/4001153556759.html
https://zigbee.blakadder.com/BlitzWolf_BW-SHP13.html

[NightMare]

Koffie schreef op woensdag 3 februari 2021 @ 09:22:
[...]

Ik heb ze zelf nog niet, maar heb deze op mijn virtuele 'wil ik eens kopen' lijstje : https://www.aliexpress.com/item/4001153556759.html
https://zigbee.blakadder.com/BlitzWolf_BW-SHP13.html

Ik kan je vertellen dat ik recent 2 van die BlitzWolf's aangeschaft heb en daar zeer tevreden over ben !

[Septillion]

@Amanoo Weet jij wat de verschillen tussen de Plug en de Circle zijn? Ze zien er zooooo hetzelfde uit... Maar als je wat moeite wilt doen is alles wel te koppelen

@Koffie Grappig, ik had ook even gemist dat Blackadder nu een algemene Zigbee site had. Op zich als Zigbee2MQTT gebruiker ook nog niet echt gemist met het geweldige overzicht wat daar al staat. Maar het ovezicht op welk platform iets werkt is wel gaaf

De BW-SHP13 is op zich een leuke plug maar wel groot als je BW-SHP6 gewend bent. En voor de powermetering moet je ze ook niet hebben. Niet heel nauwkeurig en om je netwerk niet te flooden heb je niet zo veel updates. Prima dus om te kijken of de printer nog aan staat ofzo, maar niet als je snel of nauwkeurige reactie verwacht.

Heb er af en toe ook wat netwerkproblemen nu mee maar die schrijf ik tot nu volledig toe aan overbelasting van mij CC2531 Maar mijn Slaesh's ligt nog ergens in een zwart DHL gat tussen Duitsland en Nederland

[Amanoo]

Septillion schreef op woensdag 3 februari 2021 @ 09:45:
@Amanoo Weet jij wat de verschillen tussen de Plug en de Circle zijn? Ze zien er zooooo hetzelfde uit... Maar als je wat moeite wilt doen is alles wel te koppelen

De Plug heeft nog iets van een LED'je, en kan apparaten aan en uit schakelen. Volgens mij kan de Circle alleen meten, en het mist dat LED'je. Die LED is meer een herkenningspunt dan een belangrijke feature. Waarschijnlijk gaat die aan/uit afhankelijk van of het apparaat zelf aan of uit is gezet.

[Septillion]

@Amanoo Als ik RobbShop moet geloven schakelt de Circle ook. Lijkt dus gewoon een hele minimale vernieuwing.

[[RNMC] Viper]

De circle(+) is op het HNS netwerk en Plug op Zigbee HA, alleen de laatste is aan een andere bridge te koppelen. Uiterlijk verschil is het ledje aan de voorzijde.

https://www.plugwise.com/...ort#path=producten_circle

[ Voor 18% gewijzigd door [RNMC] Viper op 03-02-2021 11:07 ]

[JDFS]

sOid schreef op dinsdag 2 februari 2021 @ 10:01:
[...]

Overigens heb ik er bij de verbouwing van m'n huis wel voor gekozen om alsnog fysieke leidingen en draden te trekken naar schakelaars. Ook al maak ik er nu geen gebruik van, is het wel fijn om dat in de toekomst te kúnnen doen. Die VD-draden zitten dus afgedopt in de inbouwdozen, achter de zigbee schakelaars (die zonder stroom werken).

Welke schakelaars zijn dat? Ik heb nu, in mijn net opgeleverde appartementje, vrijwel naast iedere schakelaar een WCD zitten met een blauwe draad - die kan dus mooi verlengd worden en ik zat te denken aan de Fibaro Z-Wave schakelaars zodat ik ze zowel via HA / Hue (alle lampen zijn Hue (niet-BT) lampen) als wel handmatig kan bedienen.

Maar ik hoor graag van je wat het voordeel/nadeel is van jouw schakelaars t.o.v. de Fibaro schakelaars - laten we alvast maar beginnen de prijzen buiten beschouwing te laten

Ik ben voornemens overal pulsdrukkers te installeren om zo scènes te kunnen bedienen. Ik heb bijv. 1 schakelaar die dient voor het balkonlampje, maar ik wil die schakelaar liever bedienen voor de eettafel lichten.

[DaLass]

Koffie schreef op woensdag 3 februari 2021 @ 09:22:
[...]

Ik heb ze zelf nog niet, maar heb deze op mijn virtuele 'wil ik eens kopen' lijstje : https://www.aliexpress.com/item/4001153556759.html
https://zigbee.blakadder.com/BlitzWolf_BW-SHP13.html

NightMare schreef op woensdag 3 februari 2021 @ 09:37:
[...]
Ik kan je vertellen dat ik recent 2 van die BlitzWolf's aangeschaft heb en daar zeer tevreden over ben !

+1.
Ik heb er ook recent 2 aangeschaft ter vervanging van een Shelly 1PM bij mijn wasmachine en droger, zodat de Shelly's naar de warmtepomp en CV kunnen. Ze doen het prima in HA (middels een Conbee II stick).

[Koepert]

Koffie schreef op woensdag 3 februari 2021 @ 09:22:
[...]

Ik heb ze zelf nog niet, maar heb deze op mijn virtuele 'wil ik eens kopen' lijstje : https://www.aliexpress.com/item/4001153556759.html
https://zigbee.blakadder.com/BlitzWolf_BW-SHP13.html

Het ligt er ook aan wat je er exact mee wil. Ik gebruik ze voor was- en droog-meldingen. Daar voldoet de meting prima voor. Ik hoef immers alleen maar te meten of dit boven of beneden waarde X is. Als je echt nauwkeurige verbruik-cijfers wil, kom je volgens mij sowieso bij iets anders uit dan een zigbee/zwave plug.

Enige is dat ze 'net' niet naast elkaar passen in een dubbel stopcontact. Nu had ik er al een 4pitter hangen, dus kon ze kruislings net kwijt, maar dat is wel iets om rekening mee te houden. Liever had ik een SHP6 met Zigbee gehad (ja i know, solderen enzo..)

[Koffie]

Koepert schreef op woensdag 3 februari 2021 @ 11:45:
[...]


Het ligt er ook aan wat je er exact mee wil. Ik gebruik ze voor was- en droog-meldingen. Daar voldoet de meting prima voor. Ik hoef immers alleen maar te meten of dit boven of beneden waarde X is. Als je echt nauwkeurige verbruik-cijfers wil, kom je volgens mij sowieso bij iets anders uit dan een zigbee/zwave plug.

Enige is dat ze 'net' niet naast elkaar passen in een dubbel stopcontact. Nu had ik er al een 4pitter hangen, dus kon ze kruislings net kwijt, maar dat is wel iets om rekening mee te houden. Liever had ik een SHP6 met Zigbee gehad (ja i know, solderen enzo..)

Je kan eens naar de SHP7 kijken, maar die is helaas ook wifi en niet zigbee.

[Koepert]

Koffie schreef op woensdag 3 februari 2021 @ 11:51:
[...]

Je kan eens naar de SHP7 kijken, maar die is helaas ook wifi en niet zigbee.

Ja i know. Dat is de p.. meeste zijn wifi, iets wat ik juist NIET wilde.

[sOid]

JDFS schreef op woensdag 3 februari 2021 @ 11:15:
[...]

Welke schakelaars zijn dat? Ik heb nu, in mijn net opgeleverde appartementje, vrijwel naast iedere schakelaar een WCD zitten met een blauwe draad - die kan dus mooi verlengd worden en ik zat te denken aan de Fibaro Z-Wave schakelaars zodat ik ze zowel via HA / Hue (alle lampen zijn Hue (niet-BT) lampen) als wel handmatig kan bedienen.

Maar ik hoor graag van je wat het voordeel/nadeel is van jouw schakelaars t.o.v. de Fibaro schakelaars - laten we alvast maar beginnen de prijzen buiten beschouwing te laten

Ik ben voornemens overal pulsdrukkers te installeren om zo scènes te kunnen bedienen. Ik heb bijv. 1 schakelaar die dient voor het balkonlampje, maar ik wil die schakelaar liever bedienen voor de eettafel lichten.

Deze https://www.senic.com/friends-of-hue-smart-switch

Nou ja, ik heb eigenlijk GIRA-schakelmateriaal met de kern van Hue Tap. Maar dit is beter (meer mogelijkheden, bijvoorbeeld ook voor long-press en short-press) en de kosten zijn ook nagenoeg gelijk.

Hier gaan dus geen draden naar toe he. Ik hoor ook positieve verhalen over Shelly, maar daar heb ik zelf geen ervaring mee. Overigens zou ik eerder voor Zigbee dan ZWave gaan. Stuk goedkoper! En als je iets als een Conbee stick gebruikt, kun je eenvoudig verschillende merken door elkaar gebruiken

[JDFS]

@sOid, ah duidelijk - die heb ik ook gezien toen ik op zoek was naar schakelmateriaal.

Ik twijfel voor mijn schakelmateriaal nog tussen BJ, Gira of Niko. Alles mooi zwart, het standaard VT-wonen gedoe...

Wat ik wel fijn vind aan die Fibaro Z-Wave switches, is dat ze ook power consumptie monitoren. Voor lampswitches niet zo van belang, maar die switches wil ik ook inbouwen in de WCD voor bijv. de afzuigkap. Ook al is dat een slimme afzuigkap van Siemens (Home Connect), ik wil een trigger maken qua power consumptie met mijn mechanische ventilatie (Zehnder) die via 0-10v bediend kan worden.

Vind het wel mooi dat alles weggewerkt is in de lasdozen. Maar misschien denk ik te moeilijk en ik ben het met je eens dat ik gecharmeerd ben van Zigbee t.o.v. Z-Wave.

Ik ga even wat verder verdiepen in het schakelmateriaal wat jij hebt! Zijn dat overigens pulsdrukkers? Liefst wil ik pulsdrukkers zodat je single, double en triple click kunt instellen, maar ook kunt dimmen.

[sOid]

JDFS schreef op woensdag 3 februari 2021 @ 12:13:
@sOid, ah duidelijk - die heb ik ook gezien toen ik op zoek was naar schakelmateriaal.

Ik twijfel voor mijn schakelmateriaal nog tussen BJ, Gira of Niko. Alles mooi zwart, het standaard VT-wonen gedoe...

Wat ik wel fijn vind aan die Fibaro Z-Wave switches, is dat ze ook power consumptie monitoren. Voor lampswitches niet zo van belang, maar die switches wil ik ook inbouwen in de WCD voor bijv. de afzuigkap. Ook al is dat een slimme afzuigkap van Siemens (Home Connect), ik wil een trigger maken qua power consumptie met mijn mechanische ventilatie (Zehnder) die via 0-10v bediend kan worden.

Vind het wel mooi dat alles weggewerkt is in de lasdozen. Maar misschien denk ik te moeilijk en ik ben het met je eens dat ik gecharmeerd ben van Zigbee t.o.v. Z-Wave.

Ik ga even wat verder verdiepen in het schakelmateriaal wat jij hebt! Zijn dat overigens pulsdrukkers? Liefst wil ik pulsdrukkers zodat je single, double en triple click kunt instellen, maar ook kunt dimmen.

Ik raad je sowieso aan om schakelmateriaal in Duitsland te bestellen. Scheelde voor al het schakelmateriaal in mijn huis een whopping 500 euro tov exact hetzelfde spul bij Nederlandse winkels. Kan nog wel even opzoeken waar ik het heb gekocht, als je wil. Edit: hier gekocht https://shop.elektroandmore.de/ Het is een beetje een gare suite met een user experience van de jaren 90 (zoals veel Duitse sites trouwens) maar goed, je moet wat over hebben voor die korting

Monitoren kun je natuurlijk ook op een andere manier he. Stekker van afzuigkap zit toch altijd erachter verwerkt, en kun je dus (afhankelijk van de ruimte) ook prima met een smart plug doen. Persoonlijk heb ik ervoor gekozen om afzuigkap 'dom' te houden. Het is best wel een geklooi om die kap er namelijk af te halen, mocht het nodig zijn de zigbee-connectie te resetten bijvoorbeeld.

Ik weet niet precies wat pulsdrukkers zijn, maar met de schakelaars waarnaar ik linkte kun je dus sowieso een short-press en long-press instellen. Is ook vrij gemakkelijk te integreren in HA omdat er een blueprint voor is

Zwart schakelmateriaal zou ik ivm stof overigens niet doen, maar ieder z'n ding Het kan zeker mooi zijn!

[ Voor 5% gewijzigd door sOid op 03-02-2021 12:34 ]