Home Assistant - Open source Python3 home automation

[zoeperman]

ben overgestapt van een pi naar een nuc met docker. Snap alleen nog niet veel van docker
(docker compose etc..)
draaide op een andere pi de mqtt en sbfspot, maar die sd is nu corrupt. Vroeg of laat gaan ze er toch aan.
Maakt niet uit wel merk.

[DutchHammer]

Voorlopig is mijn ervaring met de PI goed. Maar draait ook nog maar net een maand, aan de andere kant draait hier een PI (geloof een 2) al jaren zonder de SD card te slopen.. Het is denk ik ook gewoon geluk/pech hebben.

Maar maak na elke change een backup van hassio, dus mocht de SD card corrupt raken ben ik zo weer up and running :-)

[defcon84]

markhubert180 schreef op donderdag 28 maart 2019 @ 08:54:
Lees hier dat jullie ook WatchTower gebruiken om de docker containers up to date te houden.
Nu heb ik de :latest docker ingesteld van;
https://hub.docker.com/r/...rrypi3-homeassistant/tags

Echter neemt hij iedere bX build ook over... Gisteren vonden ze het daar nodig om XX build in te halen en stond mijn Rpi XX images en build opnieuw te downloaden en "installeren".

Hebben jullie watchtower draaien voor Home-Assistant? Zo ja, hoe gaan jullie met dit "probleem" om? Hoe houden jullie andere Hass up to date, cq hoe lossen jullie dit op?

Ben benieuwd

HA automatisch update leer je snel af (defcon84 in "Home Assistant - Open source Python3 home automation")

[stefanroelofs]

Ik zoek nog ergens instructies over hoe ik het beste backups kan maken. Ik draai Hassio op een RPI 3b+.

Met een automation maak ik iedere week een snapshot:

YAML:

- alias: System - Make weekly Hassio backup
  initial_state: true
  trigger:
    - platform: time
      at: '03:00:00'
  condition:
    - condition: time
      weekday:
        - sun
  action:
    - service: hassio.snapshot_full
      data_template:
        name: Backup {{ now().strftime('%Y-%m-%d') }} running HA version {{ states('sensor.current_version') }}

Maar nu moet ik die snapshots nog van de SD kaart af krijgen. In mijn geval zou een copy naar een USB stick prima zijn. Een copy naar dropbox / google drive mag ook. Hoe zou ik zoiets kunnen maken? Ik heb niet (veel) ervaring met command line, cron, enz..

[RiCk]

daxy schreef op donderdag 28 maart 2019 @ 13:01:
[...]


Ik draai HA ook zonder problemen op mijn RPI 3b. Wel gebruik ik een 250GB SSD disk ipv een SD kaart.
Logbook en History zijn traag (duur 5-10 seconden) met laden, maar niets crashed. Ik heb ook veel uitgezet in logger: en recorder: en mocht je DSMR-reader gebruiken, zorg dat je deze niet iedere seconde laat loggen. Verder niets te klagen over de RPI.

Heb je naar je load en CPU usage gekeken? Wat geeft dit aan? Misschien is je RPI gewoon al druk.

Ga ik nog even uitzoeken.
Inmiddels recorder weer aangezet en alles included.
Kom ik op terug. Thz.

Een 2e SD-kaart doet in Mac OS X 85/25 mb/sec.

[ Voor 3% gewijzigd door RiCk op 28-03-2019 18:57 ]

[Kaspers]

markhubert180 schreef op donderdag 28 maart 2019 @ 08:54:
Lees hier dat jullie ook WatchTower gebruiken om de docker containers up to date te houden.
Nu heb ik de :latest docker ingesteld van;
https://hub.docker.com/r/...rrypi3-homeassistant/tags

Echter neemt hij iedere bX build ook over... Gisteren vonden ze het daar nodig om XX build in te halen en stond mijn Rpi XX images en build opnieuw te downloaden en "installeren".

Hebben jullie watchtower draaien voor Home-Assistant? Zo ja, hoe gaan jullie met dit "probleem" om? Hoe houden jullie andere Hass up to date, cq hoe lossen jullie dit op?

Ben benieuwd

In ben zelf geen fan van het automatisch updaten van containers. Voor dat je het weet wordt een update met 'breaking changes' doorgevoerd, waarna je vervolgens op een ongelegen moment de boel weer mag fixen omdat de lampen thuis niet meer aangaan.

Om het updaten van verschillende containers enigszins te automatiseren, heb ik het volgende bash script gemaakt:

code:

varpwd=$PWD
curdir=${PWD##*/}

echo "Pulling latest image of $curdir"
docker-compose pull --no-parallel

echo "Do you wish to create a tar of $curdir ?"
select yn in "Yes" "No"; do
    case $yn in
        Yes ) cd ..
              tar -czf $varpwd.tar.gz $varpwd
              echo "Done!"
              cd $varpwd; break;;
        No ) break;;
    esac
done

echo "Stop $curdir container and start it up again ?"
select yn in "Yes" "No"; do
    case $yn in
        Yes ) docker-compose stop
              docker-compose up -d; break;;
        No ) break;;
    esac
done

echo "Perfect."

dit voert uit:
1. ophalen vd laatste image, wanneer huidige image out-of-date is.
2. geeft je de mogelijkeid de container folder met de persistent storage in te pakken in een archief (ik heb een keer meegemaakt dat een image upgrade van dsmr-reader vervolgens de lokale dsmr database corrumpeerde. Dat wil ik hiermee voorkomen).
3. geeft je de mogelijkheid de container te stoppen en weer op te starten (in 'detached' mode) zodat van het nieuwe image gebruik wordt gemaakt.

Mijn folderstructuur op de Docker host ziet er als volgt uit:

/home/docker/[container 1]/
/home/docker/[container 2]/
etc

In elke container folder zit een individuele docker-compose.yml file, dus vanuit elke container folder valt een container met:
docker-compose stop
docker-compose up
etc
aan te sturen.

In elke container folder bovenstaande script (update.sh) geplaatst.

Een simpele uitvoering van ./update.sh neemt vervolgens het updaten van de image voor z'n rekening.
(wel even het script uitvoerbaar maken met 'chmod +x update.sh')

Mocht je alle containers in 1 keer willen updaten, dan kun je met een apart script alle individuele update scripts aanroepen met een for loop. Maar dat acht ik zelf niet nodig.

[zoeperman]

stefanroelofs schreef op donderdag 28 maart 2019 @ 16:55:
Ik zoek nog ergens instructies over hoe ik het beste backups kan maken. Ik draai Hassio op een RPI 3b+.

Met een automation maak ik iedere week een snapshot:

YAML:

- alias: System - Make weekly Hassio backup
  initial_state: true
  trigger:
    - platform: time
      at: '03:00:00'
  condition:
    - condition: time
      weekday:
        - sun
  action:
    - service: hassio.snapshot_full
      data_template:
        name: Backup {{ now().strftime('%Y-%m-%d') }} running HA version {{ states('sensor.current_version') }}

Maar nu moet ik die snapshots nog van de SD kaart af krijgen. In mijn geval zou een copy naar een USB stick prima zijn. Een copy naar dropbox / google drive mag ook. Hoe zou ik zoiets kunnen maken? Ik heb niet (veel) ervaring met command line, cron, enz..

deze werkt goed
https://community.home-as...napshots-to-dropbox/43622

[stefanroelofs]

zoeperman schreef op donderdag 28 maart 2019 @ 19:16:
[...]
deze werkt goed
https://community.home-as...napshots-to-dropbox/43622

Toch eerste geprobeerd om een lokale usb backup te maken met deze instructies
Dit gaat helaas niet als je Hass.io draait. Ik kan geen usb drive mounten met de hassio cli.

Hierna deze add-in gevonden voor een backup naar Google Drive:
https://github.com/samccauley/addon-hassiogooglebackup

Installatie ging volledig vlekkeloos! Duidelijke instructies

[Thoit]

Back-up naar Dropbox gebruik ik nu ook een tijdje en werkt vlekkeloos Heb alleen nog nooit geprobeerd om een kale installatie uit te voeren en dan het image terug te zetten of dan ook alles goed wordt teruggezet.

[zoeperman]

