Home Assistant - Open source Python3 home automation

[Verwijderd]

Ik hoop dat iemand mij kan helpen... Ik heb vanmiddag een Conbee (zigbee) stick binnen gekregen. Ik had gehoopt dat het zo simpel was om het werkend te krijgen als een Aeotec zwave stick, maar helaas. Zo'n zigbee stick is volgens mij een stuk minder plug&play... ik heb er volgens mij alles wel overgelezen, maar wat nou de beste manier is om het werkend te maken is mij niet bepaald duidelijk.. Kan iemand mij de goeie kant op wijzen? Ik lees bijv. ergens dat ik een API key moet aanmaken, moet dit via een programma van 't merk van de stick? of...

Een ander dingetje; ik gebruik voor mijn aanwezigheidsdetectie de UniFi AP functie in Hass. Nu heb ik meerdere AP's in huis, dus als mijn telefoon op een andere AP verbonden is wat staat ingesteld in HASS, dan gaat het op afwezig in HASS.. Maar het is ook niet mogelijk om de zelfde strings zoals 'host' of 'device_tracker:' dubbel in de config file te plaatsen. Hoe los je dat normaal gesproken op?

[PuckStar]

GertJan2012 schreef op woensdag 9 januari 2019 @ 21:28:
[...]


Hier... daar heb je het al, ik heb nog een hoop te leren ;-)
Dat document had ik inderdaad ook al gevonden en aan de hand daarvan had ik het volgende in mijn configuration.yaml toegevoegd:

input_boolean:
radio_2:
name: NPO Radio 2 30 minuten
initial: 'off'


Vervolgens heb ik deze condition toegevoegd aan mijn bestaande de automation, maar er geberud nog niks.

condition:
condition: and
conditions:
- condition: state
entity_id: input_boolean.radio_2
state: 'Paused'

Het mooiste zou inderdaad zijn als hij het schuifje na een x aantal seconden weer terugzet zodat je hem de volgende keer weer makkelijk kan aanzetten.

Een condition is niet een trigger
Dat is een conditie om verder te gaan NADAT een trigger is getriggered.
Je maakt dus een nieuwe automation met de trigger van de input_boolean (zie een input_boolean als een switch die of on of off staat).
De trigger van je nieuwe automation moet zoiets zijn.
Met de trigger om die andere automation te starten.
en daarna de boolean weer uit te zetten.

code:

- alias: 'TEST Automation'
  trigger:
    platform: state
    entity_id: input_boolean.testautomation
    to: 'on'
  action:
    - service: automation.trigger
      entity_id: automation.NPO_Radio_2_30_minuten
    - service: input_boolean.turn_off
      data:
        entity_id: input_boolean.testautomation

In je GUI toon je dus je input_boolean en zodra je die switched gaat je automation starten.

Vergeet niet de conditie van de boolean weer weg te halen van je sleeptimer automation!

[ Voor 5% gewijzigd door PuckStar op 09-01-2019 21:44 ]

[lolgast]

@remyy Vwb je Unifi vraag: Door de Unifi Controller te gebruiken. Is een HassIO addon zelfs

[RudolfR]

GertJan2012 schreef op woensdag 9 januari 2019 @ 20:46:
Ik weet dat ik het het beste met boolean kan doen, maar ik kom daar niet verder mee... iemand enig idee?

Lijkt me niet nodig, volgens mij kun je beter een script definiëren. Voor een script krijg je vanzelf een knop 'activate' op de front-end.

YAML:

script:
  alias: wekkerradio_sleeptimer
    sequence:
      - service: automation.trigger
        entity_id: automation.id_van_sleeptimer_automation

Of mis ik iets?

[ Voor 6% gewijzigd door RudolfR op 09-01-2019 22:05 ]

[MrBarBarian]

lolgast schreef op dinsdag 8 januari 2019 @ 22:13:
@MrBarBarian Je moet beide sensoren eindigen met .state

code:

value_template: '{{ states.sensor.badkamer_relative_humidity.state - states.sensor.kantoor_sensor_relative_humidity.state }}'

Thanks! Doorgevoerd, maar helaas. Ik zie ni twee foutmeldingen voorbij komen;

De eerste:

code:

Log Details (ERROR)
Wed Jan 09 2019 21:51:07 GMT+0100 (CET)

Error during template condition: UndefinedError: 'None' has no attribute 'state'

Dit doet me vermoedden dat de template de humidity sensor niet kan uitlezen. Nogmaals gechecked, hij bestaat echt en heeft een waarde.

De tweede:

code:

Log Details (ERROR)

Wed Jan 09 2019 21:54:57 GMT+0100 (CET)

Error doing job: Exception in callback <function async_track_state_change.<locals>.state_change_listener at 0xffffa0c280d0>

Traceback (most recent call last):
  File "uvloop/cbhandles.pyx", line 64, in uvloop.loop.Handle._run
  File "/usr/local/lib/python3.6/site-packages/homeassistant/helpers/event.py", line 82, in state_change_listener
    event.data.get('new_state'))
  File "/usr/local/lib/python3.6/site-packages/homeassistant/core.py", line 327, in async_run_job
    target(*args)
  File "/usr/local/lib/python3.6/site-packages/homeassistant/helpers/event.py", line 103, in template_condition_listener
    template_result = condition.async_template(hass, template, variables)
  File "/usr/local/lib/python3.6/site-packages/homeassistant/helpers/condition.py", line 298, in async_template
    value = value_template.async_render(variables)
  File "/usr/local/lib/python3.6/site-packages/homeassistant/helpers/template.py", line 138, in async_render
    return self._compiled.render(kwargs).strip()
  File "/usr/local/lib/python3.6/site-packages/jinja2/asyncsupport.py", line 76, in render
    return original_render(self, *args, **kwargs)
  File "/usr/local/lib/python3.6/site-packages/jinja2/environment.py", line 1008, in render
    return self.environment.handle_exception(exc_info, True)
  File "/usr/local/lib/python3.6/site-packages/jinja2/environment.py", line 780, in handle_exception
    reraise(exc_type, exc_value, tb)
  File "/usr/local/lib/python3.6/site-packages/jinja2/_compat.py", line 37, in reraise
    raise value.with_traceback(tb)
  File "<template>", line 1, in top-level template code
TypeError: unsupported operand type(s) for -: 'str' and 'str'

Iets met een string waar een integer wordt verwacht?

Hoe kan ik exact zien wat er gebeurt als de automation wordt uitgevoerd? Ik zou het liefst de template zien, zoals HA hem evalueerd nadat de variabelen zijn ingevoerd door HA

[GertJan2012]

PuckStar schreef op woensdag 9 januari 2019 @ 21:41:
[...]

Een condition is niet een trigger
Dat is een conditie om verder te gaan NADAT een trigger is getriggered.
Je maakt dus een nieuwe automation met de trigger van de input_boolean (zie een input_boolean als een switch die of on of off staat).
De trigger van je nieuwe automation moet zoiets zijn.
Met de trigger om die andere automation te starten.
en daarna de boolean weer uit te zetten.

code:

- alias: 'TEST Automation'
  trigger:
    platform: state
    entity_id: input_boolean.testautomation
    to: 'on'
  action:
    - service: automation.trigger
      entity_id: automation.NPO_Radio_2_30_minuten
    - service: input_boolean.turn_off
      data:
        entity_id: input_boolean.testautomation

In je GUI toon je dus je input_boolean en zodra je die switched gaat je automation starten.

Vergeet niet de conditie van de boolean weer weg te halen van je sleeptimer automation!

Ok hier kom ik al iets verder mee ( door het nog wat uitgebreider te lezen snap ik nu wel wat er gebeurd ) Maar feit is dat het nog niet werkt.

in configuration.yaml heb ik nu deze input boolean geplaatst:

code:

input_boolean:
  radio2_30_minuten:
    name: NPO Radio 2 30 minuten
    initial: 'off'

En in de automation.yaml heb ik dit nu staan:

code:

  alias: NPO Radio 2 sleeptimer 30 min
  trigger:
  - entity_id: media_player.boven
    from: Paused
    platform: state
    to: Playing
  condition:
  action:
  - service: media_player.media_play_pause
  - service: media_player.sonos_set_sleep_timer
    data_template:
      entity_id: media_player.boven
      sleep_time: 1800
  - service: media_player.volume_set
    data_template:
      entity_id: media_player.boven
      volume_level: 0.05   
  - service: media_player.select_source
    data_template:
      entity_id: media_player.boven
      source: NPO Radio 2
      
  - alias: 'Radio 2 Sleeptimer 30 Minuten Boolean
  trigger:
    platform: state
    entity_id: input_boolean.radio2_30_minuten
    to: 'on'
  action:
    - service: automation.trigger
      entity_id: automation.NPO_Radio_2_30_minuten
    - service: input_boolean.turn_off
      data:
        entity_id: input_boolean.radio2_30_minuten

[lolgast]

@MrBarBarian Dan maken we er toch integers van

YAML:

value_template: '{{ states.sensor.badkamer_relative_humidity.state | int - states.sensor.kantoor_sensor_relative_humidity.state | int }}'

Kijk eens of het werkt in de dev-template pagina

[PuckStar]

GertJan2012 schreef op woensdag 9 januari 2019 @ 21:59:
[...]


Ok hier kom ik al iets verder mee ( door het nog wat uitgebreider te lezen snap ik nu wel wat er gebeurd ) Maar feit is dat het nog niet werkt.

in configuration.yaml heb ik nu deze input boolean geplaatst:

code:

input_boolean:
  radio2_30_minuten:
    name: NPO Radio 2 30 minuten
    initial: 'off'

En in de automation.yaml heb ik dit nu staan:

code:

  alias: NPO Radio 2 sleeptimer 30 min
  trigger:
  - entity_id: media_player.boven
    from: Paused
    platform: state
    to: Playing
  condition:
  action:
  - service: media_player.media_play_pause
  - service: media_player.sonos_set_sleep_timer
    data_template:
      entity_id: media_player.boven
      sleep_time: 1800
  - service: media_player.volume_set
    data_template:
      entity_id: media_player.boven
      volume_level: 0.05   
  - service: media_player.select_source
    data_template:
      entity_id: media_player.boven
      source: NPO Radio 2
      
  - alias: 'Radio 2 Sleeptimer 30 Minuten Boolean
  trigger:
    platform: state
    entity_id: input_boolean.radio2_30_minuten
    to: 'on'
  action:
    - service: automation.trigger
      entity_id: automation.NPO_Radio_2_30_minuten
    - service: input_boolean.turn_off
      data:
        entity_id: input_boolean.radio2_30_minuten

