Home Assistant - Open source Python3 home automation

[ny-hardcore]

triet schreef op donderdag 08 september 2016 @ 21:46:
[...]


Zo ver was ik inderdaad gekomen, maar dat werkt dus niet in mijn scene, zoals dat met een switch wel werkt.

code:

- name: Testje
  entities:
    cover.gordijn:
      state: close_cover

Log:

code:

WARNING (ThreadPool Worker 4) [homeassistant.helpers.state] reproduce_state: Unable to reproduce state <state cover.gordijn=close_cover @ xxx>

ik heb alleen een somfy cover die is stateless (en ik zie dus geen states) en kan die niet gebruiken in conditions.
had je met rollershutters wel een state?

[PuckStar]

ny-hardcore schreef op donderdag 08 september 2016 @ 22:59:
[...]

Jij hebt toch een bel van de action kunnen koppelen?
Is dat met een RFCOM stick? Of Rf ontvanger direct op de GPIO's van de pi?
Ik probeer dat laatste maar elke keer als ik op de bel druk krijg ik allerlei verschillende codes.
Ik record met rpi-rf_receive -g 23 en dan komt dit eruit na herhaaldelijk drukken:

code:

2016-09-09 19:10:08 - [INFO] rpi-rf_receive: 69120 [pulselength 466, protocol 5]
2016-09-09 19:10:08 - [INFO] rpi-rf_receive: 49152 [pulselength 656, protocol 2]
2016-09-09 19:10:08 - [INFO] rpi-rf_receive: 63 [pulselength 491, protocol 1]
2016-09-09 19:10:08 - [INFO] rpi-rf_receive: 1536 [pulselength 654, protocol 2]
2016-09-09 19:10:08 - [INFO] rpi-rf_receive: 1024 [pulselength 655, protocol 2]
2016-09-09 19:10:09 - [INFO] rpi-rf_receive: 4096 [pulselength 656, protocol 2]
2016-09-09 19:10:09 - [INFO] rpi-rf_receive: 69120 [pulselength 468, protocol 5]
2016-09-09 19:10:09 - [INFO] rpi-rf_receive: 4194304 [pulselength 658, protocol 2]
2016-09-09 19:10:09 - [INFO] rpi-rf_receive: 4239360 [pulselength 468, protocol 5]
2016-09-09 19:10:09 - [INFO] rpi-rf_receive: 41986048 [pulselength 470, protocol 5]
2016-09-09 19:10:10 - [INFO] rpi-rf_receive: 4227105 [pulselength 1158, protocol 4]
2016-09-09 19:10:18 - [INFO] rpi-rf_receive: 163840 [pulselength 658, protocol 2]
2016-09-09 19:10:25 - [INFO] rpi-rf_receive: 114809 [pulselength 471, protocol 5]
2016-09-09 19:10:25 - [INFO] rpi-rf_receive: 17848320 [pulselength 470, protocol 5]
2016-09-09 19:10:26 - [INFO] rpi-rf_receive: 545792 [pulselength 470, protocol 5]
2016-09-09 19:10:26 - [INFO] rpi-rf_receive: 32 [pulselength 1098, protocol 4]
2016-09-09 19:10:27 - [INFO] rpi-rf_receive: 2 [pulselength 1098, protocol 4]
2016-09-09 19:10:39 - [INFO] rpi-rf_receive: 4098 [pulselength 648, protocol 2]
2016-09-09 19:10:40 - [INFO] rpi-rf_receive: 32 [pulselength 660, protocol 2]
2016-09-09 19:10:41 - [INFO] rpi-rf_receive: 32 [pulselength 658, protocol 2]
2016-09-09 19:10:48 - [INFO] rpi-rf_receive: 16 [pulselength 646, protocol 2]
2016-09-09 19:10:48 - [INFO] rpi-rf_receive: 16384 [pulselength 645, protocol 2]
2016-09-09 19:10:49 - [INFO] rpi-rf_receive: 8192 [pulselength 658, protocol 2]
2016-09-09 19:10:49 - [INFO] rpi-rf_receive: 944132 [pulselength 577, protocol 5]
2016-09-09 19:10:49 - [INFO] rpi-rf_receive: 4096 [pulselength 658, protocol 2]
2016-09-09 19:10:49 - [INFO] rpi-rf_receive: 256 [pulselength 658, protocol 2]
2016-09-09 19:10:50 - [INFO] rpi-rf_receive: 267776 [pulselength 470, protocol 5]
2016-09-09 19:11:04 - [INFO] rpi-rf_receive: 9252 [pulselength 378, protocol 1]
2016-09-09 19:11:05 - [INFO] rpi-rf_receive: 65536 [pulselength 659, protocol 2]
2016-09-09 19:11:06 - [INFO] rpi-rf_receive: 131072 [pulselength 1666, protocol 4]
2016-09-09 19:11:06 - [INFO] rpi-rf_receive: 16 [pulselength 1100, protocol 4]
2016-09-09 19:11:10 - [INFO] rpi-rf_receive: 4 [pulselength 1770, protocol 4]
2016-09-09 19:11:14 - [INFO] rpi-rf_receive: 49152 [pulselength 659, protocol 2]
2016-09-09 19:11:14 - [INFO] rpi-rf_receive: 3670403 [pulselength 469, protocol 5]
2016-09-09 19:11:14 - [INFO] rpi-rf_receive: 33726464 [pulselength 470, protocol 5]
2016-09-09 19:11:15 - [INFO] rpi-rf_receive: 8192 [pulselength 656, protocol 2]
2016-09-09 19:11:18 - [INFO] rpi-rf_receive: 16 [pulselength 89, protocol 3]
2016-09-09 19:11:24 - [INFO] rpi-rf_receive: 16384 [pulselength 642, protocol 2]
2016-09-09 19:11:24 - [INFO] rpi-rf_receive: 82816 [pulselength 600, protocol 5]
2016-09-09 19:11:25 - [INFO] rpi-rf_receive: 32 [pulselength 687, protocol 2]
2016-09-09 19:11:32 - [INFO] rpi-rf_receive: 1 [pulselength 887, protocol 4]
2016-09-09 19:11:32 - [INFO] rpi-rf_receive: 512 [pulselength 660, protocol 2]
2016-09-09 19:11:32 - [INFO] rpi-rf_receive: 557361 [pulselength 471, protocol 5]
2016-09-09 19:11:33 - [INFO] rpi-rf_receive: 896 [pulselength 207, protocol 3]
2016-09-09 19:11:33 - [INFO] rpi-rf_receive: 3145987 [pulselength 470, protocol 5]
2016-09-09 19:11:33 - [INFO] rpi-rf_receive: 512 [pulselength 658, protocol 2]
2016-09-09 19:11:34 - [INFO] rpi-rf_receive: 3670209 [pulselength 470, protocol 5]
2016-09-09 19:11:40 - [INFO] rpi-rf_receive: 16 [pulselength 699, protocol 5]
2016-09-09 19:11:45 - [INFO] rpi-rf_receive: 1048576 [pulselength 659, protocol 2]
2016-09-09 19:11:45 - [INFO] rpi-rf_receive: 256 [pulselength 657, protocol 2]
2016-09-09 19:11:45 - [INFO] rpi-rf_receive: 1048576 [pulselength 658, protocol 2]
2016-09-09 19:11:46 - [INFO] rpi-rf_receive: 65536 [pulselength 659, protocol 2]
2016-09-09 19:11:46 - [INFO] rpi-rf_receive: 1024 [pulselength 659, protocol 2]
2016-09-09 19:11:46 - [INFO] rpi-rf_receive: 10 [pulselength 114, protocol 3]
2016-09-09 19:11:46 - [INFO] rpi-rf_receive: 45056 [pulselength 580, protocol 5]
2016-09-09 19:12:04 - [INFO] rpi-rf_receive: 4194305 [pulselength 1176, protocol 4]
2016-09-09 19:12:16 - [INFO] rpi-rf_receive: 1 [pulselength 1578, protocol 4]
2016-09-09 19:12:43 - [INFO] rpi-rf_receive: 2 [pulselength 1562, protocol 4]
2016-09-09 19:12:43 - [INFO] rpi-rf_receive: 8 [pulselength 659, protocol 2]
2016-09-09 19:12:43 - [INFO] rpi-rf_receive: 17280 [pulselength 471, protocol 5]
2016-09-09 19:12:43 - [INFO] rpi-rf_receive: 1024 [pulselength 659, protocol 2]
2016-09-09 19:12:46 - [INFO] rpi-rf_receive: 41136 [pulselength 578, protocol 5]
2016-09-09 19:12:47 - [INFO] rpi-rf_receive: 2097152 [pulselength 657, protocol 2]
2016-09-09 19:12:47 - [INFO] rpi-rf_receive: 2097152 [pulselength 658, protocol 2]
2016-09-09 19:12:47 - [INFO] rpi-rf_receive: 262144 [pulselength 658, protocol 2]
2016-09-09 19:12:47 - [INFO] rpi-rf_receive: 134656 [pulselength 470, protocol 5]
2016-09-09 19:12:47 - [INFO] rpi-rf_receive: 267520 [pulselength 470, protocol 5]
2016-09-09 19:12:48 - [INFO] rpi-rf_receive: 512 [pulselength 659, protocol 2]
2016-09-09 19:12:49 - [INFO] rpi-rf_receive: 32768 [pulselength 642, protocol 2]
2016-09-09 19:12:50 - [INFO] rpi-rf_receive: 535040 [pulselength 471, protocol 5]
2016-09-09 19:12:50 - [INFO] rpi-rf_receive: 4239360 [pulselength 471, protocol 5]
2016-09-09 19:12:50 - [INFO] rpi-rf_receive: 1059342 [pulselength 470, protocol 5]
2016-09-09 19:12:50 - [INFO] rpi-rf_receive: 16384 [pulselength 659, protocol 2]
2016-09-09 19:12:50 - [INFO] rpi-rf_receive: 1024 [pulselength 659, protocol 2]
2016-09-09 19:12:51 - [INFO] rpi-rf_receive: 917952 [pulselength 471, protocol 5]
2016-09-09 19:12:52 - [INFO] rpi-rf_receive: 128 [pulselength 1845, protocol 2]
2016-09-09 19:12:57 - [INFO] rpi-rf_receive: 8192 [pulselength 642, protocol 2]
2016-09-09 19:12:57 - [INFO] rpi-rf_receive: 8192 [pulselength 658, protocol 2]
2016-09-09 19:12:57 - [INFO] rpi-rf_receive: 121 [pulselength 569, protocol 1]
2016-09-09 19:12:58 - [INFO] rpi-rf_receive: 17280 [pulselength 572, protocol 5]
2016-09-09 19:13:00 - [INFO] rpi-rf_receive: 512 [pulselength 258, protocol 3]
2016-09-09 19:13:00 - [INFO] rpi-rf_receive: 1024 [pulselength 663, protocol 2]
2016-09-09 19:13:01 - [INFO] rpi-rf_receive: 24576 [pulselength 662, protocol 2]
2016-09-09 19:13:01 - [INFO] rpi-rf_receive: 16863232 [pulselength 473, protocol 5]
2016-09-09 19:13:01 - [INFO] rpi-rf_receive: 1322016 [pulselength 472, protocol 5]
2016-09-09 19:13:01 - [INFO] rpi-rf_receive: 512 [pulselength 664, protocol 2]
2016-09-09 19:13:02 - [INFO] rpi-rf_receive: 229600 [pulselength 475, protocol 5]
2016-09-09 19:13:02 - [INFO] rpi-rf_receive: 37834752 [pulselength 472, protocol 5]

[ThinkPad]

Koop gewoon een RFXCOM. Is misschien duur, maar scheelt je een hele boel uitzoekwerk. Inprikken en gaan.
Ze hebben ook een refurbished te koop zie ik, scheelt weer een paar tientjes t.o.v. een nieuwe: http://www.rfxcom.com/epa...9/Categories/Transceivers

[ny-hardcore]

ThinkPadd schreef op vrijdag 09 september 2016 @ 21:24:
Koop gewoon een RFXCOM. Is misschien duur, maar scheelt je een hele boel uitzoekwerk. Inprikken en gaan.
Ze hebben ook een refurbished te koop zie ik, scheelt weer een paar tientjes t.o.v. een nieuwe: http://www.rfxcom.com/epa...9/Categories/Transceivers

