Home Assistant: Open source Python3 home automation - deel 3

[lolgast]

Iemand die dit kan verklaren?

Kaart op mijn computer


Kaart op mijn iPhone


Wat ik ook doe op mijn telefoon, werken wil hij niet

Laat maar, ik heb de kaart opnieuw geïnstalleerd en nu doet hij het wel overal. Heel vreemd, maar goed. Niet te lang over nadenken denk ik maar

[ Voor 19% gewijzigd door lolgast op 20-08-2020 16:16 ]

[mr_derk]

wesley2004 schreef op donderdag 20 augustus 2020 @ 15:47:
[...]


Ok dank je wel!
ssh ken ik idd.
nu nog uitzoeken met welk commando ik een backup kan terugzetten dan.
Dat vind ik daar helaas niet
Ik krijg nu steeds command not found.


wesley@nuc:~$ ha help
ha: command not found
wesley@nuc:~$ sudo ha help
sudo: ha: command not found
wesley@nuc:~$ ha snapshots
ha: command not found
wesley@nuc:~$

toon volledige bericht

je moet het commando uitvoeren binnen je docker container, niet op je nuc zelf

[Septillion]

@schumi2004 Je zou een horizontal stack kunnen gebruiken misschien?

code:

type: horizontal-stack
cards:
  - entities:
      - entity: sensor.wasmachine_foo
        name: ' '
        icon: ' '
    type: entities
    title: Wasmachine
  - entities:
      - entity: sensor.droger_foo
        name: ' '
        icon: ' '
    type: entities
    title: Droger

[wesley2004]

mr_derk schreef op donderdag 20 augustus 2020 @ 16:26:
[...]


je moet het commando uitvoeren binnen je docker container, niet op je nuc zelf

jeetje ben echt bang dat dit een stap te ver gaat voor me.
weet even niet waar te beginnen

[Koepert]

wesley2004 schreef op donderdag 20 augustus 2020 @ 16:52:
[...]


jeetje ben echt bang dat dit een stap te ver gaat voor me.
weet even niet waar te beginnen

Per stapje bekijken

- Heb je portainer ook draaien? --> https://www.portainer.io/installation/
- Al draaien? dan kun je in portainer een docker-container in cli openen: --> selecteer de gewenste container. (home - local - containers - gewenste container). Dan heb je allerlei buttons (start-stop-kill-etc). Daaronder status van de container + logs-inspect-stats-CONSOLE-attach. Selecteer die CONSOLE.. Kies vervolgens de juiste settings om te connecten.. et voila. je zit in de CLI.

Er zijn vast andere manieren, maar deze is redelijk visueel, en daarmee ook voor de ' noob' wat eenvoudiger. (zo ben ik ook begonnen nl, niet zo lang geleden)

[sOid]

@wesley2004 @Koepert Of via docker exec

[mr_derk]

wesley2004 schreef op donderdag 20 augustus 2020 @ 16:52:
[...]


jeetje ben echt bang dat dit een stap te ver gaat voor me.
weet even niet waar te beginnen

docker ps
dan zoek je het container id van de hassio_cli container
docker exec -it [hier je container id] /bin/bash

[barrymossel]

offtopic:
Hè hè, we zijn elkaar weer aan het helpen! Fijn!

[Wilf]

JayOne schreef op donderdag 20 augustus 2020 @ 09:17:
[...]

Nice! Je weet dat je er een HA show-off topic is?

Nope, wist ik niet, maar ik hoef niet zonodig te pochen, vind het leuker om dingen te ontdekken en anderen te helpen dan veren ergens in te steken

Hmmbob schreef op donderdag 20 augustus 2020 @ 15:36:
0.114.3:


[...]

Ik lees daar dat met.no integratie gefixt wordt. Heeft waarschijnlijk te maken met die 0.00000000000007 millimeter regen?

Als ze toch met.no gaan fixen, is het dan ook mogelijk om gelijk de temperaturen + 4 te doen? Met.no trekt teveel graden af om die vervolgens bij henzelf er op te tellen gok ik

Overigens heb ik in het kader van WTH op het HA forum de UDP-vraag gesteld. Ik was dus niet de enige.

[Meelobee]

Wilf schreef op donderdag 20 augustus 2020 @ 20:59:
[...]
Nope, wist ik niet, maar ik hoef niet zonodig te pochen, vind het leuker om dingen te ontdekken en anderen te helpen dan veren ergens in te steken

Je moet het ook niet zien als pochen, maar als het delen van je config. Zelf kijk ik graag in zulke topics, is vaak juist goeie inspiratie en er komen vaak leuke gesprekken en discussies uit voort, dus showen die setup

[wesley2004]

Koepert schreef op donderdag 20 augustus 2020 @ 17:20:
[...]


Per stapje bekijken

- Heb je portainer ook draaien? --> https://www.portainer.io/installation/
- Al draaien? dan kun je in portainer een docker-container in cli openen: --> selecteer de gewenste container. (home - local - containers - gewenste container). Dan heb je allerlei buttons (start-stop-kill-etc). Daaronder status van de container + logs-inspect-stats-CONSOLE-attach. Selecteer die CONSOLE.. Kies vervolgens de juiste settings om te connecten.. et voila. je zit in de CLI.

Er zijn vast andere manieren, maar deze is redelijk visueel, en daarmee ook voor de ' noob' wat eenvoudiger. (zo ben ik ook begonnen nl, niet zo lang geleden)

Ik heb idd portainer draaien.
Ik ga het morgen testen en laat het je weten!
Top dat er goede hulp is! Dank!

[Wilf]

Meelobee schreef op donderdag 20 augustus 2020 @ 21:20:
[...]

Je moet het ook niet zien als pochen, maar als het delen van je config. Zelf kijk ik graag in zulke topics, is vaak juist goeie inspiratie en er komen vaak leuke gesprekken en discussies uit voort, dus showen die setup

Zo had ik het niet bedacht

Maar m’n verdere setup is echt niet noemenswaardig omdat ik zeer op privacy gesteld ben; ik log niks, heb geen camera’s en sensoren, geen IR… ik ben een slow adopter thuis (op werk gebruik ik wél de nieuwste snufjes) en heb alleen maar Hue.

Dat gezegd hebbende; ik begin met HA uit frustratie dat Hue geen (AND) conditions in z’n app heeft. HA is echter een geniepig beestje dat zich vastbijt en je niet meer loslaat. Dus wie weet hoe ver het straks gaat… ik ben al een bridge rectifier aan m’n deurbel aan het monteren om zo m’n deurbel overal te kunnen zien

[Hmmbob]

Wilf schreef op donderdag 20 augustus 2020 @ 20:59:
[...]
Nope, wist ik niet, maar ik hoef niet zonodig te pochen, vind het leuker om dingen te ontdekken en anderen te helpen dan veren ergens in te steken

Maar dat bijt elkaar niet Dit (huidige) topic gaat zo snel, daar verdrinken deze "showcase" posts in, dus dan is een "show-off" topic juist heel handig om als inspiratiebron te kunnen dienen voor anderen. Sharing = caring

[ Voor 4% gewijzigd door Hmmbob op 20-08-2020 22:45 ]

[lolgast]

koelkast schreef op donderdag 20 augustus 2020 @ 13:56:
[...]

Duidelijk! Ik zou ook wel gebruik willen maken van addons, maar heb nu met Docker alles best netjes voor elkaar, dus echt reden ervoor heb ik niet. LXC lijkt een alternatief voor Docker, Mogelijk ga ik er in de toekomst eens naar kijken, thanks!

offtopic:
LXC zijn géén vervanging van Docker container. Docker is wel gebaseerde op dezelfde techniek (cgroup) als LXC, maar daar houdt de vergelijking wel op. Docker containers zijn gemaakt om 1 applicatie te draaien. 1 container voor je frontend, 1 container voor je database, bijvoorbeeld. Een LXC is bedoelt als 'bundel'. Zie het meer als een lichtgewicht VM. Een LXC draait ook gewoon een Host OS.

[peligro2k]

Ik zit al twee uur te kloten. Heb een update gedaan, zowel Hassio als Mosquitto en nu werken al mijn MQTT apparaten niet meer. Laat nou net alle lampen aan staan, waaronder enkele lampen waar ik lastig een power cycle kan doen.

Heb al een nieuwe lokale hassio gebruiker gemaakt en daar mijn MQTT apparaten mee laten inloggen. Config van Mosquitto gereset. Heb het idee dat er iets niet goed gaat qua rechten. Iemand een tip?

code:

