Home Assistant: Open source Python3 home automation - deel 3

[balk]

Anoniem: 14842 schreef op zaterdag 12 september 2020 @ 16:38:
[...]


Die knop scheelt al iets. Maar ik heb een zwave thermostaat waarmee ik de gewenste temperatuur kan instellen door gewoon fysiek aan de knop te draaien. Dat zou ik dus graag als input willen gebruiken.

Dat is nu eenmaal makkelijker dan je telefoon pakken.

Heb je in HA een climate device voor die thermostaat? Als je die in de frontend laat zien heb je meteen deze bedienings elementen. Als je dan aan de knop draait zie je dat ook in de frontend, en vice versa.

[ Voor 6% gewijzigd door balk op 12-09-2020 16:51 ]

[barrymossel]

M'n nieuwe camera's werken prima lokaal via RTSP (er is trouwens zelfs een hack beschikbaar waarmee je nog meer uit de camera kunt halen!). Helaas heb ik wel een vertraging van 3-4 seconden als ik de camera's via die RTSP stream via FFMPEG platform integreer. Als ik diezelfde stream in MotionEye (op dezelfde RPi4) inlaadt heb ik die vertraging niet (max 1 sec). Iemand een idee waarom dat zo is?

[TweakerVincent]

Anoniem: 14842 schreef op zaterdag 12 september 2020 @ 04:30:
[...]


Thanks! Zojuist node-red geïnstalleerd. Dat was een makkie.
Lijkt een beetje op blocky uit domoticz. Maar wel anders genoeg dat ik er nog geen bal van snap. Lijkt me dat dat goed te leren is, maar niet om half vijf 's nachts Ziet er wel uit alsof dit precies is wat ik wil

@DanTm thanks. Ik ga misschien wel eerst jouw template gebruiken. Copy paste moet nog wel lukken

EDIT:
Toch nog even een tutorial opgezocht. Oh, ik ga echt zoveel tijd spenderen in node-red! Soort Homey flows on steroids!

Jij snapt het!! Node Red is zo enorm krachtig EN gaaf. Vandaag weer uren ingestopt, mijn motion sensor in sauna werkt met muziek van chromecast. Chromecast spotify activeren was nog gedoe omdat dat niet zomaar gaat. maar via addon werkt het perfect!

Volgende wordt een flow om de bug van mijn DSMR pi te fixen, dat hij stroom continu meet en als stroom > 5 min gelijk is moet de pi even gerest worden. Maar dat is een super simpele.

[Koepert]

barrymossel schreef op zaterdag 12 september 2020 @ 17:28:
M'n nieuwe camera's werken prima lokaal via RTSP (er is trouwens zelfs een hack beschikbaar waarmee je nog meer uit de camera kunt halen!). Helaas heb ik wel een vertraging van 3-4 seconden als ik de camera's via die RTSP stream via FFMPEG platform integreer. Als ik diezelfde stream in MotionEye (op dezelfde RPi4) inlaadt heb ik die vertraging niet (max 1 sec). Iemand een idee waarom dat zo is?

Geen antwoord voor je helaas anders dan de logica dat de omzetting van RTSP naar de FFMPEG output wellicht meer vergt dan die van MotionEye. Hoe groot zijn de cams eigenlijk? K wil m wellicht wel bij de voordeur gebruiken maar geen cam van formaat voetbal er hebben hangen.

[barrymossel]

barrymossel schreef op zaterdag 12 september 2020 @ 17:28:
M'n nieuwe camera's werken prima lokaal via RTSP (er is trouwens zelfs een hack beschikbaar waarmee je nog meer uit de camera kunt halen!). Helaas heb ik wel een vertraging van 3-4 seconden als ik de camera's via die RTSP stream via FFMPEG platform integreer. Als ik diezelfde stream in MotionEye (op dezelfde RPi4) inlaadt heb ik die vertraging niet (max 1 sec). Iemand een idee waarom dat zo is?

Dit bedoel ik dus. Bovenste stream is via MotionEye. De tweede direct via FFMEG in HA.

YouTube: Vertraging

[barrymossel]

Koepert schreef op zaterdag 12 september 2020 @ 17:59:
[...]


Geen antwoord voor je helaas anders dan de logica dat de omzetting van RTSP naar de FFMPEG output wellicht meer vergt dan die van MotionEye. Hoe groot zijn de cams eigenlijk? K wil m wellicht wel bij de voordeur gebruiken maar geen cam van formaat voetbal er hebben hangen.

10-12 cm denk ik in hoogte. Vergelijkbaar met Foscam camera's.

[maartend]

Anoniem: 14842 schreef op zaterdag 12 september 2020 @ 16:38:
[...]


Die knop scheelt al iets. Maar ik heb een zwave thermostaat waarmee ik de gewenste temperatuur kan instellen door gewoon fysiek aan de knop te draaien. Dat zou ik dus graag als input willen gebruiken.

Dat is nu eenmaal makkelijker dan je telefoon pakken.

Ik heb gewoon honeywell thermostaat knoppen en als ik daar aan draai zie ik dat gewoon in HA. Niks moeijlijks aan.

[TweakerVincent]

Vorig jaar werkte mijn iphone ios app perfect met location tracking. Nu niet? (nieuwe install). Ik lees veel verhalen van mensen die hetzelfde hebben... Bij mij blijft hij continu op home staan.

Is er een fix voor?

[Opperhoof]