De uitlijning van je automations lijkt niet te kloppen.

GertJan2012 schreef op woensdag 9 januari 2019 @ 21:59:
[...]


Ok hier kom ik al iets verder mee ( door het nog wat uitgebreider te lezen snap ik nu wel wat er gebeurd ) Maar feit is dat het nog niet werkt.

in configuration.yaml heb ik nu deze input boolean geplaatst:

code:

input_boolean:
  radio2_30_minuten:
    name: NPO Radio 2 30 minuten
    initial: 'off'

En in de automation.yaml heb ik dit nu staan:

code:

  alias: NPO Radio 2 sleeptimer 30 min
  trigger:
  - entity_id: media_player.boven
    from: Paused
    platform: state
    to: Playing
  condition:
  action:
  - service: media_player.media_play_pause
  - service: media_player.sonos_set_sleep_timer
    data_template:
      entity_id: media_player.boven
      sleep_time: 1800
  - service: media_player.volume_set
    data_template:
      entity_id: media_player.boven
      volume_level: 0.05   
  - service: media_player.select_source
    data_template:
      entity_id: media_player.boven
      source: NPO Radio 2
      
  - alias: 'Radio 2 Sleeptimer 30 Minuten Boolean
  trigger:
    platform: state
    entity_id: input_boolean.radio2_30_minuten
    to: 'on'
  action:
    - service: automation.trigger
      entity_id: automation.NPO_Radio_2_30_minuten
    - service: input_boolean.turn_off
      data:
        entity_id: input_boolean.radio2_30_minuten

ohja wacht je wilt die automation alleen laten lopen als je die input_boolean omzet toch?
Dan kun je gewoon 1 automation maken met als trigger je boolean.
Dus alles wat je bij je initiele automation als condition en action hebt zet je onder action van je boolean automation.
En dit haal je daar weg:
- service: automation.trigger
entity_id: automation.NPO_Radio_2_30_minuten
- service: input_boolean.turn_off
data:
entity_id: input_boolean.radio2_30_minuten

Maar ik hoop dat je uitlijning niet zo is als je nu hebt gepost want dat gaat volgens mij niet werken.
Ook zie ik - service: media_player.media_play_pause staan zonder entity id dus die gaat niets kunnen doen volgens mij.

[lolgast]

Heerlijk trouwens hoe ik door dit topic o.a. karmakeizer Python ben geworden, maar daar nog nooit een regel code mee heb geschreven

[Verwijderd]

lolgast schreef op woensdag 9 januari 2019 @ 21:44:
@remyy Vwb je Unifi vraag: Door de Unifi Controller te gebruiken. Is een HassIO addon zelfs

Ja daar ga ik niet aan beginnen... maar bedankt voor je reply

[MrBarBarian]

lolgast schreef op woensdag 9 januari 2019 @ 22:04:
@MrBarBarian Dan maken we er toch integers van

YAML:

value_template: '{{ states.sensor.badkamer_relative_humidity.state | int - states.sensor.kantoor_sensor_relative_humidity.state | int }}'

Kijk eens of het werkt in de dev-template pagina
[Afbeelding]

Awesome! Op de dev-template krijg ik 1 terug.. en dat klopt ook met mijn hoofdberekeningen.

En ik heb geleerd dat de dev-template dus ook de variabelen evalueerd, en niet allen syntax-checks doet.

Hopelijk is het hiermee opgelost!

[GertJan2012]

PuckStar schreef op woensdag 9 januari 2019 @ 22:09:
[...]

De uitlijning van je automations lijkt niet te kloppen.

[...]

ohja wacht je wilt die automation alleen laten lopen als je die input_boolean omzet toch?
Dan kun je gewoon 1 automation maken met als trigger je boolean.
Dus alles wat je bij je initiele automation als condition en action hebt zet je onder action van je boolean automation.
En dit haal je daar weg:
- service: automation.trigger
entity_id: automation.NPO_Radio_2_30_minuten
- service: input_boolean.turn_off
data:
entity_id: input_boolean.radio2_30_minuten

Maar ik hoop dat je uitlijning niet zo is als je nu hebt gepost want dat gaat volgens mij niet werken.
Ook zie ik - service: media_player.media_play_pause staan zonder entity id dus die gaat niets kunnen doen volgens mij.

Hier zit een blij man! Het werkt nu inderdaad ! Echter... de toggle waarmee ik hem dus kan starten, die blijft nu op aan staan. Wat kan ik nu nog aan mijn automation toevoegen dat hij hem ook direct weer uitzet ?

[martinvdm]

@alexswart
ik zag dat jij ook een Remeha ketel met een iSense thermostaat hebt. Ik heb nu de volgende code in HA icm OpenthermGateway:

code:

climate:
  - platform: mqtt
    name: "Thermostaat"
    modes:
      - "heat"
      - "off"
    min_temp: 14
    max_temp: 28
    current_temperature_topic: "events/central_heating/otmonitor/roomtemperature"
    temperature_command_topic: "actions/otmonitor/setpoint"
    temp_step: 0.5
    temperature_state_topic: "events/central_heating/otmonitor/setpoint"
    mode_state_topic: "events/central_heating/otmonitor/centralheating"
    mode_state_template: >-
      {% set values = { '0':'off', '1':'heat'} %}
      {{ values[value] if value in values.keys() else 'off' }}

Dit werkt op zich goed en ik gebruik een LoveLace Thermostat card. Ziet er mooi uit en veranderd netjes van kleur. Doordat de modes off en heat opgenomen zijn, zie je 2 knoppen in de Thermostat Card (vlam en power). Echter lijken die buttens vrij weinig te doen.
Tevens begrijp ik ze niet helemaal. Ik zou verwachten dat hiermee de 'controle' aan ofwel de isense gegeven wordt of via HA loopt (override in de thermostaat), maar het lijkt nu niks te doen.

Ik moet nu via MQTT een setpoint=0 (oftwel tt=0) meegeven wil ik de controle aan de isense terug kunnen geven, waarvoor ik nu een apart script moet afvuren en dan middels de temp slider de controle naar HA toebrengen.

jij / een ander een idee?

[lolgast]

@MrBarBarian Je kunt complete if / elseif / else stukken testen in die dev-template pagina. En zelf variabele definiëren om ze vervolgens verderop weer te gebruiken mag ook. Bijvoorbeeld de date-sensor. Die heeft default een Amerikaanse notering. Die kun je vrij eenvoudig ombouwen naar dd-mm-yyyy

YAML:

{% set date = states.sensor.date.state.split('-') %}
{{ date[2] }}-{{ date[1] }}-{{ date[0] }}

Maar dit soort dingen kun je dus ook testen, om te kijken welk onderdeel er met de huidige status van de sensoren getriggerd zou worden (dit is onderdeel van een automation)

YAML:

        {% if is_state("device_tracker.stefan", "home") and is_state("device_tracker.meggie", "home") %}
          notify.iphones
        {% elif is_state("device_tracker.stefan", "home") %}
          notify.iphone_stefan
        {% elif is_state("device_tracker.meggie", "home") %}
          notify.iphone_meggie
        {% endif %}

[PuckStar]

GertJan2012 schreef op woensdag 9 januari 2019 @ 22:25:
[...]


Hier zit een blij man! Het werkt nu inderdaad ! Echter... de toggle waarmee ik hem dus kan starten, die blijft nu op aan staan. Wat kan ik nu nog aan mijn automation toevoegen dat hij hem ook direct weer uitzet ?

Mooizo
Ohja dit nog even bij je actions erbij zetten:

code:

- service: input_boolean.turn_off
  data:
    entity_id: input_boolean.radio2_30_minuten

[Verwijderd]

lolgast schreef op woensdag 9 januari 2019 @ 21:44:
@remyy Vwb je Unifi vraag: Door de Unifi Controller te gebruiken. Is een HassIO addon zelfs

Op deze manier krijg ik wel wat ik wilde ;-)

device_tracker:
- platform: unifi_direct
host: YOUR_AP_IP_ADDRESS1
username: YOUR_USERNAME1
password: YOUR_PASSWORD1

- platform: unifi_direct
host: YOUR_AP_IP_ADDRESS2
username: YOUR_USERNAME2
password: YOUR_PASSWORD2

[wmn79]

Verwijderd schreef op woensdag 9 januari 2019 @ 21:40:
Ik hoop dat iemand mij kan helpen... Ik heb vanmiddag een Conbee (zigbee) stick binnen gekregen. Ik had gehoopt dat het zo simpel was om het werkend te krijgen als een Aeotec zwave stick, maar helaas. Zo'n zigbee stick is volgens mij een stuk minder plug&play... ik heb er volgens mij alles wel overgelezen, maar wat nou de beste manier is om het werkend te maken is mij niet bepaald duidelijk.. Kan iemand mij de goeie kant op wijzen? Ik lees bijv. ergens dat ik een API key moet aanmaken, moet dit via een programma van 't merk van de stick? of...

De conbee heeft ook sofware nodig die alles regelt. Dat is deconz, dat kun je als een hass.io add-on, als docker container of los geinstalleerd (Linux of Windows) draaien. Het is dus zeker anders dan een Aeotec zwave stick waar alle aansturing van het Z-Wave netwerk volledig via Home Assistant interface kan.

Heb je de deconz component pagina al gelezen? Daar staat een en ander uitgelegd over hoe het werkt en hoe je de api key kan genereren.

[Verwijderd]

@wmn79 Ik denk dat ik ondertussen alles wel 3x gelezen heb ;-) ik heb volgens mij nu de stick draaien op Hassio. In 'Integrations' staat hij in iedergeval in het rijtje als ' deCOnZ zigbee gateway' nu nog uitzoeken hoe ik een zigbee device toevoeg ;-)

[wmn79]

Verwijderd schreef op woensdag 9 januari 2019 @ 23:25:
@wmn79 Ik denk dat ik ondertussen alles wel 3x gelezen heb ;-) ik heb volgens mij nu de stick draaien op Hassio. In 'Integrations' staat hij in iedergeval in het rijtje als ' deCOnZ zigbee gateway' nu nog uitzoeken hoe ik een zigbee device toevoeg ;-)