[23:24:13] INFO: Setup mosquitto configuration
[23:24:13] INFO: Found local users inside config
[23:24:13] INFO: Initialize Hass.io Add-on services
[23:24:13] INFO: Initialize Home Assistant discovery
[23:24:13] INFO: Start Mosquitto daemon
1597958653: Loading config file /share/mosquitto/acl.conf
1597958653: mosquitto version 1.6.3 starting
1597958653: Config loaded from /etc/mosquitto.conf.
1597958653: Loading plugin: /usr/share/mosquitto/auth-plug.so
1597958653:  ├── Username/password checking enabled.
1597958653:  ├── TLS-PSK checking enabled.
1597958653:  └── Extended authentication not enabled.
1597958653: |-- *** auth-plug: startup
1597958653: Opening ipv4 listen socket on port 1883.
1597958653: Opening ipv6 listen socket on port 1883.
1597958653: Opening websockets listen socket on port 1884.
1597958653: Opening ipv4 listen socket on port 8883.
1597958653: Opening ipv6 listen socket on port 8883.
1597958653: Opening websockets listen socket on port 8884.
1597958653: Warning: Mosquitto should not be run as root/administrator.
1597958653: New connection from 10.1.1.32 on port 1883.
[INFO] found mqtt on local database
1597958654: New client connected from 10.1.1.32 as keukenled (p2, c1, k15, u'mqtt').
1597958654: New connection from 172.30.32.1 on port 1883.
1597958654: New client connected from 172.30.32.1 as mqttjs_5be9f0f7 (p2, c1, k60, u'mqtt').
1597958663: New connection from 10.1.1.34 on port 1883.
1597958663: New client connected from 10.1.1.34 as keukenled2 (p2, c1, k15, u'mqtt').
1597958663: New connection from 10.1.1.42 on port 1883.
1597958663: New client connected from 10.1.1.42 as ender (p2, c1, k30, u'mqtt').
1597958664: New connection from 10.1.1.31 on port 1883.
1597958664: New client connected from 10.1.1.31 as ITHO (p2, c1, k15, u'mqtt').
1597958667: New connection from 10.1.1.6 on port 1883.
1597958667: New client connected from 10.1.1.6 as mqtt_7c842660.c512e8 (p2, c1, k60, u'mqtt').
1597958682: New connection from 172.30.32.1 on port 1883.
1597958682: New client connected from 172.30.32.1 as auto-1B25C174-5CD9-54A6-E5C6-8512552C3B50 (p2, c1, k60).

[barrymossel]

peligro2k schreef op donderdag 20 augustus 2020 @ 23:29:
Ik zit al twee uur te kloten. Heb een update gedaan, zowel Hassio als Mosquitto en nu werken al mijn MQTT apparaten niet meer. Laat nou net alle lampen aan staan, waaronder enkele lampen waar ik lastig een power cycle kan doen.

Heb al een nieuwe lokale hassio gebruiker gemaakt en daar mijn MQTT apparaten mee laten inloggen. Config van Mosquitto gereset. Heb het idee dat er iets niet goed gaat qua rechten. Iemand een tip?

code:

[23:24:13] INFO: Setup mosquitto configuration
[23:24:13] INFO: Found local users inside config
[23:24:13] INFO: Initialize Hass.io Add-on services
[23:24:13] INFO: Initialize Home Assistant discovery
[23:24:13] INFO: Start Mosquitto daemon
1597958653: Loading config file /share/mosquitto/acl.conf
1597958653: mosquitto version 1.6.3 starting
1597958653: Config loaded from /etc/mosquitto.conf.
1597958653: Loading plugin: /usr/share/mosquitto/auth-plug.so
1597958653:  ├── Username/password checking enabled.
1597958653:  ├── TLS-PSK checking enabled.
1597958653:  └── Extended authentication not enabled.
1597958653: |-- *** auth-plug: startup
1597958653: Opening ipv4 listen socket on port 1883.
1597958653: Opening ipv6 listen socket on port 1883.
1597958653: Opening websockets listen socket on port 1884.
1597958653: Opening ipv4 listen socket on port 8883.
1597958653: Opening ipv6 listen socket on port 8883.
1597958653: Opening websockets listen socket on port 8884.
1597958653: Warning: Mosquitto should not be run as root/administrator.
1597958653: New connection from 10.1.1.32 on port 1883.
[INFO] found mqtt on local database
1597958654: New client connected from 10.1.1.32 as keukenled (p2, c1, k15, u'mqtt').
1597958654: New connection from 172.30.32.1 on port 1883.
1597958654: New client connected from 172.30.32.1 as mqttjs_5be9f0f7 (p2, c1, k60, u'mqtt').
1597958663: New connection from 10.1.1.34 on port 1883.
1597958663: New client connected from 10.1.1.34 as keukenled2 (p2, c1, k15, u'mqtt').
1597958663: New connection from 10.1.1.42 on port 1883.
1597958663: New client connected from 10.1.1.42 as ender (p2, c1, k30, u'mqtt').
1597958664: New connection from 10.1.1.31 on port 1883.
1597958664: New client connected from 10.1.1.31 as ITHO (p2, c1, k15, u'mqtt').
1597958667: New connection from 10.1.1.6 on port 1883.
1597958667: New client connected from 10.1.1.6 as mqtt_7c842660.c512e8 (p2, c1, k60, u'mqtt').
1597958682: New connection from 172.30.32.1 on port 1883.
1597958682: New client connected from 172.30.32.1 as auto-1B25C174-5CD9-54A6-E5C6-8512552C3B50 (p2, c1, k60).

toon volledige bericht

MQTT is wat anders dan hassio. Die logins hebben niets met elkaar te maken. Kijk even goed naar je config bij MQTT en zorg dat je daar de juiste login instelt. En dan even herstarten enzo.

[Anoniem: 14842]

Byron010 schreef op donderdag 20 augustus 2020 @ 12:02:
[...]

Echt wat zou ik toch zonder jullie moeten

Mocht je er eentje willen: die van mij mag je ook overnemen voor een tientje. (EDIT: als ik hem kan vinden )

En om dan mijn eigen glazen in te gooien:
Ik heb zelf de cc2652r gekocht en ben daar erg blij om. Ik heb er ca. 25 apparaten aan gekoppeld nu en ze lijken iets snappier te reageren dan met het kleine sticky. Voordeel is ook dat deze Zigbee 3.0 ondersteund en makkelijk is te flashen Het bereik van de cc2652r is ook echt véél beter dan de 25xx, waardoor ik minder hops nodig heb. Met de cc2652r heb ik nooit meer dat ik een battery device opnieuw hoef te koppelen of iets dergelijks. En als je wilt kun je er zelfs een antenne mod op doen voor nog meer bereik. Geen idee of dat nodig is natuurlijk: ik heb een huis van iets meer dan 200m2 met gewoon echte stenen muren en betonnen vloeren

Maar om te proberen is het prima hoor. Al beter bereik dan mijn Homey van 300 euro... En nog mooier: naar de cc2652r wisselen later doe je door simpelweg een regeltje in je config aan te passen

[Repsect]

Sinds vandaag kan ik geen verbinding meer via DuckDNS maken naar Home Assistant. Hoewel dit al maanden stabiel loopt, stopt het er ineens mee.

Nu heb ik ingelogd bij DuckDNS (via GitHub), waarbij ik de melding kreeg dat mijn wachtwoord niet sterk genoeg was. Dit heb ik aangepast, maar zorgt er helaas niet voor dat ik nu wel kan inloggen.

Voor de zekerheid de token bij DuckDNS vernieuwd, de nieuwe token ingevuld in de DuckDNS add-on en Home Assistant herstart, maar helaas no luck.

Ik moet eerlijk zeggen dat ik ook niet snap hoe het nou precies werkt. Ik heb destijds dit topic gevolgd om het werkend te krijgen. Dat heeft dus maanden zorgeloos gewerkt.

Kan iemand me op weg helpen om het weer werkend te krijgen?

EDIT: Opgelost na herstarten van zowel de DuckDNS addon en NGINX addon. Hoewel ik Home Assistant al enkele keren herstart had . Anyway het werkt weer

[ Voor 8% gewijzigd door Repsect op 21-08-2020 08:33 ]

[TravockMD]

Anoniem: 14842 schreef op vrijdag 21 augustus 2020 @ 07:32:
[...]
En nog mooier: naar de cc2652r wisselen later doe je door simpelweg een regeltje in je config aan te passen

Ik las onderstaande al op de supported devices pagina van z2m, maar voor mij is het eigenlijk nog niet heel duidelijk waarnaartoe ik het precies moet aanpassen. Ik heb nu een c2531 in gebruik en er staat een nummer op die plek maar ik heb geen idee waar dit nummer op is gebasseerd en/of wat het moet worden bij een CC2652.
Kun je me vertellen wat het moet zijn met een CC2652 de of hoe ik kan ontdekken wat het moet zijn?

When migrating from another dongle (e.g. CC2531), make sure to modify your pan_id in your configuration, otherwise Zigbee2MQTT won’t start.

[lolgast]

DennusB schreef op donderdag 20 augustus 2020 @ 09:06:
Kreeg hier vanochtend de "app migratie" melding op IOS, helaas kan je daarna niet meer inloggen op de iOS 14 beta.... Dus pas op als je nog wilt upgraden naar de beta!

Nou, das mooi kut dan. App is inmiddels automatisch geupdatet. Het goede nieuws: Die op de telefoon van mijn vrouw ook en die logt ook automatisch uit. Mooi voorbeeld van 'iets kapot repareren' dus bij HA..

I stand corrected

[ Voor 3% gewijzigd door lolgast op 21-08-2020 09:45 ]

[Anoniem: 14842]