dit dus.
Ik heb trouwens de action bel vaarwel gezegd en een KAKU bel gekocht.
werkt toch beter, en kan tot 6 verschillende zenders ontvangen waardoor ik bijvoorbeeld nu een apart geluid kan laten klinken als de achterdeur open gaat. En dan alleen maar als in HASS een virtual switch op 'aan' staat...

[PuckStar]

ny-hardcore schreef op vrijdag 09 september 2016 @ 22:44:
[...]

dit dus.
Ik heb trouwens de action bel vaarwel gezegd en een KAKU bel gekocht.
werkt toch beter, en kan tot 6 verschillende zenders ontvangen waardoor ik bijvoorbeeld nu een apart geluid kan laten klinken als de achterdeur open gaat. En dan alleen maar als in HASS een virtual switch op 'aan' staat...

ThinkPadd schreef op vrijdag 09 september 2016 @ 21:24:
Koop gewoon een RFXCOM. Is misschien duur, maar scheelt je een hele boel uitzoekwerk. Inprikken en gaan.
Ze hebben ook een refurbished te koop zie ik, scheelt weer een paar tientjes t.o.v. een nieuwe: http://www.rfxcom.com/epa...9/Categories/Transceivers

hmm ja is wel heel wat duurder dan die paar euro voor wat ik nu heb gekocht .
maar met die rfxcom kan ik dus erg makkelijk zenden EN ontvangen en dat in HASS doen?

zit nu nog met pilight te prutsen, en die bel geeft dus veel verschillende codes (waarbij ik me afvraag of dat perse beter wordt met de rfxcom).


even ander vraagje (voor Nicky denk ik), rollershutter werkt niet meer sinds de laatste versie want dat is cover geworden.
maar simpelweg dit:
rollershutter.fibaro_system_fgrm222_roller_shutter_controller_2_level_3
wijzigen in dit:
cover.fibaro_system_fgrm222_roller_shutter_controller_2_level_3
werkt niet. Althans ik zie dan geen knopjes omhoog/omlaag en stoppen meer in HASS (zoals dat automatisch wel in 0.26 het geval was).
Moet ik die nu handmatig gaan toevoegen? Of moet ik een andere entity toevoegen?
Heb al switch toegevoegd maar daar ook geen knoppen.
Het werkt al. Duurde blijkbaar deze keer wat langer (zeker 15minuten) voordat HASS doorhad dat het een rolluik is. Nu zijn de knopjes terug

[ Voor 4% gewijzigd door PuckStar op 10-09-2016 10:37 ]

[ny-hardcore]

PuckStar schreef op zaterdag 10 september 2016 @ 00:15:
[...]


[...]

hmm ja is wel heel wat duurder dan die paar euro voor wat ik nu heb gekocht .
maar met die rfxcom kan ik dus erg makkelijk zenden EN ontvangen en dat in HASS doen?