Een zigbee device toevoegen doe je via de deconz/phoscon interface.

Afhankelijk van wat je toe wilt voegen kies je voor lights, switches of sensors in het menu. Daar kies je voor add new ... (light, switch of sensor). Vervolgens zorg je ervoor dat je device in de pair mode staat zodat Phoscon het kan vinden.

In Home assistant kies je dan bij dev-services (remote icoontje onder developer tools) voor de service "deconz.device_refresh" en call service en dan zou het nieuwe device dat in Phoscon staat ook in home-assistant zichtbaar moeten zijn. Voor switches geldt een ander verhaal maar dat staat op de component pagina dus dat weet je als het goed is al :-)

[ Voor 20% gewijzigd door wmn79 op 09-01-2019 23:34 ]

[Verwijderd]

Maar snap het even niet.. Ik heb dus op mijn PC het programma deCONZ geinstalleerd. Via dat programma kon ik via 'WebApp' inloggen in de zigbee stick toen hij in de USB poort zat van mijn PC. Ondertussen zit de stick in de Pi. Moet ik elke keer als ik een device wil toevoegen de stick uit de Pi halen in de PC stoppen om een zigbee device toe te voegen via dat deCONZ programma?

[Verwijderd]

Volgens mij staat alles hierin: https://github.com/dresde...ugin/wiki/Pairing-Devices maar mijn ogen zijn te moe om alles goed te begrijpen ;-) morgen weer een dag.. @wmn79 bedankt voor je uitleg, ik ben al wat verder gekomen in iedergeval.

[Greetoz]

Verwijderd schreef op woensdag 9 januari 2019 @ 23:46:
Volgens mij staat alles hierin: https://github.com/dresde...ugin/wiki/Pairing-Devices maar mijn ogen zijn te moe om alles goed te begrijpen ;-) morgen weer een dag.. @wmn79 bedankt voor je uitleg, ik ben al wat verder gekomen in iedergeval.

In hass klik je links op hass.io. Daar zie je de deconz addon. Klik daarop. Die draait als het goed is en dan heb je daar knop open web gui. Die opent de website waarmee je zigbee apparaten man toevoegen.

[Hmmbob]

0.85 is uit. Letten we op breaking changes bij het updaten?

Edit: downloads: Home Assistant 0.85

[ Voor 30% gewijzigd door Hmmbob op 10-01-2019 12:32 ]

[RobertMe]

Hmmbob schreef op donderdag 10 januari 2019 @ 07:16:
0.85 is uit. Letten we op breaking changes bij het updaten?

Dit changelog wijst mij op ESPHome. Zijn er hier die daar ervaring mee hebben? Ik ben toevallig afgelopen dagen bezig met een NodeMCU bordje om een "in bed" status te krijgen. Hardware heb ik nu simpel werkend, zou alleen nog of zelf een firmware moeten maken of dan een standaard iets gebruiken (zat al te kijken naar Tasmota en ESPEasy), maar als er zelfs een firmware is die je "Home Assistant style" kunt configureren/maken is dat ook wel interessant.

[JBS]

Hmmbob schreef op donderdag 10 januari 2019 @ 07:16:
0.85 is uit. Letten we op breaking changes bij het updaten?

Ik lees helaas niet iets dat lijkt op een fix voor het traag laden op mobiel waar ik last van heb sinds 0.84.
Mocht iemand dit probleem ook hebben en zich geroepen voelen 0.85 nu al te installeren, dan hoor ik uiteraard graag of dit is opgelost.

JBS schreef op dinsdag 25 december 2018 @ 08:06:
Gisteren na 't even uitgesteld te hebben geüpdatet naar 0.84 en gekozen voor de yaml mode voor het beheer van lovelace.

Als ik nu HASS open zie ik een fractie van een seconde de standaard interface met talloze badges voordat lovelace getoond wordt. Op desktop is 't nauwelijks te zien, op mobiel iets beter. Meer mensen die dit is opgevallen?

[Hmmbob]

JBS schreef op donderdag 10 januari 2019 @ 08:53:
[...]
Ik lees helaas niet iets dat lijkt op een fix voor het traag laden op mobiel waar ik last van heb sinds 0.84.
Mocht iemand dit probleem ook hebben en zich geroepen voelen 0.85 nu al te installeren, dan hoor ik uiteraard graag of dit is opgelost.
[...]

Ik zie het probleem niet helemaal. Is het probleem dat het traag laadt (?), of dat je heel snel de originele interface ziet voordat de lovelace schil eroverheen geladen wordt?

Want die flits van de originele interface zie ik ook, maar traag laden durf ik het niet te noemen.

Overigens geven ze aan dat Lovelace zijn grote stap krijgt in 0.86 - over 2 weken dus.

[lolgast]

Dat herladen van de Lovelace interface zal er iets mee te maken hebben dat wanneer je HA opent, HA vervolgens herkend dat je hebt aangegeven de Lovelace interface te willen vanaf dat apparaat en die browser en vervolgens dus Lovelace laadt. Via de huidige constructie duurt het nou eenmaal even voordat HA doorheeft dat Lovelace geladen moet worden. Ik verwacht dat dat probleem vanzelf is opgelost als Lovelace de default is, wat bij 0.86 moet gebeuren als mijn begrijpend lezen me niet in de steek laat

[JBS]

Hmmbob schreef op donderdag 10 januari 2019 @ 09:11:
[...]

Ik zie het probleem niet helemaal. Is het probleem dat het traag laadt (?), of dat je heel snel de originele interface ziet voordat de lovelace schil eroverheen geladen wordt?

Want die flits van de originele interface zie ik ook, maar traag laden durf ik het niet te noemen.

Overigens geven ze aan dat Lovelace zijn grote stap krijgt in 0.86 - over 2 weken dus.

Beide, maar het ene kan veroorzaakt worden door het andere. De originele interace wordt even getoond (sinds ik 0.84.x draai, daarvoor was dat niet) waardoor het laden in z'n totaliteit langer duurt.

Vermoedelijk wordt dit wel opgelost wanneer Lovelace de standaard wordt, maar ik vind 't opvallend dat dit pas sinds 0.84.x speelt.

[ Voor 8% gewijzigd door JBS op 10-01-2019 09:23 ]

[sk1nny666]

PuckStar schreef op woensdag 9 januari 2019 @ 19:10:
Omdat er wel wat mensen met zigbee2mqtt beginnen en vrijwel iedereen waarschijnlijk maar 1 keer de debugger nodig heeft van minimaal 11euro kunnen we misschien in de topicstart opnemen wie er al 1 heeft en bereid is om firmware op een CCxxxx te flashen (en welke regio hij woont)?

Ikzelf zit vaak in regio Utrecht, Veenendaal, Wageningen en wil best een CC flashen voor iemand als dat nodig is.

ik woon zelf in groningen, dus als iemand een firmware geflashed wil hebben in groningen is die welkom.

en mijn huidige pagina waar mijn meeste spullen in staan.

[ Voor 13% gewijzigd door sk1nny666 op 10-01-2019 09:50 ]

[Btje]

Ik woon in weert. Ik heb nog 3 sticks liggen en een verloop kabeltje die kunnen worden overgenomen.
Ik zal ze dan ook programmeren.

Ze zijn vergeven. Programmeren kan nog steeds :-)

[ Voor 16% gewijzigd door Btje op 11-01-2019 10:29 ]

[balk]

RobertMe schreef op donderdag 10 januari 2019 @ 08:08:
[...]

Dit changelog wijst mij op ESPHome. Zijn er hier die daar ervaring mee hebben? Ik ben toevallig afgelopen dagen bezig met een NodeMCU bordje om een "in bed" status te krijgen. Hardware heb ik nu simpel werkend, zou alleen nog of zelf een firmware moeten maken of dan een standaard iets gebruiken (zat al te kijken naar Tasmota en ESPEasy), maar als er zelfs een firmware is die je "Home Assistant style" kunt configureren/maken is dat ook wel interessant.

Ik heb mijn huis vol met espeetjes met ESPHomelib (of hoe het dan ook heet ). Het werkt erg goed. Simpele configuratie, logs automatisch over het netwerk, geen web interface ballast, zeer goede integratie met hass, actieve ontwikkeling

Dat nieuwe protocol ga ik binnenkort eens testen

Het nadeel van espeasy en tasmota is dat de configuratie op de ESP plaatsvindt waardoor backup lastiger is. Ook is esp32 niet ondersteund. Ik heb nu op mijn Linux servertje een folder met alle laatste versies die meteen met een backup mee draaien. Indien een ESP zou falen kan ik hem simpel uitwisselen.

[ Voor 17% gewijzigd door balk op 10-01-2019 11:15 ]

[PuckStar]

balk schreef op donderdag 10 januari 2019 @ 11:10:
[...]


Ik heb mijn huis vol met espeetjes met ESPHomelib (of hoe het dan ook heet ). Het werkt erg goed. Simpele configuratie, logs automatisch over het netwerk, geen web interface ballast, zeer goede integratie met hass, actieve ontwikkeling

Dat nieuwe protocol ga ik binnenkort eens testen

Het nadeel van espeasy en tasmota is dat de configuratie op de ESP plaatsvindt waardoor backup lastiger is. Ook is esp32 niet ondersteund. Ik heb nu op mijn Linux servertje een folder met alle laatste versies die meteen met een backup mee draaien. Indien een ESP zou falen kan ik hem simpel uitwisselen.

Ik gebruik verschillende waaronder espeasy als gewoon een native sketch waarin communicatie met mijn de mqtt broker is opgenomen. Werkt allemaal prima.

[maartend]

Ik doe een update via dit ; pip3 install --upgrade homeassistant
En ik heb nog steeds V 084.6

Maar wachten tot vanavond.

[Verwijderd]

Zijn er hier meer mensen met problemen na update van de Deconz addon?

alle sensoren reageren zoals ze moeten op 3 xiaomi mijia bewegingsensoren na. op de een of andere manier springen ze op beweging gedetecteerd en blijft dat zo een aantal uur.
erg vervelend want nu heeft op verschillende kamers vannacht continu het licht aan gestaan.

Het vreemde is dat ik ook 2 Aqara bewegingssensoren heb die totaal geen problemen hebben, zijn de Mijia sensoren(1e versie) die alleen de problemen hebben.