TravockMD schreef op vrijdag 21 augustus 2020 @ 07:57:
[...]

Ik las onderstaande al op de supported devices pagina van z2m, maar voor mij is het eigenlijk nog niet heel duidelijk waarnaartoe ik het precies moet aanpassen. Ik heb nu een c2531 in gebruik en er staat een nummer op die plek maar ik heb geen idee waar dit nummer op is gebasseerd en/of wat het moet worden bij een CC2652.
Kun je me vertellen wat het moet zijn met een CC2652 de of hoe ik kan ontdekken wat het moet zijn?


[...]

Ze leggen het wel uit bij getting started, maar wel op een idioot moeilijke manier...

Als je in HA naar de Supervisor => System => Hardware gaat zie je daar (bij de nieuwe) iets wat lijkt op /dev/serial/by-id/usb-Texas_Instruments_XDS110__03.00.00.12__Embed_with_CMSIS-DAP_L1100CJP-if00 . Die regel moet je in de config van z2m plakken in plaats van de regel die je daar hebt voor je huidige sticky. Let op: er staan 2 vermeldingen van Texas instruments, die moet die eindigend op if00 hebben. Die andere is volgens mij de programming interface.

[Frenck]

lolgast schreef op vrijdag 21 augustus 2020 @ 08:03:
[...]

Nou, das mooi kut dan. App is inmiddels automatisch geupdatet. Het goede nieuws: Die op de telefoon van mijn vrouw ook en die logt ook automatisch uit. Mooi voorbeeld van 'iets kapot repareren' dus bij HA..

Apple.

Zij doen de updates automatisch niet wij. Het is ook Apple's policy dat deze automatische logout moest optreden.

Voor meer informatie zie:

https://www.home-assistan.../07/28/ios-app-migration/


Je hebt bij dit soort giganten niet echt keuze...

[ Voor 5% gewijzigd door Frenck op 21-08-2020 08:11 . Reden: typo ]

[TravockMD]

Anoniem: 14842 schreef op vrijdag 21 augustus 2020 @ 08:07:
[...]


Ze leggen het wel uit bij getting started, maar wel op een idioot moeilijke manier...

Als je in HA naar de Supervisor => System => Hardware gaat zie je daar (bij de nieuwe) iets wat lijkt op /dev/serial/by-id/usb-Texas_Instruments_XDS110__03.00.00.12__Embed_with_CMSIS-DAP_L1100CJP-if00 . Die regel moet je in de config van z2m plakken in plaats van de regel die je daar hebt voor je huidige sticky. Let op: er staan 2 vermeldingen van Texas instruments, die moet die eindigend op if00 hebben. Die andere is volgens mij de programming interface.

Ok, het gaat er dus enkel om, om de serial port van de stick wijzigen? Ik dacht dat je juist het pan_id moest aanpassen ergens naartoe, maar deze kan dus gewoon blijven staan zoals hij nu staat?

Ik heb een slaesh’s stick besteld en ik verwacht dat deze ergens de komende dagen wordt verzonden. Dit pan_id punt was het punt waar ik nog even op vastliep in mijn hoofd.

[DennusB]

lolgast schreef op vrijdag 21 augustus 2020 @ 08:03:
[...]

Nou, das mooi kut dan. App is inmiddels automatisch geupdatet. Het goede nieuws: Die op de telefoon van mijn vrouw ook en die logt ook automatisch uit. Mooi voorbeeld van 'iets kapot repareren' dus bij HA..

Er is een workaround om weer in te loggen. Na t invullen van het wachtwoord moet je op het toetsenbord klikken op de “return”/enter knop, en niet op de echte login knop op de login pagina!

[lolgast]

@Frenck Maar de oude app had dit probleem niet. Zowel iOS13 als iOS14 werkte prima. Nu met de nieuwe app werkt het niet meer. Dan kun je niet alleen Apple de schuld geven toch?

[lolgast]

DennusB schreef op vrijdag 21 augustus 2020 @ 08:16:
[...]

Er is een workaround om weer in te loggen. Na t invullen van het wachtwoord moet je op het toetsenbord klikken op de “return”/enter knop, en niet op de echte login knop op de login pagina!

Meteen even gedaan, kijken wat het doet. Ik heb ook de optie 'Verbinding automatisch verbreken' uitgezet (waarvan ik overigens niet gevonden krijg waar hij voor dient). Who knows...

[Anoniem: 14842]

TravockMD schreef op vrijdag 21 augustus 2020 @ 08:15:
[...]

Ok, het gaat er dus enkel om, om de serial port van de stick wijzigen? Ik dacht dat je juist het pan_id moest aanpassen ergens naartoe, maar deze kan dus gewoon blijven staan zoals hij nu staat?

Ik heb een slaesh’s stick besteld en ik verwacht dat deze ergens de komende dagen wordt verzonden. Dit pan_id punt was het punt waar ik nog even op vastliep in mijn hoofd.

Je hebt gelijk, was ik vergeten. Maar het pan ID staat er vlak onder, in de config. Mag je volgens mij gewoon random veranderen naar iets. Ik heb hem maar 1 opgehoogd

[Hmmbob]

lolgast schreef op vrijdag 21 augustus 2020 @ 08:17:
@Frenck Maar de oude app had dit probleem niet. Zowel iOS13 als iOS14 werkte prima. Nu met de nieuwe app werkt het niet meer. Dan kun je niet alleen Apple de schuld geven toch?

Respectfully; lees die link anders effe.

[Hmmbob]

lolgast schreef op vrijdag 21 augustus 2020 @ 08:20:
[...]

Meteen even gedaan, kijken wat het doet. Ik heb ook de optie 'Verbinding automatisch verbreken' uitgezet (waarvan ik overigens niet gevonden krijg waar hij voor dient). Who knows...

Om, als je bijvoorbeeld een camera stream in je Lovelace hebt, de verbinding dicht te gooien als je 5min lang niet de app open hebt gehad zodat je databundel er niet aan gaat.

[Frenck]

Het is exact de dezelfde app, onder een ander developer account bij Apple nu (zodat we met meerdere mensen aan de app kunnen worden). Dat is het verschil, dus ja hoor, kan prima Apple de schuld geven


Denk er aan, als je de test flight versie van de app draait, je opnieuw moet inschrijven op een andere test flight app. Want ook die kan Apple niet overzetten / migreren / staan ze niet toe.

[lolgast]

@Hmmbob @Frenck Het kwartje is gevallen hier (heb mijn eerste berichtje van vanmorgen aangepast )

[Hmmbob]

De release van 0.115 wordt verder opgeschoven:

Our next release will be postponed by two weeks while we polish some things.. pic.twitter.com/PbZONDrlsg

— Home Assistant Devs (@hass_devs) 21 augustus 2020

Release staat nu gepland voor donderdag 17 september - volgens de developer website óók de verjaardag van Home Assistant zelf:

https://developers.home-assistant.io/

[Hmmbob]

Wat me doet denken.... Zou het 0.115 worden, of 1.0?

*insert conspiracy theories*

[RobertMe]

Hmmbob schreef op vrijdag 21 augustus 2020 @ 09:52:
Wat me doet denken.... Zou het 0.115 worden, of 1.0?

*insert conspiracy theories*

Misschien kan @Frenck daarover hier dan al een tipje van de sluier lichten, we zullen het heus niet doorvertellen

[Frenck]

Ik kan daar helaas geen uitspraken over doen. Het is dus geen ontkenning en geen bevestiging.

[Dutchone]

Ik heb opeens dat een foto in een badge -90 graden gedraaid is, maar dat is dan alleen in de android app en alleen in een badge.

Ik zelfs in de EXIF data de foto recht gezet..

Iemand hier ervaring mee?

[lolgast]

Ik weet nog dat er vanaf 0.96 ongeveer werd gewerkt naar release 1.0, die stond toen 'gepland' bij release 0.100. Nu zijn we 3/4 jaar verder én bijna weer bij de verjaardag van HA, dus wie weet inderdaad

Een final release brengt alleen wel wat meer verantwoordelijkheid met zich mee dan beta natuurlijk. Zéker omdat er via Nabu Casa ook nog eens een betaalde service aan gekoppeld is.

Voor mij is HA volwassen genoeg om naar v1.0 te kunnen, maar ik werk er mee sinds 0.20 ofzo. Nu met 0.114 opnieuw begonnen en als je ziet hoe snel dat gaat door de addons + integraties. Totaal verschillende producten gewoon

[Frenck]

lolgast schreef op vrijdag 21 augustus 2020 @ 10:20:
Ik weet nog dat er vanaf 0.96 ongeveer werd gewerkt naar release 1.0, die stond toen 'gepland' bij release 0.100. Nu zijn we 3/4 jaar verder én bijna weer bij de verjaardag van HA, dus wie weet inderdaad

Een final release brengt alleen wel wat meer verantwoordelijkheid met zich mee dan beta natuurlijk. Zéker omdat er via Nabu Casa ook nog eens een betaalde service aan gekoppeld is.

Voor mij is HA volwassen genoeg om naar v1.0 te kunnen, maar ik werk er mee sinds 0.20 ofzo. Nu met 0.114 opnieuw begonnen en als je ziet hoe snel dat gaat door de addons + integraties. Totaal verschillende producten gewoon