Thoit schreef op vrijdag 29 maart 2019 @ 08:06:
Back-up naar Dropbox gebruik ik nu ook een tijdje en werkt vlekkeloos Heb alleen nog nooit geprobeerd om een kale installatie uit te voeren en dan het image terug te zetten of dan ook alles goed wordt teruggezet.

dat heb ik wel geprobeerd en werkt ook goed
(alleen dat kan hij dan weer niet zelf vanuit dropbox halen jammer genoeg)

[iMars]

Ik begin nu langzaam mijn oude ESXi bak uit te faseren (ivm een nieuwe, zuinigere server). Ik heb daarom besloten om de nieuwe Home Assistant opnieuw op te bouwen. Wilde sowieso al alle devices hernoemen naar logischere namen (met name de Aquara schakelaars en sensoren). Mooi moment om alle "rotzooi" op te ruimen. Ik gebruik wel dezelfde scene's en automation's (icm de nieuwe namen).

Begin nu het hele docker gebeuren mooi onder de knie te krijgen op aanraden van @Mars Warrior en de uitstekende hulp van @lolgast

Wat kunnen dingen soms zo verschikkelijk makkelijk zijn, dat je het gewoon niet ziet
Ik zit al een tijdje te kijken naar het hele esphome gebeuren. Ik dacht altijd dat daar een "soort van broker" voor nodig was, waarmee Home Assistant communiceert. Nu ik met docker aan het spelen ben en esphome ook heb toegevoegd blijkt dat niks meer te zijn dan een tool waarmee je configs kan maken/beheren/uploaden.

Heb nu een zelfgeschreven esp-dimmer vervangen door esphome en man wat werkt dat snel, efficient en lekker. Komend weekend maar alles definitef overzetten en de esx uitfaseren

Voor de geïnteresseerden:
Oude ESX: Fujitsu Esprimo Q920, i5-4590T, 16GB ram, 256GB SSD EVO: 20 Watt idle
Nieuwe server: Fujitsu D3644-B, i3-8100, 32GB ram, 1TB nvme SSD: ~6 Watt idle
Oude NAS: Intel Atom D525, 4GB ram, 160GB SSD en 4x 2TB: 40 Watt idle
Een behoorlijke besparing, versimpeling en sneller hardware

[Saturnus]

Iemand een idee hoe je elke 'numeric increase' als trigger kan maken?

Dus chronologisch:
0 -> 1 = trigger
1 -> 2 = trigger
2 -> 1 = geen trigger
1 -> 2 = triger
2 -> 0 = geen trigger
0 -> 2 = trigger

[JayOne]

Saturnus schreef op vrijdag 29 maart 2019 @ 11:26:
Iemand een idee hoe je elke 'numeric increase' als trigger kan maken?

Dus chronologisch:
0 -> 1 = trigger
1 -> 2 = trigger
2 -> 1 = geen trigger
1 -> 2 = triger
2 -> 0 = geen trigger
0 -> 2 = trigger

Je zou een trend sensor kunnen maken.

[lolgast]

Wat behoorlijk overkill zou zijn. Zoiets wellicht?

code:

- alias: Test
  id: "15676987"
  initial_state: 'on'
  trigger:
    - platform: state
      entity_id: input_number.test
  condition:
    - condition: template
      value_template: {% if trigger.from_state < trigger.to_state %} True {% else %} False {% endif %}
  action:
    - service: switch.toggle

[ Voor 3% gewijzigd door lolgast op 29-03-2019 11:37 ]

[RudolfR]

Moet je dan niet de 'from_state.state' en de 'to_state.state' hebben?
Zoiets dus:

code:

 condition:
    - condition: template
      value_template: {{ trigger.from_state.state < trigger.to_state.state }}

Meteen ook iets compacter, gewoon omdat 't kan.

[lolgast]

Nee, die moet je niet hebben. https://www.home-assistan...ing/#trigger-state-object

Zoals jij hem doet kan ook, de false is automatisch inderdaad. Maar bij uitleggen vind ik het wel handig om neer te zetten wat het doet

[Saturnus]

Okay...dit als test:

YAML:

- alias: Test state change
  trigger:
    platform: state
    entity_id: device_tracker.phone
  action:
  - service: notify.ios_phone
    data:
      message: Phone just changed from {{ trigger.from_state }} to {{ trigger.to_state }}

Phone WiFi uit/aan. Automation triggered, maar de berichten komen niet, dus de action gaat fout.

In dev-template: "Error rendering template: UndefinedError: 'trigger' is undefined."
Zelfde resultaat bij [..]_state.state.

[RudolfR]

Volgens mij moet je data_template hebben.

[lolgast]

@Saturnus Via de dev-template heb je geen trigger, dus dat is logisch. Je moet inderdaad data_template gebruiken om je message te definiëren

[Saturnus]

Ah natuurlijk.

[JBS]

lolgast schreef op woensdag 27 maart 2019 @ 07:34:
@JBS Voor mij lostte 0.90.1 niets op met Tado? Ik moest nog steeds met de hand de URL aanpassen. Vannacht is 0.90.2 uitgekomen zie ik, die heb ik zojuist gestart en daar zit de fix wel in zo te zien

Ah, dan heb ik me vergist en 't ook handmatig aangepast nadat 0.90.1 de fix niet bevatte.
Nu op 0.90.2 maar daarin kan ik Tado niet op mode 'Off' schakelen: Kan service climate/set_operation_mode niet aanroepen HTTP Error 422:

Ik zie hier https://github.com/home-a...42#issuecomment-475155573 dat dat in 0.90.1 gefixed zou zijn, maar dat lijkt niet het geval te zijn. Werkt dit bij jou wel @lolgast ?

[lolgast]

@JBS Zojuist geprobeerd, krijg dezelfde melding

[JBS]

lolgast schreef op vrijdag 29 maart 2019 @ 13:42:
@JBS Zojuist geprobeerd, krijg dezelfde melding

Oké, ook maar even gepost op Github. Voor nu dan maar 'climate.set_temperature' met temperatuur bijvoorbeeld 10 in plaats van off.

---

Stel ik wil 'Activate' in plaats van een toggle voor het triggeren van een automation, is dat alleen mogelijk als ik een automation via een script aanroep?



Dat werkt overigens wel gewoon. Scripts waarmee ik een automation trigger.

YAML:

verwarming_begane_grond_uit:
  sequence:
    - service: automation.trigger
      entity_id: automation.verwarming_uit_begane_grond
verwarming_begane_grond_aan:
  sequence:
    - service: automation.trigger
      entity_id: automation.verwarming_aan_begane_grond    

Resulteert in:



Ik wil in dit geval geen boolean, omdat ik de status daarvan dan ook moet actualiseren wanneer de verwarming via de Tado app bediend wordt. Dat kan wel, maar gaat me voor nu net te ver.

[ Voor 40% gewijzigd door JBS op 29-03-2019 14:32 ]

[Saturnus]

RudolfR schreef op vrijdag 29 maart 2019 @ 11:57:

YAML:

      value_template: {{ trigger.from_state.state < trigger.to_state.state }}

lolgast schreef op vrijdag 29 maart 2019 @ 11:35:

YAML:

      value_template: {% if trigger.from_state < trigger.to_state %} True {% else %} False {% endif %}

Bij deze beide oplossing moesten er nog wel dubbele aanhalingstekens om de code achter value_template om het door de validatie te krijgen.

Edit: en omzetten naar int nodig ( | int) voor alle variabelen.

[ Voor 5% gewijzigd door Saturnus op 29-03-2019 14:32 ]

[Patrick89]

yniezink schreef op donderdag 21 maart 2019 @ 22:18:
Voor mensen die in de regio twente wonen waar het afval opgehaald wordt door Twentemilieu. Bij deze een sensor en ik ga mijn best doen om deze in HA te krijgen.

https://github.com/yniezink/twentemilieu

Thanks man ! Dit helpt echt super

[Imperial Guard]

yniezink schreef op donderdag 21 maart 2019 @ 22:18:
Voor mensen die in de regio twente wonen waar het afval opgehaald wordt door Twentemilieu. Bij deze een sensor en ik ga mijn best doen om deze in HA te krijgen.

https://github.com/yniezink/twentemilieu

Hoe kan ik hier de tijd eruit halen?