Het lijkt mij zelf vergezocht dat het aan Deconz ligt gezien de software de sensoren alleen uitleest en niet aanstuurd, maar na update dus wel problemen.

Heb ze al een keer opnieuw gepaired en zelfs een complete herinstallatie van Hassio

Hassio versie 83.3
Deconz versie 2.05.54
firmware versie Conbee stick 261F0500

[Judaz]

barktus schreef op dinsdag 8 januari 2019 @ 15:40:
[...]


Dankjewel! Ga vanavond nog even nazoeken of ik ze kan gebruiken in een hotelschakeling, Zou toch een aardig bedrag schelen op een slim Fibaro element.

Dat werkt prima met een hotelschakeling als je ze in de centraaldoos bij de lamp krijgt. Werkt erg goed bij mij die shelly1, vooral met native mqtt ondersteuning. Enkel is hij voor sommige plekken net iets te dik om achter een schakelaar te verstoppen. In de centraaldoos passen ze makkelijk.

[JBS]

Verwijderd schreef op donderdag 10 januari 2019 @ 15:20:
Zijn er hier meer mensen met problemen na update van de Deconz addon?

alle sensoren reageren zoals ze moeten op 3 xiaomi mijia bewegingsensoren na. op de een of andere manier springen ze op beweging gedetecteerd en blijft dat zo een aantal uur.
erg vervelend want nu heeft op verschillende kamers vannacht continu het licht aan gestaan.

Het vreemde is dat ik ook 2 Aqara bewegingssensoren heb die totaal geen problemen hebben, zijn de Mijia sensoren(1e versie) die alleen de problemen hebben.

Het lijkt mij zelf vergezocht dat het aan Deconz ligt gezien de software de sensoren alleen uitleest en niet aanstuurd, maar na update dus wel problemen.

Heb ze al een keer opnieuw gepaired en zelfs een complete herinstallatie van Hassio

Hassio versie 83.3
Deconz versie 2.05.54
firmware versie Conbee stick 261F0500

Vervang de batterij eens van één van die xiaomi mijia sensoren om uit te sluiten dat daar 't probleem zit. Zou natuurlijk wel erg toevallig zijn dat dit én voor meerdere tegelijk geldt en rondom een DeCONZ update, maar het uitsluiten waard.

Helpt dat niet, check dan even de log om te zien wat voor DeCONZ events daar voorbij komen rondom deze sensoren.
Zie je de onterechte status ook in de Phoscon app?
Update de firmware van je Conbee ook even naar 262F0500.

[koelkast]

Martijn02 schreef op dinsdag 8 januari 2019 @ 15:52:
Ik ben hier ook nog wat show-and-tell verschuldigd. Het is alweer 2 maanden geleden, maar ik heb in navolging van de post van @lolgast ook een aantal sloten in mijn huis wat slimmer gemaakt.

Ik heb wat microswitches besteld bij AliExpress, en ook een aantal Neo Coolcam door-window sensoren.

De switch zit met 2 draadjes gesoldeerd op de plaats waar het reed-contact op het printje van de neo-coolcam zit/zat. Bij de deuren van mijn schuur heb ikeen gat aan de binnenkant van het kozijn gefreesd welke ik met een klepje afdek. Bij de voordeur vond ik dat niet netjes genoeg, en daar heb ik met een forstnerboor wat meer ruimte gemaakt achter de sluitkom waardoor het hele printje van de doorsensor in het houten kozijn achter de sluitkom zit. Het geheel zit daardoor onzichtbaar weggewerkt, en als de batterij leeg raakt dan hoef ik alleen 3 schroeven los te draaien om erbij te kunnen.

Gelukkig hebben we de foto's nog:

Home Assistant Lock Status
[Afbeelding]	[Afbeelding]	[Afbeelding: Draadje er aan gesoldeerd, en "afgewerkt" met wat hittelijm]
[Afbeelding: Binnenkant van het kozijn schuur]	[Afbeelding: Het resultaat bij de schuurdeur]	[Afbeelding: Voordeur met grotere ruimte achter de sluitkom]
[Afbeelding: Overzicht in Home Assistant]

Verder heb ik nog een truukje uitgehaald om de status van de voordeur een binary_sensor te houden, maar om ook de status van de deur (open/closed) weer te kunnen geven. Ik doe dat met een python_script wat getriggert wordt bij het openen en sluiten van de deur. Dit scriptje veranderd tijdelijk de device_class van het voordeurslot van lock naar door en weer terug.

Dat ziet er netjes uit! Nu heb ik een metalen sluitkom die aan de 'achterkant' gesloten is, voor de 2 resterende deuren wil ik dan ook de sluitkom modificeren zodat er een microswitch in past. Hopelijk is dat boren een beetje te doen....

De voor- en schuurdeur heb ik met veertjes van batterijhouders gedaan, eens kijken of het met microswitches ook goed gaat. Ben bang dat die veren uiteindelijk gaan afbreken na veel gebruik. We gaan het meemaken.

[Kitser]

Ik heb nu home assistant (hassio) op een raspberry pi 3b+ draaien.
Om meer te kunnen doen met m'n logitech harmony hub wil ik graag dit installeren:
https://community.home-as...nddays-component/6183/250
Maar volgens mij gaat dat niet op Hassio. Ik kan wel op de command line komen. Maar daar kan ik geen wget commando uitvoeren.
Volgens mij zou ik ook docker op m'n raspberry pi kunnen draaien met "daarin" Hassio. En op de raspberry pi zelf de eerder genoemde Harmony integration?

Met Docker heb ik geen ervaring. Maar ik denk dat ik het kan zien als een soort Hyper-V?
Waarschijnlijk kan ik dan de container in z'n geheel back-uppen en eventueel later makkelijk migreren naar een NUC ofzo.
Zie ik dat goed? En zijn er nog meer voordelen van Hassio in een Docker container tov Hassio op de pi zelf?

[Verwijderd]

JBS schreef op donderdag 10 januari 2019 @ 15:51:
[...]
Vervang de batterij eens van één van die xiaomi mijia sensoren om uit te sluiten dat daar 't probleem zit. Zou natuurlijk wel erg toevallig zijn dat dit én voor meerdere tegelijk geldt en rondom een DeCONZ update, maar het uitsluiten waard.

Helpt dat niet, check dan even de log om te zien wat voor DeCONZ events daar voorbij komen rondom deze sensoren.
Zie je de onterechte status ook in de Phoscon app?
Update de firmware van je Conbee ook even naar 262F0500.

Dat ga ik nog even proberen! idd wel toeval dat ze alle 3 tegelijk gaan(wel ongeveer 1,5 tot 2 jaar oud en de aqara zijn ongeveer een half jaar oud)

In de phoscon app geeft hij ook aan dat er beweging is. dus zowel in Hassio als de Phoscon app.

Wbt update heb ik niet helemaal begrepen hoe dat moet omdat ik de .CGF file niet kan vinden in de Log.
En het moet geloof ik via SSH toch?

[JBS]

Verwijderd schreef op donderdag 10 januari 2019 @ 16:47:
[...]
Wbt update heb ik niet helemaal begrepen hoe dat moet omdat ik de .CGF file niet kan vinden in de Log.
En het moet geloof ik via SSH toch?

Zie https://github.com/martho...ng-conbeeraspbee-firmware
Zelf haal ik het versie nummer van nieuwe firmware ook niet uit de log, de beschikbare versies worden ook getoond wanneer je de stappen volgt.

[koelkast]

Wat is nu eigenlijk het voordeel van een directe koppeling van Hass met ESPHome in plaats van ESPEasy, die via een MQTT broker met Home Assistant praat? Is het enkel het weglaten van de MQTT broker of is er meer 'verbetering'? Die broker heb ik al draaien en ik ken ESPEasy ook goed.

[lolgast]

@Kitser Als je de ommezwaai naar Docker alleen zou willen maken ivm dat Harmony component lijkt het mij onnodig. 15 posts boven de jouwe wordt exact hetzelfde gevraagd en beantwoord namelijk:
https://community.home-as...nddays-component/6183/237

[Hmmbob]

koelkast schreef op donderdag 10 januari 2019 @ 16:51:
Wat is nu eigenlijk het voordeel van een directe koppeling van Hass met ESPHome in plaats van ESPEasy, die via een MQTT broker met Home Assistant praat? Is het enkel het weglaten van de MQTT broker of is er meer 'verbetering'? Die broker heb ik al draaien en ik ken ESPEasy ook goed.

quote: https://esphomelib.com/es...g/v1.10.0.html#native-api

Native API

This release brings with it lots of goodies, but most important is the native API. MQTT has been the only way this project communicated with Home Assistant for a while now. And MQTT is a great protocol to get started, but it always had problems:

• Another service to install - Users would need to install an MQTT broker in order to get started.
• MQTT Discovery - Home Assistant’s MQTT discovery has been great, but always had problems like retained messages etc.
• Inefficient - A typical MQTT message for sending a binary sensor state is about 70 bytes long, and the MQTT library we used was quite inefficient with runtime memory allocation too.

So I decided to do something against that: ESPHome now features a native protocol (based on TCP+protocol buffers) that addresses these issues and has a component on the Home Assistant side too.

Does this mean MQTT will be removed?
No! MQTT is an awesome protocol with easy integration for many tools like Node-RED and custom MQTT clients. This native API is only for replacing communications with Home Assistant, so if anything gets removed it’s MQTT auto discovery for Home Assistant. Of course both can be used together at the same time too.

Should I switch to the native API immediately?
You definitely can, but a word of warning first: The MQTT implementation has seen tons of fixes for small quirks in how the ESP SDK works. From my own testing, the native API seems to be quite stable - but I’m sure it’ll take a bit of time to find+fix some final bugs

[Kitser]

lolgast schreef op donderdag 10 januari 2019 @ 16:58:
@Kitser Als je de ommezwaai naar Docker alleen zou willen maken ivm dat Harmony component lijkt het mij onnodig. 15 posts boven de jouwe wordt exact hetzelfde gevraagd en beantwoord namelijk:
https://community.home-as...nddays-component/6183/237

Oh echt.... Ik zie het. Helemaal overheen gelezen. Thanks.
Ik begreep dat het beter / uitgebreider dan de autodiscover zou zijn. Maar het is blijkbaar hetzelfde.