De 1.0 release is nooit gepland geweest voor 0.100. Dat is een broodje aap uit de community.

Ik denk dat elke release als final release behandeld wordt op dit moment. De enige uitzondering hierop zijn structurele breaking change in the core API van Home Assistant Core self. (third-party breaking changes zal altijd iets blijven helaas).

De betaalde cloud service van Nabu Casa is een integratie, maar staat volledig los van Home Assistant. Er zijn wel meer partijen met een integratie in Home Assistant waar een betaalde dienst achter zit. Je kan ze gebruiken, hoeft niet.

[Anoniem: 14842]

lolgast schreef op vrijdag 21 augustus 2020 @ 10:20:
Ik weet nog dat er vanaf 0.96 ongeveer werd gewerkt naar release 1.0, die stond toen 'gepland' bij release 0.100. Nu zijn we 3/4 jaar verder én bijna weer bij de verjaardag van HA, dus wie weet inderdaad

Een final release brengt alleen wel wat meer verantwoordelijkheid met zich mee dan beta natuurlijk. Zéker omdat er via Nabu Casa ook nog eens een betaalde service aan gekoppeld is.

Voor mij is HA volwassen genoeg om naar v1.0 te kunnen, maar ik werk er mee sinds 0.20 ofzo. Nu met 0.114 opnieuw begonnen en als je ziet hoe snel dat gaat door de addons + integraties. Totaal verschillende producten gewoon

Ik heb ook met versie 0.3x en 0.4x gewerkt. Als je dat inderdaad vergelijkt met de huidige versies dan is dat echt wel een wereld van verschil qua gebruiksgemak én stabiliteit.

Qua stabiliteit zou ik het wel geschikt vinden voor productie: ik heb sinds ik dit op een vm heb draaien via de appliance niet 1 keer meer een backup hoeven restoren.

Voor wat betreft gebruiksgemak zou ik dan wel duidelijk maken dat het een product betreft voor ontwikkelaars en enthousiastelingen en niet voor iemand die alleen maar een smarter home wil. Als ik kijk naar de leercurve van HA en bijvoorbeeld een Homey dan is die laatste wel echt véél gebruiksvriendelijker.

Maar goed: HA is een van de weinige voorbeelden waarbij de ontwikkeling meer naar een GUI en user centric lijkt te gaan in open source land. Meestal is dat toch een beetje een wereldje waarin het mantra "if you can't code in command line stick with Windows" wel opgaat. Ben blij dat dat voor dit product zeker niet het geval is!

[lolgast]

Frenck schreef op vrijdag 21 augustus 2020 @ 10:25:
[...]


De 1.0 release is nooit gepland geweest voor 0.100. Dat is een broodje aap uit de community.

Ik denk dat elke release als final release behandeld wordt op dit moment. De enige uitzondering hierop zijn structurele breaking change in the core API van Home Assistant Core self. (third-party breaking changes zal altijd iets blijven helaas).

De betaalde cloud service van Nabu Casa is een integratie, maar staat volledig los van Home Assistant. Er zijn wel meer partijen met een integratie in Home Assistant waar een betaalde dienst achter zit. Je kan ze gebruiken, hoeft niet.

Hard uitgesproken is het nooit, maar in de releasenotes vanaf 0.95/96 werd wel erg vaak gerefereerd naar het werken naar release 1.0. Dus helemaal ongegrond is dat niet in mijn ogen. Volgens mij begon Paulus erover na de overname/inmenging van Unifi (eerste helft 2019 in ieder geval).

Dit stukje zegt genoeg voor dat vermoeden denk ik: https://www.home-assistant.io/blog/posts/6#the-focus
Bijna alle blogposts daarna is 1.0 genoemd, tót 0.100. Daarna niks meer

[Frenck]

Uiteraard werken we naar 1.0, elke release komen we weer een stapje dichterbij

[RobertMe]

Frenck schreef op vrijdag 21 augustus 2020 @ 10:38:
Uiteraard werken we naar 1.0, elke release komen we weer een stapje dichterbij

Is daar eigenlijk een (interne) roadmap voor? Waarbij jullie echt hebben gesteld: als X, Y, Z er in zitten dan wordt het 1.0. Of is het meer een gevoelskwestie? Waarbij je bij dat laatste natuurlijk ook het risico loopt dat er steeds nieuwe ideeën (of WIP PRs) bij komen waarbij je denkt "dat moet ook in 1.0 zitten".

Zie bv ook Wine. Die hebben op een gegeven moment gezegd "als Photoshop werkt dan wordt dat 1.0". Waarbij er wel een "natuurlijke" weg naar dat punt is gevolgd, i.p.v. 100% focussen op Photoshop kunnen draaien.

[Frenck]

Er zijn wat speerpunten, maar de belangrijkste is het stabilizeren van interne APIs.

[Hmmbob]

Maare, maakt het heel veel uit of het 0.115 of 1.0 is? Blijft dezelfde code...

[Frenck]

Hmz ja... het is "maar" een versie nummer... whatever, right?

Maar uiteindelijk schept het wel verwachtingen. Semver is denk ik wel het meest bekende concept/voorbeeld. Het zegt iets over stabiliteit, het zegt iets over de veranderlijkheid van de interface (e.g., voor custom components, externe APIs als websockets/rest).

Maar ook hoe het project er mee om gaat. Zo zouden heavy breaking core changes op een langere baan komen en is daar andere handling voor nodig (we hebben nu alleen een dev & master branch bijvoorbeeld).

Maar ja, het is maar een nummertje, wel eentje met verwachtingen.

[Hmmbob]

Ik bedoelde inderdaad vanuit de gebruiker - je licht het goed toe vanuit de developer kant.

Anyway, we'll see.

[-Casper]

Hmmbob schreef op vrijdag 21 augustus 2020 @ 10:54:
Ik bedoelde inderdaad vanuit de gebruiker - je licht het goed toe vanuit de developer kant.

Anyway, we'll see.

Je ziet hier nog wel eens langskomen "het is een beta, je mag er maar x van verwachten". Die vlieger gaat dan ook niet meer op

[Koepert]

-Casper schreef op vrijdag 21 augustus 2020 @ 10:55:
[...]

Je ziet hier nog wel eens langskomen "het is een beta gratis product, je mag er maar x van verwachten". Die vlieger gaat nog steeds op

Fixed that...

[Wilf]

With great numbers comes great responsibility...

Ik heb inderdaad ook veel open source / free software zien ontwikkelen door een zeer grote user base, uiteindelijk een 1.x-versie bereiken en vervolgens een paywall optuigen. Ik ben benieuwd.

[skank]

Hmmbob schreef op vrijdag 21 augustus 2020 @ 09:51:
De release van 0.115 wordt verder opgeschoven:

[Twitter]

Release staat nu gepland voor donderdag 17 september - volgens de developer website óók de verjaardag van Home Assistant zelf:

https://developers.home-assistant.io/

Volle begrip voor.
Het gaat de laatste tijd erg hard en snel met nieuwe dingen.
Het mag wel ff trager gaan
Ik hoop vooral op de risco integratie.. ik wacht er al enkele versies op

[Frenck]

Wilf schreef op vrijdag 21 augustus 2020 @ 11:09:
Ik heb inderdaad ook veel open source / free software zien ontwikkelen door een zeer grote user base, uiteindelijk een 1.x-versie bereiken en vervolgens een paywall optuigen. Ik ben benieuwd.

Zal bij Home Assistant wel niet gebeuren. Het project overleeft het prima zo. Nabu Casa was een goede zet welke de keuze bij de gebruiker laat.

Verder is de kracht van Home Assistant juist de community en haar contributors. De grote van Home Assistant is niet te onderhouden als commercieel product, dat is juist haar kracht.

[lolgast]

@Frenck Ik hoop het! Ik ben echt blij met mijn overstap naar HA, komende van Pimatic destijds. Ik heb een tijdje Domoticz geprobeerd, tegelijkertijd met de overstap naar HA, maar voor mij is HA echt de duidelijke winnaar. En mijn vrouw vind het ook super. Elke keer als ze vraagt 'kan dit niet?" is het met HA een fluitje van een cent en ze is weer tevreden. Misschien houdt HA mijn huwelijk wel in stand

Wat dat betreft is het jammer dat er voor HA geen donatie mogelijkheid is (toc?). Alle freeware die ik langdurig gebruik probeer ik voor te betalen. Nabu Casa heb ik niet nodig (en wil ik niet) dus via die weg is geen optie.

[Hmmbob]

lolgast schreef op vrijdag 21 augustus 2020 @ 11:23:
Misschien houdt HA mijn huwelijk wel in stand

Elke keer als ze vraagt 'kan dit niet?" is het met HA een fluitje van een cent en ze is weer tevreden.

Ja, dat is heel erg goed voor de PAF: meteen als er een idee komt het er supper snel inbakken. Werkt hier heel goed!