zit nu nog met pilight te prutsen, en die bel geeft dus veel verschillende codes (waarbij ik me afvraag of dat perse beter wordt met de rfxcom

Yep, maar ik heb due action bel nooit goed werkend gekregen in HASS. In domoticz werkte het wel goed trouwens. Denk dat dit komt door pyrfxtrx dat nog niet zo volwassen is als de domoticz rfxtrx implementatie.

433 dingen zitten in domoticz sowieso veel meer. Mijn flamingo brandmelders krijg ik ook niet goed in HASS. Ze worden wel ontvangen maar naar 1x panic blijven ze staan en ik kan ze niet af laten gaan vanuit hass.

[jjust]

[RNMC] Viper schreef op donderdag 08 september 2016 @ 22:56:
Heb je wel een database aangemaakt in influx en user met Pass? Deze moet je namelijk wel opnemen in je config

ny-hardcore schreef op donderdag 08 september 2016 @ 22:57:
[...]
ik heb het pas aan het werken gekregen nadat ik een username en password heb toegevoegd aan de config

code:

influxdb:
  host: 127.0.0.1
  database: home_assistant
  username: home-assistant
  password: home-assistant

username + password kun je aanmaken via de webinterface van influx

Ok het heeft wat tijd gekost maar het werkt. De eerste fout die ik maakte was dat ik bij host: http:// voor het ipadres had ingevuld. Dit vindt HASS niet fijn. Dus alleen het ipadres invullen. Daarnaast is inderdaad username en password niet optioneel. Volgens de HASS documentatie is dit wel optioneel maar dat is dus niet correct.

Nu komt een grijs gebied. Influxdb heeft standaard authenticatie uit staan. Je kan wel users en wachtwoorden aanmaken maar die worden genegeerd. Het kan zijn dat je in de YAML file hier dus zomaar een willekeurig user en wachtwoord kan invullen en het dan al werkt. Dit heb ik niet getest.

Ik heb authenticatie wel aangezet. Hoe dat moet kan je hier terugvinden.

Verder heb ik een admin user aangemaakt en een standaard user voor HASS met lees en schrijfrechten op de home_assistant database. Zo hoeft HASS geen admin rechten te hebben. Werkt nu perfect.

Nu weer verder spelen.

[breinonline]

Ik had de scripts gemaakt voor het automatisch aandoen van de lampen indien mijn 'away switch' aanstaat al eerder gemaakt. Vanavond die voor de ochtend geschreven. Daarna een herstart van home assistant gedaan. Vervolgens duurde het erg lang voor hij bij kwam. Op de samba share in het logboek zag ik iets met I/O error, toen ging de samba share er ook uit. Na een minuut of 3 toch weer up and running maar er staat nu dit in het logboek:

code:

16-09-10 22:31:53 homeassistant.bootstrap: Error during setup of component automation
Traceback (most recent call last):
  File "/srv/hass/hass_venv/lib/python3.4/site-packages/homeassistant/bootstrap.py", line 157, in _setup_component
    result = component.setup(hass, config)
  File "/srv/hass/hass_venv/lib/python3.4/site-packages/homeassistant/components/automation/__init__.py", line 105, in setup
    success = (_setup_automation(hass, config_block, name, config) or
  File "/srv/hass/hass_venv/lib/python3.4/site-packages/homeassistant/components/automation/__init__.py", line 116, in _setup_automation
    action = _process_if(hass, config, config_block, action)
  File "/srv/hass/hass_venv/lib/python3.4/site-packages/homeassistant/components/automation/__init__.py", line 173, in _process_if
    checks.append(condition.from_config(if_config))
  File "/srv/hass/hass_venv/lib/python3.4/site-packages/homeassistant/helpers/condition.py", line 37, in from_config
    return factory(config, config_validation)
  File "/srv/hass/hass_venv/lib/python3.4/site-packages/homeassistant/helpers/condition.py", line 43, in and_from_config
    config = cv.AND_CONDITION_SCHEMA(config)
  File "/srv/hass/hass_venv/lib/python3.4/site-packages/voluptuous/schema_builder.py", line 192, in __call__
    return self._compiled([], data)
  File "/srv/hass/hass_venv/lib/python3.4/site-packages/voluptuous/schema_builder.py", line 486, in validate_dict
    return base_validate(path, iteritems(data), out)
  File "/srv/hass/hass_venv/lib/python3.4/site-packages/voluptuous/schema_builder.py", line 324, in validate_mapping
    raise er.MultipleInvalid(errors)
voluptuous.error.MultipleInvalid: not a valid value for dictionary value @ data['conditions'][1]['condition']
16-09-10 22:31:54 homeassistant.components.recorder: Ended unfinished session (id=118 from 2016-09-08 20:14:30.672514)
16-09-10 22:31:54 homeassistant.components.recorder: Found unfinished sessions
16-09-10 22:32:21 homeassistant.components.recorder: Error during query: (sqlite3.OperationalError) database is locked

Ik draai een Pi3 met SD kaart, is dit nu de situatie waarom je niet op SD moet draaien of is er iets anders aan de hand?

[ny-hardcore]

breinonline schreef op zaterdag 10 september 2016 @ 22:37:
Ik had de scripts gemaakt voor het automatisch aandoen van de lampen indien mijn 'away switch' aanstaat al eerder gemaakt. Vanavond die voor de ochtend geschreven. Daarna een herstart van home assistant gedaan. Vervolgens duurde het erg lang voor hij bij kwam. Op de samba share in het logboek zag ik iets met I/O error, toen ging de samba share er ook uit. Na een minuut of 3 toch weer up and running maar er staat nu dit in het logboek:

code:

16-09-10 22:31:53 homeassistant.bootstrap: Error during setup of component automation
Traceback (most recent call last):
  File "/srv/hass/hass_venv/lib/python3.4/site-packages/homeassistant/bootstrap.py", line 157, in _setup_component
    result = component.setup(hass, config)
  File "/srv/hass/hass_venv/lib/python3.4/site-packages/homeassistant/components/automation/__init__.py", line 105, in setup
    success = (_setup_automation(hass, config_block, name, config) or
  File "/srv/hass/hass_venv/lib/python3.4/site-packages/homeassistant/components/automation/__init__.py", line 116, in _setup_automation
    action = _process_if(hass, config, config_block, action)
  File "/srv/hass/hass_venv/lib/python3.4/site-packages/homeassistant/components/automation/__init__.py", line 173, in _process_if
    checks.append(condition.from_config(if_config))
  File "/srv/hass/hass_venv/lib/python3.4/site-packages/homeassistant/helpers/condition.py", line 37, in from_config
    return factory(config, config_validation)
  File "/srv/hass/hass_venv/lib/python3.4/site-packages/homeassistant/helpers/condition.py", line 43, in and_from_config
    config = cv.AND_CONDITION_SCHEMA(config)
  File "/srv/hass/hass_venv/lib/python3.4/site-packages/voluptuous/schema_builder.py", line 192, in __call__
    return self._compiled([], data)
  File "/srv/hass/hass_venv/lib/python3.4/site-packages/voluptuous/schema_builder.py", line 486, in validate_dict
    return base_validate(path, iteritems(data), out)
  File "/srv/hass/hass_venv/lib/python3.4/site-packages/voluptuous/schema_builder.py", line 324, in validate_mapping
    raise er.MultipleInvalid(errors)
voluptuous.error.MultipleInvalid: not a valid value for dictionary value @ data['conditions'][1]['condition']
16-09-10 22:31:54 homeassistant.components.recorder: Ended unfinished session (id=118 from 2016-09-08 20:14:30.672514)
16-09-10 22:31:54 homeassistant.components.recorder: Found unfinished sessions
16-09-10 22:32:21 homeassistant.components.recorder: Error during query: (sqlite3.OperationalError) database is locked

Ik draai een Pi3 met SD kaart, is dit nu de situatie waarom je niet op SD moet draaien of is er iets anders aan de hand?

er is iets mis met (de syntax van) je automations denk ik.

code:

not a valid value for dictionary value @ data['conditions'][1]['condition']

Draai je laatste veranderingen eens terug, en kijk of het dan weer werkt.

[Zjemm]

Ik wil eens gaan spelen met Led verlichting in huis.
Nu snap ik dat je de meeste smart leds via wifi (dmv een controller) kan besturen.

en toen kwam ik home-assistant.io tegen. hiermee kun je ook allerlei merken lampen aansturen, maar heb ik dan nog steeds de controllers nodig? of gebeurd dat dan via home-assistant.io?

[PuckStar]

Zjemm schreef op zondag 11 september 2016 @ 14:33:
Ik wil eens gaan spelen met Led verlichting in huis.
Nu snap ik dat je de meeste smart leds via wifi (dmv een controller) kan besturen.

en toen kwam ik home-assistant.io tegen. hiermee kun je ook allerlei merken lampen aansturen, maar heb ik dan nog steeds de controllers nodig? of gebeurd dat dan via home-assistant.io?

Dat verschilt per lamp.
Voor Philips Hue bijvoorbeeld heb je nog steeds de HUE controller nodig.

[ny-hardcore]

Zjemm schreef op zondag 11 september 2016 @ 14:33:
Ik wil eens gaan spelen met Led verlichting in huis.
Nu snap ik dat je de meeste smart leds via wifi (dmv een controller) kan besturen.

en toen kwam ik home-assistant.io tegen. hiermee kun je ook allerlei merken lampen aansturen, maar heb ik dan nog steeds de controllers nodig? of gebeurd dat dan via home-assistant.io?

wat ik tot nu toe gezien heb zijn alleen 'wifi' (flux en yeelight etc) lampen rechtstreeks zonder tussenkomst van de originele bridges/controllers aan te sturen. ik heb limitless/miglight lampen en dat gaat via de controller van milight.

[Zjemm]

Oké interessant en goed om te weten

De markt is werkelijk overspoelt met slimme led lampen, nu nog kijken wat een beetje kwaliteit geeft en werkt met iets als home assistant.

Wat ik me nog af vroeg is. Als ik een WiFi lamp schakel met een gewone schakelaar en deze staat is de uit stand, dan kan de lamp toch niet via WiFi aangezet worden? Immers hij heeft geen voeding. Maar ik zou dat als ideaal zien als je beide door elkaar kunt gebruiken dus fysiek als via. Een app o.i.d.

Hoe gaan jullie daar mee om?

[ny-hardcore]

Zjemm schreef op zondag 11 september 2016 @ 22:53:
Oké interessant en goed om te weten

De markt is werkelijk overspoelt met slimme led lampen, nu nog kijken wat een beetje kwaliteit geeft en werkt met iets als home assistant.

Wat ik me nog af vroeg is. Als ik een WiFi lamp schakel met een gewone schakelaar en deze staat is de uit stand, dan kan de lamp toch niet via WiFi aangezet worden? Immers hij heeft geen voeding. Maar ik zou dat als ideaal zien als je beide door elkaar kunt gebruiken dus fysiek als via. Een app o.i.d.

Hoe gaan jullie daar mee om?

Is lastig. Ik heb bijvoorbeeld in de woonkamer een fysieke schakelaar voorzien van een kaku ontvanger /zender (zit dus geen stroom meer op de schakelaar ) en vang het kaku on/off op in hass en schakel de juiste scène aan. In de scène zit een mix van milight en 433 lampen.
Probleem hierbij is dat als de scène via automation aan gegaan is, de wandschakelaar nog op off staat (en v.v)

Verder heb ik een 433 remote waar ook nog eens verschillende scènes mee geschakeld kunnen worden (remote >> rfxcom >> hass >> scène >> milight )

Vertraging is minimaal en is volledig programmeerbaar.

[Verwijderd]

Zjemm schreef op zondag 11 september 2016 @ 22:53:
Oké interessant en goed om te weten

De markt is werkelijk overspoelt met slimme led lampen, nu nog kijken wat een beetje kwaliteit geeft en werkt met iets als home assistant.

Wat ik me nog af vroeg is. Als ik een WiFi lamp schakel met een gewone schakelaar en deze staat is de uit stand, dan kan de lamp toch niet via WiFi aangezet worden? Immers hij heeft geen voeding. Maar ik zou dat als ideaal zien als je beide door elkaar kunt gebruiken dus fysiek als via. Een app o.i.d.

Hoe gaan jullie daar mee om?

Dat wil ik niet. Mijn Hue lampen zitten vast aan een standaard fysieke schakelaar waarmee ik de stroom kan onderbreken. De verlichting aan en uit doen gaat automatisch doormiddel van een lux meter en bewegings melder. Die schakelaar gebruik ik alleen als ik een keer verlichting nodig heb en HASS is uitgevallen. Als er stroom op de Hue lampen komt te staan gaan ze aan.

Als je een fysieke schakelaar wil dit 'mooi' licht geeft, zul je of de eigen hue schakelaars moeten gebruiken of middels een Kaku/Zwave module een signaal naar je HASS moeten sturen om de verlichting in de juiste stand te zetten.

[breinonline]

ny-hardcore schreef op zondag 11 september 2016 @ 01:42:
[...]

er is iets mis met (de syntax van) je automations denk ik.

code:

not a valid value for dictionary value @ data['conditions']\[1]['condition']

Draai je laatste veranderingen eens terug, en kijk of het dan weer werkt.

Automations weggehaald en een voor een teruggeplaatst. Steeds weer gerestart tot de foutmelding. Inderdaad bleek ik in twee drie automation scripts de condition van de zon verkeerd gezet te hebben. Dank voor de hint in de goede richting!

[ Voor 5% gewijzigd door breinonline op 12-09-2016 22:21 ]

[naveci]

Timmy schreef op vrijdag 19 februari 2016 @ 09:55:
Ik gebruik HA nu bijna een jaar. De ontwikkeling gaat snel, elke twee weken een release met allerlei nieuwe componenten en functionaliteit. In mijn configuratie gebruik ik het voor Hue, allerlei KaKu en Z-Wave devices en om mijn thermostaat (eerder Nest, nu Tado) aan te sturen.

Voordeel wat mij betreft is dat HA veel sneller reageert dan OpenHAB. OpenHAB (en Domoticz) hadden een paar seconden nodig alvorens het drukken op een KaKu switch effect had, bij HA is het effect binnen een seconde merkbaar. Verder heeft HA een relatief korte leercurve, veel componenten en erg flexibel.

Voor Tado heb ik zelf een component (Python) geschreven en die kan je met een regeltje in het configuratiebestand actief maken.

Hoe heb je de Tado aan kunnen spreken? Ik was nu een omweg via IFTTT aan het verzinnen, maar ook dat kost me enige moeite. Met name omdat ik YAML net pas begin te begrijpen en de structuur van Hass nog ff aan het leren ben.

Ik vind Hass interessant, maar er zit toch een aardige leercurve aan.

[Timmy]

Segura schreef op donderdag 15 september 2016 @ 14:52:
Hoe heb je de Tado aan kunnen spreken? Ik was nu een omweg via IFTTT aan het verzinnen, maar ook dat kost me enige moeite. Met name omdat ik YAML net pas begin te begrijpen en de structuur van Hass nog ff aan het leren ben.

Tado heeft een API die welliswaar nog niet officieel is maar hier is beschreven. Ik heb vervolgens een Python script gemaakt dat afhankelijk van allerlei variabelen (bv afstand tot huis, weerssiituatie buiten en vochtigheid binnen) de ideale temperatuur op Tado instelt.

[breinonline]

Ik draai nu op de Pi3 en kom er net achter dat er een (experimentele) methode is om op USB stick te draaien. En wel volledig: https://www.raspberrypi.o...pberrypi/bootmodes/msd.md

Ik heb de commands bestudeerd maar wil even een dubbelcheck: als ik dit uitvoer dan kopieer ik de inhoud van de SD kaart naar USB en ik houd de SD kaart als volledige backup over aan het eind, toch?

[ThinkPad]

Zojuist 0.28.2. geïnstalleerd, maar nu dus een group erbij op de mainpage met daarin al m'n automations.

Met de knopjes erachter kun je ze opnieuw inladen zonder HASS te hoeven herstarten. Opzich wel grappig, maar ik heb aardig wat automations (stuk of 30?) waardoor m'n GUI hoofdpagina nu een zootje is. Weet iemand hoe je die group kan verbergen? Ik weet niet hoe hij heet, anders kon ik hem in customization.yaml zetten.

[breinonline]

Ik heb die group niet staan, zojuist geüpdate. Ik heb in groups.yaml staan:

YAML:

### Views ###
  default_view:
    view: yes
    icon: mdi:home-outline
    entities:
      - group.Woonkamer
      - group.Timedate
      - group.Aanwezigheid

Dus een aangepaste default_view, blijkbaar verschijnt hij daarin niet automatisch. Wil ik hem toevoegen moet ik ook de naam van de group weten, zelfde probleem eigenlijk. Je zou er wel op deze manier omheen kunnen werken.

[PuckStar]

ThinkPadd schreef op zaterdag 17 september 2016 @ 09:48:
Zojuist 0.28.2. geïnstalleerd, maar nu dus een group erbij op de mainpage met daarin al m'n automations.

Met de knopjes erachter kun je ze opnieuw inladen zonder HASS te hoeven herstarten. Opzich wel grappig, maar ik heb aardig wat automations (stuk of 30?) waardoor m'n GUI hoofdpagina nu een zootje is. Weet iemand hoe je die group kan verbergen? Ik weet niet hoe hij heet, anders kon ik hem in customization.yaml zetten.

Is het niet group.automation(s) ?

[henry_boy]

Inmiddels ben ik ook een paar weken aan het spelen met m'n Raspberry Pi en Home Assistant.
Ik ben begonnen met de Philips Hue lampen (die we al hadden) en dit werkt i.c.m. zonsondergang echt super. Daarnaast heb ik nog een Foscam die keurig weergegeven wordt in de interface.

Afgelopen week heb ik hier de Aeon Labs Aeotec Gen 5 Z-Wave USB Interface en de Everspring Z-WAVE Plus Dimmer - mini plug aan toegevoegd, om hiermee enkele spotjes in de tuin aan te sturen.

Nu ging de installatie van de Z-wave stick en de dimmer prima en ik kan de dimmer keurig netjes aan/uit zetten. Alleen als ik de dimmer uitzet (d.m.v. de entitie light.everspring_ad147_plugin_dimmer_module_level_2) dan blijft de aangesloten lamp heel licht knipperen.

Heeft iemand enig idee of ik wellicht iets verkeerd doe/anders moet instellen? Of heb ik hier gewoon met een productiefoutje te maken?

[PuckStar]

henry_boy schreef op woensdag 21 september 2016 @ 21:42:
Inmiddels ben ik ook een paar weken aan het spelen met m'n Raspberry Pi en Home Assistant.
Ik ben begonnen met de Philips Hue lampen (die we al hadden) en dit werkt i.c.m. zonsondergang echt super. Daarnaast heb ik nog een Foscam die keurig weergegeven wordt in de interface.

Afgelopen week heb ik hier de Aeon Labs Aeotec Gen 5 Z-Wave USB Interface en de Everspring Z-WAVE Plus Dimmer - mini plug aan toegevoegd, om hiermee enkele spotjes in de tuin aan te sturen.

Nu ging de installatie van de Z-wave stick en de dimmer prima en ik kan de dimmer keurig netjes aan/uit zetten. Alleen als ik de dimmer uitzet (d.m.v. de entitie light.everspring_ad147_plugin_dimmer_module_level_2) dan blijft de aangesloten lamp heel licht knipperen.

Heeft iemand enig idee of ik wellicht iets verkeerd doe/anders moet instellen? Of heb ik hier gewoon met een productiefoutje te maken?

Leuk dat je ook met HASS bent begonnen en al heel wat erin hebt gedaan .
Betreft het knipperen zijn het led lampen? Want volgens mij moet je dan wel een specifieke dimmer hebben.
Zoiets staat me bij.

Ik heb wel nog een vraag voor wie HUE lampen gebruikt. Ik zie (als ze aan staan) in de HASS log dat sommige lampen vaak even uit en weer aan gaan, maar de lamp zelf gaan dan niet uit en aan!
Meestal in dezelfde minuut:
21:10 Tuin Terras turned on
21:09 Tuin Terras turned off
21:07 Tuin Schuur turned on
21:06 Tuin Schuur turned off
21:06 Tuin Terras turned on
21:05 Tuin Terras turned off
21:05 Tuin Schuur turned on
21:05 Tuin Schuur turned off
21:00 Tuin Terras turned on
20:59 Tuin Terras turned off

Hebben anderen dat ook?

[ny-hardcore]

PuckStar schreef op donderdag 22 september 2016 @ 21:23:
[...]

Leuk dat je ook met HASS bent begonnen en al heel wat erin hebt gedaan .
Betreft het knipperen zijn het led lampen? Want volgens mij moet je dan wel een specifieke dimmer hebben.
Zoiets staat me bij.

Ik heb wel nog een vraag voor wie HUE lampen gebruikt. Ik zie (als ze aan staan) in de HASS log dat sommige lampen vaak even uit en weer aan gaan, maar de lamp zelf gaan dan niet uit en aan!
Meestal in dezelfde minuut:
21:10 Tuin Terras turned on
21:09 Tuin Terras turned off
21:07 Tuin Schuur turned on
21:06 Tuin Schuur turned off
21:06 Tuin Terras turned on
21:05 Tuin Terras turned off
21:05 Tuin Schuur turned on
21:05 Tuin Schuur turned off
21:00 Tuin Terras turned on
20:59 Tuin Terras turned off

Hebben anderen dat ook?

Ik zie dat ook bij bij MySensors ethernet gateway als deze niet bereikbaar is (heb die als WOL switch toegevoegd zodat deze gepingt wordt)

Ps: kaku doorbell config (wel voor rfxtrx)

https://community.home-as...-doorbell/3155/4?u=koen01

[PuckStar]

Werkt bij jullie de Kodi connectie ook niet meer?
Ik heb echt niets in Kodi gewijzigd of aan de Kodi settings in HASS.
Het lijkt alsof het niet meer werkt sinds de laatste update.

[tyfoon_2]

PuckStar schreef op zondag 25 september 2016 @ 19:14:
Werkt bij jullie de Kodi connectie ook niet meer?
Ik heb echt niets in Kodi gewijzigd of aan de Kodi settings in HASS.
Het lijkt alsof het niet meer werkt sinds de laatste update.

Ik heb daar iets over gepost op het HASS forum. Wellicht dat dit helpt:
https://community.home-assistant.io/t/did-0-28-break-kodi/3827

[PuckStar]

tyfoon_2 schreef op zondag 25 september 2016 @ 20:59:
[...]


Ik heb daar iets over gepost op het HASS forum. Wellicht dat dit helpt:
https://community.home-assistant.io/t/did-0-28-break-kodi/3827

Super! Dat is het! Werkt nu weer! Thanks

Blijft alleen het issue/bug over dat volume wijzigen in Kodi ook de trigger paused/playing activeert en dus mijn lichten weer feller worden terwijl ik enkel het volume wijzig
Topic.

[ Voor 28% gewijzigd door PuckStar op 26-09-2016 21:43 ]

[breinonline]

breinonline schreef op zaterdag 17 september 2016 @ 07:53:
Ik draai nu op de Pi3 en kom er net achter dat er een (experimentele) methode is om op USB stick te draaien. En wel volledig: https://www.raspberrypi.o...pberrypi/bootmodes/msd.md

Ik heb de commands bestudeerd maar wil even een dubbelcheck: als ik dit uitvoer dan kopieer ik de inhoud van de SD kaart naar USB en ik houd de SD kaart als volledige backup over aan het eind, toch?

Ja dus. Vandaag de tutorial uitgevoerd en ik draai nu vanaf USB stick

[ThinkPad]

Vraagje, ik heb een WiFi accespoint die ik op m'n killswitch wil laten reageren. Grootste deel van de dag mag het accespoint direct uitschakelen als de knop wordt ingedrukt (dan gaan we toch weg uit huis), maar rond bedtijd (22:00) wil ik hem met een halfuur vertraging laten uitschakelen, zodat we in bed de smartphone nog even apps kunnen laten bijwerken, Facebook etc.

Nu is het vertraagd uitschakelen niet zo moeilijk, daarvoor kan ik het 'timer_off' gedeelte hiervan gebruiken: https://home-assistant.io...tes_when_motion_detected/

Ik zit alleen even met de trigger voor verschillende tijdstippen, zou dit werken?

Overdag/voor bedtijd:

YAML:

  alias: Switch off accespoint at daytime
  trigger:
    - platform: state
      entity_id: sensor.killswitch
      to: 'on'
  condition:
    - condition: time
      before: '21:30:00'
  action:
    service: switch.turn_off
    entity_id: switch.entity_van_accespoint

En voor 's avonds:

YAML:

  alias: Delayed dwitch off accespoint at bedtime
  trigger:
    - platform: state
      entity_id: sensor.killswitch
      to: 'on'
  condition:
    - condition: time
      after: '21:30:00'
  action:
    service: homeassistant.turn_on
    entity_id: script.ap_uitzetten_met_delay

Of zou ik de 'before' en 'after' beiden moeten gebruiken in beide regels?

[ Voor 11% gewijzigd door ThinkPad op 27-09-2016 07:41 ]

[ny-hardcore]

ThinkPadd schreef op dinsdag 27 september 2016 @ 07:39:
Vraagje, ik heb een WiFi accespoint die ik op m'n killswitch wil laten reageren. Grootste deel van de dag mag het accespoint direct uitschakelen als de knop wordt ingedrukt (dan gaan we toch weg uit huis), maar rond bedtijd (22:00) wil ik hem met een halfuur vertraging laten uitschakelen, zodat we in bed de smartphone nog even apps kunnen laten bijwerken, Facebook etc.

Nu is het vertraagd uitschakelen niet zo moeilijk, daarvoor kan ik het 'timer_off' gedeelte hiervan gebruiken: https://home-assistant.io...tes_when_motion_detected/

Ik zit alleen even met de trigger voor verschillende tijdstippen, zou dit werken?

Overdag/voor bedtijd:

YAML:

  alias: Switch off accespoint at daytime
  trigger:
    - platform: state
      entity_id: sensor.killswitch
      to: 'on'
  condition:
    - condition: time
      before: '21:30:00'
  action:
    service: switch.turn_off
    entity_id: switch.entity_van_accespoint

En voor 's avonds:

YAML:

  alias: Delayed dwitch off accespoint at bedtime
  trigger:
    - platform: state
      entity_id: sensor.killswitch
      to: 'on'
  condition:
    - condition: time
      after: '21:30:00'
  action:
    service: homeassistant.turn_on
    entity_id: script.ap_uitzetten_met_delay

Of zou ik de 'before' en 'after' beiden moeten gebruiken in beide regels?

Volgens mij zou het zo moeten werken. Ik geloof dat de condition time zelf rekening houdt met het einde van de dag (00:00 uur)

[ThinkPad]

ny-hardcore schreef op dinsdag 27 september 2016 @ 10:36:
[...]


Volgens mij zou het zo moeten werken. Ik geloof dat de condition time zelf rekening houdt met het einde van de dag (00:00 uur)

Dat is eigenlijk de essentie van mijn vraag inderdaad Ik weet uit mijn Domoticz periode nog dat dat altijd even opletten was met aanmaken van regels, als je iets met een tijdsvoorwaarde deed en het tijdstip over middernacht ging. Een >22:00 AND <6:00 werkte dan niet, je moest dan >22:00 OR <6:00 gebruiken.

Zal het vanavond even proberen.

[ Voor 13% gewijzigd door ThinkPad op 27-09-2016 10:41 ]

[Verwijderd]

ThinkPadd schreef op dinsdag 27 september 2016 @ 10:39:
[...]

Dat is eigenlijk de essentie van mijn vraag inderdaad Ik weet uit mijn Domoticz periode nog dat dat altijd even opletten was met aanmaken van regels, als je iets met een tijdsvoorwaarde deed en het tijdstip over middernacht ging. Een >22:00 AND <6:00 werkte dan niet, je moest dan >22:00 OR <6:00 gebruiken.

Zal het vanavond even proberen.

Waarom niet gewoon altijd 30 minuten wachten als je op de knop drukt?

[ThinkPad]

Verwijderd schreef op dinsdag 27 september 2016 @ 12:59:
[...]


Waarom niet gewoon altijd 30 minuten wachten als je op de knop drukt?

Dat kan inderdaad net zo goed en heb ik nu ook gedaan. Dat halve uurtje dat hij dan nog aanstaat als we wel echt van huis zijn ipv in bed is qua stroomverbruik ook niet zo boeiend.

[ Voor 13% gewijzigd door ThinkPad op 27-09-2016 17:32 ]

[3nzym3]

Na een tijdje googlen en Bruh filmpjes kijken kom ik toch niet helemaal verder.
Kan iemand mij een duwtje geven?

Wil graag overstappen van Domoticz naar Home Automation.
Wil graag draaien op mijn synology nas.
Mijn terminal venster skills zijn laag .
Stappenplan voor installeren lukt wel redelijk (via putty > terminal commando's doorgeven.)

Echter, en dit komt door mijn lack of knowledge wat wordt bedoeld met de stap:
-Create hass-daemon file using the following code (edit the variables in uppercase if necessary)
Gevolg door een code.

Dien ik een soort tekstfile te maken of iets dergelijks?
Zo ja, wat maak ik heir en waar plaats ik deze file?

Nagenoeg elke uitgebreide tut op YouTube laat enkel installatie op Pi zien.

Any help is appreciated.

[breinonline]

3nzym3 schreef op dinsdag 27 september 2016 @ 20:31:
Na een tijdje googlen en Bruh filmpjes kijken kom ik toch niet helemaal verder.
Kan iemand mij een duwtje geven?

Wil graag overstappen van Domoticz naar Home Automation.
Wil graag draaien op mijn synology nas.
Mijn terminal venster skills zijn laag .
Stappenplan voor installeren lukt wel redelijk (via putty > terminal commando's doorgeven.)

Echter, en dit komt door mijn lack of knowledge wat wordt bedoeld met de stap:
-Create hass-daemon file using the following code (edit the variables in uppercase if necessary)
Gevolg door een code.

Dien ik een soort tekstfile te maken of iets dergelijks?
Zo ja, wat maak ik heir en waar plaats ik deze file?

Nagenoeg elke uitgebreide tut op YouTube laat enkel installatie op Pi zien.

Any help is appreciated.

Ik vind https://www.scalescale.co...ate-linux-daemon-service/ wel een aardig duidelijke stap voor stap uitleg. Zo te zien kan je met nano een en ander opzetten en bewerken. Alleen, volgens die site zou een daemon in /etc/init.d/ moeten staan maar daar vind ik in mijn PI3 all-in-one install niets. De daemon heet home-assistant.service zo te zien.

breinonline schreef op maandag 26 september 2016 @ 22:00:
[...]

Ja dus. Vandaag de tutorial uitgevoerd en ik draai nu vanaf USB stick

Helaas, toch niet helemaal. Het logboek en de history werken niet. Als je die aanklikt dan krijg ik een heleboel foutmeldingen in de log:

code:

16-09-27 21:21:33 homeassistant.components.recorder: Ended unfinished session (id=149 from 2016-09-27 19:11:33.771884)
16-09-27 21:21:33 homeassistant.components.recorder: Found unfinished sessions
16-09-27 21:22:30 sqlalchemy.pool.NullPool: Exception during reset or similar
Traceback (most recent call last):
  File "/home/hass/.homeassistant/deps/sqlalchemy/pool.py", line 636, in _finalize_fairy
    fairy._reset(pool)
  File "/home/hass/.homeassistant/deps/sqlalchemy/pool.py", line 776, in _reset
    pool._dialect.do_rollback(self)
  File "/home/hass/.homeassistant/deps/sqlalchemy/engine/default.py", line 420, in do_rollback
    dbapi_connection.rollback()
sqlite3.ProgrammingError: SQLite objects created in a thread can only be used in that same thread.The object was created in thread id 1766962272 and this is thread id 1842984032
16-09-27 21:22:30 sqlalchemy.pool.NullPool: Exception closing connection <sqlite3.Connection object at 0x5d7d38a0>
Traceback (most recent call last):
  File "/home/hass/.homeassistant/deps/sqlalchemy/pool.py", line 636, in _finalize_fairy
    fairy._reset(pool)
  File "/home/hass/.homeassistant/deps/sqlalchemy/pool.py", line 776, in _reset
    pool._dialect.do_rollback(self)
  File "/home/hass/.homeassistant/deps/sqlalchemy/engine/default.py", line 420, in do_rollback
    dbapi_connection.rollback()
sqlite3.ProgrammingError: SQLite objects created in a thread can only be used in that same thread.The object was created in thread id 1766962272 and this is thread id 1842984032

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/home/hass/.homeassistant/deps/sqlalchemy/pool.py", line 290, in _close_connection
    self._dialect.do_close(connection)
  File "/home/hass/.homeassistant/deps/sqlalchemy/engine/default.py", line 426, in do_close
    dbapi_connection.close()
sqlite3.ProgrammingError: SQLite objects created in a thread can only be used in that same thread.The object was created in thread id 1766962272 and this is thread id 1842984032

[BROSSIE]

3nzym3 schreef op dinsdag 27 september 2016 @ 20:31:
Na een tijdje googlen en Bruh filmpjes kijken kom ik toch niet helemaal verder.
Kan iemand mij een duwtje geven?

Wil graag overstappen van Domoticz naar Home Automation.
Wil graag draaien op mijn synology nas.
Mijn terminal venster skills zijn laag .
Stappenplan voor installeren lukt wel redelijk (via putty > terminal commando's doorgeven.)

Echter, en dit komt door mijn lack of knowledge wat wordt bedoeld met de stap:
-Create hass-daemon file using the following code (edit the variables in uppercase if necessary)
Gevolg door een code.

Dien ik een soort tekstfile te maken of iets dergelijks?
Zo ja, wat maak ik heir en waar plaats ik deze file?

Nagenoeg elke uitgebreide tut op YouTube laat enkel installatie op Pi zien.

Any help is appreciated.

Zoals ik het zie, zou je het volgende moeten doen:

In de directory /volume1/homeassistent/ maak je een file aan die de code bevat zoals op site van home-assistent beschreven staat. De naam van deze file is "hass-deamon". Je kunt deze file met bijv nano maken.

[ Voor 0% gewijzigd door BROSSIE op 28-09-2016 09:37 . Reden: Typo ]

[PuckStar]

Er is weer een nieuwe versie, 0.29, en er is flink wat geüpdatet in de core:
"This is a big release as we’ve completely overhauled the internals of Home Assistant."

LET OP: Er zijn nog best wel wat issues met de 0.29 versie.
Advies is om nog op versie 0.28.2 te blijven.
Als je het toch wilt proberen maak dan eerst een volledige backup van je huidige versie!


Is er trouwens al iemand verder gekomen met de Toon API?

[ Voor 25% gewijzigd door PuckStar op 01-10-2016 13:23 ]

[ny-hardcore]

FYI : 0.29.3 crashed random op mijn Raspberry pi 3. Ene keer na een uur, andere keer na 20min.
Lijkt op
https://github.com/home-assistant/home-assistant/issues/3453
Waarvoor de laatste release 5 dagen was uitgesteld.......

Laatste comment op dit moment is
"I'm not sure this is as stable as we thought."

Edit1 :
Ik ben terug naar 0.28.2
Lijkt voorlopig op dat 0.29 niet stabiel loopt
https://github.com/home-assistant/home-assistant/issues/3616

Edit 2:
ik heb mijn config ge-upload naar GitHub:
https://github.com/koen01/hass

[ Voor 26% gewijzigd door ny-hardcore op 30-09-2016 23:20 ]

[PuckStar]

Er is inmiddels ook een Hassbian image.
En uiteraard is er ook een video van Ben :)

[ Voor 31% gewijzigd door PuckStar op 02-10-2016 11:47 ]

[Timmy]

Heeft iemand ervaring met de KAKU AWS-3500 inbouw schakelaar? Ik weet met welke code ik de schakelaar kan bedienen maar dat via HASS doen lukt mij niet.

Eigenlijk gaat het er om dat HASS via rfxcom de code verstuurd...

[ThinkPad]

breinonline schreef op zaterdag 17 september 2016 @ 10:48:
Ik heb die group niet staan, zojuist geüpdate. Ik heb in groups.yaml staan:

YAML:

[...]

Dus een aangepaste default_view, blijkbaar verschijnt hij daarin niet automatisch. Wil ik hem toevoegen moet ik ook de naam van de group weten, zelfde probleem eigenlijk. Je zou er wel op deze manier omheen kunnen werken.

Nog even terugkomend hierop, dit is inderdaad een mogelijke oplossing. Scheelt weer wat clutter
Alleeeeen, ik lijk dan die sensors bovenin (die ronde bolletjes) kwijt te zijn, terwijl ik die juist wel handig vond

Hebben die nog een aparte group name, of werkt dat niet via een group en moet ik een eigen group aanmaken voor die sensoren?

[ Voor 4% gewijzigd door ThinkPad op 02-10-2016 09:59 ]

[breinonline]

Volgens mij hebben die geen eigen groepnaam nee.

[Timmy]

ThinkPadd schreef op zondag 02 oktober 2016 @ 09:53:
[afbeelding]
Hebben die nog een aparte group name, of werkt dat niet via een group en moet ik een eigen group aanmaken voor die sensoren?

Nee, daarvoor moet je een groep aanmaken en die toevoegen aan een tab.

[ThinkPad]

Jammer, want die dingetjes vond ik juist wel handig

[tyfoon_2]

Weer een nieuwe versie (29.6). Deze werkt bij mij wel stabiel.

Heeft iemand al iets gedaan met de AppDaemon? Probeer nu de occupancysim https://github.com/acockburn/occusim/blob/master/README.md

[breinonline]

ThinkPadd schreef op zondag 02 oktober 2016 @ 11:11:
Jammer, want die dingetjes vond ik juist wel handig

Ik heb juist een hoop moeite gedaan om alles te verbergen

breinonline schreef op dinsdag 27 september 2016 @ 21:28:
[...]

Ik vind https://www.scalescale.co...ate-linux-daemon-service/ wel een aardig duidelijke stap voor stap uitleg. Zo te zien kan je met nano een en ander opzetten en bewerken. Alleen, volgens die site zou een daemon in /etc/init.d/ moeten staan maar daar vind ik in mijn PI3 all-in-one install niets. De daemon heet home-assistant.service zo te zien.


[...]


Helaas, toch niet helemaal. Het logboek en de history werken niet. Als je die aanklikt dan krijg ik een heleboel foutmeldingen in de log:

code:

16-09-27 21:21:33 homeassistant.components.recorder: Ended unfinished session (id=149 from 2016-09-27 19:11:33.771884)
16-09-27 21:21:33 homeassistant.components.recorder: Found unfinished sessions
16-09-27 21:22:30 sqlalchemy.pool.NullPool: Exception during reset or similar
Traceback (most recent call last):
  File "/home/hass/.homeassistant/deps/sqlalchemy/pool.py", line 636, in _finalize_fairy
    fairy._reset(pool)
  File "/home/hass/.homeassistant/deps/sqlalchemy/pool.py", line 776, in _reset
    pool._dialect.do_rollback(self)
  File "/home/hass/.homeassistant/deps/sqlalchemy/engine/default.py", line 420, in do_rollback
    dbapi_connection.rollback()
sqlite3.ProgrammingError: SQLite objects created in a thread can only be used in that same thread.The object was created in thread id 1766962272 and this is thread id 1842984032
16-09-27 21:22:30 sqlalchemy.pool.NullPool: Exception closing connection <sqlite3.Connection object at 0x5d7d38a0>
Traceback (most recent call last):
  File "/home/hass/.homeassistant/deps/sqlalchemy/pool.py", line 636, in _finalize_fairy
    fairy._reset(pool)
  File "/home/hass/.homeassistant/deps/sqlalchemy/pool.py", line 776, in _reset
    pool._dialect.do_rollback(self)
  File "/home/hass/.homeassistant/deps/sqlalchemy/engine/default.py", line 420, in do_rollback
    dbapi_connection.rollback()
sqlite3.ProgrammingError: SQLite objects created in a thread can only be used in that same thread.The object was created in thread id 1766962272 and this is thread id 1842984032

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/home/hass/.homeassistant/deps/sqlalchemy/pool.py", line 290, in _close_connection
    self._dialect.do_close(connection)
  File "/home/hass/.homeassistant/deps/sqlalchemy/engine/default.py", line 426, in do_close
    dbapi_connection.close()
sqlite3.ProgrammingError: SQLite objects created in a thread can only be used in that same thread.The object was created in thread id 1766962272 and this is thread id 1842984032

Ik had de hoop dat het na een update misschien wel zou werken, net uitgevoerd. Maar ik blijf foutmeldingen krijgen die eruit zien als chinees Vrees dat ik maar weer vanaf SD kaart moet gaan draaien.

[ny-hardcore]

ThinkPadd schreef op zondag 02 oktober 2016 @ 11:11:
Jammer, want die dingetjes vond ik juist wel handig

Misschien snap ik je vraag niet helemaal. Maar als je een sensor aan een view toevoegd en niet een Group op die view wordt het een bolletje. Als je ze in een Group zet krijgen ze een card.

[breinonline]

ny-hardcore schreef op zondag 02 oktober 2016 @ 15:44:
[...]

Misschien snap ik je vraag niet helemaal. Maar als je een sensor aan een view toevoegd en niet een Group op die view wordt het een bolletje. Als je ze in een Group zet krijgen ze een card.

Klopt ja. Je groupt ze, hide ze, of het is een bolletje. Volgens mij ook in de default_view modus want daar kreeg ik voor het eerst een updatebolletje terwijl ik net alles weggewerkt dacht te hebben.

[ThinkPad]

ny-hardcore schreef op zondag 02 oktober 2016 @ 15:44:
[...]

Misschien snap ik je vraag niet helemaal. Maar als je een sensor aan een view toevoegd en niet een Group op die view wordt het een bolletje. Als je ze in een Group zet krijgen ze een card.

Yep, ik snap het kunstje nu.

YAML:

default_view:
  view: yes
  icon: mdi:home-outline
  entities:
    - group.woonkamer
    - group.slaapkamer
    - group.werkkamer
    - sun.sun
    - sensor.otgw_outsidetemperature
    - sensor.fibaro_system_fgms001_motion_sensor_luminance_14
    - binary_sensor.fibaro_system_fgms001_motion_sensor_sensor_14
    - binary_sensor.aeotec_zw074_multisensor_gen5_sensor_12

Die groups worden cards en die sun/sensor/binary worden die bolletjes. Nu heb ik het weer zoals ik het wilde hebben, minus die 'automations' card

[VW-Arjan]

Is er al meer bekend over de "slimme meter" uitlezen middels een P1 kabel?
Dat is nu nog de enige deal breaker om niet over te gaan van Domoticz naar Home Assistant.

[PuckStar]

VW-Arjan schreef op maandag 03 oktober 2016 @ 16:58:
Is er al meer bekend over de "slimme meter" uitlezen middels een P1 kabel?
Dat is nu nog de enige deal breaker om niet over te gaan van Domoticz naar Home Assistant.

Gaan deze posts daar niet over? ny-hardcore in "Home Assistant - Open source Python3 home automation"

[VW-Arjan]

PuckStar schreef op maandag 03 oktober 2016 @ 17:24:
[...]

Gaan deze posts daar niet over? ny-hardcore in "Home Assistant - Open source Python3 home automation"

Ah super! Was er op aan het zoeken, maar kreeg het niet gevonden. Thanks!

[ThinkPad]

Dan heb je wel alleen het huidige verbruik en nog geen dag/maand totalen zoals bij Domoticz. Als je dat wilt dan zul je de data al moeten opslaan en kom je al gauw bij zoiets uit: ThinkPadd in "Slimme meter uitlezen via P1-poort".

Maar het ligt er natuurlijk ook aan wat je er mee wilt doen. Als je bijv. een lamp rood wilt laten branden als je verbruik op dit moment >500W is, dan kan dat prima met de link die ny-hardcore aandraagt.

[ Voor 28% gewijzigd door ThinkPad op 04-10-2016 08:48 ]

[ANdrode]

ThinkPadd schreef op dinsdag 04 oktober 2016 @ 08:47:
Dan heb je wel alleen het huidige verbruik en nog geen dag/maand totalen zoals bij Domoticz. Als je dat wilt dan zul je de data al moeten opslaan en kom je al gauw bij zoiets uit: ThinkPadd in "Slimme meter uitlezen via P1-poort".

De data wordt volgens die post meteen in influxdb opgeslagen. Je hebt dus meteen de gebruiks geschiedenis in een timeseries DB staan.

Voor meterstanden zou ik die direct loggen ipv het verbruik. Misschien is dat ook een MQTT topic

[ThinkPad]

Die post van ny-hardcore in "Home Assistant - Open source Python3 home automation" bedoel je? ny-hardcore heeft zelf ingesteld dat de data naar influxdb moet. Dat is niet standaard zo bij HASS Maar in dat geval zul je nog steeds een Continuous Query op je InfluxDB moeten zetten om de dag/maandtotalen te berekenen. En die data staat dan in InfluxDB, maar niet in je HASS. Je zult het nog steeds weer uit InfluxDB moeten halen om te visualiseren. Dat kan met Grafana bijv. Hoe je het weer terug in HASS krijgt weet ik niet.

[ANdrode]

ThinkPadd schreef op dinsdag 04 oktober 2016 @ 10:36:
Die post van ny-hardcore in "Home Assistant - Open source Python3 home automation" bedoel je? ny-hardcore heeft zelf ingesteld dat de data naar influxdb moet. Dat is niet standaard zo bij HASS

True. Maar als je wilt loggen dan zou ik dat niet in sqlite doen

En die data staat dan in InfluxDB, maar niet in je HASS. Je zult het nog steeds weer uit InfluxDB moeten halen om te visualiseren. Dat kan met Grafana bijv. Hoe je het weer terug in HASS krijgt weet ik niet.

Dit kan weer via de history van een component. Ik doe dit zelf lekker allemaal met Grafana. Als ik er domotica acties aan ga koppelen dan moet ik een keer kijken hoe ik dit in HASS integreer

[ny-hardcore]

ThinkPadd schreef op dinsdag 04 oktober 2016 @ 10:36:
Die post van ny-hardcore in "Home Assistant - Open source Python3 home automation" bedoel je? ny-hardcore heeft zelf ingesteld dat de data naar influxdb moet. Dat is niet standaard zo bij HASS Maar in dat geval zul je nog steeds een Continuous Query op je InfluxDB moeten zetten om de dag/maandtotalen te berekenen. En die data staat dan in InfluxDB, maar niet in je HASS. Je zult het nog steeds weer uit InfluxDB moeten halen om te visualiseren. Dat kan met Grafana bijv. Hoe je het weer terug in HASS krijgt weet ik niet.

Het script van Nickyb dat ik gebruik spuugt alles uit het p1 telegram in een apart topic. De meterstanden dus ook.
Met difference in influx kun je dan bijvoorbeeld je verbruik uitrekenen.

Het current usage sensor in hass was om te laten zien hoe makkelijk dat het gaat als je maar een MQTT topic hebt.

[ Voor 6% gewijzigd door ny-hardcore op 04-10-2016 17:59 ]

[buldogwtf]

Newby hier...

Is er iemand die Home Assistant met Pilight heeft werken? Kom er niet helemaal uit.

Heb het volgende in de configruatie file wat prima werkt;

code:

group: !include_dir_merge_named group
sensor: !include_dir_list sensor
notify: !include_dir_list notify
camera: !include_dir_list camera
switch: !include_dir_list switches

als ik daaraan toevoeg;

code:

pilight:
  host: 192.168.178.119
  port: 5000
     protocol:
      - kaku_switch
    id:
      - 2663026

Werkt het niet meer en krijg ik deze melding in het logfile:

16-10-04 20:31:01 homeassistant.util.yaml: mapping values are not allowed here
in "/home/homeassistant/.homeassistant/configuration.yaml", line 51, column 14

Het liefst voeg ik pilight uiteraard ook toe aan een soort groep.

[Timmy]

buldogwtf schreef op dinsdag 04 oktober 2016 @ 20:46:
Is er iemand die Home Assistant met Pilight heeft werken? Kom er niet helemaal uit.

Haal je pilight code even door de Yaml validator, dan zie je het direct.
Hint: Het heeft met inspringen te maken

[buldogwtf]

Timmy schreef op dinsdag 04 oktober 2016 @ 21:44:
[...]


Haal je pilight code even door de Yaml validator, dan zie je het direct.
Hint: Het heeft met inspringen te maken

aha, had ik idd even moeten controleren.

nu toegevoegd aan de configuratie

code:

pilight:
 host: 192.168.178.119
 port: 5000

en in de switch group:

code:

# Example configuration.yaml entry
  platform: pilight
  switches:
    Kitchen light:
      on_code:
        protocol: kaku_switch  # protocol has to be defined
        unit: 2663026  # these entries are protocol specific and can differ
        id: 2    # these entries are protocol specific and can differ
        'on': 1  # on has to be in apostrophes to be parsed correctly
      off_code:
        protocol: kaku_switch   # protocol has to be defined
        unit: 2663026  # these entries are protocol specific and can differ
        id: 2  # these entries are protocol specific and can differ
        'off': 1  # off has to be in apostrophes to be parsed correctly
      on_code_receive:  # optional
        protocol: kaku_switch   # protocol has to be defined
        unit: 2663026  # these entries are protocol specific and can differ
        id: 2  # these entries are protocol specific and can differ
        state: 'on'  # off has to be in apostrophes to be parsed correctly
      off_code_receive:  # optional
        protocol: kaku_switch   # protocol has to be defined
        unit: 2663026  # these entries are protocol specific and can differ
        id: 2  # these entries are protocol specific and can differ
        state: 'off'  # on has to be in apostrophes to be parsed correctly

nu krijg ik echter

code:

16-10-05 15:30:07 homeassistant.bootstrap: Error during setup of component pilight
Traceback (most recent call last):
  File "/srv/homeassistant/lib/python3.4/site-packages/homeassistant/bootstrap.py", line 102, in _setup_component
    result = component.setup(hass, config)
  File "/srv/homeassistant/lib/python3.4/site-packages/homeassistant/components/pilight.py", line 49, in setup
    from pilight import pilight
  File "/home/homeassistant/.homeassistant/deps/pilight/__init__.py", line 3, in <module>
    __version__ = get_distribution('pilight').version
  File "/srv/homeassistant/lib/python3.4/site-packages/pkg_resources.py", line 349, in get_distribution
    dist = get_provider(dist)
  File "/srv/homeassistant/lib/python3.4/site-packages/pkg_resources.py", line 229, in get_provider
    return working_set.find(moduleOrReq) or require(str(moduleOrReq))[0]
  File "/srv/homeassistant/lib/python3.4/site-packages/pkg_resources.py", line 745, in require
    needed = self.resolve(parse_requirements(requirements))
  File "/srv/homeassistant/lib/python3.4/site-packages/pkg_resources.py", line 639, in resolve
    raise DistributionNotFound(req)
pkg_resources.DistributionNotFound: pilight
16-10-05 15:30:07 homeassistant.bootstrap: Error during setup of component pilight
Traceback (most recent call last):
  File "/srv/homeassistant/lib/python3.4/site-packages/homeassistant/bootstrap.py", line 102, in _setup_component
    result = component.setup(hass, config)
  File "/srv/homeassistant/lib/python3.4/site-packages/homeassistant/components/pilight.py", line 49, in setup
    from pilight import pilight
  File "/home/homeassistant/.homeassistant/deps/pilight/__init__.py", line 3, in <module>
    __version__ = get_distribution('pilight').version
  File "/srv/homeassistant/lib/python3.4/site-packages/pkg_resources.py", line 349, in get_distribution
    dist = get_provider(dist)
  File "/srv/homeassistant/lib/python3.4/site-packages/pkg_resources.py", line 229, in get_provider
    return working_set.find(moduleOrReq) or require(str(moduleOrReq))[0]
  File "/srv/homeassistant/lib/python3.4/site-packages/pkg_resources.py", line 745, in require
    needed = self.resolve(parse_requirements(requirements))
  File "/srv/homeassistant/lib/python3.4/site-packages/pkg_resources.py", line 639, in resolve
    raise DistributionNotFound(req)
pkg_resources.DistributionNotFound: pilight
16-10-05 15:30:07 homeassistant.bootstrap: Unable to prepare setup for platform switch.pilight because dependency pilight could not be initialized

[Verwijderd]

Hoi!

Ik heb sinds een paar dagen hier een HASS setup draaien met een z-wave.me stick op een RPI3. Het was erg eenvoudig om aan de praat te krijgen (noobs + fabric install script). Ik heb nu een fibaro dual switch 2 (fgs-223), dat is zo'n microschakelaar voor twee lampen die je in je inbouwdoos kan bouwen.

HASS ziet keurig de twee switches, twee verbruiksmeters en nog een paar sensors voor een alarmstatus en overbelasting. Werkt goed, op een probleem na.

Bij de tweede switch heb ik het probleem dat de status van de switch niet bijgewerkt/onthouden wordt als hij getoggeld word. Bv als ik de switch van "off" naar "on" zet, springt de lamp keurig aan. Echter springt de switch in HASS na +/- 1 seconden weer terug naar "off" (lamp blijft aan). Als ik vervolgens de switch opnieuw toggle geregistreerd HASS de status wel correct (blijft ie op "on", lamp ook) en kan ie vervolgens eventueel weer uitgezet worden. Dit heeft alleen de 2e switch, de 1e werkt perfect.

Dit bovenstaande geldt zowel voor schakelen via HASS als via de fysieke schakelaar en bij "on" naar "off.

Helaas is de fgs-223 erg nieuw en is er nog weinig over te vinden. Heeft iemand een idee waar het probleem aan zou kunnen liggen of mij willen helpen met het vinden daarvan?

[ Voor 4% gewijzigd door Verwijderd op 05-10-2016 22:55 ]

[ThinkPad]

Verwijderd schreef op woensdag 05 oktober 2016 @ 22:42:
[...]
Heeft iemand een idee waar het probleem aan zou kunnen liggen of mij willen helpen met het vinden daarvan?

Is geen HASS probleem waarschijnlijk, maar OpenZWave (waar HASS op inhaakt om Z-Wave producten te kunnen gebruiken). Beste wat je kunt doen is even een issue inschieten bij OpenZWave: https://github.com/OpenZWave/open-zwave/issues

Het gedrag wat je eerst noemt (dat hij van 'on' na 1s weer terugspringt op 'off') is normaal, als er tenminste een pulsdrukker op zit en geen normale schakelaar die in twee posities kan blijven staan. Met een pulsdrukker (Busch-Jaeger) aan mijn Qubino module (ZMNHDA2) springt hij volgens mij ook vrijwel direct weer terug op 'off'.

Maar dat wanneer jij voor de tweede keer indrukt en hij dan wel blijft hangen op 'on' is niet normaal. Vandaar mijn idee om een issue in te schieten bij OpenZWave.

[breinonline]

Kan die schakelaar via het open zwave contolpanel (naam even kwijt) dan niet ingesteld worden op normale schakelaar ipv pulsdrukker? Bij mijn Qubino's kan dat volgens mij wel. Het lijkt wel alsof ze nu anders ingesteld staan.

[ThinkPad]

Dat zou ook nog kunnen inderdaad, dat heb ik bij één van mijn andere Qubino's wel ingesteld omdat daar een conventionele (kan in twee verschillende standen blijven staan) schakelaar aan zit.

[Verwijderd]

ThinkPadd schreef op donderdag 06 oktober 2016 @ 07:37:
[...]

Is geen HASS probleem waarschijnlijk, maar OpenZWave (waar HASS op inhaakt om Z-Wave producten te kunnen gebruiken). Beste wat je kunt doen is even een issue inschieten bij OpenZWave: https://github.com/OpenZWave/open-zwave/issues

Het gedrag wat je eerst noemt (dat hij van 'on' na 1s weer terugspringt op 'off') is normaal, als er tenminste een pulsdrukker op zit en geen normale schakelaar die in twee posities kan blijven staan. Met een pulsdrukker (Busch-Jaeger) aan mijn Qubino module (ZMNHDA2) springt hij volgens mij ook vrijwel direct weer terug op 'off'.

Maar dat wanneer jij voor de tweede keer indrukt en hij dan wel blijft hangen op 'on' is niet normaal. Vandaar mijn idee om een issue in te schieten bij OpenZWave.

Ik heb een gewone latching schakelaar, dus die blijft staan op on of off. Volgens de handleiding staat die fibaro standaard ook op die instelling wat betreft de schakelaar. Zal het als ik thuis kom nog even nakijken in openzwavecp.

Het rare vind ik dan ook dat s1 wel goed werkt en s2 niet. Ik heb inmiddels op het fora van Domoticz gevonden dat een aantal users hetzelfde probleem hebben. Straks maar eens kijken of daar wat nuttigs tussen staat.

Nog een andere vraag: waar kan ik de config map van openzwave vinden bij de all in one install? De ene resource heeft het over /usr/local/share..., de andere /srv/hass/hass_venv... Echter de map vinden wil niet lukken

[ Voor 15% gewijzigd door Verwijderd op 06-10-2016 12:20 ]

[ThinkPad]

Verwijderd schreef op donderdag 06 oktober 2016 @ 12:12:
[...]
Nog een andere vraag: waar kan ik de config map van openzwave vinden bij de all in one install? De ene resource heeft het over /usr/local/share..., de andere /srv/hass/hass_venv... Echter de map vinden wil niet lukken

Je zou een zoekopdracht kunnen doen naar het zwcfg_<random id>.xml bestand:

find / -name 'zwcfg_*.xml' 2>/dev/null

Waarschijnlijk vind je hem daarmee wel en weet je welke directory er gebruikt wordt.

[PuckStar]

buldogwtf schreef op woensdag 05 oktober 2016 @ 15:40:
nu toegevoegd aan de configuratie

code:

pilight:
 host: 192.168.178.119
 port: 5000

Klopt niet.

de H moet onder de L.

[ny-hardcore]

Om python te leren heb ik een python 'wrapper' gemaakt voor buienradar.
Het is geïnspireerd op het 'Is it gonna rain' script dat er in LUA al voor domoticz bestond.

source code staat hier:
https://github.com/koen01/pybuienradar

Heb ook een example toegevoegd hoe je de output middels MQTT published.
In HASS heb ik nu dus een buienradar sensor die met een getal aangeeft wat voor mijn GPS locatie aan regen verwacht wordt in het komende uur.
0 = geen regen
255 = zware regenval


***Feedback op mijn code is meer dan welkom.
Ik vraag me af of ik de classes netjes heb en of het niet compacter kan bijvoorbeeld. Verder ook feedback op stijl zou ik ook graag terugzien.

[ Voor 17% gewijzigd door ny-hardcore op 06-10-2016 22:42 ]

[buldogwtf]

PuckStar schreef op donderdag 06 oktober 2016 @ 14:01:
[...]

Klopt niet.

de H moet onder de L.

Top, denk dat ik er bijna ben.......

De Rasberry pi image gedowload, pilight erop gezet (met port 5005), (hass)$ pip3 install --upgrade pilight uitgevoerd.

code in configuration.yaml:

code:

pilight:
  host: 127.0.0.1
  port: 5005

switch:
  platform: pilight
  switches:
    Bed light:
      on_code:
      protocol: intertechno_old
      unit: 3
      id: 4
      'on': 1
      off_code:
      protocol: intertechno_old
      unit: 3
      id: 4
      'off': 1

Krijg nu nog deze melding:

code:

16-10-07 10:56:26 homeassistant.util.yaml: duplicate key: "protocol"
  in "/home/homeassistant/.homeassistant/configuration.yaml", line 56, column 0
  in "/home/homeassistant/.homeassistant/configuration.yaml", line 61, column 0

[breinonline]

En wat staat er in die lines 56 en 61 in configuration.yaml?

[buldogwtf]

breinonline schreef op vrijdag 07 oktober 2016 @ 11:28:
En wat staat er in die lines 56 en 61 in configuration.yaml?

dat zijn de 2 lijnen hierboven: protocol: intertechno_old

(vanuit het voorbeeld: https://community.home-as...ight-configuration/3200/5)

[PuckStar]

buldogwtf schreef op vrijdag 07 oktober 2016 @ 11:12:
[...]


Top, denk dat ik er bijna ben.......

De Rasberry pi image gedowload, pilight erop gezet (met port 5005), (hass)$ pip3 install --upgrade pilight uitgevoerd.

code in configuration.yaml:

code:

pilight:
  host: 127.0.0.1
  port: 5005

switch:
  platform: pilight
  switches:
    Bed light:
      on_code:
      protocol: intertechno_old
      unit: 3
      id: 4
      'on': 1
      off_code:
      protocol: intertechno_old
      unit: 3
      id: 4
      'off': 1

Krijg nu nog deze melding:

code:

16-10-07 10:56:26 homeassistant.util.yaml: duplicate key: "protocol"
  in "/home/homeassistant/.homeassistant/configuration.yaml", line 56, column 0
  in "/home/homeassistant/.homeassistant/configuration.yaml", line 61, column 0

Protocol (en wat daar nog onder staat) moet beginnen onder de _ van on_code.
Geldt ook voor de off_code. Daaronder moet protocol etc. beginnen onder de f.
Dus op de 3e positie.

code:

switch:
  platform: pilight
  switches:
    Bed light:
      on_code:
        protocol: intertechno_old
        unit: 3
        id: 4
        'on': 1
      off_code:
        protocol: intertechno_old
        unit: 3
        id: 4
        'off': 1

Wat een beetje lastig kan zijn met yaml checkers is dat de code op zich goed is, echter als je je stukje code bijvoorbeeld hier plakt: http://yaml-online-parser.appspot.com/
Zul je zien dat bij de output maar 1 keer de "protocol: intertechno_old" wordt gezien.
De tweede "ziet" hij niet en dus is er iets mis met de code.

[ Voor 23% gewijzigd door PuckStar op 07-10-2016 12:06 ]

[ThinkPad]

Value template gemaakt om een random ID te maken voor KlikAanKlikUit-switches (AC-protocol):

code:

0b11000{{ range(0,700) | random | int }}bc0cfe0{{ range(0,10) | random | int }}010f70

• Ga naar http://ipvanjouwhass:8123/dev-template
• haal de code die daar staat weg, vul deze code in en kopieer de output die je krijgt.
• Zet dat in je switches.yaml als een nieuwe schakelaar onder je rfxtrx device
• KlikAanKlikUit stekker inpluggen zodat hij in inleermodus gaat (lampje knippert).
• Switch via HASS op 'aan' zetten.
• Als het goed is accepteert de plug de code en klikt hij een paar keer.
• In customization.yaml voor de switch nog een assumed_state: false toevoegen om een toggleswitch te krijgen ipv twee bliksemschichten (aan/uit)

Mocht het niet werken, probeer dan een nieuwe code, of wis het geheugen van de stekker (inpluggen, lampje knippert en dan op 'group off' van de KaKu afstandsbediening drukken tot plug een paar keer klikt).

Op deze manier al twee keer een wallplug (van APA3-1500R set) toegevoegd zonder aan HASS een bestaande code te hoeven inleren.

[ Voor 17% gewijzigd door ThinkPad op 07-10-2016 22:28 ]

[Duumke]

Misschien een beetje offtopic, maar kan iemand mij uitleggen hoe ik mijn config in Github kan krijgen?
Ik maak inmiddels gebruik van een secrets.yaml file, dus zou excluded moeten worden. Helaas heb ik geen kennis van Git (behalve dan een repository clonen naar een lokale directory).

[ny-hardcore]

Duumke schreef op vrijdag 07 oktober 2016 @ 21:53:
Misschien een beetje offtopic, maar kan iemand mij uitleggen hoe ik mijn config in Github kan krijgen?
Ik maak inmiddels gebruik van een secrets.yaml file, dus zou excluded moeten worden. Helaas heb ik geen kennis van Git (behalve dan een repository clonen naar een lokale directory).

https://help.github.com/a...b-using-the-command-line/

en een goede .gitignore
https://gist.github.com/octocat/9257657

[Verwijderd]

ThinkPadd schreef op donderdag 06 oktober 2016 @ 13:15:
[...]

Je zou een zoekopdracht kunnen doen naar het zwcfg_<random id>.xml bestand:

find / -name 'zwcfg_*.xml' 2>/dev/null

Waarschijnlijk vind je hem daarmee wel en weet je welke directory er gebruikt wordt.

Config uiteindelijk gevonden in: /srv/hass/hass_venv/lib/python3.4/site-packages/libopenzwave-0.3.1-py3.4-linux-armv7l.egg/config (voor de raspberry pi all in one installer).

Over het probleem met de schakelaar heb ik inmiddels een issue aangemaakt op de github van openzwave. Ik denk dat er een probleem is met de implementatie van de associatie van de 2e schakelaar. De status wordt namelijk wel bijgewerkt tijdens polling.

[tyfoon_2]

Vrijdag mijn Amazon Echo binnen gekregen en probeer e.e.a. aan de praat te krijgen met HASS. De emuated HUE bridge werkt matig; vaak (random) start Hass niet op als deze aan staat.

Alternatief is HA Bridge. Nu werkt deze ook nog een samen met Vera en die draait ook nog steeds.

Echter, aan/uit lukt me prima maar dimmen niet. Ik snap niet goed hoe ik dat in de setup van HA Bridge voor elkaar moet krijgen.

Heeft iemand dit draaiende?

[ny-hardcore]

tyfoon_2 schreef op zondag 09 oktober 2016 @ 21:54:
Vrijdag mijn Amazon Echo binnen gekregen...

OT: waar heb je die gekocht?

[tyfoon_2]

ny-hardcore schreef op zondag 09 oktober 2016 @ 23:07:
[...]

OT: waar heb je die gekocht?

Amazon UK. Naar ons kantoor daar laten sturen en vandaar naar NL.

[breinonline]

breinonline schreef op dinsdag 27 september 2016 @ 21:28:
[...]

Ik vind https://www.scalescale.co...ate-linux-daemon-service/ wel een aardig duidelijke stap voor stap uitleg. Zo te zien kan je met nano een en ander opzetten en bewerken. Alleen, volgens die site zou een daemon in /etc/init.d/ moeten staan maar daar vind ik in mijn PI3 all-in-one install niets. De daemon heet home-assistant.service zo te zien.


[...]


Helaas, toch niet helemaal. Het logboek en de history werken niet. Als je die aanklikt dan krijg ik een heleboel foutmeldingen in de log:

code:

16-09-27 21:21:33 homeassistant.components.recorder: Ended unfinished session (id=149 from 2016-09-27 19:11:33.771884)
16-09-27 21:21:33 homeassistant.components.recorder: Found unfinished sessions
16-09-27 21:22:30 sqlalchemy.pool.NullPool: Exception during reset or similar
Traceback (most recent call last):
  File "/home/hass/.homeassistant/deps/sqlalchemy/pool.py", line 636, in _finalize_fairy
    fairy._reset(pool)
  File "/home/hass/.homeassistant/deps/sqlalchemy/pool.py", line 776, in _reset
    pool._dialect.do_rollback(self)
  File "/home/hass/.homeassistant/deps/sqlalchemy/engine/default.py", line 420, in do_rollback
    dbapi_connection.rollback()
sqlite3.ProgrammingError: SQLite objects created in a thread can only be used in that same thread.The object was created in thread id 1766962272 and this is thread id 1842984032
16-09-27 21:22:30 sqlalchemy.pool.NullPool: Exception closing connection <sqlite3.Connection object at 0x5d7d38a0>
Traceback (most recent call last):
  File "/home/hass/.homeassistant/deps/sqlalchemy/pool.py", line 636, in _finalize_fairy
    fairy._reset(pool)
  File "/home/hass/.homeassistant/deps/sqlalchemy/pool.py", line 776, in _reset
    pool._dialect.do_rollback(self)
  File "/home/hass/.homeassistant/deps/sqlalchemy/engine/default.py", line 420, in do_rollback
    dbapi_connection.rollback()
sqlite3.ProgrammingError: SQLite objects created in a thread can only be used in that same thread.The object was created in thread id 1766962272 and this is thread id 1842984032

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/home/hass/.homeassistant/deps/sqlalchemy/pool.py", line 290, in _close_connection
    self._dialect.do_close(connection)
  File "/home/hass/.homeassistant/deps/sqlalchemy/engine/default.py", line 426, in do_close
    dbapi_connection.close()
sqlite3.ProgrammingError: SQLite objects created in a thread can only be used in that same thread.The object was created in thread id 1766962272 and this is thread id 1842984032

Toch nog even, niemand hier heeft gereageerd. Heeft het zin dit bij https://community.home-assistant.io te posten of is dit meer een PI-gerelateerd probleem wat daar niet thuis hoort?

[PuckStar]

breinonline schreef op dinsdag 11 oktober 2016 @ 14:17:
[...]

Toch nog even, niemand hier heeft gereageerd. Heeft het zin dit bij https://community.home-assistant.io te posten of is dit meer een PI-gerelateerd probleem wat daar niet thuis hoort?

Voor mijn beeldvorming: wat wil je precies bereiken?

[breinonline]

Ik hoor vrij veel over problemen die optreden met een Raspberry Pi omdat de SD kaart corrupt raakt. Wat ik nu heb gedaan is de gehele inhoud van de SD kaart op USB stick gezet en de Pi verteld (kan alleen bij de PI3 geloof ik) direct van USB te booten en te draaien. Er zit nu dus geen SD kaart meer in en op zich draait de boel, totdat ik in HASS de history of logboek opvraag, dan genereert HASS een heel scala aan - voor mij - onbegrijpelijke foutmeldingen. Verder krijg ik dus geen history of logboek meer voor mijn neus.

[ Voor 6% gewijzigd door breinonline op 12-10-2016 11:23 ]

[Verwijderd]

breinonline schreef op woensdag 12 oktober 2016 @ 11:23:
Ik hoor vrij veel over problemen die optreden met een Raspberry Pi omdat de SD kaart corrupt raakt. Wat ik nu heb gedaan is de gehele inhoud van de SD kaart op USB stick gezet en de Pi verteld (kan alleen bij de PI3 geloof ik) direct van USB te booten en te draaien. Er zit nu dus geen SD kaart meer in en op zich draait de boel, totdat ik in HASS de history of logboek opvraag, dan genereert HASS een heel scala aan - voor mij - onbegrijpelijke foutmeldingen. Verder krijg ik dus geen history of logboek meer voor mijn neus.

Ik heb meerdere PI's (stuk of 4), nog nooit een corrupte kaart gehad. De langste draaiende PI (hoewel net vorige week uitgefaseerd voor een andere manier) heeft sinds oktober 2014 constant gedraaid.

Ik zie het probleem niet zo.

[PuckStar]

breinonline schreef op woensdag 12 oktober 2016 @ 11:23:
Ik hoor vrij veel over problemen die optreden met een Raspberry Pi omdat de SD kaart corrupt raakt. Wat ik nu heb gedaan is de gehele inhoud van de SD kaart op USB stick gezet en de Pi verteld (kan alleen bij de PI3 geloof ik) direct van USB te booten en te draaien. Er zit nu dus geen SD kaart meer in en op zich draait de boel, totdat ik in HASS de history of logboek opvraag, dan genereert HASS een heel scala aan - voor mij - onbegrijpelijke foutmeldingen. Verder krijg ik dus geen history of logboek meer voor mijn neus.

Ah ok duidelijk. Tja je kunt het wel posten in de community hoor. Of er interesse en kennis is om je te helpen is dan wel even afwachten.
Maar wat nicky ook al zegt, een goed merk sdkaartje kan erg lang mee gaan. Zorg verder dat je (in ieder geval voordat je HASS update) een image backup maakt, en van je config bestanden elke keer nadat je ze wijzigt.
Mocht de kaart dat toch een keer stuk gaan dan kun je het zo weer op een nieuw kaartje knallen.

[breinonline]

Ik heb een Transcend kaartje, op zich zou dat niet slecht moeten zijn. Het is misschien een idee om dan de de locatie van de logs te symlinken naar de USB stick, dat scheelt de meeste schrijfacties naar de SD kaart. En dan probeer ik het voorlopig wel op die manier.

Weten jullie waar de locaties van de logs en history staan?

[ny-hardcore]

breinonline schreef op woensdag 12 oktober 2016 @ 20:08:
Ik heb een Transcend kaartje, op zich zou dat niet slecht moeten zijn. Het is misschien een idee om dan de de locatie van de logs te symlinken naar de USB stick, dat scheelt de meeste schrijfacties naar de SD kaart. En dan probeer ik het voorlopig wel op die manier.

Weten jullie waar de locaties van de logs en history staan?

History zit in de database denk ik.
Logfile plek is afhankelijk van je inrichting?

[breinonline]

Thanks.

Ik probeer nu mijn usb stick nuttig te gebruiken als backuplocatie met dit als voorbeeld. De inrichting is wel gelukt, de commando's werken als ik ze los op de commandline invoer. Blijkbaar heeft de hass user geen rechten op het mountpoint van mijn usb-stick (/media/pi/BACKUP). Ik krijg het echter niet voor elkaar met chown/chmod om de rechten in te stellen. Iemand ervaring hiermee?

[Ferra]

Ik zie dit topic vandaag voor het eerst. Wat zijn de pro's en con's van Hass ten opzichte van Domoticz??

[Timmy]

Sbakker1982 schreef op zaterdag 15 oktober 2016 @ 08:25:
Ik zie dit topic vandaag voor het eerst. Wat zijn de pro's en con's van Hass ten opzichte van Domoticz??

In dit topic heeft een aantal mensen waaronder ikzelf Domoticz met HASS vergeleken maar [url=DJ-NaRRa in "Home Assistant - Open source Python3 home automation"]dit[/iurl] is m.i. een mooie start. Scan vooral het topic door, het is nog niet zo oud dus de meeste ervaringen zijn actueel.

[Ferra]

Timmy schreef op zaterdag 15 oktober 2016 @ 12:13:
[...]

In dit topic heeft een aantal mensen waaronder ikzelf Domoticz met HASS vergeleken maar \[url=DJ-NaRRa in "Home Assistant - Open source Python3 home automation"]dit[/iurl] is m.i. een mooie start. Scan vooral het topic door, het is nog niet zo oud dus de meeste ervaringen zijn actueel.

Is dit sarcastisch bedoeld?

[breinonline]

Ik denk het niet. Gezien je lengte van lidmaatschap van deze site zal je gerust weten dat er eigen inzet verwacht wordt

[Timmy]

Sbakker1982 schreef op zaterdag 15 oktober 2016 @ 20:22:
Is dit sarcastisch bedoeld?

Zeker niet. Er staan veel ervaringen in dit topic en ook vergelijkingen geschreven door mensen die eerder de overstap hebben gemaakt. Kortom even door dit topic scannen en je bent helemaal bij.

[ny-hardcore]

mijn buienradar sensor is klaar:

https://community.home-as...d-on-buienradar-nl/4697/5

[breinonline]

Ik weet nog niet wat ik er mee moet, maar komt in de toekomst vast van pas. Ik heb hem erop staan, was even puzzelen maar met je github kwam ik eruit. Het enige wat me niet lukt is een friendly_name gebruiken. Als ik name wijzig in configuration.yaml dan verdwijnen de average en total sensors. Als ik in customazation.yaml een friendly_name toeken, dan pakt hij dat over voor buienradar maar niet voor die andere twee. Het icon wat ik daar toeken pakt hij voor alledrie de sensors.

[ny-hardcore]

breinonline schreef op zondag 16 oktober 2016 @ 10:23:
Ik weet nog niet wat ik er mee moet, maar komt in de toekomst vast van pas. Ik heb hem erop staan, was even puzzelen maar met je github kwam ik eruit. Het enige wat me niet lukt is een friendly_name gebruiken. Als ik name wijzig in configuration.yaml dan verdwijnen de average en total sensors. Als ik in customazation.yaml een friendly_name toeken, dan pakt hij dat over voor buienradar maar niet voor die andere twee. Het icon wat ik daar toeken pakt hij voor alledrie de sensors.

Heb je de mqtt versie gebruikt?
Er is nu ook een native sensor voor hass;
Download deze file https://raw.githubusercon...ents/sensor/buienradar.py
en plaats die in .homeassistant/custom_components/sensor/
voeg in je configuration.yaml de volgende sensor toe:

code:

sensor buienradar:
  platform: buienradar
  name: "Buienradar"
  timeframe: 3600

en herstart home-assistant.
de benodigde python module wordt automatisch van mijn GitHub gehaald.

Als hass is opgestart heb je je een sensor.buienradar die je kunt toevoegen.
Met de customisation kun je vervolgens een icon toevoegen. De friendly name doe je al in de sensor config zelf (zie hierboven).

code:

customize:
  sensor.buienradar:
    icon: mdi:weather-pouring

Standaard laat de sensor de average mm/h zien binnen de aangegeven timeframe.
De sensor heeft ook attributes die je in een template sensor zou kunnen gebruiken (totals, update)

[breinonline]

Ja, dat deel werkt. Ik heb op je github zitten neuzen en zover ben ik eruit gekomen, buienradar.py staat in die map. De buienradar werkt en ook het icoon daarvan aanpassen is gelukt. In jouw configuration.yaml staan nog twee sensors die op basis van deze gevoegd worden (vermoed ik): totalrain en average. Die twee werken bij mij niet. MQTT staat standaard geïnstalleerd en aan bij de all-in-one installer. Geen idee of het ook echt werkt. Ik krijg ook geen foutmeldingen te zien.

[ Voor 3% gewijzigd door breinonline op 17-10-2016 11:19 ]

[tyfoon_2]

Standaard laat de sensor de average mm/h zien binnen de aangegeven timeframe.
De sensor heeft ook attributes die je in een template sensor zou kunnen gebruiken (totals, update)

Die 3600 die je noemt in de configuration.yaml ; Welke eenheid is dit? Kijkt die alleen vooruit of kijkt hij ook naar reeds gevallen regen?

In mijn vorige setup (via Vera) keek ik twee dagen terug + 1 dag vooruit. Als dan de regenval in totaal (2 dagen terug + 1 dag vooruit) < x was dan gaat de klep naar de bewateringscomputer aan.

Kan ik dat (ongeveer) reproduceren met je component ?

[ny-hardcore]

breinonline schreef op maandag 17 oktober 2016 @ 11:19:
Ja, dat deel werkt. Ik heb op je github zitten neuzen en zover ben ik eruit gekomen, buienradar.py staat in die map. De buienradar werkt en ook het icoon daarvan aanpassen is gelukt. In jouw configuration.yaml staan nog twee sensors die op basis van deze gevoegd worden (vermoed ik): totalrain en average. Die twee werken bij mij niet. MQTT staat standaard geïnstalleerd en aan bij de all-in-one installer. Geen idee of het ook echt werkt. Ik krijg ook geen foutmeldingen te zien.

Je moet alleen doen wat ik in mijn post hierboven heb aangeven. (buienradar.py in custom_components/sensor/ zetten en de sensor toevoegen aan je configuration.yaml)

Die andere 2 sensors in mijn config file zijn de mqtt sensors, daarvoor moet je de mqtt buienrader client (https://github.com/koen01...xample/mqtt_buienradar.py)hebben draaien. Der geven dezelfde info als de native hass sensor.
In mijn laaste configuration.yaml staat die er ook niet meer in.

[ny-hardcore]

tyfoon_2 schreef op maandag 17 oktober 2016 @ 11:39:
[...]


Die 3600 die je noemt in de configuration.yaml ; Welke eenheid is dit? Kijkt die alleen vooruit of kijkt hij ook naar reeds gevallen regen?

In mijn vorige setup (via Vera) keek ik twee dagen terug + 1 dag vooruit. Als dan de regenval in totaal (2 dagen terug + 1 dag vooruit) < x was dan gaat de klep naar de bewateringscomputer aan.

Kan ik dat (ongeveer) reproduceren met je component ?

De sensor maakt gebruikt van de data die buienradar.nl gebruikt om de neerslag te visualiseren in de radarmap en in de verticale tijdslijn. De waarden in de sensor geven dus alleen een predictie aan, geen historie.

Je kunt dit in automations gebruiken voor
"Gaat het regenen tussen nu en xxxx (timeframe)' >> Doe dan ....de zonnewering omhoog....

Voor de beregening zou je iets kunnen maken wat teagan42 gedaan heeft.
Ik weet niet of ze het gebruikt, maar ik wilde het wel gebruiken als inspiratie voor wat ik wil gaan doen met de buienradar sensor.

https://github.com/Teagan42/HomeAssistantSprinklers

en dan bijvoorbeeld zo:
https://github.com/Teagan...master/input_sliders.yaml
https://github.com/Teagan...aster/input_booleans.yaml

automations die gebruik maken van die sliders en bools:
https://github.com/Teagan...rs/tree/master/automation

[ Voor 52% gewijzigd door ny-hardcore op 17-10-2016 14:36 ]