Maar ben toch nog wel benieuwd of het handig is om over te stappen naar docker. Je kan dan naast home assistant nog anderen dingen draaien begrijp ik. Al vraag ik me af of alleen home assistant op een pi 3b+ niet meer dan voldoende is voor dat ding?

[Neles7108]

Wie kan deze Raspi beginner op weg helpen bij het configureren van Hassio op mijn pi 3b+
Het lukt me om de installatie te voltooien via Raspbian, comm., en ook met een Hassio bootable image. De reboot gaat goed maar nu? Het lukt me niet mn Gateway en devices te vinden. Uberhaupt Hass opstarten is me een raadsel...:-)

Alvast bedankt!

[Verwijderd]

Neles7108 schreef op donderdag 10 januari 2019 @ 18:02:
Wie kan deze Raspi beginner op weg helpen bij het configureren van Hassio op mijn pi 3b+
Het lukt me om de installatie te voltooien via Raspbian, comm., en ook met een Hassio bootable image. De reboot gaat goed maar nu? Het lukt me niet mn Gateway en devices te vinden. Uberhaupt Hass opstarten is me een raadsel...:-)

Alvast bedankt!

Als je Hassbian gebruikt is het gewoon een kwestie van kaartje flashen en erin doen. Aanzetten en even geduld hebben terwijl hij alles installeert ( zou zeker half uur wachten ). Hass wordt daarna automatisch opgestart. Daarna zou je via http://hassbian.local:8123 een pagina te zien moeten krijgen waar je een account kan aanmaken.

[maartend]

Verwijderd schreef op donderdag 10 januari 2019 @ 18:34:
[...]

Als je Hassbian gebruikt is het gewoon een kwestie van kaartje flashen en erin doen. Aanzetten en even geduld hebben terwijl hij alles installeert ( zou zeker half uur wachten ). Hass wordt daarna automatisch opgestart. Daarna zou je via http://hassbian.local:8123 een pagina te zien moeten krijgen waar je een account kan aanmaken.

Als het niet lukt via hassbian.local, dan moet je het ipadres gebruiken met 8123 er achter.

[Neles7108]

Bedankt voor je reactie!

Beide geprobeerd, ook vanaf 2 laptops, wordt niet gevonden.

Na de boot verschijnt: pi@hassbian:~$ -

[ Voor 19% gewijzigd door Neles7108 op 10-01-2019 18:54 ]

[maartend]

Neles7108 schreef op donderdag 10 januari 2019 @ 18:49:
Bedankt voor je reactie!

Beide geprobeerd, ook vanaf 2 laptops, wordt niet gevonden.

Kijk een smet een ip scanner of dat ding uberhaubt wel in je netwerk zit. Heet dan ws hassbian.

[Neles7108]

maartend schreef op donderdag 10 januari 2019 @ 18:52:
[...]

Kijk een smet een ip scanner of dat ding uberhaubt wel in je netwerk zit. Heet dan ws hassbian.

Er staat idd een hassbian in de lijst dus hij is er wel.

[Verwijderd]

Probeer eens met SSH te connecten. https://www.putty.org/
user : pi
pass: raspberry

[maartend]

Dit filmpje gevolgd? YouTube: How To Get Started with Home Assistant Using HASSbian 1.1

[lolgast]

Kitser schreef op donderdag 10 januari 2019 @ 17:40:
[...]


Oh echt.... Ik zie het. Helemaal overheen gelezen. Thanks.
Ik begreep dat het beter / uitgebreider dan de autodiscover zou zijn. Maar het is blijkbaar hetzelfde.

Maar ben toch nog wel benieuwd of het handig is om over te stappen naar docker. Je kan dan naast home assistant nog anderen dingen draaien begrijp ik. Al vraag ik me af of alleen home assistant op een pi 3b+ niet meer dan voldoende is voor dat ding?

Er zijn hier inmiddels best een aantal gebruikers met Docker op ee rpi en volgens mij presteert dat behoorlijl goed. Als ik daar voor moest gaan koos ik denk ik voor DietPi als OS. Het voordeel is dan inderdaad dat je eenvoudig zaken naast HassIO kunt draaien die niet als addon beschikbaar zijn. Nadeel is dat je een aantal zaken zelf zult moeten gaan regelen, zoals configuratie backups. Maar als je er een beetje de tijd voor neemt (ik heb meerdere avonden besteed aan simpelweg lezen en proberen. Tip: maak een ubuntu vm aan op bijvoorbeeld Vultr voor €5 p/m (je betaalt alleen de tijd dat hij aanstaat!)) is het best eenvoudig om te begrijpen. De leercurve is aan het begin alleen vrij stijl vond ik.

Heb je een beeld bij wat je nog meer zou willen gaan draaien?

[Neles7108]

Verwijderd schreef op donderdag 10 januari 2019 @ 19:00:
Probeer eens met SSH te connecten. https://www.putty.org/
user : pi
pass: raspberry

putty had ik al geinstalleerd, ook geen kaas van gegeten... als ik SSH met IP heb geopend, waar code typen?

[GertJan2012]

Neles7108 schreef op donderdag 10 januari 2019 @ 19:13:
[...]


putty had ik al geinstalleerd, ook geen kaas van gegeten... als ik SSH met IP heb geopend, waar code typen?

Ik denk eerlijk gezegd dat je met al deze stappen al een heel eind moet kunnen komen :https://www.home-assistant.io/getting-started/configuration/

Nadat je HA geinstalleerd hebt kun je configuratie wijzigingen aanbrengen door in het bestand configuration.yaml zaken te wijzigen / toe te voegen. Ik was er tot 2 weken geleden ook niet bekend mee, maar de handleidingen zijn zeer duidelijk / eenvoudig te volgen. Bovendien barst het op Youtube van de filmpjes waar ze je een aardig eind op weg helpen.

[Verwijderd]

Neles7108 schreef op donderdag 10 januari 2019 @ 19:13:
[...]


putty had ik al geinstalleerd, ook geen kaas van gegeten... als ik SSH met IP heb geopend, waar code typen?

Zodra je op 'Open' klikt zou je een login prompt moeten krijgen zoals dit :

[MrBarBarian]

lolgast schreef op woensdag 9 januari 2019 @ 22:29:
@MrBarBarian Je kunt complete if / elseif / else stukken testen in die dev-template pagina. En zelf variabele definiëren om ze vervolgens verderop weer te gebruiken mag ook. Bijvoorbeeld de date-sensor. Die heeft default een Amerikaanse notering. Die kun je vrij eenvoudig ombouwen naar dd-mm-yyyy

YAML:

{% set date = states.sensor.date.state.split('-') %}
{{ date[2] }}-{{ date[1] }}-{{ date[0] }}

Maar dit soort dingen kun je dus ook testen, om te kijken welk onderdeel er met de huidige status van de sensoren getriggerd zou worden (dit is onderdeel van een automation)

YAML:

        {% if is_state("device_tracker.stefan", "home") and is_state("device_tracker.meggie", "home") %}
          notify.iphones
        {% elif is_state("device_tracker.stefan", "home") %}
          notify.iphone_stefan
        {% elif is_state("device_tracker.meggie", "home") %}
          notify.iphone_meggie
        {% endif %}

Tnx!

Toch klopt het nog niet helemaal. Volgens mij is het daadwerkelijke probleem dat HA het humiditylevel altijd als een string uitleest. Dan kan ik in het template de string wel naar een integer zetten, maar dan wordt er in de trigger nogsteeds een een integer van een string afgetrokken. Dat werk dus niet.

Is er nog iemand die een Aeotec Multisensor 6 gebruikt en herkent dat het humidylevel als string worden uitgelezen?

Ik heb mijn zwcfg_XXX.cfg gekopieerd uit Domoticz, zodat ik niet al mijn Zwave devices opnieuw hoef te included. Maar dat lijkt me niet zo van belang

[maartend]

Neles7108 schreef op donderdag 10 januari 2019 @ 19:13:
[...]


putty had ik al geinstalleerd, ook geen kaas van gegeten... als ik SSH met IP heb geopend, waar code typen?

Filmpje volgen wat ik gaf.
YouTube: How To Get Started with Home Assistant Using HASSbian 1.1

[Kitser]

lolgast schreef op donderdag 10 januari 2019 @ 19:10:
[...]

Er zijn hier inmiddels best een aantal gebruikers met Docker op ee rpi en volgens mij presteert dat behoorlijl goed. Als ik daar voor moest gaan koos ik denk ik voor DietPi als OS. Het voordeel is dan inderdaad dat je eenvoudig zaken naast HassIO kunt draaien die niet als addon beschikbaar zijn. Nadeel is dat je een aantal zaken zelf zult moeten gaan regelen, zoals configuratie backups. Maar als je er een beetje de tijd voor neemt (ik heb meerdere avonden besteed aan simpelweg lezen en proberen. Tip: maak een ubuntu vm aan op bijvoorbeeld Vultr voor €5 p/m (je betaalt alleen de tijd dat hij aanstaat!)) is het best eenvoudig om te begrijpen. De leercurve is aan het begin alleen vrij stijl vond ik.

Thanks. Misschien toch maar eens proberen. Ik heb nog een Raspberry pi 3. Daarmee kan ik even gaan testen. Ook wel leuk om eens te kijken hoe dat werkt. Als ik het een beetje onder de knie heb kan ik de "productie configuratie omgeving" over zetten.

Ik neem aan dat je die Ubuntu VM aanraadde om te kunnen testen?

Heb je een beeld bij wat je nog meer zou willen gaan draaien?

Eigenlijk nog niet. Misschien piVPN, piHole of Unifi controller.

[Enzoz89]

Hallo iedereen.
Ik ben nu een goede 2 maanden bezig met hassio maat al een tijdje goed maar sinds kort loopt mij raspberry pi3 volledig vast na een reboot van hassio.

Na een reboot van de pi doe hij het weer tot dat ik weer hassio moet rebooten.

Nu heb ik veel gelezen over mogenlijk dat je sd kaars dood is heb een nieuwe gekocht helemaal op nieuw begon en nog steeds het zelfde probleem had hier nog een pi3 liggen voor een ander project maar ook dit mag niet helpen.

Nu uit eindelijk hassio via virtueel box aan het draaien gaat goed aleen loop tegen een probleem aan ik kan mijn usb divices niet vinden iemand hier ervaring mee en tip hoor graag van jullie.

[zoeperman]