Wat dat betreft is het jammer dat er voor HA geen donatie mogelijkheid is (toc?). Alle freeware die ik langdurig gebruik probeer ik voor te betalen. Nabu Casa heb ik niet nodig (en wil ik niet) dus via die weg is geen optie.

Leuk idee, misschien voor de What The Heck?

[ Voor 61% gewijzigd door Hmmbob op 21-08-2020 11:26 ]

[Frenck]

lolgast schreef op vrijdag 21 augustus 2020 @ 11:23:
Wat dat betreft is het jammer dat er voor HA geen donatie mogelijkheid is (toc?).

Klopt, Home Assistant is geen entiteit, er is niet iets waar aan te doneren is.
Buiten dat, zijn donaties "vluchtig" en onstabiel, daar kun je niks op bouwen (of moeilijk in ieder geval).

Deze vraag is vaker gesteld, maar het antwoord is en blijft: Bedankt, maar nee.

Ondanks dat je aangeeft het niet te willen, hebben we best veel gebruikers op een Nabu Casa subscription die de diensten verder niet gebruiken (en niet gekoppelt hebben) om het project te steunen. Daar Nabu Casa de development van het project support.

[peligro2k]

barrymossel schreef op vrijdag 21 augustus 2020 @ 01:08:
[...]

MQTT is wat anders dan hassio. Die logins hebben niets met elkaar te maken. Kijk even goed naar je config bij MQTT en zorg dat je daar de juiste login instelt. En dan even herstarten enzo.

Wat ik las in de documentatie is dat deze wel degelijk gekoppeld zijn:

https://github.com/home-a.../master/mosquitto/DOCS.md

Option: logins (optional)

A list of local users that will be created with username and password. You don’t need to do this because you can use Home Assistant users too, without any configuration. If a local user is specifically desired:

[ Voor 21% gewijzigd door peligro2k op 21-08-2020 11:54 ]

[Septillion]

@peligro2k HA users zijn inderdaad gekoppeld als je Mosquitto als addon draait. Maar indien los dan niet. Zelf wilde ik daar geen HA user aan vuil maken en heb ik gewoon in de Mosquitto config een gebruiker aangemaakt voor de devices.

[peligro2k]

Septillion schreef op vrijdag 21 augustus 2020 @ 11:56:
@peligro2k HA users zijn inderdaad gekoppeld als je Mosquitto als addon draait. Maar indien los dan niet. Zelf wilde ik daar geen HA user aan vuil maken en heb ik gewoon in de Mosquitto config een gebruiker aangemaakt voor de devices.

Ja dat had ik dus eerst ook en werkte eigenlijk altijd perfect. Tot een paar dagen geleden, hele huis plat omdat mqtt opeens niet meer werkt. Alle devices lijken gewoon netjes in te loggen als ik naar de logs kijk in Mosquito, en naar de logs van bijv. een Tasmota switch. Echter staat alles op unavailable. Ook bijvoorbeeld Zigbee2Mqtt werkt niet meer.

[Septillion]

@peligro2k En als je gewoon zelf inlogt op je broker? Dus met iets als MQTT Explorer.

[peligro2k]

Septillion schreef op vrijdag 21 augustus 2020 @ 11:59:
@peligro2k En als je gewoon zelf inlogt op je broker? Dus met iets als MQTT Explorer.

Goede tip, thanks die kende ik niet. Daarmee kan ik gewoon inloggen op de MQTT server. Zie al mijn devices etc.

[Septillion]

@peligro2k Dan werkt je broker en je user/pass in ieder geval

Zie je al je devices ook echt iets posten? Ofwel, meer dan alleen je availability topic.

En zie je de availability van HA ook terug als online?

[lolgast]

@peligro2k Kloppen de MQTT inloggegevens voor zigbee2mqtt wel? Als die geen verbinding met MQTT heeft is het logisch dat je devices unavailable zijn. Wat zegt je zigbee2mqtt log?

[peligro2k]

@Septillion Ja als ik bijvoorbeeld een lamp powercycle zie ik dat de online status word geupdate in MQTT Explorer, soms wel met enige vertraging.

@lolgast Yes, heb het nog eens herstart om te testen maar dit zie ik in de zigbee2mqtt log

code:

Zigbee2MQTT:info  2020-08-21 12:18:02: Connected to MQTT server
Zigbee2MQTT:info  2020-08-21 12:18:02: MQTT publish: topic 'zigbee2mqtt/bridge/state', payload 'online'

Zie ook veel van dit soort meldingen, maar groot deel van de lampen staan nu uit.

code:

Zigbee2MQTT:error 2020-08-21 12:17:29: Failed to ping '0x14b457fffe75f118'
Zigbee2MQTT:error 2020-08-21 12:17:35: Failed to setup reporting for '0x14b457fffe4c2a7a' - Error: Bind 0x14b457fffe4c2a7a/1 genOnOff from '0x00124b001caabe4c/1' failed (AREQ - ZDO - bindRsp after 10000ms)
    at Timeout._onTimeout (/zigbee2mqtt-1.14.3/node_modules/zigbee-herdsman/dist/utils/waitress.js:46:35)
    at listOnTimeout (internal/timers.js:549:17)
    at processTimers (internal/timers.js:492:7)

[lolgast]

Dat laatste deel is een zigbee2mqtt probleem, ongerelateerd aan MQTT. Ik zou bijna denken dat je zigbee stick een 'schop' nodig heeft. Maar dat verklaart niet waarom ook Tasmota devices rechtstreeks naar MQTT het niet doen.

[peligro2k]

Hebben jullie dit bestand ook aangemaakt om de juiste ACL's in te stellen?

/share/mosquitto/accesscontrollist

Als ik de documentatie van Mosquitto begrijp is dat niet nodig als je een HA gebruiker gebruikt om bij MQTT in te loggen.

[lolgast]

@peligro2k Nee dat bestand heb ik ook niet aangemaakt. Mijn MQTT setup is heel simpel. Ik heb een login toegevoegd in de configuration, that's it.

[Anoniem: 14842]

lolgast schreef op vrijdag 21 augustus 2020 @ 12:23:
Dat laatste deel is een zigbee2mqtt probleem, ongerelateerd aan MQTT. Ik zou bijna denken dat je zigbee stick een 'schop' nodig heeft. Maar dat verklaart niet waarom ook Tasmota devices rechtstreeks naar MQTT het niet doen.

Ik heb ook wel eens gehoord dat het dan nodig is om je raspberry even fysiek van de stroom te halen. Kan misschien ook zijn dat het nodig is je Zigbee stick even echt te ontkoppelen en er weer in te steken?

[lolgast]

@Anoniem: 14842 Ik heb het 1 keer gehad, toen ik 8 lampen tegelijkertijd van stroom voorzag en hij ze alle 8 tegelijk probeerde te koppelen. Toen ging hij compleet op zijn gat. Enige oplossing was de zigbee stick er even uit en weer terug, zigbee2mqtt herstart en toen werkte alles weer.

[Koepert]

Hoi,

ik heb even een vraagje (of eigenlijk dubbelcheck). Zojuist een Aqara motion sensor binnen. Leuk dingetje. Nu wilde ik deze in de keuken gaan gebruiken. Eigenlijk volgens concept: als er iemand in de keuken loopt = lamp aan, voor paar (3 in dit geval) minuten geen beweging = lampen uit. Dat wil ik echter nu (midden overdag) niet. De sun/sunset is in mijn beleving niet altijd even betrouwbaar, dus dacht ik een input-boolean te gebruiken om dat de realiseren. Op het moment dat die ik ON zet, werkt het, maar weet iemand de reguliere interval dat een sensor weer op OFF springt? Ik had nl verwacht, dat als ik de lamp UIT zet, en de motion sensor weer beweging registreert, hij weer aan moet gaan, dit vertikt hij echter (omdat hij nog ON staat)..

Yaml so far:

YAML:

- alias: Turn on kitchen light when there is movement
  id: Beweging in de keuken aan
  trigger:
    platform: state
    entity_id: binary_sensor.presence_9
    to: 'on'
  condition:
    - condition: state
      entity_id: input_boolean.beweging
      state: 'on'
  action:
    service: light.turn_on
    entity_id: light.lampen_aanrecht

YAML:

- alias: Turn off kitchen light 10 minutes after last movement
  id: Beweging in de keuken uit
  trigger:
    platform: state
    entity_id: binary_sensor.presence_9
    to: 'off'
    for:
      minutes: 3
  action:
    service: light.turn_off
    entity_id: light.lampen_aanrecht

Als ik de toestand handmatig naar OFF zet, gaat hij wel meteen weer aan.

[JBS]

Koepert schreef op vrijdag 21 augustus 2020 @ 13:28:
Hoi,

ik heb even een vraagje (of eigenlijk dubbelcheck). Zojuist een Aqara motion sensor binnen. Leuk dingetje. Nu wilde ik deze in de keuken gaan gebruiken. Eigenlijk volgens concept: als er iemand in de keuken loopt = lamp aan, voor paar (3 in dit geval) minuten geen beweging = lampen uit. Dat wil ik echter nu (midden overdag) niet. De sun/sunset is in mijn beleving niet altijd even betrouwbaar, dus dacht ik een input-boolean te gebruiken om dat de realiseren. Op het moment dat die ik ON zet, werkt het, maar weet iemand de reguliere interval dat een sensor weer op OFF springt? Ik had nl verwacht, dat als ik de lamp UIT zet, en de motion sensor weer beweging registreert, hij weer aan moet gaan, dit vertikt hij echter (omdat hij nog ON staat)..