code:

        for d in self.data.data:
           pickupdate = datetime.strptime(d['date'], '%Y-%m-%dT%H:%M:%S)
           if d['title'] == self._trash_type:
              self._state = pickupdate

[yniezink]

Imperial Guard schreef op vrijdag 29 maart 2019 @ 16:44:
[...]


Hoe kan ik hier de tijd eruit halen?

code:

        for d in self.data.data:
           pickupdate = datetime.strptime(d['date'], '%Y-%m-%dT%H:%M:%S)
           if d['title'] == self._trash_type:
              self._state = pickupdate

Edit: ik snap hem, je wil niet dat hij als timestamp de 00:00:00 meegeeft in HA toch?

[ Voor 23% gewijzigd door yniezink op 29-03-2019 16:51 ]

[Imperial Guard]

yniezink schreef op vrijdag 29 maart 2019 @ 16:50:
[...]


Hoe bedoel je precies, hoe kan ik hier de tijd eruit halen? Bedoel je dat je de tijd niet in HA wil laten stoppen door deze uit het script te halen? Of wil je graag de tijd ook voor andere zaken gebruiken en wil je weten hoe dit werkt?

Ik wil graag alleen de datum doorgeven naar home assistant en de tijd van 00:00:00 weglaten

[yniezink]

Imperial Guard schreef op vrijdag 29 maart 2019 @ 16:51:
[...]


Ik wil graag alleen de datum doorgeven naar home assistant en de tijd van 00:00:00 weglaten

Het kan wel, en is ook vrij simpel. Maar dan krijg je een string ipv een timestamp en dan kan HA er niet mee rekenen.

datetime.date gebruik je dan.

Ik moet echter nog wel wat aanpassingen doen. Ik kwam erachter dat als vandaag de "pick up" is, hij gaat terugrekenen naar 00:00:00. Het zou dus nu 17u geleden zijn dat er is opgehaald.

[ Voor 20% gewijzigd door yniezink op 29-03-2019 16:59 ]

[barrymossel]

Ik wil voorwaarden verwerken in een script. Maar niet zo dat wanneer de condition false is dat het hele script stopt. Maar meer zoiets als: lichtsterkte hoger dan X, dan lamp niet aan --> next. Kan dit gewoon in een script, of moet ik dan een automation aanroepen vanuit het script?

[RudolfR]

Saturnus schreef op vrijdag 29 maart 2019 @ 14:18:
[...]


[...]

Bij deze beide oplossing moesten er nog wel dubbele aanhalingstekens om de code achter value_template om het door de validatie te krijgen.

Edit: en omzetten naar int nodig ( | int) voor alle variabelen.

Ik betwijfel of er uit een input_select.state nadat er een int-filter overheen is gegaan ooit iets anders uitkomt dan '0'.

[Saturnus]

RudolfR schreef op vrijdag 29 maart 2019 @ 20:16:
[...]


Ik betwijfel of er uit een input_select.state nadat er een int-filter overheen is gegaan ooit iets anders uitkomt dan '0'.

Uit mijn test bleek van wel.
Int was trouwens nodig omdat hij anders ging beweren dat bijvoorbeeld 95 groter is dan 105.

[zoeperman]

barrymossel schreef op vrijdag 29 maart 2019 @ 19:53:
Ik wil voorwaarden verwerken in een script. Maar niet zo dat wanneer de condition false is dat het hele script stopt. Maar meer zoiets als: lichtsterkte hoger dan X, dan lamp niet aan --> next. Kan dit gewoon in een script, of moet ik dan een automation aanroepen vanuit het script?

kan het niet gewoon met and en or statements?

of moeten het heel veel conditions zijn?

[barrymossel]

zoeperman schreef op vrijdag 29 maart 2019 @ 20:45:
[...]


kan het niet gewoon met and en or statements?

of moeten het heel veel conditions zijn?

Het gaat alleen om een check van een sensor en als deze false is, dan moet een lamp niet aan gaan. Ik zou niet weten hoe ik dat met and/or doe. Nu heb ik dit, maar daar moet dus een voorwaarde bij:

YAML:

wakker:
  alias: Wakker
  sequence:
    - alias: Badkamer lamp aan
      service: switch.turn_on
      data:
        entity_id: switch.badkamer
    - delay:
        seconds: 30
    - alias: Hal lamp aan
      service: switch.turn_on
      data:
        entity_id: 
          - switch.hal
          - switch.toilet
    - delay:
        minutes: 10
    - alias: Lampen woonkamer aan
      service: switch.turn_on
      data:
        entity_id: 
          - switch.staande_lamp
          - switch.eettafel_lamp
    - alias: TV aan
      service: remote.turn_on
      data:
        entity_id: remote.harmony
        activity: 'Watch TV'
    - delay:
        seconds: 30
    - alias: TV naar 4
      service: remote.send_command
      data:
        entity_id: remote.harmony
        device: 55198017
        command: '4'

De lamp in de hal hoeft nu in de ochtend niet meer aan, maar in de winter wel weer. En dat is afhankelijk van hoe donker het is. Ik heb een lichtsensor, maar als ik die in het script zet als condition en die voorwaarde is false dan stopt het hele script. Hoe zou ik dit dan kunnen doen via jouw suggestie?

[Raven__NL]

Probeer al een tijd de switch te maken van Domoticz naar HomeAssistant. Alleen miste ik de laatste keer een enorme feature wat voor mij toch wel van belang is. Is het nu inmiddels mogelijk om van je power/gas/temperatuur een history bij te houden langer dan 24u?

In Domoticz krijg ik namelijk netjes per dag / maand / jaar overzicht out of the box.

[wuppie007]

Raven__NL schreef op vrijdag 29 maart 2019 @ 21:39:
Probeer al een tijd de switch te maken van Domoticz naar HomeAssistant. Alleen miste ik de laatste keer een enorme feature wat voor mij toch wel van belang is. Is het nu inmiddels mogelijk om van je power/gas/temperatuur een history bij te houden langer dan 24u?

In Domoticz krijg ik namelijk netjes per dag / maand / jaar overzicht out of the box.

Met hassio is dit inderdaad eenvoudig te doen dmv de influxdb plugin. Hierin wordt dan de sensordata ingeschreven en deze biedt visualisatie mogelijkheden die je dan terug in je home assistent kan zetten met een frame.

[Saturnus]

Ik werk nu aan een systeem waarbij verschillende automations zich kunnen aanmelden op een 'hoofdautomation.' Daarvoor wil ik graag de last_triggered gebruiken van de hoofdautomation om de aangemelde automations te triggeren (of dus niet te triggeren als ze uit staan, het idee van het systeem).

Blijkt dat het behoorlijk gerelateerd is aan eerder vandaag:

YAML:

- alias: Main
  trigger:
  - platform: state
    entity_id: input_number.test
  action:

- alias: Subscription
  trigger:
  - platform: state
    entity_id: automation.main
  action:
  - service: notify.ios_phone
    data_template:
      message: "The other automation triggered."

Bovenstaande zorgt er voor dat bij elke wijziging van de hoofdautomation, de aangemelde automation af gaat. Hoe zorg ik er voor dat de aangemelde automation alleen af gaat als van de hoofdautomation de "last_changed" veranderd is plus daarbij niet veranderd is naar 'none'.

Ik heb het volgende bedacht:
Een conditie die kijkt of attribuut 'last_triggered' van automation.main in de laatste 15 seconden veranderd is:

YAML:

  condition:
  - condition: template
    value_template: "{{ (( state_attr('automation.main','last_triggered') | as_timestamp() +15 ) | int ) > (( now() | as_timestamp() ) | int )}}"

Leuk geknutseld maar lijkt mij niet ideaal en werkt waarschijnlijk ook niet als er 'none' staat in last_triggered.

[ Voor 20% gewijzigd door Saturnus op 29-03-2019 23:09 ]

[NoFate]

Whoohoo, vanaf 91 kunnen we eindelijk screens open en dicht doen via Google assistent, ipv aan/uit

[remcoXP]

mijn zigbee2mqtt lijkt niet meer goed te praten met mqtt maar ik krijg geen foutmeldingen.
dus om bij de basis te beginnen wil ik mijn mosquitto addon log leesbaar maken. daar staan allerlei client_id unknown meldingen. hoewel bepaalde dingen als dsmr wel werken.


in hass heb ik een gebruiker toegevoegd met:
mqtt-user
mqtt-password

mosquitto instellingen:

code:

{
  "logins": [
    {
      "username": "mqtt-user",
      "password": "mqtt-password"
    }
  ],
  "anonymous": false,
  "customize": {
    "active": true,
    "folder": "mosquitto"
  },
  "certfile": "fullchain.pem",
  "keyfile": "privkey.pem"
}

ik heb de acl file gemaakt.

code:

user mqtt_username
topic readwrite #
user homeassistant
topic readwrite #

code:

[INFO] found mqtt-user on local database
1553935227: |-- getuser(mqtt-user) AUTHENTICATED=1 by http
1553935227: Socket error on client <unknown>, disconnecting.
1553935227: New connection from 172.30.32.1 on port 1883.
1553935227: |-- mosquitto_auth_unpwd_check(mqtt-user)
1553935227: |-- ** checking backend http
1553935227: |-- url=http://127.0.0.1:8080/login
1553935227: |-- data=username=mqtt-user&password=mqtt-password&topic=&acc=-1&clientid=

wie heeft er na de update van mosquitto 4.1 ook problemen?

[Mars Warrior]

Raven__NL schreef op vrijdag 29 maart 2019 @ 21:39:
Probeer al een tijd de switch te maken van Domoticz naar HomeAssistant. Alleen miste ik de laatste keer een enorme feature wat voor mij toch wel van belang is. Is het nu inmiddels mogelijk om van je power/gas/temperatuur een history bij te houden langer dan 24u?

In Domoticz krijg ik namelijk netjes per dag / maand / jaar overzicht out of the box.

Gewoon de utility sensor gebruiken.

Noot: die sensor heeft bij mij nog wel de nodige kuren icm het herstarten van hass. Dan gaat dat ding waarden verdubbelen oid waardoor je dag/week/maand/jaartelling in de war kan raken

[ Voor 16% gewijzigd door Mars Warrior op 30-03-2019 12:16 ]

[remcoXP]

sorry maar ik kan jullie dit niet onthouden:
https://flows.nodered.org...e4ff193e5c14d5b99442a7d00
voor alle zigbee2mqtt gebruikers

[Sandro!]

remcoXP schreef op zaterdag 30 maart 2019 @ 11:28:
sorry maar ik kan jullie dit niet onthouden:
https://flows.nodered.org...e4ff193e5c14d5b99442a7d00
voor alle zigbee2mqtt gebruikers

In het Zigbee2mqtt topic is @Kvn ook lekker bezig met een Angular/Electron beheertool, de screenshots zien er iig goed uit

[Mars Warrior]

remcoXP schreef op zaterdag 30 maart 2019 @ 11:28:
sorry maar ik kan jullie dit niet onthouden:
https://flows.nodered.org...e4ff193e5c14d5b99442a7d00
voor alle zigbee2mqtt gebruikers

Die ziet er goed uit ja. Lekker web based. In een docker container gooien, subdomien of pad eraan koppelen, en gaan met die banaan.

Zal dan ook wel via een iframe binnen hass zijn weer te geven in het menu

[Kvn]

Sandro! schreef op zaterdag 30 maart 2019 @ 12:08:
[...]

In het Zigbee2mqtt topic is @Kvn ook lekker bezig met een Angular/Electron beheertool, de screenshots zien er iig goed uit

Potverdorie Toch maar doorgaan

[zoeperman]

barrymossel schreef op vrijdag 29 maart 2019 @ 20:49:
[...]

Het gaat alleen om een check van een sensor en als deze false is, dan moet een lamp niet aan gaan. Ik zou niet weten hoe ik dat met and/or doe. Nu heb ik dit, maar daar moet dus een voorwaarde bij:

YAML:

wakker:
  alias: Wakker
  sequence:
    - alias: Badkamer lamp aan
      service: switch.turn_on
      data:
        entity_id: switch.badkamer
    - delay:
        seconds: 30
    - alias: Hal lamp aan
      service: switch.turn_on
      data:
        entity_id: 
          - switch.hal
          - switch.toilet
    - delay:
        minutes: 10
    - alias: Lampen woonkamer aan
      service: switch.turn_on
      data:
        entity_id: 
          - switch.staande_lamp
          - switch.eettafel_lamp
    - alias: TV aan
      service: remote.turn_on
      data:
        entity_id: remote.harmony
        activity: 'Watch TV'
    - delay:
        seconds: 30
    - alias: TV naar 4
      service: remote.send_command
      data:
        entity_id: remote.harmony
        device: 55198017
        command: '4'

De lamp in de hal hoeft nu in de ochtend niet meer aan, maar in de winter wel weer. En dat is afhankelijk van hoe donker het is. Ik heb een lichtsensor, maar als ik die in het script zet als condition en die voorwaarde is false dan stopt het hele script. Hoe zou ik dit dan kunnen doen via jouw suggestie?

je zou er een input boolean tussen kunnen zetten die aangeeft of de lamp aan mag
b.v.

condition: state
entity_id: input_boolean_donker
state: 'on'

en dan een losse automation die de input boolean aan zet als als het donker genoeg is.

[Kvn]

Even een schaamteloze crosspost, een w.i.p. van mijn tooltje voor Zigbee2mqtt

Kvn in "Zigbee2mqtt - open source zigbee bridge"

[LigeTRy]

Hi All.

Sinds een paar dagen besloten om mijn raspberry pi om te toveren naar een HA device. Echter raak ik een beetje de kluts kwijt met welke software ik er nou op moet knallen. Allereerst heb ik HA geinstalleerd, hierna kwam ik erachter dat dit dus verschilt van hass.io. Mijn zigbee2mqtt stick heeft hass.io nodig. Hier kwam ik al snel uit op HassOS. Alleen met dit OS heb ik geen SSH toegang (buiten de container) voor mijn eigen scriptjes om mijn zonnepaneel te monitoren en nog wat ander prul.

Hassbian heb ik geprobeerd maar met weinig succes, (hier krijg ik weer HA zonder de hass.io tools).

Hoe hebben jullie je setup (met rPi) ingericht?

Anyway, ik zal de komende tijd waarschijnlijk wat actief zijn op dit forum, maar het is 2019 en tijd om de boel eens te automatiseren.

[ Voor 3% gewijzigd door LigeTRy op 31-03-2019 11:07 ]

[R0y.]

Vorig weekend mijn bestaande hassio installatie omgezet naar een virtuele machine (vbox, geen docker). Er staat hier toch altijd een intel nuc aan met wat virtuele machines en ik heb nu al twee keer gehad dat ik mijn pi moest restoren na een update. Op zich niet veel werk maar een vbox snapshot terugzetten is toch een stuk sneller/idiotproof.

Daarnaast merk ik dat het herstarten van HA een stuk sneller gaat.

[Lifelogger]

Ik heb hier een Domoticz installatie draaien met o.a. een Zigbee2Mqtt broker.

Nu ben ik bezig met een HomeAssistant installatie er naast te zetten om te kijken wat ik daar mee kan en of ik eventueel wil overstappen. Ik zou nu alleen graag alle sensoren die gekoppeld zijn aan de Zigbee2Mqtt broker op m'n Domoticz installatie willen zien in HA.

Is het mogelijk om HA te koppelen aan de broker van Domoticz? Heb het al geprobeerd op basis van IP, maar in HA zie ik niets gebeuren. In de config van de broker heb ik HA aangezet. Ik kan er ook niet echt iets over vinden op het web (zoek waarschijnlijk verkeerd).

Waar kan hier informatie over vinden?

[zoeperman]

@Lifelogger
zo zou het moeten werken denk ik, met of zonder discovery.
https://www.zigbee2mqtt.io/integration/home_assistant.html
in de basis loopt het verkeer over mqtt dus zou je van 2 platformen dit wel aan kunnen sturen

[Lifelogger]

zoeperman schreef op zondag 31 maart 2019 @ 12:57:
@Lifelogger
zo zou het moeten werken denk ik, met of zonder discovery.
https://www.zigbee2mqtt.io/integration/home_assistant.html
in de basis loopt het verkeer over mqtt dus zou je van 2 platformen dit wel aan kunnen sturen

Heb het in m'n config staan, maar zie geen enkel apparaat verschijnen. Ergens mis ik nog iets.

[zoeperman]

@Lifelogger
en als je home assistant zelf een payload op een toppic published dan, gebeurd er dan wel wat met de lamp of schakelaar of iets?

[Lifelogger]

zoeperman schreef op zondag 31 maart 2019 @ 13:01:
@Lifelogger
en als je home assistant zelf een payload op een toppic published dan, gebeurd er dan wel wat met de lamp of schakelaar of iets?

Geen idee hoe ik dat moet doen. :-) Zal dat eerst moeten uitzoeken. In Domoticz pair ik m'n device en kan ik het vervolgens zien. Komende van Domoticz, ben ik nog wel erg zoekende hoe ik zaken voor elkaar krijg.

Edit: blijkbaar had ik de verkeerde broker. Nu heb ik wel verbinding. Nu nog kijken dat ik de sensoren te zien krijg.

[ Voor 11% gewijzigd door Lifelogger op 31-03-2019 13:14 ]

[martinvdm]

wessel145 schreef op zondag 31 maart 2019 @ 11:06:
Hi All.

Sinds een paar dagen besloten om mijn raspberry pi om te toveren naar een HA device. Echter raak ik een beetje de kluts kwijt met welke software ik er nou op moet knallen. Allereerst heb ik HA geinstalleerd, hierna kwam ik erachter dat dit dus verschilt van hass.io. Mijn zigbee2mqtt stick heeft hass.io nodig. Hier kwam ik al snel uit op HassOS. Alleen met dit OS heb ik geen SSH toegang (buiten de container) voor mijn eigen scriptjes om mijn zonnepaneel te monitoren en nog wat ander prul.

Hassbian heb ik geprobeerd maar met weinig succes, (hier krijg ik weer HA zonder de hass.io tools).

Hoe hebben jullie je setup (met rPi) ingericht?

Anyway, ik zal de komende tijd waarschijnlijk wat actief zijn op dit forum, maar het is 2019 en tijd om de boel eens te automatiseren.

In gebruik ook scripts en andere zaken naast Home assistant en zou niet anders willen als docker. Heb je deze aanpak ook al eens bekeken?

[NoFate]

Nog iemand met HassOS? Blijkbaar was dezemorgen het uur niet goed, heb even moeten herstarten

[remcoXP]

Ik heb 4 switches die ik aan en uit kan zetten. die via mqtt een espeasy switchen.
stand 1, stand 2, stand 3 en stand 4.
alleen als stand 1 aanstaat en ik drie aanzet blijft 1 aanstaan.
terwijl er altijd maar 1 stand actief kan zijn. hoe kan ik dit doen. in domoticz had ik hier een eenvoudig lua scriptje voor, maar in hass ben ik nog niet zeker hoe ik dit moet aanvliegen.

[martinvdm]

remcoXP schreef op zondag 31 maart 2019 @ 19:41:
Ik heb 4 switches die ik aan en uit kan zetten. die via mqtt een espeasy switchen.
stand 1, stand 2, stand 3 en stand 4.
alleen als stand 1 aanstaat en ik drie aanzet blijft 1 aanstaan.
terwijl er altijd maar 1 stand actief kan zijn. hoe kan ik dit doen. in domoticz had ik hier een eenvoudig lua scriptje voor, maar in hass ben ik nog niet zeker hoe ik dit moet aanvliegen.

Er zullen vast meer wegen naar Rome zijn maar ik zou 4 scripts maken en in alle scripts eerst de 4 switches uitzetten en dan de enkele switch aanzetten. Of met een automation en een input_select een keuze menu maken en ook eerst alle 4 uitzetten.

[JBS]

kepler schreef op woensdag 28 november 2018 @ 21:51:
[...]

Yup, gebaseerd op batteryalert:

code:

################################################################
## Packages / Offline devices alert
################################################################

################################################
## Customize
################################################

homeassistant:
  customize:
    ################################################
    ## Node Anchors
    ################################################

    package.node_anchors:
      customize: &customize
        package: 'offline_alert'

      expose: &expose
        <<: *customize
        haaska_hidden: false
        homebridge_hidden: false

    ################################################
    ## Group
    ################################################

    group.offline_alert:
      <<: *customize
      friendly_name: "Offline devices Alert"
      icon: mdi:steam

    ################################################
    ## Automation
    ################################################

    automation.offline_alert:
      <<: *customize
      friendly_name: "Offline devices Alert"

    automation.offline_alert_clear:
      <<: *customize
      friendly_name: "Offline devices alert Clear"

################################################
## Group
################################################

group:
  offline_alert:
    control: hidden
    entities:
      - automation.offline_alert
      - automation.offline_alert_clear

################################################
## Automation
################################################

automation:
- alias: offline_alert
  trigger:
    - platform: time
      at: '10:00:00'
    - platform: time
      at: '18:00:00'
  condition:
    - condition: template
      value_template: >
          {% macro offline_state() %}
          {%- set threshold = 40 -%}
          {% set domains = ['light', 'switch', 'sensor', 'binary_sensor', 'zwave', 'lock'] %}
          {% for domain in domains -%}
          {% for item in states[domain] if ((item.state | lower == "unavailable")) -%}
          {{ item.domain }} {{ item.name }} {%- if not loop.last %}, {% endif -%}
          {% endfor %}
          {%- endfor %}
          {% endmacro %}
          {{ offline_state() |trim != "" }}
  action:
    - service: persistent_notification.create
      data_template:
        title: "Offline devices"
        notification_id: offline-devices-alert
        message: >
          {% macro offline_state() %}
          {% set domains = ['light', 'switch', 'sensor', 'binary_sensor', 'zwave', 'lock'] %}
          {% for domain in domains -%}
          {% for item in states[domain] if ((item.state | lower == "unavailable")) -%}
          {{ item.domain }} {{ item.name }} {%- if not loop.last %}, {% endif -%}
          {% endfor %}
          {%- endfor %}
          {% endmacro %}
          {{ offline_state() }}
    - service: notify.slack_notify
      data_template:
        message: "Offline devices"
        data:
          attachments:
          - color: '#52c0f2'
            title: "These devices are offline"
            text: >
              {% macro offline_state() %}
              {% set domains = ['light', 'switch', 'sensor', 'binary_sensor', 'zwave', 'lock'] %}
              {% for domain in domains -%}
              {% for item in states[domain] if ((item.state | lower == "unavailable")) -%}
              {{ item.domain }} {{ item.name }} {%- if not loop.last %}, {% endif -%}
              {% endfor %}
              {%- endfor %}
              {% endmacro %}
              {{ offline_state() }}

- alias: offline_alert_clear
  trigger:
    - platform: time
      minutes: '/30'
      seconds: 00
  condition:
    - condition: template
      value_template: >
          {% macro offline_state() %}
          {%- set threshold = 40 -%}
          {% set domains = ['light', 'switch', 'sensor', 'binary_sensor', 'zwave', 'lock'] %}
          {% for domain in domains -%}
          {% for item in states[domain] if ((item.state | lower == "unavailable")) -%}
          {{ item.domain }} {{ item.name }} {%- if not loop.last %}, {% endif -%}
          {% endfor %}
          {%- endfor %}
          {% endmacro %}
          {{ offline_state() |trim == "" }}
  action:
    - service: persistent_notification.dismiss
      data:
        notification_id: offline-devices-alert

De nieuwe Remote UI functionaliteit voegt een entiteit 'binary_sensor.remote_ui' toe die, als je de Cloud niet gebruikt, status 'unavailable' heeft en dus elke keer mee komt in deze notificatie. Heb jij deze automations toevallig al uitgebreid om specifieke entiteiten te negeren?

[Btje]

Ik ben een beetje ruzie aan het maken met HA. Doordat grafisch en yaml door elkaar lopen is mij iets niet duidelijk.

Ik heb mosquitto geïnstalleerd. Dan kun je bij integrations mqtt toevoegen. Moet ik nu in de configuration.yaml ook nog mqtt zetten of niet?

Gisteren leek mijn mqtt een soep te worden had het verwijderd om vers te beginnen vanwege devices die niet weg wilden. alleen zag hij als ik mqtt had toegevoegd niet meer de auto discovery devices. Waar hoort de auto discovery string dan te staan. Als je mqtt toevoegt en je heeft het ip adres op kun je ook aangeven dat je discovery aan wil. Is dat dan voldoende?

[RevellNL]

Heeft er hier iemand nog aanraders voor een Z-Wave (Plus) deursensor welke gebruikt kan worden bij een schuttingdeur? Ik was van plan om de Aeon Labs Recessed Door Sensor aan te schaffen, maar deze is niet waterdicht dus die kan ik buiten niet gebruiken.

De Sensative Door Sensor lijkt mij nu de beste optie, die heeft een IP44 rating welke mij prima lijkt voor bevestiging aan de zijkant van een schuttingdeur?

[ Voor 25% gewijzigd door RevellNL op 01-04-2019 14:08 ]

[Mars Warrior]

Ik draai nu een paar dagen 0.90.2, maar ben niet echt tevreden over de stabiliteit:

• Z-wave valt regelmatig uit. Er komt dan ook volgens de log geen data meer binnen. Het trachten te herstarten van hass vanuit hass zorgt ervoor dat hass compleet hangt. Ik moet dan vanuit Portainer de container een schop geven.
  Tot aan 0.88 heeft Z-wave keurig gewerkt dit jaar. En tot dit jaar 6 jaar lang zonder enig probleem icm OpenHAB, dus mijn stick en z-wave hardware kunnen het niet zijn
• Ik had plotseling last dat mijn Apple TV's en TV's zelf allemaal aan gaan na een herstart van hass. Goed dat was nooit, maar nu wel. Moest nu dus handmatig dingen disablen bij discovery.
• De utility sensor blijft een zorgenkindje. Normaal doet dit ding wat hij moet doen, maar bij een herstart gaat het gros van mijn utility sensoren compleet van hun padje af.
  
  Het verbruik van mijn server vandaag:
  
• Ik heb blijkbaar in mijn configuratie wat fouten zitten. Er staat ergens [icon] en [device] instellingen die niet ondersteund worden volgens de foutmeldingen. Maar niet in welke regel in mijn configuration.yaml. Het woord icon kan ik met een editor niet eens vinden, dus ik heb werkelijk geen enkel idee waar deze foutmelding vandaan komt en hoe ik deze kan oplossen

Zoals altijd, en hier al vaak genoemd: ik zie uit naar de volgende versie waarin deze fouten natuurlijk zijn opgelost

[Mars Warrior]

RevellNL schreef op maandag 1 april 2019 @ 13:51:
Heeft er hier iemand nog aanraders voor een Z-Wave (Plus) deursensor welke gebruikt kan worden bij een schuttingdeur? Ik was van plan om de Aeon Labs Recessed Door Sensor aan te schaffen, maar deze is niet waterdicht dus die kan ik buiten niet gebruiken.

De Sensative Door Sensor lijkt mij nu de beste optie, die heeft een IP44 rating welke mij prima lijkt voor bevestiging aan de zijkant van een schuttingdeur?

Mooi spul, maar van de reviews hier wordt ik niet echt blij: https://en.robbshop.nl/strips-door-and-window-sensor#

Het zijn er natuurlijk maar 2, dus statistisch twijfelachtig. Maar toch...

[zoeperman]

Mars Warrior schreef op maandag 1 april 2019 @ 15:46:
Ik draai nu een paar dagen 0.90.2, maar ben niet echt tevreden over de stabiliteit:

hele lijst

Zoals altijd, en hier al vaak genoemd: ik zie uit naar de volgende versie waarin deze fouten natuurlijk zijn opgelost

daarom draai ik nu nog op 85.1, zie er eigenlijk tegen op om te upgraden omdat ik bang ben dat of de helft het niet meer doet of dat er ineens allerlei fouten in mijn config zitten

[Mars Warrior]

Btje schreef op maandag 1 april 2019 @ 13:20:
Ik ben een beetje ruzie aan het maken met HA. Doordat grafisch en yaml door elkaar lopen is mij iets niet duidelijk.

Niet doen. Knuffelen gaat beter
Uitgangspunt is als je de hass visie volgt: steeds meer grafisch gaan doen, en als het niet anders kan pas in de yaml file gaan wijzigen.

Ik heb mosquitto geïnstalleerd. Dan kun je bij integrations mqtt toevoegen. Moet ik nu in de configuration.yaml ook nog mqtt zetten of niet?

Als je MQTT bij de integrations hebt toegevoegd, hoeft dat niet meer in de yaml file.
Je moet wel discovery: hebben toegevoegd in de yaml file.
Bij de integrations (Instellingen->Integraties) moet je nu al je MQTT devices zien. Desnoods ff hass herstarten.
Gebruik je 90.2, dan kun je overbodige devices ook vanuit de MMI weer verwijderen (Instellingen->Entiteiten register)

Je MQTT devices moeten overigens wel de autodiscovery van hass ondersteunen, anders gaat het niet werken. Tasmota en Zigbee2mqtt ondersteunen het in ieder geval.

[pposthoorn]

[b]Mars Warrior schreef op maandag 1 april 2019 @ 15:46:
*knip*

Ik had plotseling last dat mijn Apple TV's en TV's zelf allemaal aan gaan na een herstart van hass. Goed dat was nooit, maar nu wel. Moest nu dus handmatig dingen disablen bij discovery.

*knip*

Oh dit is dus niet hoe het hoort? Ik vond het al onhandig
Ik heb nog nooit geupdate en draai nu 89.2 en daar zit het dus ook in.
Hoe kan ik zorgen dat m'n Apple TV en TV niet aan gaan bij herstart van hass?

[DennusB]

Iemand hier ervaring met een RFLink oplossing die werkt met Somfy en die kant-en-klaar is? Ik ken die RFLink kitjes wel, maar ik zou graag iets bestellen wat direct werkt met Home-Assistant!

[Vorkie]

pposthoorn schreef op maandag 1 april 2019 @ 16:09:
[...]

Oh dit is dus niet hoe het hoort? Ik vond het al onhandig
Ik heb nog nooit geupdate en draai nu 89.2 en daar zit het dus ook in.
Hoe kan ik zorgen dat m'n Apple TV en TV niet aan gaan bij herstart van hass?

Dit heb ik al sinds versie 0.50 volgens mij uit staan, toen gingen ze ook steeds aan. Handig als je herstart in de nacht, gaat de TV in de huiskamer ook aan.

code:

# Discover some devices automatically
discovery:
  ignore:
    - apple_tv
    - igd
    - songpal

[ Voor 15% gewijzigd door Vorkie op 01-04-2019 16:50 ]

[pposthoorn]

Vorkie schreef op maandag 1 april 2019 @ 16:48:
[...]


Dit heb ik al sinds versie 0.50 volgens mij uit staan, toen gingen ze ook steeds aan. Handig als je herstart in de nacht, gaat de TV in de huiskamer ook aan.

code:

# Discover some devices automatically
discovery:
  ignore:
    - apple_tv
    - igd
    - songpal

Thanks. Zorgt dit er voor dat de Apple TV helemaal niet meer beschikbaar is in HA?

[lolgast]

@Vorkie @pposthoorn Daar is de optie ‘start_off’ destijds voor in het leven geroepen
https://www.home-assistant.io/components/apple_tv/

[Hmmbob]

RECLAME IN HOMEASSISTANT!!!!!11!!1!!!

Starting with Home Assistant 0.91, we will occasionally show advertisements on your home screen to help fund extra projects, like building an official Android app 🤩 pic.twitter.com/HfDk18ezvW

— Home Assistant (@home_assistant) 1 april 2019

[RudolfR]

@Hmmbob Haha!

[Lifelogger]

Zit er een bepaald caching mechanisme in HASS?

Ik probeer groepen aan te maken om sensoren in te plaatsen, maar er komt niets door. Als ik bestaande tabs weggooi en laad HASS opnieuw, dan staat het er nog steeds. Kan met niet voorstellen dat het zo moeilijk moet zijn om groepen aan te maken, waar in Domoticz zo eenvoudig is. Zal vast iets niet goed doen. Kan iemand mij vertellen wat er niet klopt aan deze groups?

entrance:
view: true
name: Entree
entities:
- binary_sensor.0x00158d000208e0b2_contact

kitchen:
view: true
name: Keuken

livingroom:
view: true
name: Woonkamer
entities:
- group.toon
- media_player.kodi_rpi_2_livingroom_local
- group.livingroom_sensor

livingroom_sensor:
name: Tuindeur
entities:
- binary_sensor.0x00158d000208e26b_contact

bedroom:
view: true
name: Slaapkamer
entities:
- group.bedroom_group

bedroom_group:
name: Slaapkamer groep
entities:
- media_player.apple_tv_4k
- media_player.kodi_rpi_2_bedroom_local

toon:
name: Toon
view: false
entities:
- sensor.toon_gas_used_last_hour
- sensor.toon_gas_used_cnt
- sensor.toon_p1_power_use_cnt_low
- sensor.toon_p1_power_use_cnt_high
- sensor.toon_p1_power_use_low
- sensor.toon_p1_power_use_high
- sensor.toon_p1_heat

Voor de duidelijkheid. In de tab Slaapkamer zie ik die media_player.apple_tv_4k niet. Op m'n begin scherm wel. De binary_sensor.0x00158d000208e26b_contact en binary_sensor.0x00158d000208e0b2_contact zijn ook nergens te bekennen. Ik zie het allemaal wel terug komen onder "Ongebruikte entiteiten". Snap er werkelijk niets van.

Ik draai HASS.io 0.90.2 op een Pi

[Hmmbob]

Lifelogger schreef op maandag 1 april 2019 @ 19:50:
Kan iemand mij vertellen wat er niet klopt aan deze groups?

Nee, want we kunnen je uitlijning niet controleren. Tenzij dit de uitlijning is, dan is dat je probleem.

Gebruik [ code] tags, dan blijven je spaties intact. Helemaal top is [ code=yaml].

[Lifelogger]

Hierbij de code in het goede format:

YAML:

  entrance:
    view: true
    name: Entree
    entities:
      - binary_sensor.0x00158d000208e0b2_contact

  kitchen:
    view: true
    name: Keuken

  livingroom:
    view: true
    name: Woonkamer
    entities: 
      - group.toon
      - media_player.kodi_rpi_2_livingroom_local
      - group.livingroom_sensor

  livingroom_sensor:
    name: Tuindeur
    entities: 
      - binary_sensor.0x00158d000208e26b_contact
      
  bedroom:
    view: true
    name: Slaapkamer
    entities:
      - group.bedroom_group
    
  bedroom_group:
    name: Slaapkamer groep
    entities:
      - media_player.apple_tv_4k
      - media_player.kodi_rpi_2_bedroom_local

  toon:
    name: Toon
    view: false
    entities:
      - sensor.toon_gas_used_last_hour
      - sensor.toon_gas_used_cnt
      - sensor.toon_p1_power_use_cnt_low
      - sensor.toon_p1_power_use_cnt_high
      - sensor.toon_p1_power_use_low
      - sensor.toon_p1_power_use_high
      - sensor.toon_p1_heat

[Hmmbob]

Welk bestand is dit? groups.yaml, of ui-lovelace.yaml?

[Lifelogger]

Hmmbob schreef op maandag 1 april 2019 @ 20:12:
Welk bestand is dit? groups.yaml, of ui-lovelace.yaml?

Groups.yaml.

[martinvdm]

@Lifelogger gebruik je die wel? Of werk je niet met LoveLace? Check het eens wat je default view is onder het info icoontje. Welke versie HA heb je?

[Lifelogger]

martinvdm schreef op maandag 1 april 2019 @ 20:22:
@Lifelogger gebruik je die wel? Of werk je niet met LoveLace? Check het eens wat je default view is onder het info icoontje. Welke versie HA heb je?

Ja, gebruik hem wel. Ik include hem in Configuration.yaml.

Ik gebruik Hassio 0.90.2. Gewoon de standaard installatie. Ben helemaal nieuw met HASS. Probeer slecht alle devices die ik in Domoticz heb, nu in Hass te laten draaien.

Het lijkt er op dat ik waarschijnlijk iets fout gedaan heb met de UI. Ik denk dat ik afgelopen weekend gekozen hem om zelf de layout te bepalen. Lijkt er op dat HASS.io daarom niets toevoegt en oude tabs laat staan. Kan ik dat ongedaan maken?

[H143]

sinds gister werkt mijn google home niet meer met home assistant,
nu komt dit doordat mijn ssl certificaat is verlopen,
ik heb volgens de beschrijving van @lolgast traefik in docker draaien tot gister heb ik hier geen problemen mee gehad maar sinds vandaag werkt het niet meer
ik kan ook niet meer via https://hass.mijndomein.nl home assistant bereiken

het log van traefik geeft de volgende fout aan


time="2019-04-01T20:12:25Z" level=debug msg="Serving default cert for request: \"traefik.mijndomein.net\""


time="2019-04-01T20:12:25Z" level=debug msg="http: TLS handshake error from mijnipadres:58472: remote error: tls: unknown certificate"

iemand een idee wat dit kan zijn?

[MsG]

H143 schreef op maandag 1 april 2019 @ 22:13:
sinds gister werkt mijn google home niet meer met home assistant,
nu komt dit doordat mijn ssl certificaat is verlopen,
ik heb volgens de beschrijving van @lolgast traefik in docker draaien tot gister heb ik hier geen problemen mee gehad maar sinds vandaag werkt het niet meer
ik kan ook niet meer via https://hass.mijndomein.nl home assistant bereiken

het log van traefik geeft de volgende fout aan


time="2019-04-01T20:12:25Z" level=debug msg="Serving default cert for request: \"traefik.mijndomein.net\""


time="2019-04-01T20:12:25Z" level=debug msg="http: TLS handshake error from mijnipadres:58472: remote error: tls: unknown certificate"

iemand een idee wat dit kan zijn?

Als je SSL-certificaat is verlopen kan de Google Home je Home-Assistant instantie niet bereiken. Dus even je certificaat renewen.

[martinvdm]

@MsG dat schrijft @H143 ook. Dat lukt dus niet met traefik.
Volgens mij check je nu je access.log, maar ik denk dat je certificaat ACME challange fout gaat en dit zou in je Træfik.log moeten staan. Check ook of je DNS of http challange doet (in Træfik.toml) en of igv http challange ook je http poort 80 open staat in je router.

[MsG]

Ah oke, traefik zegt me zo niks. Ik vernieuw vooralsnog handmatig via certbot 1x in de 3 maanden 2 minuten.

[Yelti]

Mars Warrior schreef op maandag 1 april 2019 @ 15:50:
[...]

Mooi spul, maar van de reviews hier wordt ik niet echt blij: https://en.robbshop.nl/strips-door-and-window-sensor#

Het zijn er natuurlijk maar 2, dus statistisch twijfelachtig. Maar toch...

Ik heb er 2 hangen sinds een jaar of 3.
Ze geincluded krijgen is idd niet zo simpel en vraagt veel trial en error.
Voor de rest ben ik er wel tevreden van, nog geen dropouts gehad zoals anderen reeds vermeld hebben.

[gitaarwerk]

Ik vroeg me af of er een ondersteunde draadloze thermostaat bestaat voor home assistant, die er dan ook nog een beetje mooi uit ziet (tado/anna/nest?), met radiator-valves supported èn, volledig zijn dienst kan doen zonder internet. Ik begreep dat Anna er in de buurt komt, maar niet altijd goed werkt.

[RevellNL]

Yelti schreef op dinsdag 2 april 2019 @ 00:03:
[...]


Ik heb er 2 hangen sinds een jaar of 3.
Ze geincluded krijgen is idd niet zo simpel en vraagt veel trial en error.
Voor de rest ben ik er wel tevreden van, nog geen dropouts gehad zoals anderen reeds vermeld hebben.

Heb je deze ook buiten hangen?

[Yelti]

RevellNL schreef op dinsdag 2 april 2019 @ 10:41:
[...]


Heb je deze ook buiten hangen?

Ze hangen op de voor en achter deur.
De deuren draaien open naar binnen toe. Montage is gebeurd aan de bovenkant op de deur en het kader.
In die optiek hangen ze niet echt buiten.
Je kan ze ook zelf waterdicht maken natuurlijk: plastic zak er rond en vacuum trekken voor het elektrisch gedeelte. Montage uitvoeren met dubbelzijdige tape.

Volledige bediening gebeurt aan de hand van het bijgeleverde magneetje.

[argon007]

Hallo,

Ik zie door de bomen het bos niet meer momenteel. HASS vs HASSIO vs ...
Ik heb hier thuis op ESXi enkel VM's draaien (Ubuntu, Debian) en zou graag Home assistant op een eigen VM draaien. Dus niet op een Raspi of Docker of dergelijke. Is hiervoor een manier te vinden?

Bedankt!

[Mitchell]

Voor wie het interessant vind, ik heb een kleine lovelace card geschreven voor de 17Track sensor: https://github.com/ping-localhost/seventeen-track-card

[ Voor 23% gewijzigd door Mitchell op 02-04-2019 14:41 ]

[JayOne]

argon007 schreef op dinsdag 2 april 2019 @ 14:37:
Hallo,

Ik zie door de bomen het bos niet meer momenteel. HASS vs HASSIO vs ...
Ik heb hier thuis op ESXi enkel VM's draaien (Ubuntu, Debian) en zou graag Home assistant op een eigen VM draaien. Dus niet op een Raspi of Docker of dergelijke. Is hiervoor een manier te vinden?

Bedankt!

Hier het bos.

[KRASH]

argon007 schreef op dinsdag 2 april 2019 @ 14:37:
Hallo,

Ik zie door de bomen het bos niet meer momenteel. HASS vs HASSIO vs ...
Ik heb hier thuis op ESXi enkel VM's draaien (Ubuntu, Debian) en zou graag Home assistant op een eigen VM draaien. Dus niet op een Raspi of Docker of dergelijke. Is hiervoor een manier te vinden?

Bedankt!

Ik heb dit ook gedaan op een losse Centos installatie in vmware esxi, in principe draait het geheel nu in Python Virtualenv. De volgende manuals heb ik hier in meer of mindere mate voor gebruikt:

https://www.home-assistan...nstallation/raspberry-pi/
https://www.home-assistant.io/docs/installation/virtualenv/
https://www.home-assistant.io/docs/installation/centos/ *systemd deel werkt volgens mij ook wel op Ubuntu

[argon007]

Thanks Krash & JayOne. Ik bekijk alle links eens !

[roel_hendr]

Mitchell schreef op dinsdag 2 april 2019 @ 14:40:
Voor wie het interessant vind, ik heb een kleine lovelace card geschreven voor de 17Track sensor: https://github.com/ping-localhost/seventeen-track-card

Worden hier de gebruikelijke Nederlandse transporters als DHL, GLS en PostNL ook in weergegeven?

[Mitchell]

roel_hendr schreef op dinsdag 2 april 2019 @ 14:46:
[...]


Worden hier de gebruikelijke Nederlandse transporters als DHL, GLS en PostNL ook in weergegeven?

Met 17Track zou je alle transporters moeten kunnen tracken ja. Je moet wel een account aanmaken en het Track&Trace nummer daar toevoegen (grote oranje +, rechtsbovenin): https://buyer.17track.net/

Hierbij moet ik wel even melden dat 17Track niet altijd even snel is met updates en dat je dus al een update bij PostNL kan zien die nog niet is doorgevoerd bij 17Track (en dus ook nog niet te zien is in de lovelace card).

[roel_hendr]

Mitchell schreef op dinsdag 2 april 2019 @ 14:50:
[...]

Met 17Track zou je alle transporters moeten kunnen tracken ja. Je moet wel een account aanmaken en het Track&Trace nummer daar toevoegen (grote oranje +, rechtsbovenin): https://buyer.17track.net/

Hierbij moet ik wel even melden dat 17Track niet altijd even snel is met updates en dat je dus al een update bij PostNL kan zien die nog niet is doorgevoerd bij 17Track (en dus ook nog niet te zien is in de lovelace card).

Hij is zo traag dat het je gaat irriteren?

[Mitchell]

roel_hendr schreef op dinsdag 2 april 2019 @ 14:52:
[...]


Hij is zo traag dat het je gaat irriteren?

Heb er over het algemeen geen last van, maar net het pakketje dat ik graag wilde hebben was langzaam qua updates bij 17Track.

[trekker22]

ik zigbee wallswitches voor o.a. groupen van lampen. Nu wil ik diverse scenario's uitwerken met diverse drukbewegingen. Met een toggle kan dit prima, echter soms wil ik nog wat extra's meegeven als brightness of kleur.

Lukt dit allemaal met 1 automation? Deze dubbele wallswitch heeft 9 mogelijkheden en om hiervoor 9 losse automations te maken?

Dit is de code nu:

YAML:

alias: 038_speelkamer_dubbele_wallswitch
initial_state: 'on'
trigger:
  platform: mqtt
  topic: 'zigbee2mqtt/double_switch_speelkamer'
action:
- service: light.toggle
  data_template:
    entity_id: >-
      {%- elif "\"click\":\"left\"" in trigger.payload -%}
        light.light_spots_speelkamer        
      {%- elif "\"click\":\"left_double\"" in trigger.payload -%}
        light.light_spots_speelkamer   
      {%- elif "\"click\":\"left_long\"" in trigger.payload -%}
        light.light_spots_speelkamer 
      {% else %}
        script.nothing       
      {%- endif -%}

Bij de LEFT wil ik ze togglen in huidige modus (dus die ingestelde kleur temperatuur / brightness) aan/uit
Bij de LEFT_DOUBLE wil ik ze togglen op 50% brightness aan of uit
Bij de LEFT_LONG wil ik ze togglen op 100% brightness aan of uit

Echter dit kan weer niet met een Light.Toggle....? Iemand suggesties? Of toch gewoon voor iedere los MQTT commando een losse automation...?

[Btje]

Op het moment dat ik het volgende toevoeg gaat het fout:

mqtt:
discovery: true
discovery_prefix: homeassistant
birth_message:
topic: 'hass/status'
payload: 'online'
will_message:
topic: 'hass/status'
payload: 'offline'

Ik had niets gedaan en een tasmota device aan gezet en die werd netjes herkend.
Toen bovenstaand erbij en een ander tasmota device er bij. Die werd niet herkend.

Alles verwijderd de boel herstarten MQTT opnieuw toegevoegd en beide werden herkend.

Mars Warrior schreef op maandag 1 april 2019 @ 16:02:
[...]

Niet doen. Knuffelen gaat beter
Uitgangspunt is als je de hass visie volgt: steeds meer grafisch gaan doen, en als het niet anders kan pas in de yaml file gaan wijzigen.

[...]

Als je MQTT bij de integrations hebt toegevoegd, hoeft dat niet meer in de yaml file.
Je moet wel discovery: hebben toegevoegd in de yaml file.
Bij de integrations (Instellingen->Integraties) moet je nu al je MQTT devices zien. Desnoods ff hass herstarten.
Gebruik je 90.2, dan kun je overbodige devices ook vanuit de MMI weer verwijderen (Instellingen->Entiteiten register)

Je MQTT devices moeten overigens wel de autodiscovery van hass ondersteunen, anders gaat het niet werken. Tasmota en Zigbee2mqtt ondersteunen het in ieder geval.

[MrBarBarian]

Mijn disk zit vol, en ik heb geen idee waarmee...

Ik gebruik hassio, en iets zorgt ervoor dat mijn Home Assistent 13.6gb aan data opslaat. home_assistentV2.db heb ik al weggegooit en grote logfiles kan ik niet vinden

code:

find . -size +1000k -print | xargs ls -sd

levert ook niets op. Wat kan er nog meer aan de hand zijn?

[JBS]

MrBarBarian schreef op dinsdag 2 april 2019 @ 20:23:
Mijn disk zit vol, en ik heb geen idee waarmee...

Ik gebruik hassio, en iets zorgt ervoor dat mijn Home Assistent 13.6gb aan data opslaat. home_assistentV2.db heb ik al weggegooit en grote logfiles kan ik niet vinden

code:

find . -size +1000k -print | xargs ls -sd

levert ook niets op. Wat kan er nog meer aan de hand zijn?

Installeer even de Samba addon, dan kun je vrij snel zien waar de grote bestanden zitten.

[MrBarBarian]

JBS schreef op dinsdag 2 april 2019 @ 20:28:
[...]
Installeer even de Samba addon, dan kun je vrij snel zien waar de grote bestanden zitten.

Heb ik Maar ook daarmee vind ik niks..

Lijkt me toch dat het iets groots moet zijn...