@Enzoz89
wat zegt je logging dan op de pi op het moment dat hassio niet meer start?

[Mars Warrior]

Gaat lekker met 0.85.0
- mqtt light integratie werkt uitstekend
- het geknipper van de MMI op iOS is weg
- maar wat ook weg is de de Lovelace editor vanuit de MMI. Werkt totaal niet meer onder iOS...

[maartend]

Enzoz89 schreef op donderdag 10 januari 2019 @ 19:59:
Hallo iedereen.
Ik ben nu een goede 2 maanden bezig met hassio maat al een tijdje goed maar sinds kort loopt mij raspberry pi3 volledig vast na een reboot van hassio.

Na een reboot van de pi doe hij het weer tot dat ik weer hassio moet rebooten.

Nu heb ik veel gelezen over mogenlijk dat je sd kaars dood is heb een nieuwe gekocht helemaal op nieuw begon en nog steeds het zelfde probleem had hier nog een pi3 liggen voor een ander project maar ook dit mag niet helpen.

Nu uit eindelijk hassio via virtueel box aan het draaien gaat goed aleen loop tegen een probleem aan ik kan mijn usb divices niet vinden iemand hier ervaring mee en tip hoor graag van jullie.

Had ik ook. OPlossing ; uit ..storage folder op rpi de file halen die iets van devices entries heet. Voor je reboot. Moet je wel je Chromecast weer even toevoegen na je reboot.

[Dirk.DC]

Geachte,
ik ben nieuw op dit forum.
Ik ben op zoek naar iemand uit de streek rond Ninove die bereid zou zijn
mij wat verder te helpen met Raspberry Pi & Home assistant.
Electronica & Micro procesoren is altijd al mijn hobby geweest.
Programmeren in machine taal & assembler(M6809; ASM51) lukt dus wel.
Maar nu ik Raspberry Pi ontdek heb bots ik een beetje tegen een muur van
onbekenden zoals Python, Bash, Hassio & Home assistant.
Ondertussen heb ik mits veel zoeken toch al het één en ander met Raspberry
pi kunnen aan de praat krijgen.Weerstation (Infocenter vanop HitGub, Pimonori Pirate radio)

Momenteel heb ik Home Assistant op een RPI3+ geïnstalleerd. Daarop heb mists veel zoeken/uren 2 temperatuur sensoren OneWire + een Wifi schakelaar TP100 aangesloten en aan de praat gekregen. Nu probeer ik het VLC web interface van mijn Pimonori Pirate radio toe te voegen maar vind niet direct hoe. ik denk dat ik MQTT moet gebruiken maar wet het niet goed.

ik heb nog veel ideeën zoals
-mijn zelfgemaakte automatische thermostaat via RS232 te koppelen aan Home Assistant;
-zelf een Domotica systeem maken; momenteel werkt alles nog met drukknoppen als schakelaars en impuls schakelaars om de verlichting aan/uit te schakelen.

Het zou leuk zijn iemand uit de streek te vinden die bereid is mij soms wat
extra Sw uitleg te bezorgen om me weer een beetje verder op weg te helpen.

Bedankt op voorhand,
Dirk De Coppel
(54jaar)

[martinvdm]

koelkast schreef op donderdag 3 januari 2019 @ 23:06:
[...]

Hier is mijn config. Zou jij 'm ook kunnen delen?

code:

device_tracker:
  - platform: fritz
    host: 192.168.2.1
    interval_seconds: 10
    consider_home: 180
    track_new_devices: yes

sorry voor de late reactie. ik heb het zo:

code:

  - platform: fritz
    track_new_devices: no
    host: !secret fritz_ip
    consider_home: 0:02:00
    new_device_defaults:
      track_new_devices: False

niet echt anders dus en heb geen issues omtrent Fritz OS 7

[martinvdm]

Hmmbob schreef op donderdag 10 januari 2019 @ 07:16:
0.85 is uit. Letten we op breaking changes bij het updaten?

Edit: downloads: Home Assistant 0.85

zonder problemen geupgrade echter moest ik wel een aantal sensor van naam wijzigen, omdat hier blijkbaar in eens een underscore in de naam moest. Dit terwijl het niet in de breaking changes staat. Dit is onder andere bij de PiHole sensor.

[sloth]

JBS schreef op donderdag 10 januari 2019 @ 08:53:
[...]
Ik lees helaas niet iets dat lijkt op een fix voor het traag laden op mobiel waar ik last van heb sinds 0.84.
Mocht iemand dit probleem ook hebben en zich geroepen voelen 0.85 nu al te installeren, dan hoor ik uiteraard graag of dit is opgelost.


[...]

Hier heb ik dus ook last van.
Gebruik je de webinterface zelf of als web app via je homescreen?

[JBS]

sloth schreef op donderdag 10 januari 2019 @ 21:04:
[...]


Hier heb ik dus ook last van.
Gebruik je de webinterface zelf of als web app via je homescreen?

Web app, maar gebeurt bij beide.

[Jelte]

Wat is esphome überhaupt, wat kun je ermee. En waarom zou ik dat willen gebruiken?

Heb net MQTT opgezet om de Shellies straks te kunnen bedienen. Kan dat ook met esphome?

--noob--

[lolgast]

@MrBarBarian Kun je voor de zekerheid je huidige automation nog eens delen zoals je hem nu hebt? Alles is te maken, ook met strings/integers. HA is er om te helpen en moet maar gewoon luisteren!

@Kitser Die VM noemde ik om te testen ja. Ik heb een keer Docker op een rpi gedraaid om dingen voor iemand te testen en ik werd helemaal gek van het wachten Bij zo’n VM heb je dat niet en zeker in het begin sloop je nogal eens wat. Die VM is in 30 seconde weer kaal en dan kun je opnieuw beginnen. Zo snel kan ik niet flashen. Of Docker opnieuw installeren. Maar noodzakelijk is hij niet als je geduld genoeg hebt en toch een rpi hebt liggen
Van de Unifi Controller en volgens mij ook PiHole zijn HassIO addons beschikbaar dacht ik

[Kitser]

lolgast schreef op donderdag 10 januari 2019 @ 21:53:
@MrBarBarian Kun je voor de zekerheid je huidige automation nog eens delen zoals je hem nu hebt? Alles is te maken, ook met strings/integers. HA is er om te helpen en moet maar gewoon luisteren!

@Kitser Die VM noemde ik om te testen ja. Ik heb een keer Docker op een rpi gedraaid om dingen voor iemand te testen en ik werd helemaal gek van het wachten Bij zo’n VM heb je dat niet en zeker in het begin sloop je nogal eens wat. Die VM is in 30 seconde weer kaal en dan kun je opnieuw beginnen. Zo snel kan ik niet flashen. Of Docker opnieuw installeren. Maar noodzakelijk is hij niet als je geduld genoeg hebt en toch een rpi hebt liggen
Van de Unifi Controller en volgens mij ook PiHole zijn HassIO addons beschikbaar dacht ik

Daar heb je een goed punt. Dat gaat zeker een stuk sneller. Ik ga er eens mee aan slag. Thanks!

Die addon voor de unifi controller gebruik ik nu ook indd. Moet even gaan kijken wat ik het makkelijkste vind werken. En wat goed te recoveren is bij een kapotte sd kaart bijvoorbeeld.
Toevallig heb ik dat laatst gehad. Gelukkig laat ik elke nacht een backup (via Node-Red) naar Dropbox schrijven. Ik was toen al best snel weer online. Misschien kom ik straks tot de conclussie dat voor mij Hassio op een pi prima voor mij is, hoor. Maar dan heb ik iig weer wat ervaring met Docker opgedaan :-)

[Hmmbob]

martinvdm schreef op donderdag 10 januari 2019 @ 21:00:
[...]

zonder problemen geupgrade echter moest ik wel een aantal sensor van naam wijzigen, omdat hier blijkbaar in eens een underscore in de naam moest. Dit terwijl het niet in de breaking changes staat. Dit is onder andere bij de PiHole sensor.

[ Voor 10% gewijzigd door Hmmbob op 10-01-2019 22:15 ]

[martinvdm]

Hmmbob schreef op donderdag 10 januari 2019 @ 22:12:
[...]



[Afbeelding]

Best triest dat ik dat niet gerelateerd heb aan de _ wijziging van de pihole sensor. Ik lees altijd de release notes namelijk.

[ Voor 6% gewijzigd door martinvdm op 10-01-2019 22:42 ]

[lolgast]

Net ook geüpdatet en ik had 1 sensor waarvan de entity_id was gewijzigd (sensor.disk_use_percent_ -> sensor.disk_use_percent) van alle 439 entities die ik heb. Dus volgens mij valt de impact wel mee

Ik heb voor de update alle entities naar notepad++ gekopieerd, na de update nog een keer in een ander tabje en de verschillen opgezocht. Dan zoek ik mezelf niet scheel

Iemand hier een oplossing voor trouwens...? Ik maak gebruik van de Lovelace conditional card, met dit als resultaat -.-' Lijkt wel alsof de ruimte gereserveerd wordt



Ik kan die cards wel onderaan zetten, maar juist als de printer aanstaat (en ik heb nog meer voorbeelden) wil ik de conditional cards in het zicht hebben, niet onderaan

[ Voor 47% gewijzigd door lolgast op 11-01-2019 08:09 ]

[dicespark]

Dirk.DC schreef op donderdag 10 januari 2019 @ 20:45:
Geachte,
ik ben nieuw op dit forum.
Ik ben op zoek naar iemand uit de streek rond Ninove die bereid zou zijn
mij wat verder te helpen met Raspberry Pi & Home assistant.

Bedankt op voorhand,
Dirk De Coppel
(54jaar)

Goed dat je het in ieder geval vraagt. ik hoop dat er iemand in je buurt zin heeft om eens koffie met je te drinken. Maar vergeet niet dat ook op http://community.home-assistant.io/ erg veel informatie te vinden is. Begin bij wat je wilt bereiken in plaats van je verdiepen in alle tools & talen.

[ Voor 0% gewijzigd door dicespark op 11-01-2019 08:56 . Reden: typo ]

[balk]

Jelte schreef op donderdag 10 januari 2019 @ 21:22:
Wat is esphome überhaupt, wat kun je ermee. En waarom zou ik dat willen gebruiken?

Heb net MQTT opgezet om de Shellies straks te kunnen bedienen. Kan dat ook met esphome?