Yaml so far:

YAML:

- alias: Turn on kitchen light when there is movement
  id: Beweging in de keuken aan
  trigger:
    platform: state
    entity_id: binary_sensor.presence_9
    to: 'on'
  condition:
    - condition: state
      entity_id: input_boolean.beweging
      state: 'on'
  action:
    service: light.turn_on
    entity_id: light.lampen_aanrecht

YAML:

- alias: Turn off kitchen light 10 minutes after last movement
  id: Beweging in de keuken uit
  trigger:
    platform: state
    entity_id: binary_sensor.presence_9
    to: 'off'
    for:
      minutes: 3
  action:
    service: light.turn_off
    entity_id: light.lampen_aanrecht

Als ik de toestand handmatig naar OFF zet, gaat hij wel meteen weer aan.

toon volledige bericht

Dat zou je toch eenvoudig kunnen checken door te bewegen voor de sensor en vervolgens te wachten totdat ie weer naar 'off' gaat? Ik vermoed: 1 minuut.

[TheFes]

Als de motion sensor nog op ON staat, zal je automation niet triggeren inderaad. Hij gaat immers niet naar ON toe.
Dus als je de lamp in de keuken uit zet op het moment dat jij daar een dansje aan het doen bent, zal de lamp niet weer opnieuw aangaan totdat je lang genoeg stil gestaan hebt om hem op OFF te laten gaan. Hoe lang dat duurt zul je inderdaad even moeten testen.

Als je per se wil dat de lamp weer naar ON gaat als er ook nog beweging gedetecteerd is, zou je een state to: off voor je lamp als trigger aan je automation toe kunnen voegen, met als extra condition dat de bewegingssensor op ON staat.

Dat zorgt er dan dus wel voor dat je de lamp niet uit kunt zetten als er net iemand in de keuken is geweest.

[Byron010]

Anoniem: 14842 schreef op vrijdag 21 augustus 2020 @ 07:32:
[...]


Mocht je er eentje willen: die van mij mag je ook overnemen voor een tientje. (EDIT: als ik hem kan vinden )


Maar om te proberen is het prima hoor. Al beter bereik dan mijn Homey van 300 euro... En nog mooier: naar de cc2652r wisselen later doe je door simpelweg een regeltje in je config aan te passen

Er is er al 1 onderweg via een mede tweaker, toch bedankt!

Wel bizar dat zo'n stick beter is dan een homey van 300,- .... zou eigenlijk denken dat je voor dat geld heel veel kwaliteit zou krijgen

[Anoniem: 14842]

Koepert schreef op vrijdag 21 augustus 2020 @ 13:28:
<KNIP>
Als ik de toestand handmatig naar OFF zet, gaat hij wel meteen weer aan.

3 minuten, dan reset de sensor zich weer.

En volgens mij kun je hem hacken naar 1 minuut door een draadje te solderen en dan een Zigbee commando te sturen naar de sensor. Kan ook zijn dat dit met de NeoCoolCam Z-Wave sensors was...

Ik heb gewoon twee triggers:
Zet aan bij motion.
Zet uit bij no motion.


Als je hem langer aan wilt laten dan 3 minuten kun je denk ik het beste een timer laten aftellen naar 0. Komt de timer op 0 dan uit. Zolang die langer is dan 3 minuten zal er weer een motion trigger worden verzonden die de timer reset.

Ik laat hem trouwens kijken naar hoeveel lumen lichtinval er is in dezelfde trigger. Hoef ik ook niet te denken aan avond tijden en werkt ook bij een flinke onweersbui overdag

[TheFes]

Anoniem: 14842 schreef op vrijdag 21 augustus 2020 @ 13:50:
[...]


3 minuten, dan reset de sensor zich weer.

En volgens mij kun je hem hacken naar 1 minuut door een draadje te solderen en dan een Zigbee commando te sturen naar de sensor. Kan ook zijn dat dit met de NeoCoolCam Z-Wave sensors was...

Ik heb gewoon twee triggers:
Zet aan bij motion.
Zet uit bij no motion.


Als je hem langer aan wilt laten dan 3 minuten kun je denk ik het beste een timer laten aftellen naar 0. Komt de timer op 0 dan uit. Zolang die langer is dan 3 minuten zal er weer een motion trigger worden verzonden die de timer reset.

Ik laat hem trouwens kijken naar hoeveel lumen lichtinval er is in dezelfde trigger. Hoef ik ook niet te denken aan avond tijden en werkt ook bij een flinke onweersbui overdag

toon volledige bericht

Je kunt tegenwoordig ook je automation type aanpassen zodat de automation gewoon weer van vore af aan begint zodra er weer voldaan wordt aan de triggers.

[Miki]

Ik heb even jullie hulp nodig, specifiek een duwtje in de goede richting.

Ik wil om mijn Hue lampen te bedienen gebruik maken van de ingestelde Hue scenes die ik vervolgens aan een knop wil binden zodat je deze aan of uit kunt togle-en.
Met de service hue.hue_activate_scene kan ik een een specifieke scene aanroepen dus dat werkt helemaal goed. Daarbij heb ik ook een extra hue scene via de API Clipr aangemaakt om alle lampen uit te schakelen.
Nu wil ik dus middels de service hue.hue_activate_scene 3 knoppen kunnen maken die 3 verschillende Hue scenes kunnen aanroepen. Al google-end vind ik niet veel heel info maar wel 2 topics in het HA forum. De ene gebruikt een template, de ander is helemaal los gegaan met scripts. Wat is nu de best practice om zo iets op te zetten en wat zie ik eventueel over het hoofd?

[lolgast]

@Miki Je zou een button-card kunnen maken met de volgende regels

YAML:

type: button
tap_action:
  action: call-service
  service: hue.hue_activate_scene
  service_data:
    group_name: Overloop
    scene_name: Lezen
hold_action:
  action: more-info
show_icon: false
show_name: true
name: Test
show_state: false

[ Voor 8% gewijzigd door lolgast op 21-08-2020 14:12 ]

[Byron010]

Nou alles om te beginnen is nu onderweg, iedereen bedankt met het helpen hiervoor!
(CC USB met zigbee2mqtt, Pi 4 kit & tradfiri lamp)

Heel benieuwd naar hoeveel problemen ik tegen aan ga lopen bij het opzetten, maar dat is onderdeel van de plezier

[Koepert]

Anoniem: 14842 schreef op vrijdag 21 augustus 2020 @ 13:50:
[...]


3 minuten, dan reset de sensor zich weer.

En volgens mij kun je hem hacken naar 1 minuut door een draadje te solderen en dan een Zigbee commando te sturen naar de sensor. Kan ook zijn dat dit met de NeoCoolCam Z-Wave sensors was...

Ik heb gewoon twee triggers:
Zet aan bij motion.
Zet uit bij no motion.


Als je hem langer aan wilt laten dan 3 minuten kun je denk ik het beste een timer laten aftellen naar 0. Komt de timer op 0 dan uit. Zolang die langer is dan 3 minuten zal er weer een motion trigger worden verzonden die de timer reset.

Ik laat hem trouwens kijken naar hoeveel lumen lichtinval er is in dezelfde trigger. Hoef ik ook niet te denken aan avond tijden en werkt ook bij een flinke onweersbui overdag

toon volledige bericht

Dat is wel een goed idee! Wil je (dat stukje) code delen mbt lichtinval?

[wesley2004]

Koepert schreef op donderdag 20 augustus 2020 @ 17:20:
[...]


Per stapje bekijken

- Heb je portainer ook draaien? --> https://www.portainer.io/installation/
- Al draaien? dan kun je in portainer een docker-container in cli openen: --> selecteer de gewenste container. (home - local - containers - gewenste container). Dan heb je allerlei buttons (start-stop-kill-etc). Daaronder status van de container + logs-inspect-stats-CONSOLE-attach. Selecteer die CONSOLE.. Kies vervolgens de juiste settings om te connecten.. et voila. je zit in de CLI.

Er zijn vast andere manieren, maar deze is redelijk visueel, en daarmee ook voor de ' noob' wat eenvoudiger. (zo ben ik ook begonnen nl, niet zo lang geleden)

Dit deel gevonden!
Maar het juiste commando om een backup terug te zetten.....
Ik vind hem niet.
Heb jij ervaring daarmee?

Commando
Ha snapshots geeft command not found
In de home assistant folder trouwens

[ Voor 3% gewijzigd door wesley2004 op 21-08-2020 14:41 ]

[Anoniem: 14842]

TheFes schreef op vrijdag 21 augustus 2020 @ 13:59:
[...]


Je kunt tegenwoordig ook je automation type aanpassen zodat de automation gewoon weer van vore af aan begint zodra er weer voldaan wordt aan de triggers.