Sinds enkele weken gebruik ik ook home assistant supervised. De meeste dingen krijg ik tot nu toe goed ingesteld. Al dan niet met behulp van een tutorial. Eén ding lukt me alleen niet en ik krijg ook niet zo snel een tutorial gevonden. Ik wil via configuration --> integrations een nieuwe integration toevoegen. Deze is alleen niet via de UI beschikbaar, maar wel op de website. (https://www.home-assistant.io/integrations/dsmr/)

Hoe voeg ik dit nu toe?

[larsiey]

Opperhoof schreef op zaterdag 12 september 2020 @ 20:18:
Sinds enkele weken gebruik ik ook home assistant supervised. De meeste dingen krijg ik tot nu toe goed ingesteld. Al dan niet met behulp van een tutorial. Eén ding lukt me alleen niet en ik krijg ook niet zo snel een tutorial gevonden. Ik wil via configuration --> integrations een nieuwe integration toevoegen. Deze is alleen niet via de UI beschikbaar, maar wel op de website. (https://www.home-assistant.io/integrations/dsmr/)

Hoe voeg ik dit nu toe?

Je moet het onderstaande (en aanpassen naar jou situatie) toevoegen in je configuration.yaml.
Staat in de documentatie die je linkte.

code:

sensor:
  - platform: dsmr
    port: /dev/ttyUSB1
    dsmr_version: 5

group:
  meter_readings:
    name: Meter readings
    entities:
      - sensor.energy_consumption_tarif_1
      - sensor.energy_consumption_tarif_2
      - sensor.energy_production_tarif_1
      - sensor.energy_production_tarif_2
      - sensor.gas_consumption

[Opperhoof]

larsiey schreef op zaterdag 12 september 2020 @ 20:28:
[...]

Je moet het onderstaande (en aanpassen naar jou situatie) toevoegen in je configuration.yaml.
Staat in de documentatie die je linkte.

code:

sensor:
  - platform: dsmr
    port: /dev/ttyUSB1
    dsmr_version: 5

group:
  meter_readings:
    name: Meter readings
    entities:
      - sensor.energy_consumption_tarif_1
      - sensor.energy_consumption_tarif_2
      - sensor.energy_production_tarif_1
      - sensor.energy_production_tarif_2
      - sensor.gas_consumption

Ok, ik had gedacht dat het moeilijker zou zijn.

Ik dacht dat ik die github repository ergens moet toevoegen ofzo. Bedankt!

[Anoniem: 14842]

balk schreef op zaterdag 12 september 2020 @ 16:45:
[...]

Heb je in HA een climate device voor die thermostaat? Als je die in de frontend laat zien heb je meteen deze bedienings elementen. Als je dan aan de knop draait zie je dat ook in de frontend, en vice versa.

Ja, dat heb ik (althans: dat kan ik er bij zetten).
Ondertussen heb ik wat templates gezien waarbij ik de set temperature van de thermostaat knop kan gebruiken als een variabele voor de in te stellen temperatuur. Dus op zich moet het lukken.

Maar ik denk dat ik toch ook ff via node-red ga proberen.

[MrBarBarian]

JBS schreef op vrijdag 11 september 2020 @ 11:45:
Afvalwijzer is geupdate naar 4.3.3 en is overigens ook weer beschikbaar in HACS.
Indien er een lege respons terugkomt van de dienst Afvalwijzer, dan resulteert dit nu in een error melding in de log in plaats van crashende en/of niet meer startende HA.


[...]

Hoe krijg je Afvalwijzer weer terug in HACS? Ik hem hem verwijderd, maar kan hem nu niet meer vinden. Blijkbaar de gehele repos verwijderd?

[balk]

Anoniem: 14842 schreef op zaterdag 12 september 2020 @ 22:59:
[...]


Ja, dat heb ik (althans: dat kan ik er bij zetten).
Ondertussen heb ik wat templates gezien waarbij ik de set temperature van de thermostaat knop kan gebruiken als een variabele voor de in te stellen temperatuur. Dus op zich moet het lukken.

Welke Z-Wave knoppen heb je eigenlijk? Ik heb een Fibaro Heat Controller maar ik ben nog niet helemaal tevreden. Ik gebruik de beta Z-Wave integratie in HA met een externe ozwdaemon (niet hassio). De target temperatuur wordt niet teruggekoppeld van de device naar de broker.

Maar ik denk dat ik toch ook ff via node-red ga proberen.

Gebruik je ook de Home Assistant integration?

[JBS]

MrBarBarian schreef op zondag 13 september 2020 @ 09:21:
[...]

Hoe krijg je Afvalwijzer weer terug in HACS? Ik hem hem verwijderd, maar kan hem nu niet meer vinden. Blijkbaar de gehele repos verwijderd?

PR om 'm terug te krijgen in HACS staat nog open https://github.com/hacs/default/pull/611
Opvallend genoeg vind ik 'm op dit moment wel in HACS, heb 'm ook kunnen updaten naar 4.3.3.
Mogelijk omdat ik 'm nog/al geïnstalleerd had.

[Side-Kick]

TweakerVincent schreef op zaterdag 12 september 2020 @ 19:30:
Vorig jaar werkte mijn iphone ios app perfect met location tracking. Nu niet? (nieuwe install). Ik lees veel verhalen van mensen die hetzelfde hebben... Bij mij blijft hij continu op home staan.

Is er een fix voor?

Hier sinds deze week exact hetzelfde probleem. Er is bij mij niets veranderd, behalve dat ik deze week iOS heb geupdate naar 13.7. Heb jij dat wellicht ook gedaan?

[Cardinal]

Met de meeste automatiseringen heb ik ruzie met "tijd".

Stel ik wil als voorwaarde iets uitvoeren tussen 08:00 en 10:00. Dan leek het me logisch dat het zou zijn "Nadat = 08:00:00"en "voordat 10:00:00", maar dan werkt de automatisering niet, op het moment dat ik tijd eruit sloop, werkt het wel.

Iemand een suggestie?

[Rianata]

Cardinal schreef op zondag 13 september 2020 @ 10:42:
Met de meeste automatiseringen heb ik ruzie met "tijd".

Stel ik wil als voorwaarde iets uitvoeren tussen 08:00 en 10:00. Dan leek het me logisch dat het zou zijn "Nadat = 08:00:00"en "voordat 10:00:00", maar dan werkt de automatisering niet, op het moment dat ik tijd eruit sloop, werkt het wel.

Iemand een suggestie?

Plaats even een heel stuk code met deze conditie hier, dan is het makkelijker beoordelen hoe je wat wilt bereiken.

[Cardinal]

Sure. Ik heb het vermoeden dat ik het tijd component verkeerd interpreteer.

code:

- id: '123'
  alias: Woonkamer Aan Ochtend
  description: ''
  trigger:
  - device_id: 123
    domain: binary_sensor
    entity_id: binary_sensor.gang_sensor_1_motion
    platform: device
    type: motion
  condition:
  - after: 06:30:00
    before: 08:00:00
    condition: time
  action:
  - scene: scene.woonkamer_ochtend
  mode: single

Ik kan zien in de logs dat de sensor wordt getriggerd, maar de lampen gaan niet aan.

[ Voor 12% gewijzigd door Cardinal op 13-09-2020 10:54 ]

[Hmmbob]

Cardinal schreef op zondag 13 september 2020 @ 10:53:
Sure. Ik heb het vermoeden dat ik het tijd component verkeerd interpreteer.

code:

- id: '123'
  alias: Woonkamer Aan Ochtend
  description: ''
  trigger:
  - device_id: 123
    domain: binary_sensor
    entity_id: binary_sensor.gang_sensor_1_motion
    platform: device
    type: motion
  condition:
  - after: 06:30:00
    before: 08:00:00
    condition: time
  action:
  - scene: scene.woonkamer_ochtend
  mode: single

Ik kan zien in de logs dat de sensor wordt getriggerd, maar de lampen gaan niet aan.

Ik meen dat je geen time condition after én before in 1 condition kan hebben. Even opsplitsen in 2 losse conditions?
Zet eens ' ' om je tijd heen?
Wat zegt je logboek? Wat zegt "Controleer configuratie"?

[ Voor 5% gewijzigd door Hmmbob op 13-09-2020 11:03 ]

[Rianata]

Hmmbob schreef op zondag 13 september 2020 @ 11:01:
[...]

Ik meen dat je geen time condition after én before in 1 condition kan hebben. Even opsplitsen in 2 losse conditions?
Zet eens ' ' om je tijd heen?
Wat zegt je logboek? Wat zegt "Controleer configuratie"?

Idd, kijk hier even voor de juiste toepassing:

https://www.home-assistan...onditions/#time-condition

code:

condition:
  condition: time
  # At least one of the following is required.
  after: '15:00:00'
  before: '02:00:00'
  weekday:
    - mon
    - wed
    - fri

Time condition windows can span across the midnight threshold if both after and before keys are used. In the example above, the condition window is from 3pm to 2am.

[ Voor 27% gewijzigd door Rianata op 13-09-2020 11:27 ]

[Anoniem: 14842]

balk schreef op zondag 13 september 2020 @ 09:24:
[...]

Welke Z-Wave knoppen heb je eigenlijk? Ik heb een Fibaro Heat Controller maar ik ben nog niet helemaal tevreden. Ik gebruik de beta Z-Wave integratie in HA met een externe ozwdaemon (niet hassio). De target temperatuur wordt niet teruggekoppeld van de device naar de broker.

[...]

Gebruik je ook de Home Assistant integration?

Ik heb de HRT4-ZW van secure. De officiële naam is de SRT-321. Zit ook een boilerschakelaar bij.

Dit zijn de eigenschappen die ik zie van het apparaat:


En bij mij kan ik dus tot nu toe ook niets met de target temperatuur, alhoewel die wel netjes wordt weergegeven.



Je zou denken dat ik die ingestelde temperatuur kan gebruiken als trigger. Maar ik zie die dus nergens terug Als iemand me op weg kan helpen hoe ik daar een trigger van maak dan ben ik al een heel eind Als ik de temperatuur instel op 30 graden terwijl het kouder is dan gaat de onderste knop ook niet van "Uit" naar "Verwarmen", terwijl er op het display van de thermostaat dan wel netjes een vlammetje te zien is...

[ Voor 30% gewijzigd door Anoniem: 14842 op 13-09-2020 13:37 ]

[synoniem]

Anoniem: 14842 schreef op zondag 13 september 2020 @ 13:30:
[...]


Ik heb de HRT4-ZW van secure. De officiële naam is de SRT-321. Zit ook een boilerschakelaar bij.

Dit zijn de eigenschappen die ik zie van het apparaat:
[Afbeelding]

En bij mij kan ik dus tot nu toe ook niets met de target temperatuur, alhoewel die wel netjes wordt weergegeven.

[Afbeelding]

Je zou denken dat ik die ingestelde temperatuur kan gebruiken als trigger. Maar ik zie die dus nergens terug Als iemand me op weg kan helpen hoe ik daar een trigger van maak dan ben ik al een heel eind Als ik de temperatuur instel op 30 graden terwijl het kouder is dan gaat de onderste knop ook niet van "Uit" naar "Verwarmen", terwijl er op het display van de thermostaat dan wel netjes een vlammetje te zien is...

Wat gebeurt er als je hem in HA op verwarmen zet? Gaat hij dan direct op staan warmen ook al is de doeltemperatuur bereikt of slaat hij dan pas aan als je de doeltemperatuur verhoogt?

[Anoniem: 14842]

synoniem schreef op zondag 13 september 2020 @ 13:56:
[...]

Wat gebeurt er als je hem in HA op verwarmen zet? Gaat hij dan direct op staan warmen ook al is de doeltemperatuur bereikt of slaat hij dan pas aan als je de doeltemperatuur verhoogt?

Hmm, ik zie nu dat ik hem zelfs niet met de hand op verwarmen kan zetten.

Let op: dit betreft ook de thermostaat. Die is normaal 1op1 gekoppeld met de boiler switch. Ik denk dat deze "verwarmen" knop misschien eigenlijk een indicator moet zijn voor de boiler switch die uit of aan staat. Gezien ik deze beide seperat heb gekoppeld aan HA lijkt deze nu niets te doen. (Ik snap nooit iets van die groepen met z-wave en zigbee).

[Hmmbob]

Komt een grote update van de HA Android app aan: https://www.home-assistan...9/12/android-240-release/

[barrymossel]

Regelmatig heb ik een ongeoorloofde inlogpoging vanaf mijn eigen IP adres. Helaas zonder ook maar een hint in de logo's waar dit vandaan kan komen. Gisteren zelfs vijf keer, waardoor ik zelf een ban kreeg. Irritant dus.

Hoe kan ik dit nu het beste debuggen?

[raymonvdm]

barrymossel schreef op zaterdag 12 september 2020 @ 17:28:
M'n nieuwe camera's werken prima lokaal via RTSP (er is trouwens zelfs een hack beschikbaar waarmee je nog meer uit de camera kunt halen!). Helaas heb ik wel een vertraging van 3-4 seconden als ik de camera's via die RTSP stream via FFMPEG platform integreer. Als ik diezelfde stream in MotionEye (op dezelfde RPi4) inlaadt heb ik die vertraging niet (max 1 sec). Iemand een idee waarom dat zo is?

Is dat niet gewoon de buffer van FFMPEG?

[barrymossel]

raymonvdm schreef op zondag 13 september 2020 @ 15:32:
[...]


Is dat niet gewoon de buffer van FFMPEG?

Echt geen idee. Wat zou ik daar aan kunnen doen? Want via MotionEye werkt het prima. Alleen draait m'n processor nu op 75%

[raymonvdm]

Ik heb een keer een camera via RTSP geprobeerd maar dat vertraagde ook enorm en ik gebruik al ZoneMinder als camera software dus daar ben ik bij blijven hangen. Ik wilde RTSP gebruiken om het beeld naar de Google Hub te kunnen kasten (iets wat niet kan met de ZoneMinder intergration)

[Cardinal]

Hmmbob schreef op zondag 13 september 2020 @ 11:01:
[...]

Ik meen dat je geen time condition after én before in 1 condition kan hebben. Even opsplitsen in 2 losse conditions?
Zet eens ' ' om je tijd heen?
Wat zegt je logboek? Wat zegt "Controleer configuratie"?

Zou niet uit moeten maken gezien het via de UI is ingevoerd, maar laten we maar doen.

YAML:

- id: '123'
  alias: Woonkamer Aan Ochtend
  description: ''
  trigger:
  - device_id: 123
    domain: binary_sensor
    entity_id: binary_sensor.gang_sensor_1_motion
    platform: device
    type: motion
  condition:
  - after: '16:00:00'
    before: '17:00:00'
    condition: time
  action:
  - scene: scene.woonkamer_ochtend
  mode: single

Logboeken

code:

16:23:19 "Gang sensor 1 motion" detected motion

Maar er is niets uitgevoerd. Nu de kicker..

Rianata schreef op zondag 13 september 2020 @ 11:25:
[...]
Idd, kijk hier even voor de juiste toepassing:
https://www.home-assistan...onditions/#time-condition

code:

condition:
  condition: time
  # At least one of the following is required.
  after: '15:00:00'
  before: '02:00:00'

Time condition windows can span across the midnight threshold if both after and before keys are used. In the example above, the condition window is from 3pm to 2am.

Zodra ik een scenario gebruik dat de dag overspant, dan werkt het wel, maar tussen X en Y werkt niet.

Bijvoorbeeld deze werkt wel, maar voldoet ook aan het voorbeeld waar een dag wordt gepasseerd.

code:

- id: '1234'
  alias: Overloop Verlichting Aan
  description: ''
  trigger:
  - device_id: 1234
    domain: binary_sensor
    entity_id: binary_sensor.1st_floor_motion
    for:
      hours: 0
      minutes: 0
      seconds: 0
    platform: device
    type: motion
  condition:
  - below: 3
    condition: device
    device_id: 1234
    domain: sensor
    entity_id: sensor.1st_floor_light_level
    type: is_illuminance
  - after: 06:00:00
    before: 01:00:00
    condition: time
  action:
  - scene: scene.overloop_aan
  mode: single

[xirixiz]

TheFes schreef op vrijdag 11 september 2020 @ 08:15:
[...]


Je kunt natuurlijk ook even alle posts lezen..


[...]

Voor de liefhebbers: https://github.com/xirixiz/homeassistant-afvalwijzer is weer operationeel. De PR voor HACS moet alleen nog gereviewed en gemerged worden. Door meerdere personen iiig bevestigd dat alles weer naar behoren werkt.

[TweakerVincent]

Side-Kick schreef op zondag 13 september 2020 @ 09:37:
[...]


Hier sinds deze week exact hetzelfde probleem. Er is bij mij niets veranderd, behalve dat ik deze week iOS heb geupdate naar 13.7. Heb jij dat wellicht ook gedaan?

Ja 13.7 ik gebruikt location pas sinds deze week

[Side-Kick]

TweakerVincent schreef op zondag 13 september 2020 @ 16:56:
[...]

Ja 13.7 ik gebruikt location pas sinds deze week

Ik heb de HA app opnieuw toestemming gegeven om te verversen op de achtergrond en mobiele data te gebruiken. Vandaag is de locatie netjes bijgewerkt. Vind het nog wel te kort om te zeggen of dit de oplossing is.

[TweakerVincent]

Side-Kick schreef op zondag 13 september 2020 @ 17:05:
[...]


Ik heb de HA app opnieuw toestemming gegeven om te verversen op de achtergrond en mobiele data te gebruiken. Vandaag is de locatie netjes bijgewerkt. Vind het nog wel te kort om te zeggen of dit de oplossing is.

Ben nu weg en checkte even maar verassend genoeg werkt het nu?

[19roland70]

Mijn Rpi met HA was niet meer bereikbaar , nu heb ik wel verbinding met de RPi maar HA start niet op als ik in de browser kijk.
Is er een manier om HA handmatig op te starten of eventueel de status uit te lezen van wat er mis is?

[JBS]

19roland70 schreef op zondag 13 september 2020 @ 19:58:
Mijn Rpi met HA was niet meer bereikbaar , nu heb ik wel verbinding met de RPi maar HA start niet op als ik in de browser kijk.
Is er een manier om HA handmatig op te starten of eventueel de status uit te lezen van wat er mis is?

Je zou via Samba de log even kunnen bekijken.
Afhankelijk van je installatie zorgt een herstart van je Pi er overigens ook voor dat HA opstart.

[skank]

Hoi

Ik heb een vraagje.
Ik heb een drukknop (via unipi) die een MQTT message post, waarbij het licht aan zou moeten gaan in mn dressing. Druk ik nog eens dan zou die uit moeten gaan.
Hiervoor heb ik een switch aangemaakt en 2 automations

code:

- platform: mqtt
  name: "Dressing"
  unique_id: "dressing"
  state_topic: "homeassistant/slaapkamer/dressing"
  command_topic: "homeassistant/slaapkamer/dressing/set"
  availability_topic: "homeassistant/slaapkamer/dressing/available"
  payload_on: "ON"
  payload_off: "OFF"
  payload_available: "online"
  payload_not_available: "offline"
  qos: 0
  retain: true

Automations:

code:

- id: 'Zet spots dressing aan na duwen op drukknop'
  alias: Licht dressing aan
  trigger:
    - entity_id: switch.dressing
      platform: state
      from: 'off'
      to: 'on'
  action: 
  - data:  
      entity_id: light.dressing
    service: light.turn_on 

- id: 'Zet spots dressing uit na duwen op drukknop'
  alias: Licht dressing uit
  trigger:
    - entity_id: switch.dressing
      platform: state
      from: 'on'
      to: 'off'
  action: 
  - data:  
      entity_id: light.dressing
    service: light.turn_off

Het probleem is nu als ik druk, de lamp aangaat maar ook onmiddelijk uit.
Enige idee welke richting ik moet uitzoeken?

[Anoniem: 14842]

skank schreef op zondag 13 september 2020 @ 20:17:
Hoi

Ik heb een vraagje.
Ik heb een drukknop (via unipi) die een MQTT message post, waarbij het licht aan zou moeten gaan in mn dressing. Druk ik nog eens dan zou die uit moeten gaan.
Hiervoor heb ik een switch aangemaakt en 2 automations

code:

- platform: mqtt
  name: "Dressing"
  unique_id: "dressing"
  state_topic: "homeassistant/slaapkamer/dressing"
  command_topic: "homeassistant/slaapkamer/dressing/set"
  availability_topic: "homeassistant/slaapkamer/dressing/available"
  payload_on: "ON"
  payload_off: "OFF"
  payload_available: "online"
  payload_not_available: "offline"
  qos: 0
  retain: true

Automations:

code:

- id: 'Zet spots dressing aan na duwen op drukknop'
  alias: Licht dressing aan
  trigger:
    - entity_id: switch.dressing
      platform: state
      from: 'off'
      to: 'on'
  action: 
  - data:  
      entity_id: light.dressing
    service: light.turn_on 

- id: 'Zet spots dressing uit na duwen op drukknop'
  alias: Licht dressing uit
  trigger:
    - entity_id: switch.dressing
      platform: state
      from: 'on'
      to: 'off'
  action: 
  - data:  
      entity_id: light.dressing
    service: light.turn_off

Het probleem is nu als ik druk, de lamp aangaat maar ook onmiddelijk uit.
Enige idee welke richting ik moet uitzoeken?

Zonder enige kennis van het programmeren in YAML (gui hier): je zet ze ook uit en aan met dezelfde knop in 1 automation Zou je niet iets van een toggle moeten hebben?

Zoiets bedoel ik:

code:

- id: 'Zet spots dressing OM na duwen op drukknop'
  alias: Licht dressing om
  trigger:
    - entity_id: switch.dressing
      platform: state
  action: 
  - data:  
      entity_id: light.dressing
    service: light.toggle

of light switch, geen idee hoe dat heet

[skank]

Goeie tip
Zal ik eens proberen met toggle.
Ik zet ze idd ook uit met dezelfde switch, maar mn state wissel is anders vandaar dat ik dacht dat dat ging gaan... ff zoeken thx

[yniezink]

skank schreef op zondag 13 september 2020 @ 20:35:
Goeie tip
Zal ik eens proberen met toggle.
Ik zet ze idd ook uit met dezelfde switch, maar mn state wissel is anders vandaar dat ik dacht dat dat ging gaan... ff zoeken thx

Toggle is de juiste actie die je wil hebben. Anders geef je tegelijk het commando voor uit en aan. en dan is het net de volgorde waarin het uitgevoerd word.

Je kan het jezelf ook een stuk moeilijker maken met een chooser, de conditie meegeven als de lamp aan staat dat je wil uitschakelen en als de lamp uit staat dat je wil inschakelen, maar daar is juist die toggle voor.

[skank]

yniezink schreef op zondag 13 september 2020 @ 20:37:
[...]


Toggle is de juiste actie die je wil hebben. Anders geef je tegelijk het commando voor uit en aan. en dan is het net de volgorde waarin het uitgevoerd word.

Je kan het jezelf ook een stuk moeilijker maken met een chooser, de conditie meegeven als de lamp aan staat dat je wil uitschakelen en als de lamp uit staat dat je wil inschakelen, maar daar is juist die toggle voor.

Helaas met de toggle gaat het voorlopig ook niet.
Het probleem is dat mijn drukknoppen een pulse geven.
Maw druk en hou ik de knop in, dan is de state "on"
Laat ik los dan is de state "off"

Ook met toggle gaat de licht dus aan/uit, bij 1x drukken

[RoTeK70]

Vraagje, door dat gedoe met Afvalwijzer ben ik afgelopen week helemaal opnieuw begonnen (had toen nog niet door waar het aan lag, las ik zaterdag pas ).
Ik had een NUC met Windows en Virtualbox. Werkte best redelijk maar af en toe crashte hij toch.
Dus nu een NUC met Proxmox, met HA werkt tot nu toe top. Kan alleen nog niet ontdekken hoe ik BT aan de gang krijg. DeCONZ USB stick is wel gelukt.
Goed, op zich werkt alles weer behalve Afvalwijzer maar dat komt nog wel een keer. Vraag is ik heb een Snapshot teruggezet maar na 24 uur heb ik nog steeds geen geschiedenis van mijn temperatuur sensoren of KWH meters eigenlijk heb ik helemaal geen geschiedenis meer. Hoe kan dat?

Logbook werkt ook niet.
In ander logboek zie ik allemaal errors met Recorder dus klopt wel.

[ Voor 26% gewijzigd door RoTeK70 op 13-09-2020 21:15 ]

[larsiey]

RoTeK70 schreef op zondag 13 september 2020 @ 20:49:
Vraagje, door dat gedoe met Afvalwijzer ben ik afgelopen week helemaal opnieuw begonnen (had toen nog niet door waar het aan lag, las ik zaterdag pas ).
Ik had een NUC met Windows en Virtualbox. Werkte best redelijk maar af en toe crashte hij toch.
Dus nu een NUC met Proxmox, met HA werkt tot nu toe top. Kan alleen nog niet ontdekken hoe ik BT aan de gang krijg. DeCONZ USB stick is wel gelukt.
Goed, op zich werkt alles weer behalve Afvalwijzer maar dat komt nog wel een keer. Vraag is ik heb een Snapshot teruggezet maar na 24 uur heb ik nog steeds geen geschiedenis van mijn temperatuur sensoren of KWH meters eigenlijk heb ik helemaal geen geschiedenis meer. Hoe kan dat?

Logbook werkt ook niet.
In ander logboek zie ik allemaal errors met Recorder dus klopt wel.

[Afbeelding]

Je database ff verwijderen? Dan maakt HA weer een nieuwe aan.

[The Hive]

skank schreef op zondag 13 september 2020 @ 20:17:
Hoi

Ik heb een vraagje.
Ik heb een drukknop (via unipi) die een MQTT message post, waarbij het licht aan zou moeten gaan in mn dressing. Druk ik nog eens dan zou die uit moeten gaan.
Hiervoor heb ik een switch aangemaakt en 2 automations

code:

- platform: mqtt
  name: "Dressing"
  unique_id: "dressing"
  state_topic: "homeassistant/slaapkamer/dressing"
  command_topic: "homeassistant/slaapkamer/dressing/set"
  availability_topic: "homeassistant/slaapkamer/dressing/available"
  payload_on: "ON"
  payload_off: "OFF"
  payload_available: "online"
  payload_not_available: "offline"
  qos: 0
  retain: true

Automations:

code:

- id: 'Zet spots dressing aan na duwen op drukknop'
  alias: Licht dressing aan
  trigger:
    - entity_id: switch.dressing
      platform: state
      from: 'off'
      to: 'on'
  action: 
  - data:  
      entity_id: light.dressing
    service: light.turn_on 

- id: 'Zet spots dressing uit na duwen op drukknop'
  alias: Licht dressing uit
  trigger:
    - entity_id: switch.dressing
      platform: state
      from: 'on'
      to: 'off'
  action: 
  - data:  
      entity_id: light.dressing
    service: light.turn_off

Het probleem is nu als ik druk, de lamp aangaat maar ook onmiddelijk uit.
Enige idee welke richting ik moet uitzoeken?

Probeer dit eens:

code:

- id: 'Zet spots dressing aan na duwen op drukknop'
  alias: Licht dressing aan
  trigger:
    - entity_id: switch.dressing
      platform: state
  condition:
    - condition: state
      entity_id: light.dressing
      state: 'off'       
  action:
    - service: light.turn_on   
      entity_id: light.dressing


- id: 'Zet spots dressing uit na duwen op drukknop'
  alias: Licht dressing uit
  trigger:
    - entity_id: switch.dressing
      platform: state
  condition:
    - condition: state
      entity_id: light.dressing
      state: 'on'        
  action: 
    - service: light.turn_off
      entity_id: light.dressing

[skank]

The Hive schreef op zondag 13 september 2020 @ 21:57:
[...]


Probeer dit eens:

code:

- id: 'Zet spots dressing aan na duwen op drukknop'
  alias: Licht dressing aan
  trigger:
    - entity_id: switch.dressing
      platform: state
  condition:
    - condition: state
      entity_id: light.dressing
      state: 'off'       
  action:
    - service: light.turn_on   
      entity_id: light.dressing


- id: 'Zet spots dressing uit na duwen op drukknop'
  alias: Licht dressing uit
  trigger:
    - entity_id: switch.dressing
      platform: state
  condition:
    - condition: state
      entity_id: light.dressing
      state: 'on'        
  action: 
    - service: light.turn_off
      entity_id: light.dressing

Ik wil dat gerust proberen maar ben er eigenlijk niet zeker van..
Gezien mn drukknop eigenlijk altijd op "off" staat..
Het moment dat ik druk gaat hij snel op on/off

[The Hive]

skank schreef op zondag 13 september 2020 @ 21:59:
[...]


Ik wil dat gerust proberen maar ben er eigenlijk niet zeker van..
Gezien mn drukknop eigenlijk altijd op "off" staat..
Het moment dat ik druk gaat hij snel op on/off

Hij krijgt altijd een trigger van de drukknop bij status wijziging en de conditie kijkt of de lamp aan of uit staat en daar volgt een actie uit.

Bij mij werkt het zo prima. Waarschijnlijk bij jou ook...

[skank]

The Hive schreef op zondag 13 september 2020 @ 22:02:
[...]


Hij krijgt altijd een trigger van de drukknop bij status wijziging en de conditie kijkt of de lamp aan of uit staat en daar volgt een actie uit.

Bij mij werkt het zo prima. Waarschijnlijk bij jou ook...

ok ik zal het es proberen, alvast bedankt

[Hmmbob]

Dit weekend ook een leuk projectje gehad. Ik wilde al wat langer af van mijn Pi, omdat ik naast HA echt nog veel meer draai op het mini servertje (Adguard, Omada, webservers, nog wat andere servers)

Insert: een nieuwe NUC met Quad core Pentium processor, 16gb RAM en 480gb opslag. Eerlijk gezegd..... Dat ding rent rondjes om de pi heen: wat een verschil. Dit had ik veel eerder moeten doen.

HA migratie was heel simpel: toen de docker host draaide eerst een kale HA laten starten, even stoppen, config 1-op-1 gekopieerd en gaan met de banaan.

Goed voor de Family Acceptance Factor: er kan nu ook een lokale Minecraft server gedraaid worden

Pi blijft voorlopig nog even als backup voor Adguard draaien, maar daar moet ik maar eens een andere inzet voor bedenken. Deurbel die via GPIO aangesloten was heb ik ook maar omgezet naar een ESPhome opstelling met een NODEmcu die ik nog had liggen.

Ben er super content mee!

[ Voor 9% gewijzigd door Hmmbob op 13-09-2020 22:13 ]

[golles]

skank schreef op zondag 13 september 2020 @ 22:06:
[...]


ok ik zal het es proberen, alvast bedankt

Ik denk dat je dan op elke 'on' een 'toggle' zou kunnen doen en de 'off' volledig kan negeren,

ik heb @Anoniem: 14842 zijn voorbeeld iets aangepast:

code:

- id: 'Zet spots dressing OM na duwen op drukknop'
  alias: Licht dressing om
  trigger:
    - entity_id: switch.dressing
      platform: state
      to: 'on'
  action: 
  - data:  
      entity_id: light.dressing
    service: light.toggle

[ Voor 3% gewijzigd door golles op 13-09-2020 22:58 ]

[martinvdm]

Hmmbob schreef op zondag 13 september 2020 @ 22:12:
Dit weekend ook een leuk projectje gehad. Ik wilde al wat langer af van mijn Pi, omdat ik naast HA echt nog veel meer draai op het mini servertje (Adguard, Omada, webservers, nog wat andere servers)

Insert: een nieuwe NUC met Quad core Pentium processor, 16gb RAM en 480gb opslag. Eerlijk gezegd..... Dat ding rent rondjes om de pi heen: wat een verschil. Dit had ik veel eerder moeten doen.

HA migratie was heel simpel: toen de docker host draaide eerst een kale HA laten starten, even stoppen, config 1-op-1 gekopieerd en gaan met de banaan.

Goed voor de Family Acceptance Factor: er kan nu ook een lokale Minecraft server gedraaid worden

Pi blijft voorlopig nog even als backup voor Adguard draaien, maar daar moet ik maar eens een andere inzet voor bedenken. Deurbel die via GPIO aangesloten was heb ik ook maar omgezet naar een ESPhome opstelling met een NODEmcu die ik nog had liggen.

Ben er super content mee!

I said so. Draai al langer op een i3 nuc, zou niet meer terug willen. Veel plezier mee

[TweakerVincent]

martinvdm schreef op zondag 13 september 2020 @ 22:16:
[...]

I said so. Draai al langer op een i3 nuc, zou niet meer terug willen. Veel plezier mee

Same here nuc i7 heerlijk die snelheid. Vroeger op een super trage setup...

[synoniem]

Tja, mijn Pi 4 is snel genoeg voor de taken die hij moet uitvoeren. Kan ik mijn Qotom met i7 vrij houden voor experimenten met servers, services en containers.

[BounceCloud]

Hmmbob schreef op zondag 13 september 2020 @ 22:12:
Dit weekend ook een leuk projectje gehad. Ik wilde al wat langer af van mijn Pi, omdat ik naast HA echt nog veel meer draai op het mini servertje (Adguard, Omada, webservers, nog wat andere servers)

Insert: een nieuwe NUC met Quad core Pentium processor, 16gb RAM en 480gb opslag. Eerlijk gezegd..... Dat ding rent rondjes om de pi heen: wat een verschil. Dit had ik veel eerder moeten doen.

HA migratie was heel simpel: toen de docker host draaide eerst een kale HA laten starten, even stoppen, config 1-op-1 gekopieerd en gaan met de banaan.

Goed voor de Family Acceptance Factor: er kan nu ook een lokale Minecraft server gedraaid worden

Pi blijft voorlopig nog even als backup voor Adguard draaien, maar daar moet ik maar eens een andere inzet voor bedenken. Deurbel die via GPIO aangesloten was heb ik ook maar omgezet naar een ESPhome opstelling met een NODEmcu die ik nog had liggen.

Ben er super content mee!

Heb je hier een stappenplan voor gevolgd? Overweeg momenteel ook om Pi > NUC upgrade te gaan doen, maar verdwaal in alle ervaringen/meningen. De ene zweert bij Proxmox & HA, de ander draait Docker (al dan niet supervised). Ben benieuwd welke aanpak hier goed werkt

[Morpheusk]

BounceCloud schreef op zondag 13 september 2020 @ 23:18:
[...]


Heb je hier een stappenplan voor gevolgd? Overweeg momenteel ook om Pi > NUC upgrade te gaan doen, maar verdwaal in alle ervaringen/meningen. De ene zweert bij Proxmox & HA, de ander draait Docker (al dan niet supervised). Ben benieuwd welke aanpak hier goed werkt

Ik ben hier nog aan het migreren van de pi naar nuc. Zou voor Proxmox of een andere hypervisor kiezen. Zo kan je ook nog eens wat anders virtualiseren. Ik zelf heb Proxmox sinds een weekje draaien en inmiddels een VM met HA.

[RobertMe]

BounceCloud schreef op zondag 13 september 2020 @ 23:18:
[...]


Heb je hier een stappenplan voor gevolgd? Overweeg momenteel ook om Pi > NUC upgrade te gaan doen, maar verdwaal in alle ervaringen/meningen. De ene zweert bij Proxmox & HA, de ander draait Docker (al dan niet supervised). Ben benieuwd welke aanpak hier goed werkt

Ik denk niet dat hier een goed / fout in is. Lijkt mij voornamelijk belangrijk om een keuze te maken waar je jezelf goed bij voelt en kundig bent om het te onderhouden. Als je de NUC alleen voor domotica wilt inzetten kun je HA ook "bare metal" draaien. Wil je ook andere dingen er op draaien kun je keuze maken tussen virtualisatie met een Proxmox en een VM met HA, of een opzet met Docker met bv alleen HA Core, of juist Supervised, of wat dan ook. Dat ligt dus aan wat je zelf wilt, en niet aan "goed" vs "fout".

[Sp33dFr34k]

Ik heb ook nog een 7e of 8e gen NUC staan die momenteel niet veel loopt te doen... moet ook nog steeds over op Proxmox, maar heb er nog geen tijd voor gehad (familie uitbreiding). Er kwam hier een tijd terug een leuke guide voorbij voor setup hiervan, ben de link kwijt, heeft iemand hem toevallig nog?

[RoTeK70]

larsiey schreef op zondag 13 september 2020 @ 21:22:
[...]


Je database ff verwijderen? Dan maakt HA weer een nieuwe aan.

Top, dat lost het volgens mij inderdaad op!
Bedankt

[Dacuuu]

Sp33dFr34k schreef op maandag 14 september 2020 @ 00:04:
Ik heb ook nog een 7e of 8e gen NUC staan die momenteel niet veel loopt te doen... moet ook nog steeds over op Proxmox, maar heb er nog geen tijd voor gehad (familie uitbreiding). Er kwam hier een tijd terug een leuke guide voorbij voor setup hiervan, ben de link kwijt, heeft iemand hem toevallig nog?

Proxmox is hip de laatste tijd. Ik heb er ook even mee gespeelt, maar voor mijn 24/7 always on setup heb ik gekozen voor unraid, en daar draai ik docker containers op. Kind kan de was doen, heerlijk!

[Hmmbob]

synoniem schreef op zondag 13 september 2020 @ 23:14:
Tja, mijn Pi 4 is snel genoeg voor de taken die hij moet uitvoeren. Kan ik mijn Qotom met i7 vrij houden voor experimenten met servers, services en containers.

Tja, dat deed ik dus allemaal op mijn Pi 3b+

[JayOne]

skank schreef op zondag 13 september 2020 @ 20:17:
Hoi

Ik heb een vraagje.
Ik heb een drukknop (via unipi) die een MQTT message post, waarbij het licht aan zou moeten gaan in mn dressing. Druk ik nog eens dan zou die uit moeten gaan.
Hiervoor heb ik een switch aangemaakt en 2 automations

code:

- platform: mqtt
  name: "Dressing"
  unique_id: "dressing"
  state_topic: "homeassistant/slaapkamer/dressing"
  command_topic: "homeassistant/slaapkamer/dressing/set"
  availability_topic: "homeassistant/slaapkamer/dressing/available"
  payload_on: "ON"
  payload_off: "OFF"
  payload_available: "online"
  payload_not_available: "offline"
  qos: 0
  retain: true

Automations:

code:

- id: 'Zet spots dressing aan na duwen op drukknop'
  alias: Licht dressing aan
  trigger:
    - entity_id: switch.dressing
      platform: state
      from: 'off'
      to: 'on'
  action: 
  - data:  
      entity_id: light.dressing
    service: light.turn_on 

- id: 'Zet spots dressing uit na duwen op drukknop'
  alias: Licht dressing uit
  trigger:
    - entity_id: switch.dressing
      platform: state
      from: 'on'
      to: 'off'
  action: 
  - data:  
      entity_id: light.dressing
    service: light.turn_off

Het probleem is nu als ik druk, de lamp aangaat maar ook onmiddelijk uit.
Enige idee welke richting ik moet uitzoeken?

Misschien kun je het via een MQTT Device Trigger proberen, maar wal @golles zegt moet ook werken, een toggle op elk drukmoment ('on').

[Hmmbob]

BounceCloud schreef op zondag 13 september 2020 @ 23:18:
[...]


Heb je hier een stappenplan voor gevolgd? Overweeg momenteel ook om Pi > NUC upgrade te gaan doen, maar verdwaal in alle ervaringen/meningen. De ene zweert bij Proxmox & HA, de ander draait Docker (al dan niet supervised). Ben benieuwd welke aanpak hier goed werkt

Niet echt.... Ik had eerder al vastgesteld dat ik Proxmox zou gaan draaien? Heb nog even geprobeerd om de HA container (ik hoef geen supervisor) rechtstreeks op Proxmox te draaien (mbv LXC) maar dat wilde niet lekker. Daarna een Debian VM gestart en als Rocker host ingezet, dat werkt prima. Ook een aparte VM voor AdguardHome, zodat wanneer ik aan het klooien ben met de Docker host niet het hele netwerk plat ligt omdat DNS het niet meer doet

Als je nu wél de volledige HA draait, dan is migratie een eitje met de installatie procedure in de Community Guides van het HA forum!

[ Voor 7% gewijzigd door Hmmbob op 14-09-2020 08:12 ]

[Hmmbob]

RobertMe schreef op zondag 13 september 2020 @ 23:30:
[...]

Ik denk niet dat hier een goed / fout in is. Lijkt mij voornamelijk belangrijk om een keuze te maken waar je jezelf goed bij voelt en kundig bent om het te onderhouden. Als je de NUC alleen voor domotica wilt inzetten kun je HA ook "bare metal" draaien. Wil je ook andere dingen er op draaien kun je keuze maken tussen virtualisatie met een Proxmox en een VM met HA, of een opzet met Docker met bv alleen HA Core, of juist Supervised, of wat dan ook. Dat ligt dus aan wat je zelf wilt, en niet aan "goed" vs "fout".

Dit inderdaad. Ik heb dus gekozen voor Proxmox -> Debian VM -> HA container in Docker, omdat ik geen supervised of add-ons wilde draaien. Andere optie is meteen de HA vm draaien.

[Hmmbob]

Sp33dFr34k schreef op maandag 14 september 2020 @ 00:04:
Ik heb ook nog een 7e of 8e gen NUC staan die momenteel niet veel loopt te doen... moet ook nog steeds over op Proxmox, maar heb er nog geen tijd voor gehad (familie uitbreiding). Er kwam hier een tijd terug een leuke guide voorbij voor setup hiervan, ben de link kwijt, heeft iemand hem toevallig nog?

Ik heb hem niet, maar installatie van Proxmox was een eitje mbv de uitleg op hun site.

[Hmmbob]

Dacuuu schreef op maandag 14 september 2020 @ 07:08:
[...]


Proxmox is hip de laatste tijd. Ik heb er ook even mee gespeelt, maar voor mijn 24/7 always on setup heb ik gekozen voor unraid, en daar draai ik docker containers op. Kind kan de was doen, heerlijk!

Hmmm, interessant. Daar moet ik nog maar eens naar kijken - kan altijd migreren natuurlijk

[larsiey]

Een Unraid licentie kost wel 60 euro. Daar tegenover is Proxmox gratis.
Ik heb het beide nooit gebruikt, dus kan je niet vertellen wat beter/ handiger werkt .

[Dacuuu]

larsiey schreef op maandag 14 september 2020 @ 08:18:
Een Unraid licentie kost wel 60 euro. Daar tegenover is Proxmox gratis.
Ik heb het beide nooit gebruikt, dus kan je niet vertellen wat beter/ handiger werkt .

Ah een echte Nederlander het is mij de eenmalige licentiekosten meer dan waard. proxmox is ook erg mooi, maar er is meer op de markt

[Cardinal]

code:

  condition:
  - after: '16:00:00'
    before: '17:00:00'

Volgens mij is tijd exotisch geregeld in home assistant

[Hmmbob]

Cardinal schreef op maandag 14 september 2020 @ 09:20:
[Afbeelding]

code:

  condition:
  - after: '16:00:00'
    before: '17:00:00'

Volgens mij is tijd exotisch geregeld in home assistant

Bijzonder, zoiets gebruik ik zelf ook, en dat werkt helemaal zoals verwacht...

Edit: @-Casper is scherp in mijn code zit idd ook:

YAML:

    - condition: time
      after: '06:59:00'
      before: '08:30:00'

[ Voor 13% gewijzigd door Hmmbob op 14-09-2020 09:26 ]

[-Casper]

Cardinal schreef op maandag 14 september 2020 @ 09:20:
[Afbeelding]

code:

  condition:
  - after: '16:00:00'
    before: '17:00:00'

Volgens mij is tijd exotisch geregeld in home assistant

Je mist de condition type
conditon: time

Docs

[RedPas]

Hallo, ik heb HA 4.12 draaien als VM op een HPE Microserver Gen 10,
2 CPUs x AMD Opteron(tm) X3216 APU en 24gig ram. Deze draaid ESxi 6.7
HA is 4.12

Dit werkt redelijk stabiel, maar ik heb toch paar vragen of opmerkingen.

Als ik een aanpassing doe in de config, en HA moet opnieuw starten dan duurd dit soms tot 15 minuten?? Is dit normaal gedrag van HA? Ik kom van pimatic, waar je aanpassing doet in config en in 1 minuut weer gereboot hebt...

Als ik wil updaten naar 4.13 loopt boel vast, mag ik VM verwijderen en opnieuw beginnen.

In de keuken heb ik een TV met een Pi4 4gig ram die enkel dient om HA te visualiseren.
Nu heb ik regelmatig dat de browser crashed, of dat de streams van 1 vd 2 te tonen camera's bevriest.

Ik heb nog een HP 8200 elite werkloos staan, bij de volgende crash ben ik aan het verwegen om direct HA os op te zetten. Dus geen VM.
Ik luister graag naar jullie tips

[skank]

golles schreef op zondag 13 september 2020 @ 22:13:
[...]


Ik denk dat je dan op elke 'on' een 'toggle' zou kunnen doen en de 'off' volledig kan negeren,

ik heb @Anoniem: 14842 zijn voorbeeld iets aangepast:

code:

- id: 'Zet spots dressing OM na duwen op drukknop'
  alias: Licht dressing om
  trigger:
    - entity_id: switch.dressing
      platform: state
      to: 'on'
  action: 
  - data:  
      entity_id: light.dressing
    service: light.toggle

Wat @The Hive zei werkt niet, helaas, ook daar gaat hij aan/uit bij het drukken.
Wat jij zegt zou zomaar kunnen ja.
Goed gedacht probeer ik ook !

[skank]

JayOne schreef op maandag 14 september 2020 @ 08:10:
[...]

Misschien kun je het via een MQTT Device Trigger proberen, maar wal @golles zegt moet ook werken, een toggle op elk drukmoment ('on').

Idd ik denk ook dat hetgeen golles voorstelde, moet werken.
Die MQTT trigger ziet er me ingewikkelder uit.
Eerst die toggle op on proberen

[Hmmbob]

RedPas schreef op maandag 14 september 2020 @ 09:44:
Hallo, ik heb HA 4.12 draaien als VM op een HPE Microserver Gen 10,
2 CPUs x AMD Opteron(tm) X3216 APU en 24gig ram. Deze draaid ESxi 6.7
HA is 4.12

Dit werkt redelijk stabiel, maar ik heb toch paar vragen of opmerkingen.

Als ik een aanpassing doe in de config, en HA moet opnieuw starten dan duurd dit soms tot 15 minuten?? Is dit normaal gedrag van HA? Ik kom van pimatic, waar je aanpassing doet in config en in 1 minuut weer gereboot hebt...

Als ik wil updaten naar 4.13 loopt boel vast, mag ik VM verwijderen en opnieuw beginnen.

In de keuken heb ik een TV met een Pi4 4gig ram die enkel dient om HA te visualiseren.
Nu heb ik regelmatig dat de browser crashed, of dat de streams van 1 vd 2 te tonen camera's bevriest.

Ik heb nog een HP 8200 elite werkloos staan, bij de volgende crash ben ik aan het verwegen om direct HA os op te zetten. Dus geen VM.
Ik luister graag naar jullie tips

Kort gezegd: op zo'n systeem is 15min verre van normaal (mits je de HA VM daadwerkelijk voldoende resources van de host toegekend hebt, en niet maar 1 core en 512MB ofzo). Welke debugging stappen heb je al genomen? Wat zeggen de logbestanden?

[Septillion]

@RedPas Mijn Pi 4 doet er zo'n 2 minuten over ofzo. Wat @Hmmbob zegt maar ook, wat draai je allemaal voor integraties? Van wat ik hier hoor kan bijvoorbeeld Z-wave de boel aardig ophouden.

[RedPas]

Settings in ESXi

Hardware Configuration
CPU
2 vCPUs
Memory
2 GB
Hard disk 1
120 GB
USB controller
USB 2.0
Network adapter 1
VM Network (Connected)
Video card
4 MB
Others
Additional Hardware

In de logs niets abnormaal, lijkt mij

Het is ook de eerste keer dat ik HA draai als VM, ervoor altijd getest op een Pi3b+

Integraties: iOS, Hue, Mobile app, MQTT, Pi-hole, samsung smart tv, en unifi.
Zo zwaar is dit toch niet belast?

[ Voor 14% gewijzigd door RedPas op 14-09-2020 10:03 ]

[Hmmbob]

RedPas schreef op maandag 14 september 2020 @ 09:59:
Settings in ESXi

Hardware Configuration
CPU
2 vCPUs
Memory
2 GB
Hard disk 1
120 GB
USB controller
USB 2.0
Network adapter 1
VM Network (Connected)
Video card
4 MB
Others
Additional Hardware

In de logs niets abnormaal, lijkt mij

Het is ook de eerste keer dat ik HA draai als VM, ervoor altijd getest op een Pi3b+

Looks good to me. Als je zoveel RAM in je host hebt, kan je ook gerust wat meer toekennen, dan zit het wat ruimer in het jasje, Maar eerlijk gezegd, de hardware lijkt me niet het issue. Welke integraties heb je? De hint van Z-Wave hierboven is ook een goede. Ik heb daar geen last meer van nu ik de nieuwe zwave integratie gebruik (en dus effectief Z-Wave buiten HA afhandel).

[ Voor 16% gewijzigd door Hmmbob op 14-09-2020 10:07 ]

[RedPas]

Integraties: iOS, Hue, Mobile app, MQTT, Pi-hole, samsung smart tv, en unifi.
Zo zwaar is dit toch niet belast?

code:

# Configure a default setup of Home Assistant (frontend, api, etc)
default_config:

# Text to speech
tts:
  - platform: google_translate

group: !include groups.yaml
automation: !include automations.yaml
script: !include scripts.yaml
scene: !include scenes.yaml

mqtt:
 broker: 10.0.100.99
 
ffmpeg:
stream:
camera:
  - platform: generic
    still_image_url: "http://10.0.113.150:80/Streaming/channels/1/picture"
    stream_source: "rtsp://10.0.113.150:554/Streaming/channels/102"
    authentication: digest
    name: "Hik Voorkant"
  - platform: generic
    still_image_url: "http://10.0.113.155:80/Streaming/channels/1/picture"
    stream_source: "rtsp://10.0.113.155:554/Streaming/channels/102"
    authentication: digest
    name: "Hik Zijkant"  
  - platform: generic
    still_image_url: "http://10.0.114.6/snap.jpeg"
    stream_source: "rtsp://10.0.114.6:554/s1"
    name: "G3 Dome Zijkant"
  - platform: generic
    still_image_url: "http://10.0.114.5/snap.jpeg"
    stream_source: "rtsp://10.0.114.5:554/s0"
    name: "G3Pro Voorkant" 
  - platform: generic
    still_image_url: "http://10.0.114.1/snap.jpeg"
    stream_source: "rtsp://10.0.114.1:554/s1"
    name: "G3 Zolder" 
  - platform: generic
    still_image_url: "http://10.0.113.100/snap.jpeg"
    stream_source: "rtsp://10.0.113.100:554/s1"
    name: "G3 Tuin"
  - platform: generic
    still_image_url: "http://10.0.113.101/snap.jpeg"
    stream_source: "rtsp://10.0.113.101/s1"
    name: "G3 Dome Tuinhuis" 
  - platform: generic
    still_image_url: "http://10.0.11.8/snap.jpeg"
    stream_source: "rtsp://10.0.11.36:7447/5c4c0d9c6088301330ced3e1_0"
    authentication: digest
    name: "Cam Elena"  
binary_sensor:
  - platform: hikvision
    host: 10.0.113.150
    username: admin
    password: !secret Hikpass
  - platform: hikvision
    host: 10.0.113.155
    username: admin
    password: !secret Hikpass 
sensor:
  - platform: mqtt
    name: "Spanning"
    state_topic: "Energy/V1"
    unit_of_measurement: 'V'
  - platform: mqtt
    name: "Stroom"
    state_topic: "Energy/I1"
    unit_of_measurement: 'A'  
  - platform: mqtt
    name: "Stroom HCCS"
    state_topic: "Energy/I2"
    unit_of_measurement: 'A'
  - platform: mqtt
    name: "Stroom Huis"
    state_topic: "Energy/I3"
    unit_of_measurement: 'A'  
  - platform: mqtt
    name: "Temp Zolder"
    state_topic: "/ESP_1_PowerBox/TempSens15/Temp15"
    unit_of_measurement: '°C'
  - platform: mqtt
    name: "Temp netwerkkast"
    state_topic: "/ESP_1_PowerBox/TempSens16/Temp16"
    unit_of_measurement: '°C'  
  - platform: mqtt
    name: "Temp Powerbox"
    state_topic: "/ESP_1_PowerBox/TempSens17/Temp17"
    unit_of_measurement: '°C'
  - platform: mqtt
    name: "Temp Kamer Noa"
    state_topic: "/ESP_1_PowerBox/DSNoa/Temperature"
    unit_of_measurement: '°C'  
  - platform: mqtt
    name: "Uptime esp1"
    state_topic: "/ESP_1_PowerBox/Uptime/Uptime"
    unit_of_measurement: 'min'
  - platform: mqtt
    name: "RSSI esp1"
    state_topic: "/ESP_1_PowerBox/WiFiRSSI/WiFiRSSI"
    unit_of_measurement: 'dB'  
  - platform: mqtt
    name: "Temp Kamer Zita"
    state_topic: "/ESP_2_KamerZita/Ds_temp/Temperature"
    unit_of_measurement: '°C'
  - platform: mqtt
    name: "Uptime esp2"
    state_topic: "/ESP_2_KamerZita/Uptime/Uptime"
    unit_of_measurement: 'min'    
  - platform: mqtt
    name: "RSSI esp2"
    state_topic: "/ESP_2_KamerZita/WiFiRSSI/WiFiRSSI"
    unit_of_measurement: 'dB'    
  - platform: mqtt
    name: "Humidity badkamer"
    state_topic: "/ESP_4_Badkamer/BME280/Humidity"
    unit_of_measurement: '%'
  - platform: mqtt
    name: "Temp badkamer"
    state_topic: "/ESP_4_Badkamer/BME280/Temperature"
    unit_of_measurement: '°C'  
  - platform: mqtt
    name: "RSSI esp4"
    state_topic: "/ESP_4_Badkamer/WiFiRSSI/WiFiRSSI"
    unit_of_measurement: 'dB'
  - platform: mqtt
    name: "Uptime esp4"
    state_topic: "/ESP_4_Badkamer/Uptime/Uptime"
    unit_of_measurement: 'min'
  - platform: mqtt
    name: "Debiet Ventilatie"
    state_topic: "Debiet"
    unit_of_measurement: 'Nm³/h' 
  - platform: mqtt
    name: "plc"
    state_topic: "plc"
    unit_of_measurement: ''
  - platform: mqtt
    name: "Druk Ventilatie"
    state_topic: "Druk"
    unit_of_measurement: '' 
  - platform: mqtt
    name: "Temp Living"
    state_topic: "Temps/Living"
    unit_of_measurement: '°C'   
  - platform: mqtt
    name: "Temp CV Retour"
    state_topic: "Temps/CV/retour"
    unit_of_measurement: '°C' 
  - platform: mqtt
    name: "Temp CV Vertrek"
    state_topic: "Temps/CV/vertrek"
    unit_of_measurement: '°C'
  - platform: mqtt
    name: "Temp CV Vertrek Living"
    state_topic: "Temps/CV/vertrekliving"
    unit_of_measurement: '°C' 
  - platform: mqtt
    name: "Temp CV Warm water"
    state_topic: "Temps/CV/ww"
    unit_of_measurement: '°C'
  - platform: mqtt
    name: "Freq Speed set"
    state_topic: "Climate/Freqspeed"
    unit_of_measurement: '%' 
  - platform: mqtt
    name: "Freq speed i out"
    state_topic: "Climate/Freqiout"
    unit_of_measurement: 'mA'
  - platform: mqtt
    name: "De Bel"
    state_topic: "/debel/"
    unit_of_measurement: 'Gebeld' 
      
switch:
  - platform: mqtt
    unique_id: freq_power
    name: "Voeding Freq"
    state_topic: "Climate/Freqpower"
    command_topic: "Climate/Freqpower"
    payload_on: "1"
    payload_off: "0"
    state_on: "1"
    state_off: "0"
    optimistic: false
    qos: 0
    retain: true      
  - platform: mqtt
    unique_id: freq_run
    name: "Ventilatie AAN"
    state_topic: "Climate/Freqrun"
    command_topic: "Climate/Freqrun"
    payload_on: "1"
    payload_off: "0"
    state_on: "1"
    state_off: "0"
    optimistic: false
    qos: 1
    retain: true    
  - platform: mqtt
    unique_id: Verlichting Zolder
    name: "PLC/Output/ch3/out0"
    state_topic: "PLC/Output/ch3/out0"
    command_topic: "PLC/Output/ch3/out0"
    payload_on: "1"
    payload_off: "0"
    state_on: "1"
    state_off: "0"
    optimistic: false
    qos: 0
    retain: true      
  - platform: mqtt
    unique_id: PLC/Output/ch3/out1
    name: "PLC/Output/ch3/out1"
    state_topic: "PLC/Output/ch3/out1"
    command_topic: "PLC/Output/ch3/out1"
    payload_on: "1"
    payload_off: "0"
    state_on: "1"
    state_off: "0"
    optimistic: false
    qos: 1
    retain: true 
  - platform: mqtt
    unique_id: PLC/Output/ch3/out2
    name: "PLC/Output/ch3/out2"
    state_topic: "PLC/Output/ch3/out2"
    command_topic: "PLC/Output/ch3/out2"
    payload_on: "1"
    payload_off: "0"
    state_on: "1"
    state_off: "0"
    optimistic: false
    qos: 0
    retain: true      
  - platform: mqtt
    unique_id: Power Zolder
    name: "PLC/Output/ch3/out3"
    state_topic: "PLC/Output/ch3/out3"
    command_topic: "PLC/Output/ch3/out3"
    payload_on: "1"
    payload_off: "0"
    state_on: "1"
    state_off: "0"
    optimistic: false
    qos: 1
    retain: true   
  - platform: mqtt
    unique_id: Sonoff1 R1
    name: "Sonoff 1 R1"
    state_topic: "sonoff_1_7/cmd"
    command_topic: "sonoff_1_7/cmd"
    payload_on: "GPIO,12,1"
    payload_off: "GPIO,12,0"
    state_on: "1"
    state_off: "0"
    optimistic: false
    qos: 0
    retain: true      
  - platform: mqtt
    unique_id: Sonoff1 R2
    name: "Sonoff 1 R2"
    state_topic: "sonoff_1_7/cmd"
    command_topic: "sonoff_1_7/cmd"
    payload_on: "GPIO,5,1"
    payload_off: "GPIO,5,0"
    state_on: "1"
    state_off: "0"
    optimistic: false
    qos: 1
    retain: true 
  - platform: mqtt
    unique_id: Sonoff2 R1
    name: "Sonoff 2 R1"
    state_topic: "sonoff_2/cmd"
    command_topic: "sonoff_2/cmd"
    payload_on: "GPIO,12,1"
    payload_off: "GPIO,12,0"
    state_on: "1"
    state_off: "0"
    optimistic: false
    qos: 0
    retain: true      
  - platform: mqtt
    unique_id: Sonoff2 R2
    name: "Sonoff 2 R2"
    state_topic: "sonoff_2/cmd"
    command_topic: "sonoff_2/cmd"
    payload_on: "GPIO,5,1"
    payload_off: "GPIO,5,0"
    state_on: "1"
    state_off: "0"
    optimistic: false
    qos: 1
    retain: true 
calendar:
  - platform: caldav
    username: !secret icloud_username
    password: !secret icloud_app_specific_password
    url: !secret icloud_url
    calendars:
      - Gezin    
    

  target_temp:
    name: Ventilatie Snelheid
    min: 1
    max: 100
    step: 1
    unit_of_measurement: step
    icon: mdi:target


automation:
  - alias: Set temp slider
    trigger:
      platform: mqtt
      topic: 'Climate/Freqspeed'
    action:
      service: input_number.set_value
      data_template:
        entity_id: input_number.target_temp
        value: "{{ trigger.payload }}"


  - alias: Temp slider moved
    trigger:
      platform: state
      entity_id: input_number.target_temp
    action:
      service: mqtt.publish
      data_template:
        topic: 'Climate/Freqspeed'
        retain: true
        payload: "{{ states('input_number.target_temp') | int }}"

[Hmmbob]

Ik zou je camera's en de hikvision integratie tijdelijk uit zetten (commenten in je YAML dmv #), en dan nog eens kijken hoe lang een reboot duurt. Dan stap voor stap enablen?

[RedPas]

Zal ik eens proberen.
Hou jullie op de hoogte

Edit.Om 11u52 laten herstarten, om 12u10 nog niet online

Edit 2 12u12 online.... das 20 minuten

[ Voor 59% gewijzigd door RedPas op 14-09-2020 12:13 ]

[Hmmbob]

Da's echt bizar lang inderdaad. Normaal zou HA waarschuwingen moeten geven als de startup te lang duurt. Is je log leeg?

[Koepert]

Die target temp uit je config.. heb ik geen verstand van. Maar klopt die indentation ?

[RedPas]

Logboek was vroeger leeg, nu krijg ik dit:


Error while setting up caldav platform for calendar
12:11:53 – Kalender (ERROR)
Waiting on integrations to complete setup: recorder
12:11:25 – bootstrap.py (WARNING) - bericht kwam voor het eerst om 11:54:24 en verschijnt 18 malen
Setup of recorder is taking over 10 seconds.
11:53:35 – /usr/local/lib/python3.8/asyncio/events.py (WARNING)

2020-09-14 11:53:24 WARNING (SyncWorker_0) [homeassistant.util.yaml.loader] YAML file /config/configuration.yaml contains duplicate key "automation". Check lines 8 and 317
2020-09-14 11:53:35 WARNING (MainThread) [homeassistant.setup] Setup of recorder is taking over 10 seconds.
2020-09-14 11:54:24 WARNING (MainThread) [homeassistant.bootstrap] Waiting on integrations to complete setup: recorder
2020-09-14 11:55:25 WARNING (MainThread) [homeassistant.bootstrap] Waiting on integrations to complete setup: recorder
2020-09-14 11:56:25 WARNING (MainThread) [homeassistant.bootstrap] Waiting on integrations to complete setup: recorder
2020-09-14 11:57:25 WARNING (MainThread) [homeassistant.bootstrap] Waiting on integrations to complete setup: recorder
2020-09-14 11:58:25 WARNING (MainThread) [homeassistant.bootstrap] Waiting on integrations to complete setup: recorder
2020-09-14 11:59:25 WARNING (MainThread) [homeassistant.bootstrap] Waiting on integrations to complete setup: recorder
2020-09-14 12:00:25 WARNING (MainThread) [homeassistant.bootstrap] Waiting on integrations to complete setup: recorder
2020-09-14 12:01:25 WARNING (MainThread) [homeassistant.bootstrap] Waiting on integrations to complete setup: recorder
2020-09-14 12:02:25 WARNING (MainThread) [homeassistant.bootstrap] Waiting on integrations to complete setup: recorder
2020-09-14 12:03:25 WARNING (MainThread) [homeassistant.bootstrap] Waiting on integrations to complete setup: recorder
2020-09-14 12:04:25 WARNING (MainThread) [homeassistant.bootstrap] Waiting on integrations to complete setup: recorder
2020-09-14 12:05:25 WARNING (MainThread) [homeassistant.bootstrap] Waiting on integrations to complete setup: recorder
2020-09-14 12:06:25 WARNING (MainThread) [homeassistant.bootstrap] Waiting on integrations to complete setup: recorder
2020-09-14 12:07:25 WARNING (MainThread) [homeassistant.bootstrap] Waiting on integrations to complete setup: recorder
2020-09-14 12:08:25 WARNING (MainThread) [homeassistant.bootstrap] Waiting on integrations to complete setup: recorder
2020-09-14 12:09:25 WARNING (MainThread) [homeassistant.bootstrap] Waiting on integrations to complete setup: recorder
2020-09-14 12:10:25 WARNING (MainThread) [homeassistant.bootstrap] Waiting on integrations to complete setup: recorder
2020-09-14 12:11:25 WARNING (MainThread) [homeassistant.bootstrap] Waiting on integrations to complete setup: recorder
2020-09-14 12:11:53 ERROR (MainThread) [homeassistant.components.calendar] Error while setting up caldav platform for calendar
Traceback (most recent call last):
File "/usr/src/homeassistant/homeassistant/helpers/entity_platform.py", line 184, in _async_setup_platform
await asyncio.shield(task)
File "/usr/local/lib/python3.8/concurrent/futures/thread.py", line 57, in run
result = self.fn(*self.args, **self.kwargs)
File "/usr/src/homeassistant/homeassistant/components/caldav/calendar.py", line 77, in setup_platform
calendars = client.principal().calendars()
File "/usr/local/lib/python3.8/site-packages/caldav/davclient.py", line 118, in principal
return Principal(self)
File "/usr/local/lib/python3.8/site-packages/caldav/objects.py", line 370, in __init__
cup = self.get_properties([dav.CurrentUserPrincipal()])
File "/usr/local/lib/python3.8/site-packages/caldav/objects.py", line 219, in get_properties
response = self._query_properties(props, depth)
File "/usr/local/lib/python3.8/site-packages/caldav/objects.py", line 129, in _query_properties
return self._query(root, depth)
File "/usr/local/lib/python3.8/site-packages/caldav/objects.py", line 160, in _query
ret = getattr(self.client, query_method)(
File "/usr/local/lib/python3.8/site-packages/caldav/davclient.py", line 132, in propfind
return self.request(url or self.url, "PROPFIND", props,
File "/usr/local/lib/python3.8/site-packages/caldav/davclient.py", line 254, in request
raise ex
caldav.lib.error.AuthorizationError: AuthorizationError at 'https://caldav.icloud.com/', reason 'Unauthorized'

Zal maar es gaan zoeken vanwaar die recorder komt?

[larsiey]

@RedPas Verwijder je database eens. Dan maakt HA een nieuwe aan.

[golles]

RedPas schreef op maandag 14 september 2020 @ 13:18:
Logboek was vroeger leeg, nu krijg ik dit:


Error while setting up caldav platform for calendar
12:11:53 – Kalender (ERROR)
Waiting on integrations to complete setup: recorder
12:11:25 – bootstrap.py (WARNING) - bericht kwam voor het eerst om 11:54:24 en verschijnt 18 malen
Setup of recorder is taking over 10 seconds.
11:53:35 – /usr/local/lib/python3.8/asyncio/events.py (WARNING)

2020-09-14 11:53:24 WARNING (SyncWorker_0) [homeassistant.util.yaml.loader] YAML file /config/configuration.yaml contains duplicate key "automation". Check lines 8 and 317
2020-09-14 11:53:35 WARNING (MainThread) [homeassistant.setup] Setup of recorder is taking over 10 seconds.
2020-09-14 11:54:24 WARNING (MainThread) [homeassistant.bootstrap] Waiting on integrations to complete setup: recorder
2020-09-14 11:55:25 WARNING (MainThread) [homeassistant.bootstrap] Waiting on integrations to complete setup: recorder
2020-09-14 11:56:25 WARNING (MainThread) [homeassistant.bootstrap] Waiting on integrations to complete setup: recorder
2020-09-14 11:57:25 WARNING (MainThread) [homeassistant.bootstrap] Waiting on integrations to complete setup: recorder
2020-09-14 11:58:25 WARNING (MainThread) [homeassistant.bootstrap] Waiting on integrations to complete setup: recorder
2020-09-14 11:59:25 WARNING (MainThread) [homeassistant.bootstrap] Waiting on integrations to complete setup: recorder
2020-09-14 12:00:25 WARNING (MainThread) [homeassistant.bootstrap] Waiting on integrations to complete setup: recorder
2020-09-14 12:01:25 WARNING (MainThread) [homeassistant.bootstrap] Waiting on integrations to complete setup: recorder
2020-09-14 12:02:25 WARNING (MainThread) [homeassistant.bootstrap] Waiting on integrations to complete setup: recorder
2020-09-14 12:03:25 WARNING (MainThread) [homeassistant.bootstrap] Waiting on integrations to complete setup: recorder
2020-09-14 12:04:25 WARNING (MainThread) [homeassistant.bootstrap] Waiting on integrations to complete setup: recorder
2020-09-14 12:05:25 WARNING (MainThread) [homeassistant.bootstrap] Waiting on integrations to complete setup: recorder
2020-09-14 12:06:25 WARNING (MainThread) [homeassistant.bootstrap] Waiting on integrations to complete setup: recorder
2020-09-14 12:07:25 WARNING (MainThread) [homeassistant.bootstrap] Waiting on integrations to complete setup: recorder
2020-09-14 12:08:25 WARNING (MainThread) [homeassistant.bootstrap] Waiting on integrations to complete setup: recorder
2020-09-14 12:09:25 WARNING (MainThread) [homeassistant.bootstrap] Waiting on integrations to complete setup: recorder
2020-09-14 12:10:25 WARNING (MainThread) [homeassistant.bootstrap] Waiting on integrations to complete setup: recorder
2020-09-14 12:11:25 WARNING (MainThread) [homeassistant.bootstrap] Waiting on integrations to complete setup: recorder
2020-09-14 12:11:53 ERROR (MainThread) [homeassistant.components.calendar] Error while setting up caldav platform for calendar
Traceback (most recent call last):
File "/usr/src/homeassistant/homeassistant/helpers/entity_platform.py", line 184, in _async_setup_platform
await asyncio.shield(task)
File "/usr/local/lib/python3.8/concurrent/futures/thread.py", line 57, in run
result = self.fn(*self.args, **self.kwargs)
File "/usr/src/homeassistant/homeassistant/components/caldav/calendar.py", line 77, in setup_platform
calendars = client.principal().calendars()
File "/usr/local/lib/python3.8/site-packages/caldav/davclient.py", line 118, in principal
return Principal(self)
File "/usr/local/lib/python3.8/site-packages/caldav/objects.py", line 370, in __init__
cup = self.get_properties([dav.CurrentUserPrincipal()])
File "/usr/local/lib/python3.8/site-packages/caldav/objects.py", line 219, in get_properties
response = self._query_properties(props, depth)
File "/usr/local/lib/python3.8/site-packages/caldav/objects.py", line 129, in _query_properties
return self._query(root, depth)
File "/usr/local/lib/python3.8/site-packages/caldav/objects.py", line 160, in _query
ret = getattr(self.client, query_method)(
File "/usr/local/lib/python3.8/site-packages/caldav/davclient.py", line 132, in propfind
return self.request(url or self.url, "PROPFIND", props,
File "/usr/local/lib/python3.8/site-packages/caldav/davclient.py", line 254, in request
raise ex
caldav.lib.error.AuthorizationError: AuthorizationError at 'https://caldav.icloud.com/', reason 'Unauthorized'

Zal maar es gaan zoeken vanwaar die recorder komt?

Dit moet je sowieso even fixen:

code:

2020-09-14 11:53:24 WARNING (SyncWorker_0) [homeassistant.util.yaml.loader] YAML file /config/configuration.yaml contains duplicate key "automation". Check lines 8 and 317

Dit kun je doen door die 2 losse automations aan het einde in je automations.yaml bestand te zetten

Darnaast klopt je login voor icloud niet:

code:

caldav.lib.error.AuthorizationError: AuthorizationError at 'https://caldav.icloud.com/', reason 'Unauthorized'

Dat stukje met target_temp klopt ook niet, ik denk dat het een input_number moet zijn, denk dat je die regel per ongeluk weggehaald hebt:

code:

input_number:
  target_temp:
    name: Ventilatie Snelheid
    min: 1
    max: 100
    step: 1
    unit_of_measurement: step
    icon: mdi:target

Als je dit allemaal aangespat hebt en die recorder entries nog steeds in de log blijven staan, dan kun je inderdaad de database verwijderen en opnieuw opstatrten, je raakt dan wel je history kwijt. Als je dat niet wilt, zou je de database ook kunnen renamen ipv verwijderen

[ Voor 8% gewijzigd door golles op 14-09-2020 13:51 . Reden: Volgorde aangepast zodat het hopelijk duidelijke is ]

[MisteRMeesteR]

Als HA blijft wachten op recorder heb je waarschijnlijk entiteiten ge-include danwel ge-exclude in je recorder.yaml welke niet meer bestaan of bijvoorbeeld hernoemd zijn.

Bene there, done that

[RedPas]

@larsiey Hoe doe je dit het simpelst?
Vergeef me mijn onwetendheid, maar ik ben nog een echte noob op vlak van HA.
Ik gebruik eigenlijk Pimatic, maar omwille van een mooiere UI, een steeds groter worden systeem, wil ik wel es de overstap wagen.

@golles Login van icloud klopt idd niet, deze word aangepast.

Dit kun je doen door die 2 losse automations aan het einde in je automations.yaml bestand te zetten

Heb nu es alles daarvan verwijderd uit config, automations is ook terug leeg.
HA laten herstarten, wacht nu al weer 18 minuten...

@MisteRMeesteR

Als HA blijft wachten op recorder heb je waarschijnlijk entiteiten ge-include danwel ge-exclude in je recorder.yaml welke niet meer bestaan of bijvoorbeeld hernoemd zijn.

ik heb geen recorder.yaml staan?

[RedPas]

[larsiey]

@RedPas Heb je Samba geïnstalleerd? Zodat je gemakkelijk bij de bestanden in HA kan?
Als het goed is zie je "home-assistant_v2.db" ofziets staan. Deze gewoon verwijderen en dan HA opnieuw opstarten.

[n0ss]

barrymossel schreef op zaterdag 12 september 2020 @ 17:28:
M'n nieuwe camera's werken prima lokaal via RTSP (er is trouwens zelfs een hack beschikbaar waarmee je nog meer uit de camera kunt halen!). Helaas heb ik wel een vertraging van 3-4 seconden als ik de camera's via die RTSP stream via FFMPEG platform integreer. Als ik diezelfde stream in MotionEye (op dezelfde RPi4) inlaadt heb ik die vertraging niet (max 1 sec). Iemand een idee waarom dat zo is?

Ik lees er waarschijnlijk overheen, maar welk model camera heb je?

[larsiey]

n0ss schreef op maandag 14 september 2020 @ 14:22:
[...]


Ik lees er waarschijnlijk overheen, maar welk model camera heb je?

Gokje: Sonoff GK-200MP2B
Staat in de link met de "hack" die hij post .

[JayOne]

RedPas schreef op maandag 14 september 2020 @ 10:24:
Integraties: iOS, Hue, Mobile app, MQTT, Pi-hole, samsung smart tv, en unifi.
Zo zwaar is dit toch niet belast?

code:

# Configure a default setup of Home Assistant (frontend, api, etc)
default_config:

# Text to speech
tts:
  - platform: google_translate

group: !include groups.yaml
automation: !include automations.yaml
script: !include scripts.yaml
scene: !include scenes.yaml

mqtt:
 broker: 10.0.100.99
 
ffmpeg:
stream:
camera:
  - platform: generic
    still_image_url: "http://10.0.113.150:80/Streaming/channels/1/picture"
    stream_source: "rtsp://10.0.113.150:554/Streaming/channels/102"
    authentication: digest
    name: "Hik Voorkant"
  - platform: generic
    still_image_url: "http://10.0.113.155:80/Streaming/channels/1/picture"
    stream_source: "rtsp://10.0.113.155:554/Streaming/channels/102"
    authentication: digest
    name: "Hik Zijkant"  
  - platform: generic
    still_image_url: "http://10.0.114.6/snap.jpeg"
    stream_source: "rtsp://10.0.114.6:554/s1"
    name: "G3 Dome Zijkant"
  - platform: generic
    still_image_url: "http://10.0.114.5/snap.jpeg"
    stream_source: "rtsp://10.0.114.5:554/s0"
    name: "G3Pro Voorkant" 
  - platform: generic
    still_image_url: "http://10.0.114.1/snap.jpeg"
    stream_source: "rtsp://10.0.114.1:554/s1"
    name: "G3 Zolder" 
  - platform: generic
    still_image_url: "http://10.0.113.100/snap.jpeg"
    stream_source: "rtsp://10.0.113.100:554/s1"
    name: "G3 Tuin"
  - platform: generic
    still_image_url: "http://10.0.113.101/snap.jpeg"
    stream_source: "rtsp://10.0.113.101/s1"
    name: "G3 Dome Tuinhuis" 
  - platform: generic
    still_image_url: "http://10.0.11.8/snap.jpeg"
    stream_source: "rtsp://10.0.11.36:7447/5c4c0d9c6088301330ced3e1_0"
    authentication: digest
    name: "Cam Elena"  
binary_sensor:
  - platform: hikvision
    host: 10.0.113.150
    username: admin
    password: !secret Hikpass
  - platform: hikvision
    host: 10.0.113.155
    username: admin
    password: !secret Hikpass 
sensor:
  - platform: mqtt
    name: "Spanning"
    state_topic: "Energy/V1"
    unit_of_measurement: 'V'
  - platform: mqtt
    name: "Stroom"
    state_topic: "Energy/I1"
    unit_of_measurement: 'A'  
  - platform: mqtt
    name: "Stroom HCCS"
    state_topic: "Energy/I2"
    unit_of_measurement: 'A'
  - platform: mqtt
    name: "Stroom Huis"
    state_topic: "Energy/I3"
    unit_of_measurement: 'A'  
  - platform: mqtt
    name: "Temp Zolder"
    state_topic: "/ESP_1_PowerBox/TempSens15/Temp15"
    unit_of_measurement: '°C'
  - platform: mqtt
    name: "Temp netwerkkast"
    state_topic: "/ESP_1_PowerBox/TempSens16/Temp16"
    unit_of_measurement: '°C'  
  - platform: mqtt
    name: "Temp Powerbox"
    state_topic: "/ESP_1_PowerBox/TempSens17/Temp17"
    unit_of_measurement: '°C'
  - platform: mqtt
    name: "Temp Kamer Noa"
    state_topic: "/ESP_1_PowerBox/DSNoa/Temperature"
    unit_of_measurement: '°C'  
  - platform: mqtt
    name: "Uptime esp1"
    state_topic: "/ESP_1_PowerBox/Uptime/Uptime"
    unit_of_measurement: 'min'
  - platform: mqtt
    name: "RSSI esp1"
    state_topic: "/ESP_1_PowerBox/WiFiRSSI/WiFiRSSI"
    unit_of_measurement: 'dB'  
  - platform: mqtt
    name: "Temp Kamer Zita"
    state_topic: "/ESP_2_KamerZita/Ds_temp/Temperature"
    unit_of_measurement: '°C'
  - platform: mqtt
    name: "Uptime esp2"
    state_topic: "/ESP_2_KamerZita/Uptime/Uptime"
    unit_of_measurement: 'min'    
  - platform: mqtt
    name: "RSSI esp2"
    state_topic: "/ESP_2_KamerZita/WiFiRSSI/WiFiRSSI"
    unit_of_measurement: 'dB'    
  - platform: mqtt
    name: "Humidity badkamer"
    state_topic: "/ESP_4_Badkamer/BME280/Humidity"
    unit_of_measurement: '%'
  - platform: mqtt
    name: "Temp badkamer"
    state_topic: "/ESP_4_Badkamer/BME280/Temperature"
    unit_of_measurement: '°C'  
  - platform: mqtt
    name: "RSSI esp4"
    state_topic: "/ESP_4_Badkamer/WiFiRSSI/WiFiRSSI"
    unit_of_measurement: 'dB'
  - platform: mqtt
    name: "Uptime esp4"
    state_topic: "/ESP_4_Badkamer/Uptime/Uptime"
    unit_of_measurement: 'min'
  - platform: mqtt
    name: "Debiet Ventilatie"
    state_topic: "Debiet"
    unit_of_measurement: 'Nm³/h' 
  - platform: mqtt
    name: "plc"
    state_topic: "plc"
    unit_of_measurement: ''
  - platform: mqtt
    name: "Druk Ventilatie"
    state_topic: "Druk"
    unit_of_measurement: '' 
  - platform: mqtt
    name: "Temp Living"
    state_topic: "Temps/Living"
    unit_of_measurement: '°C'   
  - platform: mqtt
    name: "Temp CV Retour"
    state_topic: "Temps/CV/retour"
    unit_of_measurement: '°C' 
  - platform: mqtt
    name: "Temp CV Vertrek"
    state_topic: "Temps/CV/vertrek"
    unit_of_measurement: '°C'
  - platform: mqtt
    name: "Temp CV Vertrek Living"
    state_topic: "Temps/CV/vertrekliving"
    unit_of_measurement: '°C' 
  - platform: mqtt
    name: "Temp CV Warm water"
    state_topic: "Temps/CV/ww"
    unit_of_measurement: '°C'
  - platform: mqtt
    name: "Freq Speed set"
    state_topic: "Climate/Freqspeed"
    unit_of_measurement: '%' 
  - platform: mqtt
    name: "Freq speed i out"
    state_topic: "Climate/Freqiout"
    unit_of_measurement: 'mA'
  - platform: mqtt
    name: "De Bel"
    state_topic: "/debel/"
    unit_of_measurement: 'Gebeld' 
      
switch:
  - platform: mqtt
    unique_id: freq_power
    name: "Voeding Freq"
    state_topic: "Climate/Freqpower"
    command_topic: "Climate/Freqpower"
    payload_on: "1"
    payload_off: "0"
    state_on: "1"
    state_off: "0"
    optimistic: false
    qos: 0
    retain: true      
  - platform: mqtt
    unique_id: freq_run
    name: "Ventilatie AAN"
    state_topic: "Climate/Freqrun"
    command_topic: "Climate/Freqrun"
    payload_on: "1"
    payload_off: "0"
    state_on: "1"
    state_off: "0"
    optimistic: false
    qos: 1
    retain: true    
  - platform: mqtt
    unique_id: Verlichting Zolder
    name: "PLC/Output/ch3/out0"
    state_topic: "PLC/Output/ch3/out0"
    command_topic: "PLC/Output/ch3/out0"
    payload_on: "1"
    payload_off: "0"
    state_on: "1"
    state_off: "0"
    optimistic: false
    qos: 0
    retain: true      
  - platform: mqtt
    unique_id: PLC/Output/ch3/out1
    name: "PLC/Output/ch3/out1"
    state_topic: "PLC/Output/ch3/out1"
    command_topic: "PLC/Output/ch3/out1"
    payload_on: "1"
    payload_off: "0"
    state_on: "1"
    state_off: "0"
    optimistic: false
    qos: 1
    retain: true 
  - platform: mqtt
    unique_id: PLC/Output/ch3/out2
    name: "PLC/Output/ch3/out2"
    state_topic: "PLC/Output/ch3/out2"
    command_topic: "PLC/Output/ch3/out2"
    payload_on: "1"
    payload_off: "0"
    state_on: "1"
    state_off: "0"
    optimistic: false
    qos: 0
    retain: true      
  - platform: mqtt
    unique_id: Power Zolder
    name: "PLC/Output/ch3/out3"
    state_topic: "PLC/Output/ch3/out3"
    command_topic: "PLC/Output/ch3/out3"
    payload_on: "1"
    payload_off: "0"
    state_on: "1"
    state_off: "0"
    optimistic: false
    qos: 1
    retain: true   
  - platform: mqtt
    unique_id: Sonoff1 R1
    name: "Sonoff 1 R1"
    state_topic: "sonoff_1_7/cmd"
    command_topic: "sonoff_1_7/cmd"
    payload_on: "GPIO,12,1"
    payload_off: "GPIO,12,0"
    state_on: "1"
    state_off: "0"
    optimistic: false
    qos: 0
    retain: true      
  - platform: mqtt
    unique_id: Sonoff1 R2
    name: "Sonoff 1 R2"
    state_topic: "sonoff_1_7/cmd"
    command_topic: "sonoff_1_7/cmd"
    payload_on: "GPIO,5,1"
    payload_off: "GPIO,5,0"
    state_on: "1"
    state_off: "0"
    optimistic: false
    qos: 1
    retain: true 
  - platform: mqtt
    unique_id: Sonoff2 R1
    name: "Sonoff 2 R1"
    state_topic: "sonoff_2/cmd"
    command_topic: "sonoff_2/cmd"
    payload_on: "GPIO,12,1"
    payload_off: "GPIO,12,0"
    state_on: "1"
    state_off: "0"
    optimistic: false
    qos: 0
    retain: true      
  - platform: mqtt
    unique_id: Sonoff2 R2
    name: "Sonoff 2 R2"
    state_topic: "sonoff_2/cmd"
    command_topic: "sonoff_2/cmd"
    payload_on: "GPIO,5,1"
    payload_off: "GPIO,5,0"
    state_on: "1"
    state_off: "0"
    optimistic: false
    qos: 1
    retain: true 
calendar:
  - platform: caldav
    username: !secret icloud_username
    password: !secret icloud_app_specific_password
    url: !secret icloud_url
    calendars:
      - Gezin    
    

  target_temp:
    name: Ventilatie Snelheid
    min: 1
    max: 100
    step: 1
    unit_of_measurement: step
    icon: mdi:target


automation:
  - alias: Set temp slider
    trigger:
      platform: mqtt
      topic: 'Climate/Freqspeed'
    action:
      service: input_number.set_value
      data_template:
        entity_id: input_number.target_temp
        value: "{{ trigger.payload }}"


  - alias: Temp slider moved
    trigger:
      platform: state
      entity_id: input_number.target_temp
    action:
      service: mqtt.publish
      data_template:
        topic: 'Climate/Freqspeed'
        retain: true
        payload: "{{ states('input_number.target_temp') | int }}"

Mis in je configuratie de recorder-integratie

[RedPas]

@larsiey

Heb je Samba geïnstalleerd?

Ja maar om een of andere reden niet te benaderen. Zelfs niet via Putty, WinSCP, ...
Als ik HA op een raspberry draai dan werkt samba naar behoren

Heb samba verwijderd, config gestript tot enkel mqtt
Nog altijd een 16min.

[Hmmbob]

JayOne schreef op maandag 14 september 2020 @ 14:39:
[...]

Mis in je configuratie de recorder-integratie

Nee, die is onderdeel van de default_config (via de default logbook integratie), en slaat de DB lokaal op in de config map.

Ik denk dat het verwijderen van de DB misschien wel eens kan helpen.

RedPas schreef op maandag 14 september 2020 @ 14:42:
Nog altijd een 16min.

Dat gaat niet verbeteren tot de problemen met recorder voorbij zijn.
@RedPas Probeer eens de db te verwijderen, en/of controleer de maprechten eens.

[ Voor 28% gewijzigd door Hmmbob op 14-09-2020 15:11 ]

[JayOne]

Hmmbob schreef op maandag 14 september 2020 @ 15:06:
[...]

Nee, die is onderdeel van de default_config, en slaat de DB lokaal op in de config map.

Ik denk dat het verwijderen van de DB misschien wel eens kan helpen.
[...]

Dat gaat niet verbeteren tot de problemen met recorder voorbij zijn.

Weet je dat zeker? Staat hier niet tussen.

[Hmmbob]

JayOne schreef op maandag 14 september 2020 @ 15:09:
[...]

Weet je dat zeker? Staat hier niet tussen.

Ik deed net een ninja-edit dat hij geladen wordt door logbook als dependency: https://github.com/home-a...nts/logbook/manifest.json

[ Voor 15% gewijzigd door Hmmbob op 14-09-2020 15:13 ]

[RedPas]

Ok voorruitgang,

recorder: in config gezet, laten opnieuw opstarten
dan zag ik home-assistant_v2.db staan in config map, deze verwijderd en laten opnieuw opstarten
In 2 minuten was HA terug online

dan recorder: er weer uit, en laten opnieuw opstarten

En nu duurd het nog geen minuut!!

Alvast bedankt aan allen, ik zal mijn config terug compleet maken en nog veel lezen en genieten van jullie mooie setups.

Edit:
Heb nu mijn config terug gezet zoals ervoor,
@larsiey Samba terug geinstalleerd, en werkt nu ook
Herstarten onder de minuut nu

[ Voor 15% gewijzigd door RedPas op 14-09-2020 16:00 ]

[Hmmbob]

Top. Het is soms even zoeken, maar ik ben blij dat we met de logs op zich vrij snel helder hadden wat het issue was.

[skank]

Ik probeer een automatie te maken zodat mn tablet enkel laadt tss 25% en 80 %
Echter met die template krijg ik een foutmelding

code:

- platform: template
    sensors:
      tablet_laad_status
        friendly_name: Tablet Laad Status
        value_template: >
          {% if states.sensor.living_tablet_battery_level | int >= 80 %}
            nocharge
          {% elif states.sensor.living_tablet_battery_level | int <= 25 %}
            charge
          {% endif %}

Ik kreeg een foutmelding in de rij met de friendly name, maar als ik "" toevoeg maakt het geen verschil, ook volledig weggelaten maakt geen verschil

Nu geprobeerd als volgt omdat ik dacht dat het lag aan het feit dat ik geen "else" had.

code:

- platform: template
    sensors:
      tablet_laad_status
        friendly_name: Tablet Laad Status
        value_template: >
          {% set state = states('sensor.living_tablet_battery_level') %}
          {% if '80' <= state  < '25' %}
            charge
          {% else %}
            nocharge
          {% endif %}

Ik kom er niet uit :-/

[larsiey]

skank schreef op maandag 14 september 2020 @ 19:37:
Ik probeer een automatie te maken zodat mn tablet enkel laadt tss 25% en 80 %
Echter met die template krijg ik een foutmelding

code:

- platform: template
    sensors:
      tablet_laad_status
        friendly_name: Tablet Laad Status
        value_template: >
          {% if states.sensor.living_tablet_battery_level | int >= 80 %}
            nocharge
          {% elif states.sensor.living_tablet_battery_level | int <= 25 %}
            charge
          {% endif %}

Ik kreeg een foutmelding in de rij met de friendly name, maar als ik "" toevoeg maakt het geen verschil, ook volledig weggelaten maakt geen verschil

Nu geprobeerd als volgt omdat ik dacht dat het lag aan het feit dat ik geen "else" had.
[code]


Ik kom er niet uit :-/

Code ietsjes opschuiven volgens mij.
En dubbelepunt toevoegen zoals Hmmbob zei

code:

- platform: template
  sensors:
    tablet_laad_status:
      friendly_name: Tablet Laad Status
      value_template: >
        {% set state = states('sensor.living_tablet_battery_level') %}
        {% if '80' <= state  < '25' %}
          charge
        {% else %}
          nocharge
        {% endif %}

[Hmmbob]

En een dubbele punt op jullie beider regel 3, dat is waarschijnlijk het echte probleem.

ff @skank taggen, kan hij ook weer door....

[ Voor 53% gewijzigd door Hmmbob op 14-09-2020 20:15 ]