--noob--

ESPHome is een framework om ESP8266 en ESP32 chips mee te flashen en beheren, met behulp van yaml configuratie bestanden en standaard integratie met Home Assistant. Ik heb bijvoorbeeld een temperatuurmeting op zolder, en het enige wat ik daar voor heb gedaan is dit bestandje maken:

code: zoldertemp.yaml

esphomeyaml:
  name: zoldertemp
  platform: ESP8266
  board: d1_mini
  
wifi:
  ssid: 'xxx'
  password: 'xxx'

mqtt:
  broker: '192.168.0.9'
  topic_prefix: zolder/temperatuur
  keepalive: 
    seconds: 30
  discovery: True

# Enable logging
logger:
  level: DEBUG

ota:

dallas:
  - pin: GPIO05

sensor:
  - platform: dallas
    address: 0x0B0117B305E6FF28
    name: "Temperatuur Fien ventilatie"
    state_topic: zolder/kamerfien/ventilatie/temperatuur
    filters:
      - filter_nan:
  - platform: dallas
    address: 0x340517C053D6FF28
    name: "Temperatuur Dide ventilatie"
    state_topic: zolder/kamerdide/ventilatie/temperatuur
    filters:
      - filter_nan:

Daarna doe je vanaf de command line het volgende commando om Over The Air de node bij te werken. Je kunt ook alleen de logs bekijken

code:

balk@bak:~$ esphomeyaml config/zoldertemp.yaml run

code:

balk@bak:~$ esphomeyaml config/zoldertemp.yaml logs

Het voordeel vind ik dat het erg goed aansluit om Home Assistant door discovery of nu het nieuwe protocol. Deze sensors werden bijvoorbeeld zonder te configureren toegevoegd aan Home Assistant. Het is ook geschikt voor ESP32 (voor zover ik weet ESPEasy nog niet) en je kunt de configuratie centraal beheren en dus ook centraal backupen. Ik ben fan

Ik heb overigens ook nog wat ESP Easy nodes en custom nodes draaien omdat ik nog geen moeite heb gestoken in het omzetten. Het werkt, dus waarom fixen?

Je kunt ook het dashboard gebruiken; hierin staan al je ESP nodes en kun je de logs bekijken, de configuratie editen en ook compileren/uploaden.

[MrBarBarian]

lolgast schreef op donderdag 10 januari 2019 @ 21:53:
@MrBarBarian Kun je voor de zekerheid je huidige automation nog eens delen zoals je hem nu hebt? Alles is te maken, ook met strings/integers. HA is er om te helpen en moet maar gewoon luisteren!

HA luisterd inmiddels

Ik heb de enkele quotes om de getallen weggehaald en daarna de automation even geopend in de webinterface en op het safe knopje gedrukt. Idee hierachter was dat eventuele quotes of opmaak dan vanzelf gefixed wordt. En blijkbaar was dat het geval, want 10 minuten later ging oppeens de ventilator van mijn badkamer uit (had hem handmatig uitgezet).

Dank voor je hulp @lolgast

[RobertMe]

balk schreef op vrijdag 11 januari 2019 @ 09:08:
[...]

ESPHome is een framework om ESP8266 en ESP32 chips mee te flashen en beheren, met behulp van yaml configuratie bestanden en standaard integratie met Home Assistant. Ik heb bijvoorbeeld een temperatuurmeting op zolder, en het enige wat ik daar voor heb gedaan is dit bestandje maken:

code:

esphomeyaml:
  name: zoldertemp
  platform: ESP8266
  board: d1_mini
  
wifi:
  ssid: 'xxx'
  password: 'xxx'

mqtt:
  broker: '192.168.0.9'
  topic_prefix: zolder/temperatuur
  keepalive: 
    seconds: 30
  discovery: True

# Enable logging
logger:
  level: DEBUG

ota:

dallas:
  - pin: GPIO05

sensor:
  - platform: dallas
    address: 0x0B0117B305E6FF28
    name: "Temperatuur Fien ventilatie"
    state_topic: zolder/kamerfien/ventilatie/temperatuur
    filters:
      - filter_nan:
  - platform: dallas
    address: 0x340517C053D6FF28
    name: "Temperatuur Dide ventilatie"
    state_topic: zolder/kamerdide/ventilatie/temperatuur
    filters:
      - filter_nan:

Daarna doe je vanaf de command line het volgende commando om Over The Air de node bij te werken. Je kunt ook alleen de logs bekijken

code:

balk@bak:~$ esphomeyaml config/zoldertemp.yaml run

code:

balk@bak:~$ esphomeyaml config/zoldertemp.yaml logs

Het voordeel vind ik dat het erg goed aansluit om Home Assistant door discovery of nu het nieuwe protocol. Deze sensors werden bijvoorbeeld zonder te configureren toegevoegd aan Home Assistant. Het is ook geschikt voor ESP32 (voor zover ik weet ESPEasy nog niet) en je kunt de configuratie centraal beheren en dus ook centraal backupen. Ik ben fan

Ik heb overigens ook nog wat ESP Easy nodes en custom nodes draaien omdat ik nog geen moeite heb gestoken in het omzetten. Het werkt, dus waarom fixen?

Je kunt ook het dashboard gebruiken; hierin staan al je ESP nodes en kun je de logs bekijken, de configuratie editen en ook compileren/uploaden.
[Afbeelding]

Nadat ik gisteren ESPHome dan tegen kwam deze 's avonds geprobeerd, en binnen een half uur had ik de waardes van een HX711 (druk/gewichtssensor) zichtbaar in Home Assistant. Enige probleem waar ik tegenaan liep was dat ik een hidden IoT netwerk heb en daar zou die niet mee verbinden.

ESPEasy en Tasmota had ik me ook al beetje in verdiept, maar met dezelfde tijd had ik daar net het bordje geflashed met de standaard firmware en verder nog niks. ESPHome lijkt voor mij dus de way to go te zijn.

[lolgast]

@MrBarBarian Dat kan wel kloppen dan, want alles wat je tussen quotes zet wordt automatisch gelezen als string

Nadeel van ESPhome is voor zover ik het begrijp is dat je geen integratie met andere software kunt maken? Natuurlijk kun je MQTT er naast configureren, maar als je daar toch mee bezig bent... Ik gebruik Node-RED voor de automatisering, dan valt ESPhome dus af

[ Voor 53% gewijzigd door lolgast op 11-01-2019 09:17 ]

[Jelte]

balk schreef op vrijdag 11 januari 2019 @ 09:08:
[...]

ESPHome is een framework om ESP8266 en ESP32 chips mee te flashen en beheren, met behulp van yaml configuratie bestanden en standaard integratie met Home Assistant. Ik heb bijvoorbeeld een temperatuurmeting op zolder, en het enige wat ik daar voor heb gedaan is dit bestandje maken:

code: zoldertemp.yaml

esphomeyaml:
  name: zoldertemp
  platform: ESP8266
  board: d1_mini
  
wifi:
  ssid: 'xxx'
  password: 'xxx'

mqtt:
  broker: '192.168.0.9'
  topic_prefix: zolder/temperatuur
  keepalive: 
    seconds: 30
  discovery: True

# Enable logging
logger:
  level: DEBUG

ota:

dallas:
  - pin: GPIO05

sensor:
  - platform: dallas
    address: 0x0B0117B305E6FF28
    name: "Temperatuur Fien ventilatie"
    state_topic: zolder/kamerfien/ventilatie/temperatuur
    filters:
      - filter_nan:
  - platform: dallas
    address: 0x340517C053D6FF28
    name: "Temperatuur Dide ventilatie"
    state_topic: zolder/kamerdide/ventilatie/temperatuur
    filters:
      - filter_nan:

Daarna doe je vanaf de command line het volgende commando om Over The Air de node bij te werken. Je kunt ook alleen de logs bekijken

code:

balk@bak:~$ esphomeyaml config/zoldertemp.yaml run

code:

balk@bak:~$ esphomeyaml config/zoldertemp.yaml logs

Het voordeel vind ik dat het erg goed aansluit om Home Assistant door discovery of nu het nieuwe protocol. Deze sensors werden bijvoorbeeld zonder te configureren toegevoegd aan Home Assistant. Het is ook geschikt voor ESP32 (voor zover ik weet ESPEasy nog niet) en je kunt de configuratie centraal beheren en dus ook centraal backupen. Ik ben fan

Ik heb overigens ook nog wat ESP Easy nodes en custom nodes draaien omdat ik nog geen moeite heb gestoken in het omzetten. Het werkt, dus waarom fixen?

Je kunt ook het dashboard gebruiken; hierin staan al je ESP nodes en kun je de logs bekijken, de configuratie editen en ook compileren/uploaden.
[Afbeelding]

Goede uitlag Top!

Nog even voor mezelf:
Als je dus een simpel boardje hebt met zo'n ESP chip kun je met ESPhome er iets op flashen waarmee het boardje doet wat jij wilt.
Nu heb ik enkele Shelly's onderweg en daar staat al software op die met MQTT overweg kan (en een webserver heeft). Heeft het dan nog voordeel om de moeite te nemen en dit ESPhome te flashen? Is toch weer een fysieke actie.
Zijn ze bijvoorbeeld zuiniger? Sneller? Door ESPhome?

Shelly staat al op de ESPhome site: https://esphomelib.com/es...off.html?highlight=shelly

[sk1nny666]

ik heb thuis ook nog wel een aantal esp's liggen die niks te doen hebben.
van het weekeind maar eens kijken naar ESPhome. het klinkt teminste erg makelijk.
heb ook nog wat schermpjes liggen voor arduino enzo. kijken of ik daar war waardes op kan laten zien vanuit HA.

[RobertMe]

Jelte schreef op vrijdag 11 januari 2019 @ 09:17:
[...]
Goede uitlag Top!

Nog even voor mezelf:
Als je dus een simpel boardje hebt met zo'n ESP chip kun je met ESPhome er iets op flashen waarmee het boardje doet wat jij wilt.
Nu heb ik enkele Shelly's onderweg en daar staat al software op die met MQTT overweg kan (en een webserver heeft). Heeft het dan nog voordeel om de moeite te nemen en dit ESPhome te flashen? Is toch weer een fysieke actie.
Zijn ze bijvoorbeeld zuiniger? Sneller? Door ESPhome?