Klopt, maar aan de trigger wordt pas weer voldaan als de sensor weer een "motion" trigger geeft. En dan moet je dus elke keer na een minuut of 3 gaan zwaaien en gaat het licht even uit Mijn vrouw pikte het niet in elk geval

[stijn1309]

Ik heb een heeeeeel vaag probleem en wellicht heeft iemand hier de oplossing.

Ben momenteel een HA oplossing aan het realiseren voor een use-case voor mijn vader.
Alleen waar de Pi komt te liggen is geen kabel maar wel Wifi beschikbaar.

Opzicht niet ideaal maar voor deze use case prima.

Nu heb ik een nieuwe installatie gedaan van Home Assistant en geprobeerd door middel van een usb-stick de Pi verbinding te laten maken met de Wifi. Wat ik ook doe hoe ik het ook doe hij doet er niets mee.

Ook de netwerk config file op de SD zetten... het doet niets.

Nu kan je ook via SSH ervoor zorgen dat hij verbind met Wifi (nmcli commandos).
Dit lukt allemaal prima en maakt verbinding met Wifi en krijgt een IP-address en is bereikbaar op dat ip-adres.

Nu komt het rare... als ik dan de Pi herstart met de netwerkkabel losgekoppeld --> Geen wifi verbinding.
Hij maakt gewoon geen verbinding met Wifi. Herstart ik weer met de netwerkkabel aangesloten dan maakt hij wel verbinding met Wifi en kan ik de netwerkkabel er ook weer uittrekken.

Maja hoe krijg ik het nou voor elkaar dat de Pi gewoon opstart, zonder netwerkkabel en wel verbinding maakt met de Wifi. Er zijn een paar andere die ook tegen die probleem aanlopen op internet maar ik zie geen oplossing.

Heb zelfs HA een keer opnieuw geïnstalleerd maar helaas zelfde resultaat...

Iemand nog een idee?

[larsiey]

stijn1309 schreef op vrijdag 21 augustus 2020 @ 15:04:
Ik heb een heeeeeel vaag probleem en wellicht heeft iemand hier de oplossing.

Ben momenteel een HA oplossing aan het realiseren voor een use-case voor mijn vader.
Alleen waar de Pi komt te liggen is geen kabel maar wel Wifi beschikbaar.

Opzicht niet ideaal maar voor deze use case prima.

Nu heb ik een nieuwe installatie gedaan van Home Assistant en geprobeerd door middel van een usb-stick de Pi verbinding te laten maken met de Wifi. Wat ik ook doe hoe ik het ook doe hij doet er niets mee.

Ook de netwerk config file op de SD zetten... het doet niets.

Nu kan je ook via SSH ervoor zorgen dat hij verbind met Wifi (nmcli commandos).
Dit lukt allemaal prima en maakt verbinding met Wifi en krijgt een IP-address en is bereikbaar op dat ip-adres.

Nu komt het rare... als ik dan de Pi herstart met de netwerkkabel losgekoppeld --> Geen wifi verbinding.
Hij maakt gewoon geen verbinding met Wifi. Herstart ik weer met de netwerkkabel aangesloten dan maakt hij wel verbinding met Wifi en kan ik de netwerkkabel er ook weer uittrekken.

Maja hoe krijg ik het nou voor elkaar dat de Pi gewoon opstart, zonder netwerkkabel en wel verbinding maakt met de Wifi. Er zijn een paar andere die ook tegen die probleem aanlopen op internet maar ik zie geen oplossing.

Heb zelfs HA een keer opnieuw geïnstalleerd maar helaas zelfde resultaat...

Iemand nog een idee?

toon volledige bericht

Deze vraag hoort hier niet echt thuis volgens mij.
Het beste kan je een nieuw topic aanmaken.

[mAiden88]

stijn1309 schreef op vrijdag 21 augustus 2020 @ 15:04:
Ik heb een heeeeeel vaag probleem en wellicht heeft iemand hier de oplossing.

Ben momenteel een HA oplossing aan het realiseren voor een use-case voor mijn vader.
Alleen waar de Pi komt te liggen is geen kabel maar wel Wifi beschikbaar.

Opzicht niet ideaal maar voor deze use case prima.

Nu heb ik een nieuwe installatie gedaan van Home Assistant en geprobeerd door middel van een usb-stick de Pi verbinding te laten maken met de Wifi. Wat ik ook doe hoe ik het ook doe hij doet er niets mee.

Ook de netwerk config file op de SD zetten... het doet niets.

Nu kan je ook via SSH ervoor zorgen dat hij verbind met Wifi (nmcli commandos).
Dit lukt allemaal prima en maakt verbinding met Wifi en krijgt een IP-address en is bereikbaar op dat ip-adres.

Nu komt het rare... als ik dan de Pi herstart met de netwerkkabel losgekoppeld --> Geen wifi verbinding.
Hij maakt gewoon geen verbinding met Wifi. Herstart ik weer met de netwerkkabel aangesloten dan maakt hij wel verbinding met Wifi en kan ik de netwerkkabel er ook weer uittrekken.

Maja hoe krijg ik het nou voor elkaar dat de Pi gewoon opstart, zonder netwerkkabel en wel verbinding maakt met de Wifi. Er zijn een paar andere die ook tegen die probleem aanlopen op internet maar ik zie geen oplossing.

Heb zelfs HA een keer opnieuw geïnstalleerd maar helaas zelfde resultaat...

Iemand nog een idee?

toon volledige bericht

Niet betrekking op HA. Maar goed.

Probeer eens script te maken (eerst: cd ~ en dan: sudo nano mijnscriptnaam.sh) die command nmcli uitvoert (Zelfde die je volledig ingeef in SSH, zodat die een IP krijg.), opslaan met ctrl+x en y enter
Daarna open je bashrc, met: sudo nano .bashrc (let op, er staat een punt voor bashrc)
Scroll naar beneden, en voeg jou script toe met: ./mijnscriptnaam.sh (letop dat je weer eerst een punt zet voor /) opslaan met ctrl+x en y enter..
Herstart je PI nou eens, en zie is of die een IP heeft.

[stijn1309]

mAiden88 schreef op vrijdag 21 augustus 2020 @ 15:15:
[...]


Niet betrekking op HA. Maar goed.

Probeer eens script te maken (eerst: cd ~ en dan: sudo nano mijnscriptnaam.sh) die command nmcli uitvoert (Zelfde die je volledig ingeef in SSH, zodat die een IP krijg.), opslaan met ctrl+x en y enter
Daarna open je bashrc, met: sudo nano .bashrc (let op, er staat een punt voor bashrc)
Scroll naar beneden, en voeg jou script toe met: ./mijnscriptnaam.sh (letop dat je weer eerst een punt zet voor /) opslaan met ctrl+x en y enter..
Herstart je PI nou eens, en zie is of die een IP heeft.

Excuses... voor mijn gevoel heeft het wel met Home Assistant te maken aangezien ik de image van hun gebruik voor de PI en als je googled ook bijna alleen maar op het Home Assistant forum uitkomt.

Ik zal het eens proberen... maar zal het er verder hier niet meer posten.

[mAiden88]

stijn1309 schreef op vrijdag 21 augustus 2020 @ 15:18:
[...]


Excuses... voor mijn gevoel heeft het wel met Home Assistant te maken aangezien ik de image van hun gebruik voor de PI en als je googled ook bijna alleen maar op het Home Assistant forum uitkomt.

Ik zal het eens proberen... maar zal het er verder hier niet meer posten.

Uit je verhaal haal ik uit dat je gebruik maak van een externe Wifi USB adapter.. Ik betwijfel of het dan met HA te maken heeft. Linux heeft nogal de eigenschap om pas een verbinding op te halen vanaf een externe usb wifi als daarom gevraagd word.. (Deze ervaring heb ik zowel met: Ubuntu, Debian, Kali Linux.)

[stijn1309]

mAiden88 schreef op vrijdag 21 augustus 2020 @ 15:22:
[...]


Uit je verhaal haal ik uit dat je gebruik maak van een externe Wifi USB adapter.. Ik betwijfel of het dan met HA te maken heeft. Linux heeft nogal de eigenschap om pas een verbinding op te halen vanaf een externe usb wifi als daarom gevraagd word.. (Deze ervaring heb ik zowel met: Ubuntu, Debian, Kali Linux.)

Nee maak gebruik van de interne Wifi van de Pi.
Op een andere Pi gewoon werkbaar gekregen via een USB import van het config bestand maar deze Pi is wat hard leers.

[Anoniem: 14842]

stijn1309 schreef op vrijdag 21 augustus 2020 @ 15:24:
[...]


Nee maak gebruik van de interne Wifi van de Pi.
Op een andere Pi gewoon werkbaar gekregen via een USB import van het config bestand maar deze Pi is wat hard leers.

Ik zou er eerst even Raspbian opzetten en alle firmware updaten.
Kun je meteen naar de laatste versie voor USB boot

[Lightthunder]

Hallo allemaal,

Ik heb in Vmware Home Assistant (HassOS 4.12) draaien en een ESP32 geflasht met ESP Easy Mega.
In Home Assistant heb ik de add-on Mosquitto broker geconfigureerd en gekoppeld aan MQTT integration en "Enable newly added entities" aangezet.
Via de webinterface van de ESP heb ik MQTT ingesteld.