Shelly staat al op de ESPhome site: https://esphomelib.com/es...off.html?highlight=shelly

Als je de Shelly gebruikt zoals je hem gekocht hebt zou ik gewoon de standaard firmware erop laten staan. Immers heb je dan ondersteuning van de fabrikant en bespaart het je zorgen m.b.t. flashen.

Maar als je de Shelly zelf kunt (en gaat) aanpassen zoals je ook extra sensoren kunt hangen aan de Sonoffs kan het gebruik van een alternatieve firmware dus wel voordelen bieden.

[Jelte]

@RobertMe Dan blijf ik voorlopig bij de standaard firmware. En als ik wil gaan klooien met sensoren etc, dan lijkt het me handiger dat ik goedkopere ESP apparaten ga kopen

[RobertMe]

Jelte schreef op vrijdag 11 januari 2019 @ 10:00:
@RobertMe Dan blijf ik voorlopig bij de standaard firmware. En als ik wil gaan klooien met sensoren etc, dan lijkt het me handiger dat ik goedkopere ESP apparaten ga kopen

Waar ik meer op doelde is als je sensoren aan de Shelly die je al hebt gaat koppelen. Zo was er laatst iemand die een Sonoff had, daarop nog een temperatuur sensor koppelde, en dat totaal deed hij dan gebruiken als thermostaat. Dus de originele Sonoff word als schakelaar gebruikt en dan de extra temperatuur sensor om ook op de plek van de "thermostaat" de temperatuur te meten.

Als je volledig zelfstandig iets gaat doen (zonder dat een relay nodig is) zou ik inderdaad ook een ESP8266/ESP32 bordje halen i.p.v. een volledige Shelly. Zelf heb ik nu een NodeMCU bordje, maar denk dat ik in het vervolg voor de Wemos D1 ga. Zoveel voordeel bied NodeMCU niet over Wemos D1 en die laatste is iets compacter en goedkoper als ik het goed heb.

[Jelte]

@RobertMe Voorlopig ga ik alleen schakelen met de Shellies. En dan zijn alle pinnen al bezet.

En mijn open-therm thermostaat vervangen door een aan/uit regeling kan wel, maar lijkt me niet echt verstandig als je beetje zuinig wil stoken. Maar ieder zijn ding.

[barktus]

Judaz schreef op donderdag 10 januari 2019 @ 15:29:
[...]

Dat werkt prima met een hotelschakeling als je ze in de centraaldoos bij de lamp krijgt. Werkt erg goed bij mij die shelly1, vooral met native mqtt ondersteuning. Enkel is hij voor sommige plekken net iets te dik om achter een schakelaar te verstoppen. In de centraaldoos passen ze makkelijk.

Als ik je goed begrijp kan beiden, dus of achter de schakelaar of in de centraaldoos? Ik heb de schakelaars al open gehad, daar past er wel een achter.

Inmiddels dan ook een doosje met 4 stuks besteld.

[Mars Warrior]

Er is mij teveel kapot in 0.85.0, dus ik downgrade maar weer naar 0.84.6.

Behalve veel mqtt foutmeldingen die nergens in de changelog staan, doet lovelace het niet meer goed (moet in 0.85.1 gefixed zijn) en stopt de export naar influxdb telkens. Alleen herstarten helpt dan...

Ben niet de enige met hoopjes problemen: https://community.home-as...ghtpad-opensensemap/90496

[Hmmbob]

Oh, goede waarschuwing. Ik wacht tegenwoordig ook best lang voor ik update, tenzij er iets in zit wat ik nodig heb.

[Mars Warrior]

Hmmbob schreef op vrijdag 11 januari 2019 @ 11:26:
Oh, goede waarschuwing. Ik wacht tegenwoordig ook best lang voor ik update, tenzij er iets in zit wat ik nodig heb.

Ik probeer vaak ff. Werk toch met Docker, dus niet echt veel werk om het versie nummer ff te wijzigen en op de deploy service/stack knop in Portainer te drukken

Dit soort dingen, logging stopt ook gewoon:

code:

2019-01-11 02:41:59 DEBUG (MainThread) [homeassistant.components.mqtt] Received message on dsmr/reading/timestamp: b'2019-01-11T02:41:26+01:00',
2019-01-11 02:42:00 DEBUG (MainThread) [pyotgw.pyotgw] Scheduling reconnect...,
2019-01-11 02:42:00 DEBUG (MainThread) [pyotgw.protocol] Watchdog triggered!,
2019-01-11 02:42:00 DEBUG (MainThread) [pyotgw.protocol] Canceling Watchdog task.,
2019-01-11 02:42:00 DEBUG (MainThread) [pyotgw.pyotgw] Reconnecting to serial device on socket://192.168.2.202:7686,
2019-01-11 02:42:00 ERROR (MainThread) [pyotgw.protocol] Disconnected: None,
2019-01-11 02:42:00 DEBUG (InfluxDB) [homeassistant.components.influxdb] Wrote 1 events

[ Voor 47% gewijzigd door Mars Warrior op 11-01-2019 12:00 ]

[Luqq]

Hier gister ook de zigbee usb stick binnengekregen en direct maar even geprobeerd. Werkt inderdaad erg mooi! Tot nu toe een Tradfri lamp er aan, een tradfri stopcontact en een xiaomi bewegingssensor. Eerste automation werkt ook top. Als er iemand in Enschede omgeving zijn stick wil laten flashen kan dat bij mij

[Intheweb]

Deze week is bij mij de ConBee USB stick binnengekomen en hieraan meteen twee xiaomi temperatuur en twee deursensoren gehangen.

Momenteel twee extra temperatuur sensoren onderweg en ook snel kijken naar de bewegingssensoren

Configuratie van HA in een eigen Gitlab repository gezet en de eerste stappen gezet om Tileboard te configureren.

[ Voor 20% gewijzigd door Intheweb op 11-01-2019 13:41 ]

[Mars Warrior]

Voor de tweakers die hun Shelly nog met Tasmota willen flashen. Ff opletten welke versie je gaat nemen ivm Wifi issues (als Unavailable/Availablel/reconnects zichtbaar in Home Assistant log).

Uitleg: https://github.com/arends...ersions-and-expressif-sdk

Ik heb met 6.4.1 op een Shelly heel veel korte disconnects. Irritant met lampen moet ik zeggen...
Met 6.4.0 op mijn Sonoffs geen enkel probleem

Ik knutsel nog verder met diverse versies...

[barktus]

Luqq schreef op vrijdag 11 januari 2019 @ 13:19:
Hier gister ook de zigbee usb stick binnengekregen en direct maar even geprobeerd. Werkt inderdaad erg mooi! Tot nu toe een Tradfri lamp er aan, een tradfri stopcontact en een xiaomi bewegingssensor. Eerste automation werkt ook top. Als er iemand in Enschede omgeving zijn stick wil laten flashen kan dat bij mij

Waarom flashen?

[bloblub]

Hoe werkt zo'n zigbee stick precies? Al mijn Xiaomi spul gaat nu via de Xiaomi gateway, en ik koppel het met elkaar via de Mi Home app.

Hoe gaat het koppelen met zo'n stick? En hoe voeg ik de data toe aan HA?

[Jelte]

Mars Warrior schreef op vrijdag 11 januari 2019 @ 13:59:
Voor de tweakers die hun Shelly nog met Tasmota willen flashen. Ff opletten welke versie je gaat nemen ivm Wifi issues (als Unavailable/Availablel/reconnects zichtbaar in Home Assistant log).

Uitleg: https://github.com/arends...ersions-and-expressif-sdk

Ik heb met 6.4.1 op een Shelly heel veel korte disconnects. Irritant met lampen moet ik zeggen...
Met 6.4.0 op mijn Sonoffs geen enkel probleem

Ik knutsel nog verder met diverse versies...

maar echt nodig lijkt dat niet meer te zijn toch? Met de standaard MQTT ondersteuning?

[endness]

Mijn shelly's liggen op het postkantoor, maar ik wil er met espyaml verschillende acties aan verschillende keren op de knop drukken aan koppelen. 1x drukken wisselt de spanning, terwijl ik met 2 of 3 keer klikken een mqtt-event af wil schieten waar ik in HASS weer acties aan kan hangen.

[sk1nny666]

bloblub schreef op vrijdag 11 januari 2019 @ 14:08:
Hoe werkt zo'n zigbee stick precies? Al mijn Xiaomi spul gaat nu via de Xiaomi gateway, en ik koppel het met elkaar via de Mi Home app.

Hoe gaat het koppelen met zo'n stick? En hoe voeg ik de data toe aan HA?

https://github.com/Koenkk/zigbee2mqtt
daar kan je lezen hoe het helemaal werkt.
maar ik heb het omdat ik ikea, philips en xiaomi in huis heb.
en anders zou ik voor elk merk (niet helemaal) een eigen gateway nodig zijn.

nu koppel is alles aan mijn zigbee stick en heb ik er volledig eigen beheer over.
(en je kan het dus ook makelijker stuk maken).
het is niet plug en play zoals met een xiaomi gateway, maar je kan er wel veel mee.

[Dw1-nl]

Blijf het maar lastig vinden. Wil ook graag wat Xiaomi producten in huis gaan halen (heb nu enkel Hue), maar zal ik ziqbee2mqtt met de CC2531 USB gaan gebruiken of de raspbee usb met deconz?

[PuckStar]

barktus schreef op vrijdag 11 januari 2019 @ 14:04:
[...]


Waarom flashen?

Hij bedoelt denk ik firmware erop zetten. Voor mensen die geen debugger hebben gekocht.
Zie ook dit stukje: Home Assistant - Open source Python3 home automation

[PuckStar]

Dw1-nl schreef op vrijdag 11 januari 2019 @ 14:40:
Blijf het maar lastig vinden. Wil ook graag wat Xiaomi producten in huis gaan halen (heb nu enkel Hue), maar zal ik ziqbee2mqtt met de CC2531 USB gaan gebruiken of de raspbee usb met deconz?

Ik kan in ieder geval bevestigen dat de CC2531 met Zigbee2mqtt perfect werkt! Zoals andere ook zeiden, koop er gelijk een paar zodat je netwerk groter wordt. Powersockets schijnen dat ook te doen.

Extra fijn: detectie van Hue motion sensor in Hass gaat nu vele malen sneller dan toen ik het nog via de Philips Hue deed!