Nou heb ik het volgende issue.
In de logging van mosquitto zie ik dat de ESP netjes wordt gevonden:
1598015410: New connection from x.x.x.x on port 1883.
1598015410: New client connected from x.x.x.x as esp32_ha_1_1 (p2, c0, k10, u'mqtt').

Vervolgens verschijnt er verder niets in HASS onder entities of onder notifications dat er iets nieuws is gevonden. in /config/configuration.yaml heb ik de volgende regels geplaatst, maar helaas zonder succes:
mqtt:
discovery: true
discovery_prefix: homeassistant

Kan iemand mij verder helpen met het zichtbaar maken van de ESP in Home assistant? Ik kom er gewoon echt niet uit. Wellicht is het iets simpels, maar ik zie het niet.

[Driek]

hebben andere ook last van een niet goed werkende app op de iphone?
Als ik een normale toggle aanklik dan wordt het scherm opnieuw opgebouwd, klik ik opnieuw dan wordt het scherm wit.
Ik kan nu dus geen toggles meer gebruiken via de app, uiterst onhandig natuurlijk.

[TheFes]

Driek schreef op vrijdag 21 augustus 2020 @ 15:47:
hebben andere ook last van een niet goed werkende app op de iphone?
Als ik een normale toggle aanklik dan wordt het scherm opnieuw opgebouwd, klik ik opnieuw dan wordt het scherm wit.
Ik kan nu dus geen toggles meer gebruiken via de app, uiterst onhandig natuurlijk.

Geen last van hier, wel net even opnieuw moeten inloggen, maar daarna deed alles het weer prima.

[Miki]

lolgast schreef op vrijdag 21 augustus 2020 @ 14:07:
@Miki Je zou een button-card kunnen maken met de volgende regels

YAML:

type: button
tap_action:
  action: call-service
  service: hue.hue_activate_scene
  service_data:
    group_name: Overloop
    scene_name: Lezen
hold_action:
  action: more-info
show_icon: false
show_name: true
name: Test
show_state: false

En hier een beetje liefde terug nadat je me de goede kant op hebt geduwd

code:

type: vertical-stack
cards:
  - type: 'custom:button-card'
    color_type: label-card
    color: 'rgb (59, 66, 82)'
    name: verlichting begane grond
  - type: horizontal-stack
    cards:
      - type: 'custom:button-card'
        color_type: card
        color: 'rgb(59, 66, 82)'
        icon: 'mdi:netflix'
        tap_action:
          action: call-service
          service: hue.hue_activate_scene
          service_data:
            group_name: Begane grond
            scene_name: Netflix
      - type: 'custom:button-card'
        color_type: card
        color: 'rgb(59, 66, 82)'
        icon: 'mdi:brightness-5'
        tap_action:
          action: call-service
          service: hue.hue_activate_scene
          service_data:
            group_name: Begane grond
            scene_name: Ontspannen
      - type: 'custom:button-card'
        color_type: card
        color: 'rgb(59, 66, 82)'
        icon: 'mdi:eye-off-outline'
        tap_action:
          action: call-service
          service: hue.hue_activate_scene
          service_data:
            group_name: Begane grond
            scene_name: Uit

Gemaakt met de Custom button card uit de HACS winkel. Het idee is vrij simpel, verlichting standje film kijken, alles aan of alles uit. Helaas werkt mijn Samsung Smart tv niet mee om dit nog verder te automatiseren.
Ps. ik heb een extra scene aangemaakt op de Hue bridge om de verlichting uit te zetten.

Edit: nu nog kijken of het lukt om een kleurtje toe te voegen als een knopje wordt aangetikt

[Koepert]

Driek schreef op vrijdag 21 augustus 2020 @ 15:47:
hebben andere ook last van een niet goed werkende app op de iphone?
Als ik een normale toggle aanklik dan wordt het scherm opnieuw opgebouwd, klik ik opnieuw dan wordt het scherm wit.
Ik kan nu dus geen toggles meer gebruiken via de app, uiterst onhandig natuurlijk.

Vergelijkbaar maar anders: bij mij laadt de app regelmatig de ‘desktopinterface’ in. En soms laden cards de eerste keer niet in. Dus ik ververs wel vaker dan normaal.

[martinvdm]

Damn werken jullie hier niet?
Kijk ff een dagje niet en flink wat pagina’s verder, zo zitten we in no time op deel 4

Hoe doen jullie dat eigenlijk met automations? Ik heb mijn hele config opgesplitst in verschillende yaml files en doe eigenlijk het meeste nog via yaml, zo ook de automations welke ik middels een include_dir_merge_list netjes in aparte files hebt staan. Dat maakt het overzichtelijk, maar toch zou het best af en toe handig zijn om deze via de gui te kunnen editen, maar hiervoor moet ik ze ik 1 file hebben staan.
Ik vind dat niet echt overzichtelijk zeg maar.

[larsiey]

martinvdm schreef op vrijdag 21 augustus 2020 @ 17:30:
Damn werken jullie hier niet?
Kijk ff een dagje niet en flink wat pagina’s verder, zo zitten we in no time op deel 4

Hoe doen jullie dat eigenlijk met automations? Ik heb mijn hele config opgesplitst in verschillende yaml files en doe eigenlijk het meeste nog via yaml, zo ook de automations welke ik middels een include_dir_merge_list netjes in aparte files hebt staan. Dat maakt het overzichtelijk, maar toch zou het best af en toe handig zijn om deze via de gui te kunnen editen, maar hiervoor moet ik ze ik 1 file hebben staan.
Ik vind dat niet echt overzichtelijk zeg maar.

Ik bedacht me vandaag hetzelfde.
Via de gui is gemakkelijk, maar de lijst met automations is gewoonweg onoverzichtelijk.

Ik zat er aan te denken om in "What the heck" dit "probleem" te plaatsen.

[Driek]

Koepert schreef op vrijdag 21 augustus 2020 @ 16:41:
[...]


Vergelijkbaar maar anders: bij mij laadt de app regelmatig de ‘desktopinterface’ in. En soms laden cards de eerste keer niet in. Dus ik ververs wel vaker dan normaal.

verversen heeft geen zin, opnieuw installeren ook nog niet, het is echt onbruikbaar op het moment.

Ik heb even gezocht bij de maker van de app, hij is bekend:
https://github.com/home-assistant/iOS/issues/925

Ik zit inderdaad in de ios14 beta

[ Voor 15% gewijzigd door Driek op 21-08-2020 17:52 ]

[stijn1309]

Anoniem: 14842 schreef op vrijdag 21 augustus 2020 @ 15:39:
[...]


Ik zou er eerst even Raspbian opzetten en alle firmware updaten.
Kun je meteen naar de laatste versie voor USB boot

Dit was dus de oplossing... Thnx!

[larsiey]

Driek schreef op vrijdag 21 augustus 2020 @ 17:49:
[...]

verversen heeft geen zin, opnieuw installeren ook nog niet, het is echt onbruikbaar op het moment.

Ik heb even gezocht bij de maker van de app, hij is bekend:
https://github.com/home-assistant/iOS/issues/925

Ik zit inderdaad in de ios14 beta

Heb je vast al vaker gehoord: het is niet voor niets een beta .

[lolgast]

martinvdm schreef op vrijdag 21 augustus 2020 @ 17:30:
Damn werken jullie hier niet?
Kijk ff een dagje niet en flink wat pagina’s verder, zo zitten we in no time op deel 4

Hoe doen jullie dat eigenlijk met automations? Ik heb mijn hele config opgesplitst in verschillende yaml files en doe eigenlijk het meeste nog via yaml, zo ook de automations welke ik middels een include_dir_merge_list netjes in aparte files hebt staan. Dat maakt het overzichtelijk, maar toch zou het best af en toe handig zijn om deze via de gui te kunnen editen, maar hiervoor moet ik ze ik 1 file hebben staan.
Ik vind dat niet echt overzichtelijk zeg maar.

Via Node-RED

[martinvdm]

lolgast schreef op vrijdag 21 augustus 2020 @ 18:50:
[...]

Via Node-RED

Leuk als je er van houdt maar ik begin er niet aan. Er tot nu toe niks waar voor mij yaml te kort schiet.

[lolgast]

martinvdm schreef op vrijdag 21 augustus 2020 @ 19:05:
[...]

Leuk als je er van houdt maar ik begin er niet aan. Er tot nu toe niks waar voor mij yaml te kort schiet.

Jawel. Een manier om overzichtelijk alle automations te kunnen beheren

[martinvdm]

lolgast schreef op vrijdag 21 augustus 2020 @ 19:34:
[...]

Jawel. Een manier om overzichtelijk alle automations te kunnen beheren

Je hebt me nog niet overtuigd
De hoofdzakelijke reden om het via de gui te willen is dat het vanaf de smartphone ff snel bijgewerkt kan worden, de rest kan ik ook in yaml op de pc. Daarin maakt Nodered het leven niet veel makkelijker in vergelijking met nu.
Maargoed ik blijf lekker bij yaml.