Home Assistant: Open source Python3 home automation - deel 3

[DeadMetal]

Eerder heb ik in dit topic enkele keren geklaagd over het vastlopen van mijn gehele Pi3.

De oorzaak heb ik nu ontdekt, bij hele arbeidsintensieve taken m.b.t. disk reads/writes trekt mijn Pi3 het niet meer en loopt hij vast. Wellicht een kwaal van de usb->mSATA controller die ik heb ofzo. Gebeurt bijvoorbeeld ook als ik Kodi een gedeelde map laat indexeren die op de Pi staat.

In de nacht was dit het 'database onderhoud' dat (de) Plex (addon) doet. Ik had die Plex addon maanden niet gehad en niks aan de hand. Laatst weer geinstalleerd en spontaan een onbereikbare Pi twee ochtenden op rij. Nu heb ik dat onderhoud verplaatst naar midden op de dag en enkele zware taken uitgeschakeld in de Plex-instellingen, en gaat het wel goed.

Wat ik verder nu nog doe is zodra ik ga slapen, via een automation alle addons stoppen die in de nacht niet nodig zijn. Denk aan Grafana dashboards, Samba share, Google backups want die worden toch overdag gemaakt etc. En na de wekker weer geautomatiseerd starten met een kleine tussenpauze.

Alles om te voorkomen dat mijn wakker-worden-routines in de war geschopt worden.

[Septillion]

@DeadMetal Hoe heb je het draaien? Supervised, HA OS direct op SSD of alleen data op SSD?

En tijdens die intensieve taken niet toevallig dan power issues?

[Hmmbob]

+1 voor vermoedelijk power issue

[golles]

Hmmbob schreef op zondag 10 januari 2021 @ 11:11:
[...]

Thanks, toegepast!

Het is al een paar dagen geleden. maar het stond me nog steeds niet helemaal aan, ik doe het nu zo:

YAML:

{% set day = ['maandag', 'dinsdag', 'woensdag', 'donderdag', 'vrijdag', 'zaterdag', 'zondag'][now().weekday()] %}
{% set month = ["januari", "februari", "maart", "april", "mei", "juni", "juli", "augustus", "september", "oktober", "november", "december"][now().month-1] %}
{{ day }} {{ now().day }} {{ month }}

Of als je helemaal niet wilt assignen:

YAML:

{{ ['maandag', 'dinsdag', 'woensdag', 'donderdag', 'vrijdag', 'zaterdag', 'zondag'][now().weekday()] }}
{{ now().day }}
{{ ["januari", "februari", "maart", "april", "mei", "juni", "juli", "augustus", "september", "oktober", "november", "december"][now().month-1] }}

[Septillion]

Opeens bijzonder issue, dit weekend een dubbele Zigbee dimmer toegevoegd. Werkt verder prima, enorme aanrader. Maar als ik deze via een button card (standaard, niet custom) aan Lovelace toevoeg dan heeft het icoon net een andere tint blauw als de lamp uit is dan de rest... In onderstaande afbeelding zijn het 'Hektar' en 'Window'. Extra raar is dat ze beide ook weer een andere te donkere kleur hebben... Het betreft gewoon een 230V dimmer, dus geen RGB. 'Dining table' en 'Study RGB' laten de normale kleur blauw voor uit zien. Iemand enig idee waar dit door kan komen?

[Mars Warrior]

Septillion schreef op maandag 25 januari 2021 @ 12:16:
Opeens bijzonder issue, dit weekend een dubbele Zigbee dimmer toegevoegd. Werkt verder prima, enorme aanrader. Maar als ik deze via een button card (standaard, niet custom) aan Lovelace toevoeg dan heeft het icoon net een andere tint blauw als de lamp uit is dan de rest... In onderstaande afbeelding zijn het 'Hektar' en 'Window'. Extra raar is dat ze beide ook weer een andere te donkere kleur hebben... Het betreft gewoon een 230V dimmer, dus geen RGB. 'Dining table' en 'Study RGB' laten de normale kleur blauw voor uit zien. Iemand enig idee waar dit door kan komen?

[Afbeelding]

Is die donkerdere kleur niet toevallig een vertaling van ‘undefined’ of ‘unavailable’ qua status?

[Hmmbob]

Mars Warrior schreef op maandag 25 januari 2021 @ 12:31:
[...]

Is die donkerdere kleur niet toevallig een vertaling van ‘undefined’ of ‘unavailable’ qua status?

Ik dacht dat het dan grijs zou moeten zijn.

Misschien kan je met de developer tools iets ontdekken qua styling?

[Septillion]

@Mars Warrior Dat is normaal een grijstint de kerstboom hieronder . Ze zijn ook gewoon beschikbaar, erop klikken zet de lamp aan en toont netjes een geeltint al naar gelang dimniveau.



@Hmmbob In customize staat er niets bij en bij states zie ik ook niets geks.


In het 'more info' venster hebben ze wel de juiste tint.

[drice]

Ik ben aan het stoeien met een automation voor het zetten van een input select. Op een of andere manier wordt de input select niet gezet als de sensor.droger een minuut op klaar staat.

Spacing staat wel goed in het bestand, alleen neemt hij dat met knippen plakken niet goed over.

YAML:

conditions:
      - condition: state
        entity_id: sensor.droger
        state: klaar
        for: "00:01:00"
    sequence:
      - service: input_select.select_option
        data:
          entity_id: input_select.droger
          option: klaar

[-Casper]

drice schreef op maandag 25 januari 2021 @ 12:49:
Ik ben aan het stoeien met een automation voor het zetten van een input select. Op een of andere manier wordt de input select niet gezet als de sensor.droger een minuut op klaar staat.

Spacing staat wel goed in het bestand, alleen neemt hij dat met knippen plakken niet goed over.

YAML:

conditions:
      - condition: state
        entity_id: sensor.droger
        state: klaar
        for: "00:01:00"
    sequence:
      - service: input_select.select_option
        data:
          entity_id: input_select.droger
          option: klaar

Automations gereload? Configuration gecheckt?

[spokje]

Na een paar weken lekker aanrommelen in HA ben ik inmiddels een stuk wijzer en de meest bassale dingen die ik ook binnen HUE had geregeld, werken. De Hue bridge gebruik ik inmiddels niet meer.

Het traploos dimmen; het niet-traploos dimmen ziet ingebouwd in HA, maar ik vind dit er persoonlijk niet uitzien, als je nu dus de dimbuttons ingedrukt houdt, dan zie je het licht toe- of afnemen met steeds 10% per halve seconde oid, ziet er niet uit imo. Is traploos dimmen van de huidige scene (of groep lampen kan ik me voorstellen) mogelijk? wellicht met een script? Ik weet nog niet helemaal waar ik moet beginnen

Edit: Had hier nog een stuk staan over meerdere scenes kunnen selecteren dmv op de bovenste knop herhaaldelijk drukken van de dimmer switch, maar dit heb ik inmiddels opgelost met een counter

[ Voor 47% gewijzigd door spokje op 25-01-2021 13:18 ]

[drice]

-Casper schreef op maandag 25 januari 2021 @ 12:53:
[...]

Automations gereload? Configuration gecheckt?

Ja meerdere malen, ook handmatig de input_select aangepast. Dat werkt allemaal.
Andere automations die ook op sensor.droger werken doen het wel allemaal, alleen op een of andere manier niet degene die een for: <time> erin heeft

[Septillion]

@drice Dus als je handmatig "Execute" drukt, dan is je input_select wel ingesteld?

[Septillion]

@drice En is de state van "sensor.droger" echt "klaar"? Lijkt me nogal dubbelop. Anders zou je het eens als string kunnen forceren

YAML:

state: 'klaar'

[drice]

Ik heb ook al met strings geprobeerd, net handmatig getriggerd en nu pakte hij het wel op.
Ik had gehoopt dat de trigger ook zou werken met een for : time. Ik gok dat ik een extra trigger met de waittime moet toevoegen.

YAML:

- entity_id: sensor.droger
  platform: state

[Mars Warrior]

Septillion schreef op maandag 25 januari 2021 @ 12:39:
@Mars Warrior Dat is normaal een grijstint de kerstboom hieronder . Ze zijn ook gewoon beschikbaar, erop klikken zet de lamp aan en toont netjes een geeltint al naar gelang dimniveau.

[Afbeelding]

@Hmmbob In customize staat er niets bij en bij states zie ik ook niets geks.
[Afbeelding]

In het 'more info' venster hebben ze wel de juiste tint.
[Afbeelding]

Oja, dat klopt nu ik dit zo zie.

Ik pas altijd alles aan vanwege het thema, dus heb vaak geen idee wat ‘standaard’ is

Ik kijk altijd in de inspector van chrome voor dit soort dingen. Nu ben ik daar ook erg in thuis omdat ik custom lovelace cards ontwikkel, dus dat kan voor iemand anders beetje lastig zijn.

Ik heb geen idee nu waarom de kleuren donkerder zijn dus

[JayOne]

drice schreef op maandag 25 januari 2021 @ 12:49:
Ik ben aan het stoeien met een automation voor het zetten van een input select. Op een of andere manier wordt de input select niet gezet als de sensor.droger een minuut op klaar staat.

Spacing staat wel goed in het bestand, alleen neemt hij dat met knippen plakken niet goed over.

YAML:

conditions:
      - condition: state
        entity_id: sensor.droger
        state: klaar
        for: "00:01:00"
    sequence:
      - service: input_select.select_option
        data:
          entity_id: input_select.droger
          option: klaar

Wat is je trigger in deze automation?

[Hmmbob]

Septillion schreef op maandag 25 januari 2021 @ 12:39:
@Hmmbob In customize staat er niets bij en bij states zie ik ook niets geks.
[Afbeelding]

In het 'more info' venster hebben ze wel de juiste tint.
[Afbeelding]

Ik vraag me af of het iets te maken heeft met de verschillen in brightness. Wat grappig zou zijn, aangezien de lamp uit staat.

[Hmmbob]

drice schreef op maandag 25 januari 2021 @ 12:49:
Ik ben aan het stoeien met een automation voor het zetten van een input select. Op een of andere manier wordt de input select niet gezet als de sensor.droger een minuut op klaar staat.

Spacing staat wel goed in het bestand, alleen neemt hij dat met knippen plakken niet goed over.

YAML:

conditions:
      - condition: state
        entity_id: sensor.droger
        state: klaar
        for: "00:01:00"
    sequence:
      - service: input_select.select_option
        data:
          entity_id: input_select.droger
          option: klaar

Wat is je hele automation? ik zie alleen een condition - onderdeel van een choose denk ik zo.

[Septillion]

@Mars Warrior Door jou ging ik kijken en @Hmmbob is spot on!

Wijzigen naar 100% geeft de normale tint.

Maarja, waarom? En hoe kom ik er vanaf

[ Voor 6% gewijzigd door Septillion op 25-01-2021 13:27 ]

[Hmmbob]

Ik denk dat dit een bug is. Melden op GitHub

https://github.com/home-assistant/frontend

[Mars Warrior]

Hmmbob schreef op maandag 25 januari 2021 @ 13:33:
Ik denk dat dit een bug is. Melden op GitHub

https://github.com/home-assistant/frontend

Is dit dan geen bug in de button-card?

[MisteRMeesteR]

Gebruikt er hier iemand een notification-achtige-app op Windows 10?

Ik heb natuurlijk de notifications op telefoon en tablet en ook op de Sonos via TTS. Maar ik wil ook graag op mijn Windows10 doos een pop-upje krijgen ala Teams als er iets te melden valt vanuit HA.

Nu vind ik o.a. deze oplossing maar wil op mijn zakelijke laptop niet in de weer gaan met vage (burnttoast ) scriptjes.

Iemand al zoiets in gebruik?

[Hmmbob]

Mars Warrior schreef op maandag 25 januari 2021 @ 13:37:
[...]

Is dit dan geen bug in de button-card?

De reguliere button-card valt gewoon onder de frontend?

https://www.home-assistant.io/lovelace/button/

[Mars Warrior]

Hmmbob schreef op maandag 25 januari 2021 @ 13:48:
[...]

De reguliere button-card valt gewoon onder de frontend?

https://www.home-assistant.io/lovelace/button/

Fout gelezen, was in de war met de custom button-card

[Mars Warrior]

MisteRMeesteR schreef op maandag 25 januari 2021 @ 13:45:
Gebruikt er hier iemand een notification-achtige-app op Windows 10?

Ik heb natuurlijk de notifications op telefoon en tablet en ook op de Sonos via TTS. Maar ik wil ook graag op mijn Windows10 doos een pop-upje krijgen ala Teams als er iets te melden valt vanuit HA.

Nu vind ik o.a. deze oplossing maar wil op mijn zakelijke laptop niet in de weer gaan met vage (burnttoast ) scriptjes.

Iemand al zoiets in gebruik?

Nee, maar zie dat dingen als Slack, Discord, Telegram of iotlink veel worden gebruikt.

[drice]

Dit is nu de gehele automation, ik heb nu de een tweede trigger toegevoegd met een for:time

YAML:

id: 'droger_helper'
alias: 'Droger input select helper'
description: ''
mode: queued

trigger:
- entity_id: sensor.droger
  platform: state
- entity_id: sensor.droger
  platform: state
  for:
    minutes: 1  
- platform: homeassistant
  event: start
- platform: event
  event_type: automation_reloaded

action:
- choose:
  - conditions:
      - condition: state
        entity_id: sensor.droger
        state: bezig
        for: "00:01:00"
    sequence:
      - service: input_select.select_option
        data:
          entity_id: input_select.droger
          option: bezig
  - conditions:
      - condition: state
        entity_id: sensor.droger
        state: klaar
        for: "00:01:00"
    sequence:
      - service: input_select.select_option
        data:
          entity_id: input_select.droger
          option: klaar
  - conditions:
      - condition: state
        entity_id: sensor.droger
        state: uit
    sequence:
      - service: input_select.select_option
        data:
          entity_id: input_select.droger
          option: uit

[JayOne]

MisteRMeesteR schreef op maandag 25 januari 2021 @ 13:45:
Gebruikt er hier iemand een notification-achtige-app op Windows 10?

Ik heb natuurlijk de notifications op telefoon en tablet en ook op de Sonos via TTS. Maar ik wil ook graag op mijn Windows10 doos een pop-upje krijgen ala Teams als er iets te melden valt vanuit HA.

Nu vind ik o.a. deze oplossing maar wil op mijn zakelijke laptop niet in de weer gaan met vage (burnttoast ) scriptjes.

Iemand al zoiets in gebruik?

Je kunt gebruik maken van pushbullet

[lolgast]

MisteRMeesteR schreef op maandag 25 januari 2021 @ 13:45:
Gebruikt er hier iemand een notification-achtige-app op Windows 10?

Ik heb natuurlijk de notifications op telefoon en tablet en ook op de Sonos via TTS. Maar ik wil ook graag op mijn Windows10 doos een pop-upje krijgen ala Teams als er iets te melden valt vanuit HA.

Nu vind ik o.a. deze oplossing maar wil op mijn zakelijke laptop niet in de weer gaan met vage (burnttoast ) scriptjes.

Iemand al zoiets in gebruik?

Kun je daar de HTML5 notificatie niet voor gebruiken?
https://www.home-assistant.io/integrations/html5/

[Septillion]

@Hmmbob Ik zal vanavond eens een issue inschieten

@Mars Warrior Haha, ja, lekker verwarrende naam. Met de custom zou ik dat ook op moeten kunnen lossen maar ik wil hier toch niets bijzonders dus zou de standaard gewoon moeten werken.

Beide bedankt voor de ideeën!

[ Voor 7% gewijzigd door Septillion op 25-01-2021 14:52 ]

[Septillion]

@drice Al gekeken of je de automation uberhaupt triggert? State van 'sensor.droger' zijn echt klaar en bezig? Laatste lijkt me nogal dubbelop met 'input_select.droger' namelijk.

[drice]

Ja ik heb gekeken en de automation triggert echt, nu wat aanpassingen gemaakt en wacht dus even todat de droger weer gevuld is

Ik heb die input_select gemaakt als oplossing voor een luxe-probleem. De sensor.droger heeft 3 statussen; gebaseerd de waardes van een smart-plug (HS-110). uit; klaar en bezig. Zodra de droger van bezig naar klaar gaat geef hij een TTS en notify melding. Echter heeft de droger een losmaak cyclus die elke 10 minuten de kleren losgooit. Als je voor die tijd de droger niet hebt leeggeruimd krijg je weer een "droger is klaar' melding. Middels de input select vang ik af of de droger echt klaar is of bezig is met een losmaak cyclus.
Is een luxe probleem maar wilde ook even stoeien met een input select.

[winDOS]

@drice Ik heb ongeveer het zelfde voor de wasmachine.

Zou je ipv die sensor niet het wattage als trigger kunnen gebruiken. Zodat je hem laat triggeren op een hoog wattage en dan pas op bezig zet. Om zo het losgooien te ondervangen.

Mijn automation:

winDOS in "Home Assistant - Show je setup"

[Septillion]

@drice En die sensor.droger is dan neem ik aan een template sensor op basis van de huidige verbruik? Als die dus niet afdoende is zou ik die er gewoon lekker tussenuit slopen en die grenzen in Watt direct in de automation vastleggen. Heb je geen dubbele maar valse weergave van "klaar" en heb je alles op één plek.

[drice]

winDOS schreef op maandag 25 januari 2021 @ 15:23:
@drice Ik heb ongeveer het zelfde voor de wasmachine.

Zou je ipv die sensor niet het wattage als trigger kunnen gebruiken. Zodat je hem laat triggeren op een hoog wattage en dan pas op bezig zet. Om zo het losgooien te ondervangen.

Mijn automation:

winDOS in "Home Assistant - Show je setup"

Ja in principe heb ik dus dezelfde setup als jij voor wasmachine en droger.

HS110 smart_plug met een template sensor voor 3 statussen

YAML:

# Washing machine sensor, based on a template.
# https://www.home-assistant.io/integrations/template/
#
platform: template
sensors:
  droger:
    friendly_name: 'Droger'
    value_template: >- 
      {% if (states('sensor.droger_watts') | float < 0.05) and (states('sensor.droger_amps') | float < 0.05) %} 
        uit
      {% elif (states('sensor.droger_watts') | float < 1.56) and (states('sensor.droger_amps') | float < 0.05) %} 
        klaar
      {% else %}
        bezig
      {% endif %}
    icon_template: >- 
      {% if (states('sensor.droger_watts') | float < 0.05) and (states('sensor.droger_amps') | float < 0.05) %} 
      mdi:tumble-dryer-off
      {% elif (states('sensor.droger_watts') | float < 1.56) and (states('sensor.droger_amps') | float < 0.05) %} 
      mdi:tumble-dryer-alert
      {% else %}
      mdi:tumble-dryer
      {% endif %}

Daarnaast een automation die triggert op bezig -> klaar.
Met als tussenkomst de input_select die ervoor zorgt dat de losmaak cyclus niet een extra notify wordt gestuurd.

YAML:

####################
# Droger is klaar
###################
id: "droger_cycle_completed"
alias: "Notify: Droger is klaar"
description: ""
mode: single
trigger:
  - entity_id: input_select.droger
    platform: state
    from: "bezig"
    to: "klaar"
condition: []
action:
- service: notify.mobile_devices
  data:
    title: "De droger is klaar om {{states('sensor.time')}}"
    message: "De droger is klaar"
    data:
      priority: high
      ttl: 0
      channel: droger
      importance: high
      persistent: true # Set to true to create a persistent notification
      tag: droger_persistent # Tag is required for the persistent notification
      sticky: true
- service: script.notification_on_squeezebox
  data:
    duration: 6
    message: De droger is klaar

En ik gebruik de input_select in de history_stats om bij te houden hoe vaak de droger en wasmachine zijn gebruikt in de afgelopen 7 dagen. Als ik de rechtsstreeks op de template sensor doe telt hij ook de losmaak cyclus volledig mee. (wat ik dus niet wil.)

YAML:

# https://www.home-assistant.io/integrations/history_stats/
platform: history_stats
name: Droger cycles
entity_id: input_select.droger
state: 'bezig'
type: count
end: '{{ now() }}'
duration:
  days: 7

Sorry for the long post. Maar het lijkt nu te werken btw

[ Voor 24% gewijzigd door drice op 25-01-2021 15:39 ]

[barrymossel]

Septillion schreef op maandag 25 januari 2021 @ 09:54:
@barrymossel En als je na een herstart in je Logbook kijken en dan filtert op die input_boolean, zie je dan een lijn dat hij is aangezet? En staat daar dan een reden bij?

Heb je wel recorder voor nodig natuurlijk.

Net een paar keer herstart, maar het is helaas niet te reproduceren.

[DeadMetal]

Septillion schreef op maandag 25 januari 2021 @ 10:40:
@DeadMetal Hoe heb je het draaien? Supervised, HA OS direct op SSD of alleen data op SSD?

En tijdens die intensieve taken niet toevallig dan power issues?

Dank voor het meedenken. HA OS, volledig op de SSD, geen sd-kaart in gebruik.
Hoe kom ik er achter dat er power issues zijn? Ik heb overigens wel een officiële adapter in het stopcontact.

[Mars Warrior]

DeadMetal schreef op maandag 25 januari 2021 @ 19:09:
[...]


Dank voor het meedenken. HA OS, volledig op de SSD, geen sd-kaart in gebruik.
Hoe kom ik er achter dat er power issues zijn? Ik heb overigens wel een officiële adapter in het stopcontact.

Kijk ff naar de peak power van je SSD bij write operaties. Sommigen trekken ruim 2.5A!

Een 3.5A adapter kan dus zomaar niet voldoende zijn om deze pieken op te vangen als ook je cpu hard aan het werk is.

[Koffie]

MisteRMeesteR schreef op maandag 25 januari 2021 @ 13:45:
Gebruikt er hier iemand een notification-achtige-app op Windows 10?

Ik heb natuurlijk de notifications op telefoon en tablet en ook op de Sonos via TTS. Maar ik wil ook graag op mijn Windows10 doos een pop-upje krijgen ala Teams als er iets te melden valt vanuit HA.

Nu vind ik o.a. deze oplossing maar wil op mijn zakelijke laptop niet in de weer gaan met vage (burnttoast ) scriptjes.

Iemand al zoiets in gebruik?

Ik weet niet wat je precies wilt notifien, maar ik gebruik voor de urgente dingen telegram naar mijn mobiel.

[Recoil]

Ik gebruik HA in een qua user namespace geïsoleerde Docker-container. Dat werkt allemaal prima, totdat ik wat installeer via HACS. De bestanden die HACS aanmaakt hebben als eigenaar de gebruiker die eigenaar is van de Docker-daemon (1000) en niet de door de Docker aangeleverde user-namespace (10920). Hierdoor kan HA -die niet buiten 10920 kan kijken- de integration niet zien en is hij dus niet bruikbaar.

Als oplossing kan ik na elke installatie handmatig ‘chown -R 10920’ op ‘/www/community’ uitvoeren, maar dat is niet wenselijk. Hoe zorg ik dat HACS het juiste UID/GID gebruikt?

[ Voor 15% gewijzigd door Recoil op 25-01-2021 22:59 . Reden: Verduidelijking ]

[DRAFTER86]

Zijn er mensen die ervaring hebben met HASS Core in combinatie met een of meer Nest Audio's? Werkt de sync van devices met Google Home goed? Kun je de speaker(s) aansturen met HASS?

[vanDaal]

Ik heb al een tijd HA (Hassio) draaien op een Raspberry 3. Deze werd een beetje traag en instabiel. Nu heb ik een clean install gedaan op een Raspberry 4 via Docker. Dat ging redelijk gemakkelijk. Wat is nu de beste manier om mijn oude instellingen over te brengen naar deze nieuwe install? Ik dacht via een backup en restore van een snapshot, maar in mijn nieuwe install heb ik geen supervisor functie.

[Step]

vanDaal schreef op dinsdag 26 januari 2021 @ 08:32:
Ik heb al een tijd HA (Hassio) draaien op een Raspberry 3. Deze werd een beetje traag en instabiel. Nu heb ik een clean install gedaan op een Raspberry 4 via Docker. Dat ging redelijk gemakkelijk. Wat is nu de beste manier om mijn oude instellingen over te brengen naar deze nieuwe install? Ik dacht via een backup en restore van een snapshot, maar in mijn nieuwe install heb ik geen supervisor functie.

Ik ben nieuw hiermee maar al lerende, ik zou zeggen installeer de supervisor en daarna een restore?

[bes-r]

DRAFTER86 schreef op dinsdag 26 januari 2021 @ 06:05:
Zijn er mensen die ervaring hebben met HASS Core in combinatie met een of meer Nest Audio's? Werkt de sync van devices met Google Home goed? Kun je de speaker(s) aansturen met HASS?

Er is behoorlijk wat info over te vinden. Via de Home Assistant websitehttps://www.home-assistant.io/ en het forum. Maar ook binnen dit forum. Hier een paar dingen om je op weg te helpen.

Je hebt verschillende versies van Home Assistant. Je kunt de verschillende versies en installatiemethoden hier vinden. Let er op HASS of HASS Core bestaan niet.

Voor Google/Nest Home kun je inzetten als een media_player, maar ook om te laten spreken (tts) of om commando's (Google Assistant) aan te geven. Dit werkt prima en met een beetje kennis kun je dit flink naar eigen wens inrichten/programmeren.

Voor Google Assistent kun je kiezen om hem via Nabu Casa (cloud) te laten lopen of dat je dit zelf regelt. Zelf regelen is iets meer werk en vereist wat meer kennis en met Nabu Casa sponsor je de makers van Home Assistant.

Succes en veel plezier!

[Hmmbob]

vanDaal schreef op dinsdag 26 januari 2021 @ 08:32:
Ik heb al een tijd HA (Hassio) draaien op een Raspberry 3. Deze werd een beetje traag en instabiel. Nu heb ik een clean install gedaan op een Raspberry 4 via Docker. Dat ging redelijk gemakkelijk. Wat is nu de beste manier om mijn oude instellingen over te brengen naar deze nieuwe install? Ik dacht via een backup en restore van een snapshot, maar in mijn nieuwe install heb ik geen supervisor functie.

Gewoon je config van de oude install naar de nieuwe install verplaatsen en rebooten. Dan zou zeker 80% goed moeten staan, misschien dat je bij sommige diensten opnieuw moet inloggen (afhankelijk van wat je gebruikt)

edit: oh wacht, dit geldt wel als je veel in YAML hebt gedaan maar met de UI config wordt het wat lastiger. Dan kan je nog steeds hetzelfde doen, maar moet je zorgen dat je ook alle bestanden uit .storage meeverhuist.

[ Voor 13% gewijzigd door Hmmbob op 26-01-2021 08:55 ]

[Koepert]

Koepert schreef op zondag 24 januari 2021 @ 16:22:
Ok.. eeen rare.. Ik heb 2 Kodi's in huis.

1- Slaapkamer, Pi3b met OSMC. Discovered door HA. werkt
2- Woonkamer, VenzV10 met LibreElec. werkt niet.. niet via discovery, niet via handmatig toevoegen.

- HTTP toegang staat open.
- via de URL + :8080 in de browser kom ik wel op de kodi
- toevoegen via configuration.yaml wilde ik juist NIET meer, dus daar uit gehaald, inmiddels 2x herstart sindsdien.

Iemand suggesties?

Iemand hier nog een suggestie over?

[Maeslant]

Door een hoop hier te lezen, ben ik een aardig eind op weg naar de migratie van Domoticz naar HA.

De laatste stap is de RFXcom.

Deze gebruik ik alleen voor mijn Novy Afzuigkap.







Kan iemand mij op weg helpen/vertellen of dit mogelijk is. Want de afzuigkap wordt dus niet als sensor gezien door RFXcom. Dus ik moet codes versturen.

[ Voor 9% gewijzigd door Maeslant op 26-01-2021 09:32 ]

[Hmmbob]

Koepert schreef op dinsdag 26 januari 2021 @ 09:18:
[...]


Iemand hier nog een suggestie over?

Zelfde netwerk? Geen firewall ertussen?
misschien al eens eerder gedetcteerd en toen ge-ignored?

oh nee, dat matcht niet met ook niet handmatig kunnen toevoegen

[ Voor 29% gewijzigd door Hmmbob op 26-01-2021 09:44 ]

[Koepert]

Hmmbob schreef op dinsdag 26 januari 2021 @ 09:42:
[...]

Zelfde netwerk? Geen firewall ertussen?
misschien al eens eerder gedetcteerd en toen ge-ignored?

oh nee, dat matcht niet met ook niet handmatig kunnen toevoegen

- zelfde netwerk
- Geen firewall
- Niet ge-ignored, wel ooit eens toegevoegd en toen verwijderd *uit de configuration.yaml*
- Automatische detectie komt de Kodi niet naar voren.

[koelkast]

Ik heb, met dank aan de erg leuke setup van Bas, delen yaml overgenomen. Eerder had ik voor de douche 2 aqara sensoren (binnen en buiten de badkamer), waarbij ik het verschil in %-punt gebruikte om erachter te komen of er iemand aan het douchen was (schakelen van licht, fan en melding na 5 minuten douchen). Nu zag ik ook dat het met één sensor kan, op basis van de verhoging van

De sensoren voor stats en derivative:

code:

- platform: statistics
  name: Humidity bathroom stats
  entity_id: sensor.humidity_bathroom
  sampling_size: 86400 # make sure all data points of the last 24hrs are included
  max_age: "24:00:00"

- platform: derivative
  source: sensor.humidity_bathroom
  name: Humidity bathroom derivative
  unit_time: min
  time_window: "00:10:00"

De binary_sensor die bepaalt of er gedoucht wordt, op basis van bovenstaande sensoren:

code:

- platform: template
  sensors:
    someone_showering:
      friendly_name: Someone is showering
      value_template: >
        {% set humidity = states("sensor.humidity_bathroom") | float(0) %}
        {% set treshold = 1.05 * state_attr("sensor.humidity_bathroom_stats", "median") | float(0) %}
        {% set derivative = states("sensor.humidity_bathroom_derivative") | float(0) %}
        {{ humidity > treshold and derivative > 0.25 }}

En dan (dus) een automation erbij die op basis van someone_showering het licht/fan/melding schakelt met een timer.

Nu heb ik het punt dat sinds 2 dagen de verlichting/fan/melding geregeld aan en uit schieten als ik de wastafelkraan even aan heb en als er een flinke bui overtrekt, uiteraard op basis van de verschillen in vochtigheid van de afgelopen 10 minuten.

Naast deze mooie code delen, is mijn vraag: wat kan ik nu het beste aanpassen om deze automation iets minder gevoelig te maken? De treshold aanpassen? De laatste regel met de vergelijking aanpassen? Ik kom er even niet uit. Wie helpt me verder?

[Verwijderd]

koelkast schreef op dinsdag 26 januari 2021 @ 10:49:
<SNIP ingewikkeld verhaal>

Waarom heb je het zo ingewikkeld?

Ik heb mijn automation gewoon ingesteld om aan te gaan op een niveau boven de 75% en weer uit onder de 70%. Een luchtvochtigheid komt bij mij thuis nooit voor, tenzij ik aan het douchen ben: dan zit 'ie zo op 98%. Hij springt dan ook direct aan, in plaats van pas na 10 minuten ofzo. En uit gaat 'ie weer als de luchtvochtigheid wat acceptabeler is.

[JayOne]

koelkast schreef op dinsdag 26 januari 2021 @ 10:49:
Ik heb, met dank aan de erg leuke setup van Bas, delen yaml overgenomen. Eerder had ik voor de douche 2 aqara sensoren (binnen en buiten de badkamer), waarbij ik het verschil in %-punt gebruikte om erachter te komen of er iemand aan het douchen was (schakelen van licht, fan en melding na 5 minuten douchen). Nu zag ik ook dat het met één sensor kan, op basis van de verhoging van

De sensoren voor stats en derivative:

code:

- platform: statistics
  name: Humidity bathroom stats
  entity_id: sensor.humidity_bathroom
  sampling_size: 86400 # make sure all data points of the last 24hrs are included
  max_age: "24:00:00"

- platform: derivative
  source: sensor.humidity_bathroom
  name: Humidity bathroom derivative
  unit_time: min
  time_window: "00:10:00"

De binary_sensor die bepaalt of er gedoucht wordt, op basis van bovenstaande sensoren:

code:

- platform: template
  sensors:
    someone_showering:
      friendly_name: Someone is showering
      value_template: >
        {% set humidity = states("sensor.humidity_bathroom") | float(0) %}
        {% set treshold = 1.05 * state_attr("sensor.humidity_bathroom_stats", "median") | float(0) %}
        {% set derivative = states("sensor.humidity_bathroom_derivative") | float(0) %}
        {{ humidity > treshold and derivative > 0.25 }}

En dan (dus) een automation erbij die op basis van someone_showering het licht/fan/melding schakelt met een timer.

Nu heb ik het punt dat sinds 2 dagen de verlichting/fan/melding geregeld aan en uit schieten als ik de wastafelkraan even aan heb en als er een flinke bui overtrekt, uiteraard op basis van de verschillen in vochtigheid van de afgelopen 10 minuten.

Naast deze mooie code delen, is mijn vraag: wat kan ik nu het beste aanpassen om deze automation iets minder gevoelig te maken? De treshold aanpassen? De laatste regel met de vergelijking aanpassen? Ik kom er even niet uit. Wie helpt me verder?

Met douchen is de luchtvochtigheid een stuk hoger dan bij het gebruik van de wastafel, dus je zou iets met de luchtvochtigheid % in de conditions kunnen doen (alleen als % boven een bepaalde grens)

edit: wat @Verwijderd zegt.

[dxta]

Ik heb een mooie nieuwe automation bedacht, maar ben benieuwd of het efficienter kan dan de huidige oplossing.

Situatie
In de slaapkamer hangt een platfondventilator met ingebouwde lamp die via een 315 Mhz afstandsbediening werkt. Hij heeft 7 standen: Off, Low, Medium, High, 3h sleep, 6h sleep, Turn On Light

Automation
Ik zou graag 2 automations bouwen:
- Automatisch aanzetten van de ventilator als de temperatuur boven 25 graden komt (er is al een temperatuursensor in de kamer aanwezig)
- Kunnen schakelen van de lamp via Home Assistant

Gevonden oplossing
Een Broadlink RM4 Pro aanschaffen, de RF codes 'leren' en deze via Home Assistant aansturen.

Zo'n apparaat kost echter tussen de ~30-40 euro. Ik heb het gevoel dat dit goedkoper moet kunnen. Heeft er iemand nog een goed idee?

[Hmmbob]

Kun je hem ook zonder AB bedienen? Dan zou je een ESP32 ofzo kunnen verbinden en gebruiken.

[marcel19]

Ik heb in mijn woning aan afzuiging welke met 1 schakelaar aangestuurd wordt.
Deze bevind zich boven bij de badkamer met een simpele schakelaar.
Ik had gehoopt om dit met een shelly 1 op te lossen maar dat werkt helaas niet.

Er komen 2 draden uit bij de schakelaar. 1x een bruine 1x een zwarte.
Ik wil iets hebben waarmee ik de afzuiging kan schakelen ( want deze is ook verbonden met de WC beneden. )
Ik heb al een deursensor op mijn wc beneden en de lamp gaat daar netjes aan en uit na een bepaalde tijd.
Nu wil ik dus ook de afzuiging aan kunnen zetten als de wc in gebruik is.

*Uiteindelijk zal ik ook een sensor ophangen in de douche dat de afzuiging automatisch aangaat als er gedouchte wordt maar dat is van latere zorg

Wat kan ik hier het beste voor gebruiken. Alle info is welkom.

Let op, er zijn dus maar 2 draden en ik heb geen mogelijkheid om een extra draad te trekken ( anders was het wel gelukt met een Shelly )


EDIT:

Heb al wat gevonden. voor die gene die hier ook tegen aan lopen:
https://www.aqara.com/en/smart_light_switch_no_neutral.html

[ Voor 14% gewijzigd door marcel19 op 26-01-2021 12:50 ]

[Kodess]

marcel19 schreef op dinsdag 26 januari 2021 @ 12:42:
Ik heb in mijn woning aan afzuiging welke met 1 schakelaar aangestuurd wordt.
Deze bevind zich boven bij de badkamer met een simpele schakelaar.
Ik had gehoopt om dit met een shelly 1 op te lossen maar dat werkt helaas niet.

Er komen 2 draden uit bij de schakelaar. 1x een bruine 1x een zwarte.
Ik wil iets hebben waarmee ik de afzuiging kan schakelen ( want deze is ook verbonden met de WC beneden. )
Ik heb al een deursensor op mijn wc beneden en de lamp gaat daar netjes aan en uit na een bepaalde tijd.
Nu wil ik dus ook de afzuiging aan kunnen zetten als de wc in gebruik is.

*Uiteindelijk zal ik ook een sensor ophangen in de douche dat de afzuiging automatisch aangaat als er gedouchte wordt maar dat is van latere zorg

Wat kan ik hier het beste voor gebruiken. Alle info is welkom.

Let op, er zijn dus maar 2 draden en ik heb geen mogelijkheid om een extra draad te trekken ( anders was het wel gelukt met een Shelly )

Tja ik ga het toch maar zeggen... de Shelly 1L die geen neutraal draad nodig heeft
Zitten wel wat eisen aan volgens mij (de load van het apparaat moet een bepaalde Wattage minimaal zijn volgens mij)

[marcel19]

Kodess schreef op dinsdag 26 januari 2021 @ 12:45:
[...]

Tja ik ga het toch maar zeggen... de Shelly 1L die geen neutraal draad nodig heeft
Zitten wel wat eisen aan volgens mij (de load van het apparaat moet een bepaalde Wattage minimaal zijn volgens mij)

Heb een edit gemaakt

[MisteRMeesteR]

marcel19 schreef op dinsdag 26 januari 2021 @ 12:42:
Ik heb in mijn woning aan afzuiging welke met 1 schakelaar aangestuurd wordt.
Deze bevind zich boven bij de badkamer met een simpele schakelaar.
Ik had gehoopt om dit met een shelly 1 op te lossen maar dat werkt helaas niet.

Er komen 2 draden uit bij de schakelaar. 1x een bruine 1x een zwarte.
Ik wil iets hebben waarmee ik de afzuiging kan schakelen ( want deze is ook verbonden met de WC beneden. )
Ik heb al een deursensor op mijn wc beneden en de lamp gaat daar netjes aan en uit na een bepaalde tijd.
Nu wil ik dus ook de afzuiging aan kunnen zetten als de wc in gebruik is.

*Uiteindelijk zal ik ook een sensor ophangen in de douche dat de afzuiging automatisch aangaat als er gedouchte wordt maar dat is van latere zorg

Wat kan ik hier het beste voor gebruiken. Alle info is welkom.

Let op, er zijn dus maar 2 draden en ik heb geen mogelijkheid om een extra draad te trekken ( anders was het wel gelukt met een Shelly )


EDIT:

Heb al wat gevonden. voor die gene die hier ook tegen aan lopen:
https://www.aqara.com/en/smart_light_switch_no_neutral.html

simpele schakelaar of een 3-standen schakelaar?

[Waah]

marcel19 schreef op dinsdag 26 januari 2021 @ 12:42:
EDIT:

Heb al wat gevonden. voor die gene die hier ook tegen aan lopen:
https://www.aqara.com/en/smart_light_switch_no_neutral.html

Gaat zo'n vierkante inbouw passen in onze ronde inbouwdozen?

[sjorsjuhmaniac]

Recoil schreef op maandag 25 januari 2021 @ 22:02:
Ik gebruik HA in een qua user namespace geïsoleerde Docker-container. Dat werkt allemaal prima, totdat ik wat installeer via HACS. De bestanden die HACS aanmaakt hebben als eigenaar de gebruiker die eigenaar is van de Docker-daemon (1000) en niet de door de Docker aangeleverde user-namespace (10920). Hierdoor kan HA -die niet buiten 10920 kan kijken- de integration niet zien en is hij dus niet bruikbaar.

Als oplossing kan ik na elke installatie handmatig ‘chown -R 10920’ op ‘/www/community’ uitvoeren, maar dat is niet wenselijk. Hoe zorg ik dat HACS het juiste UID/GID gebruikt?

Is HACS niet onderdeel van de Supervisor? Draaien HA en Supervisor niet in verschillende containers? Zijn in beide containers de rechten goed gezet?

Met welke UID draait HA nu in de betreffende container? Kan je controleren door via een console een

code:

ps aux

te draaien of

code:

top

. ik zou ook eens met top, 1 sec verversen, een monitoren wat er gebeurt als met hacs iets doet; welke processen worden er nog gestart? met welke UID?

Waar specificeer de uid? note dat een commandline flag een docker / docker-compose file optie 'overschrijft'.

edit: puntje blijft dat op dit moment de data wordt geschreven als user 1000, dus ergens loopt er een process met uid 1000 dat deze bestanden aanmaakt. Het is niet zo dat docker zelf nog een vertaling van uid/username doet: alles draait op een en dezelfde kernel.

[ Voor 9% gewijzigd door sjorsjuhmaniac op 26-01-2021 13:30 ]

[koelkast]

Verwijderd schreef op dinsdag 26 januari 2021 @ 11:37:
[...]


Waarom heb je het zo ingewikkeld?

Ik heb mijn automation gewoon ingesteld om aan te gaan op een niveau boven de 75% en weer uit onder de 70%. Een luchtvochtigheid komt bij mij thuis nooit voor, tenzij ik aan het douchen ben: dan zit 'ie zo op 98%. Hij springt dan ook direct aan, in plaats van pas na 10 minuten ofzo. En uit gaat 'ie weer als de luchtvochtigheid wat acceptabeler is.

Ik vond het wel een aardige oplossing voor het gebruik met één sensor.

Als ik op de door jouw gebruikte manier de vochtigheid meet, gaat in mijn (oude) huis de fan om de haverklap aan. Ervaring mee, daarom had ik ook 2 sensoren in gebruik. Nu wilde ik het toch eens anders proberen, omdat ik de sensor op een andere plek wilde inzetten (buiten).

[AW_Bos]

Zijn er meer mensen waar Toon niet werkt?
Ik krijg deze melding naar boven in de log:

code:

callbackUrl attribute is not valid

Voorheen werkte het wel.
Hebben ze bij Quby weer wat aan de implementatie zitten slopen?

[ Voor 26% gewijzigd door AW_Bos op 26-01-2021 19:13 ]

[sypie]

CAP-Team schreef op maandag 25 januari 2021 @ 08:13:
Ik heb hem na de tijd nog wat aangepast, kijk even naar mijn latere posts daarover.

Net nog eens héééél goed gekeken, met succes. Ik zag dat ik in de kaart "paper" had staan. In de sensor stond nog "residual". Dat gaat natuurlijk nooit met elkaar werken... Dus de "residual" veranderd in "paper" en patsboem. Daar stond de grijze bak als afbeelding met het juiste aantal dagen.

Het is ontzettend leerzaam om lekker door de code heen te struinen. Echter, ik ben geen programmeur en ga dat ook nooit worden. Kopiëren en plakken, dat is mijn talent.

[DRAFTER86]

bes-r schreef op dinsdag 26 januari 2021 @ 08:52:
[...]


Er is behoorlijk wat info over te vinden. Via de Home Assistant websitehttps://www.home-assistant.io/ en het forum. Maar ook binnen dit forum. Hier een paar dingen om je op weg te helpen.

Je hebt verschillende versies van Home Assistant. Je kunt de verschillende versies en installatiemethoden hier vinden. Let er op HASS of HASS Core bestaan niet.

Voor Google/Nest Home kun je inzetten als een media_player, maar ook om te laten spreken (tts) of om commando's (Google Assistant) aan te geven. Dit werkt prima en met een beetje kennis kun je dit flink naar eigen wens inrichten/programmeren.

Voor Google Assistent kun je kiezen om hem via Nabu Casa (cloud) te laten lopen of dat je dit zelf regelt. Zelf regelen is iets meer werk en vereist wat meer kennis en met Nabu Casa sponsor je de makers van Home Assistant.

Succes en veel plezier!

Thanks voor de pointers! Ik vroeg me vooral af hoe goed de sync tussen de Google Home en Home Assistant entities/devices etc gaat. Dus hoe worden mijn lights en switches gesynced naar Google Home, heb ik daar controle over of is het gewoon volledig transparant?

Verder snap ik niet helemaal wat je bedoelt dat HASS Core niet bestaat, bedoel je dat het Home Assistant Core is?

[bes-r]

@DRAFTER86 Je hebt er flink wat controle over. Als je naar de integratiepagina gaat, zie je het kopje Configuration. Hier zie je:

YAML:

google_assistant:
  exposed_domains:
  entity_config:

Onder exposed_domains kun je aangeven wat je open wilt stellen, bijvoorbeeld lights.
Onder entity_config kun je per entiteit aangeven of het apparaat 'blootgesteld' mag worden en ook nog welke eigenschappen.

Dat is redelijk controleerbaar te noemen toch?


Edit: HASS Core is naar mijn idee Home Assistant Core ja. Eerder had je HASSIO, maar de namen zijn wat gewijzigd om het overzichtelijk te houden. Dat levert helaas nu nog wel wat verwarring op.

[ Voor 13% gewijzigd door bes-r op 26-01-2021 22:30 ]

[doerakje]

Mijn eerste automation doet wat ie zou moet doen, dat vind ik al een hele prestatie. Maar iets zegt me dat het veel simpeler kan. Ik heb een zetje in de goede richting nodig.

Ik bedien een groep lampen en een switch met één deursensor die in een domme lichtschakelaar is ingebouwd. Als ik de knop omzet worden beide naar dezelfde staat worden getoggled:
Als lampen aan + switch aan: toggle off
Als lampen en switch uit: toggle on
Als lampen aan en switch uit: toggle off
Als lampen uit en switch aan: toggle off

Om dat te bereiken heb ik twee automations aan de sensor gekoppeld.

code:

- id: 'State_is_niet_gelijk'
  alias: State is niet gelijk
  description: ''
  trigger:
  - platform: state
    entity_id: binary_sensor.woonkamer_lightswitch_contact
    attribute: contact
  condition:
    condition: or
    conditions:
      - condition: and
        conditions:
          - condition: state
            entity_id: light.woonkamer_lampen
            state: 'off'
          - condition: state
            entity_id: switch.led_strip
            state: 'on'
      - condition: and
        conditions:
          - condition: state
            entity_id: light.woonkamer_lampen
            state: 'on'
          - condition: state
            entity_id: switch.led_strip
            state: 'off'
  action:
  - service: light.turn_off
    entity_id: light.woonkamer_lampen
  - service: switch.turn_off
    entity_id: switch.led_strip
  mode: single

####

- id: 'State_is_gelijk'
  alias: State is gelijk
  description: ''
  trigger:
  - platform: state
    entity_id: binary_sensor.woonkamer_lightswitch_contact
    attribute: contact
  condition:
    condition: or
    conditions:
      - condition: and
        conditions:
          - condition: state
            entity_id: light.woonkamer_lampen
            state: 'off'
          - condition: state
            entity_id: switch.led_strip
            state: 'off'
      - condition: and
        conditions:
          - condition: state
            entity_id: light.woonkamer_lampen
            state: 'on'
          - condition: state
            entity_id: switch.led_strip
            state: 'on'
  action:
  - service: light.toggle
    entity_id: light.woonkamer_lampen
  - service: switch.toggle
    entity_id: switch.led_strip
  mode: single

Moet toch korter kunnen?
Kun je met automations iets maken als:

code:

If light+switch = off then
  turn light+switch on
else
  turn light+switch off
endif

[-Casper]

doerakje schreef op dinsdag 26 januari 2021 @ 22:40:
Mijn eerste automation doet wat ie zou moet doen, dat vind ik al een hele prestatie. Maar iets zegt me dat het veel simpeler kan. Ik heb een zetje in de goede richting nodig.

Ik bedien een groep lampen en een switch met één deursensor die in een domme lichtschakelaar is ingebouwd. Als ik de knop omzet worden beide naar dezelfde staat worden getoggled:
Als lampen aan + switch aan: toggle off
Als lampen en switch uit: toggle on
Als lampen aan en switch uit: toggle off
Als lampen uit en switch aan: toggle off

Om dat te bereiken heb ik twee automations aan de sensor gekoppeld.

code:

- id: 'State_is_niet_gelijk'
  alias: State is niet gelijk
  description: ''
  trigger:
  - platform: state
    entity_id: binary_sensor.woonkamer_lightswitch_contact
    attribute: contact
  condition:
    condition: or
    conditions:
      - condition: and
        conditions:
          - condition: state
            entity_id: light.woonkamer_lampen
            state: 'off'
          - condition: state
            entity_id: switch.led_strip
            state: 'on'
      - condition: and
        conditions:
          - condition: state
            entity_id: light.woonkamer_lampen
            state: 'on'
          - condition: state
            entity_id: switch.led_strip
            state: 'off'
  action:
  - service: light.turn_off
    entity_id: light.woonkamer_lampen
  - service: switch.turn_off
    entity_id: switch.led_strip
  mode: single

####

- id: 'State_is_gelijk'
  alias: State is gelijk
  description: ''
  trigger:
  - platform: state
    entity_id: binary_sensor.woonkamer_lightswitch_contact
    attribute: contact
  condition:
    condition: or
    conditions:
      - condition: and
        conditions:
          - condition: state
            entity_id: light.woonkamer_lampen
            state: 'off'
          - condition: state
            entity_id: switch.led_strip
            state: 'off'
      - condition: and
        conditions:
          - condition: state
            entity_id: light.woonkamer_lampen
            state: 'on'
          - condition: state
            entity_id: switch.led_strip
            state: 'on'
  action:
  - service: light.toggle
    entity_id: light.woonkamer_lampen
  - service: switch.toggle
    entity_id: switch.led_strip
  mode: single

Moet toch korter kunnen?
Kun je met automations iets maken als:

code:

If light+switch = off then
  turn light+switch on
else
  turn light+switch off
endif

YAML:

- id: 'State_is_niet_gelijk'
  alias: State is niet gelijk
  description: ''
  trigger:
  - platform: state
    entity_id: binary_sensor.woonkamer_lightswitch_contact
    attribute: contact
  condition: []
  action:
    - choose:
      - conditions:
        - condition: or
          conditions: 
          - condition: state
            entity_id: light.woonkamer_lampen
            state: 'off'
          - condition: state
            entity_id: switch.led_strip
            state: 'on'
        sequence:
          - service: light.turn_off
            entity_id: light.woonkamer_lampen
          - service: switch.turn_off
            entity_id: switch.led_strip
      - conditions:
        # Standaard zijn conditions 'and' en dus hoef je dat hier niet apart te definieren
        - condition: state
          entity_id: light.woonkamer_lampen
          state: 'off'
        - condition: state
          entity_id: switch.led_strip
          state: 'on'
        sequence:
          - service: light.toggle
            entity_id: light.woonkamer_lampen
          - service: switch.toggle
            entity_id: switch.led_strip
        sequence:
  mode: single

Als je vasthoud aan hoe je de eerste automations hebt geschreven. Korter zou ook kunnen:

YAML:

- id: 'Gecombineerd in 1 automation'
  alias: State is niet gelijk
  description: ''
  trigger:
  - platform: state
    entity_id: binary_sensor.woonkamer_lightswitch_contact
    attribute: contact
  condition: []
  action:
    - choose:
      - conditions: >
          {{ is_state('light.woonkamer_lampen','off') or
             is_state('switch.led_strip','on' }}
        sequence:
          - service: light.turn_off
            entity_id: light.woonkamer_lampen
            - service: switch.turn_off
              entity_id: switch.led_strip
      - conditions: >
          {{ is_state('light.woonkamer_lampen','off') and
             is_state('switch.led_strip','on' }}
        sequence:
          - service: light.toggle
            entity_id: light.woonkamer_lampen
          - service: switch.toggle
            entity_id: switch.led_strip
  mode: single

Wat documentatie hierover:
Scripts - choose
Conditions

Disclaimer: niet getest, kunnen dus foutjes in zitten

[doerakje]

@-Casper
Thanks! Dat ga ik vanavond eens uitgebreid bekijken. 'Choose' is nieuw voor me, ziet er interessant uit. Is in ieder geval een stuk korter

[Sypher]

-Casper schreef op woensdag 27 januari 2021 @ 08:25:
[...]

YAML:

- id: 'State_is_niet_gelijk'
  alias: State is niet gelijk
  description: ''
  trigger:
  - platform: state
    entity_id: binary_sensor.woonkamer_lightswitch_contact
    attribute: contact
  condition: []
  action:
    - choose:
      - conditions:
        - condition: or
          conditions: 
          - condition: state
            entity_id: light.woonkamer_lampen
            state: 'off'
          - condition: state
            entity_id: switch.led_strip
            state: 'on'
        sequence:
          - service: light.turn_off
            entity_id: light.woonkamer_lampen
          - service: switch.turn_off
            entity_id: switch.led_strip
      - conditions:
        # Standaard zijn conditions 'and' en dus hoef je dat hier niet apart te definieren
        - condition: state
          entity_id: light.woonkamer_lampen
          state: 'off'
        - condition: state
          entity_id: switch.led_strip
          state: 'on'
        sequence:
          - service: light.toggle
            entity_id: light.woonkamer_lampen
          - service: switch.toggle
            entity_id: switch.led_strip
        sequence:
  mode: single

Als je vasthoud aan hoe je de eerste automations hebt geschreven. Korter zou ook kunnen:

YAML:

- id: 'Gecombineerd in 1 automation'
  alias: State is niet gelijk
  description: ''
  trigger:
  - platform: state
    entity_id: binary_sensor.woonkamer_lightswitch_contact
    attribute: contact
  condition: []
  action:
    - choose:
      - conditions: >
          {{ is_state('light.woonkamer_lampen','off') or
             is_state('switch.led_strip','on' }}
        sequence:
          - service: light.turn_off
            entity_id: light.woonkamer_lampen
            - service: switch.turn_off
              entity_id: switch.led_strip
      - conditions: >
          {{ is_state('light.woonkamer_lampen','off') and
             is_state('switch.led_strip','on' }}
        sequence:
          - service: light.toggle
            entity_id: light.woonkamer_lampen
          - service: switch.toggle
            entity_id: switch.led_strip
  mode: single

Wat documentatie hierover:
Scripts - choose
Conditions

Disclaimer: niet getest, kunnen dus foutjes in zitten

Chooser is pretty cool

Bovenstaande kan zelfs nog korter als je de "*.toggle" en "*.turn_off" calls in de verschillende domeinen omzet in "homeassistant" en meerdere entities daaraan meegeeft. Dan krijg je bijv zoiets:

YAML:

        sequence:
          - service: homeassistant.toggle
            entity_id: 
              - light.woonkamer_lampen
              - switch.led_strip

[Verwijderd]

koelkast schreef op dinsdag 26 januari 2021 @ 15:40:
[...]

Ik vond het wel een aardige oplossing voor het gebruik met één sensor.

Als ik op de door jouw gebruikte manier de vochtigheid meet, gaat in mijn (oude) huis de fan om de haverklap aan. Ervaring mee, daarom had ik ook 2 sensoren in gebruik. Nu wilde ik het toch eens anders proberen, omdat ik de sensor op een andere plek wilde inzetten (buiten).

Ok, dan snap ik het. Maar is de luchtvochtigheid dan af en toe zo hoog?

Je kunt eventueel nog een water sensor gebruiken, die geeft alleen een melding als er water op de vloer komt. Lijkt me ook wel een redelijke indicatie

[Jerry_bboy]

Iemand hier die me kan helpen met het volgende ?

Ik heb gisteren een Sonoff mini geflasht met tasmota 9.2.0. Vervolgens heb ik mijn MQTT gegevens ingevuld gelijk aan hoe ik dat heb gedaan bij andere Sonoff's en Shelly's. Vervolgens heb ik in de console het volgende ingetoetst "SetOption19 1" maar wat ik ook doe ik krijg mijn device niet te zien in Home Assistant.

Heb MQTT explorer geinstalleerd en zie hem netjes in de lijst staan, maar de koppeling met HA lijkt die om de één of andere reden niet te pakken. Ik heb zowel Tasmota(beta) als integratie als MQTT. En middels "SetOption19 0" zie ik hem ook niet. Iemand een tip wat ik nog kan doen?

Overigens meerdere keren HA herstart.

[rsvmark]

Sinds een weekje heb ik HA (voor het eerst) draaien op een Intel NUC als VM binnen Proxmox.
Geen kennis van VM's of programmeren met Yaml maar met Guides, Howto's en Youtube probeer ik mijn weg te vinden.

Op zich draait alles prima (denk ik) maar dat kan bijna ook niet anders want ik heb nog weinig bijzonders gedaan als blueprints, scripts of dergelijks.
Het enige wat ik heb gedaan is:
Personen binnen mijn huishouden toegevoegd.
Nabu Casa ingesteld (30-dagen trial)

Add ons:
- Samba Share
- Terminal & SSH
- Visual Studio Code

Integraties:
Synology dsm
Philips Hue (ongeveer 7 lampen)
Mobile app
Meteorologisch instituut
Home wizard Energy (P1 meter)
HACS
Google cast
Denon (ivm een Marantz receiver)

Nogmaals alles lijkt prima te draaien alleen ben ik allergisch voor foutmeldingen
Deze komt elke keer terug maar ik heb te weinig kennis om te achterhalen waar dat vandaan komt.
Ik heb hiervoor al bijvoorbeeld de integratie van mijn Nefit Easy verwijderd maar dat heeft niet geholpen.

Sta op het punt om opnieuw te beginnen (zo gebeurt) maar eigenlijk wil ik achterhalen waar dit vandaan komt zodat ik er wat van leer....

Dus lang verhaal kort
Kan iemand mij vertellen waar ik de oorzaak van onderstaande foutmelding moet zoeken?

code:

Logger: aiohttp.server
Source: /usr/local/lib/python3.8/site-packages/aiohttp/web_protocol.py:393
First occurred: 11:59:43 (3 occurrences)
Last logged: 12:16:08

Error handling request
Traceback (most recent call last):
  File "/usr/local/lib/python3.8/site-packages/aiohttp/web_protocol.py", line 314, in data_received
    messages, upgraded, tail = self._request_parser.feed_data(data)
  File "aiohttp/_http_parser.pyx", line 546, in aiohttp._http_parser.HttpParser.feed_data
aiohttp.http_exceptions.BadStatusLine: 400, message="Bad status line 'invalid HTTP method'"

[bartve]

Ik heb een vraag over het bewaren van een selectie van sensor data voor de lange termijn (> 1 jaar, tot wel 5 à 10 jaar). Vraag niet waarom, als ik iets ben dan is dat historicus, dus gewoon daarom .

Ik heb wat rondgekeken op de HA website en aanpalende forums etc., maar niet een heel duidelijke eenduidige oplossing gevonden.

Wat ik wil: op de normale HA wijze veel (maar niet alle) sensor data bewaren voor de korte termijn, en voor de lange termijn enkele sensor data bewaren (bijv. energeverbruik en productie per dag, hoogste en laagste temperatuur per dag, etc.).

Mijn oplossing:
Korte termijn: ik heb al via recorder MariaDB ingeschakeld voor het opslaan van sensor data in de database , purge_keep_days op 10, ik ga daar nog een hoop sensors waar ik helemaal geen interesse in heb exluden.
Lange termijn: ik maak een extra database aan in MariaDB (ha_lt_hist: home assisant long term history), met dezelfde structuur als de home assistant database, en via de 'event scheduler' van MariaDB laat ik 1 x per dag een aantal queries uitvoeren die data van sensors die ik voor langere tijd wil bewaren kopiëren van de homeassistant database naar de ha_lt_hist database. Later wil ik met grafana zowel korte als lange termijn data gaan visualiseren.

Is dit een zinnige en werkbare oplossing of zijn er al gangbare en bewezen methodes die ik over het hoofd heb gezien? Graag een reality check!

Ik draai home assistant in docker op een Raspberry Pi 3B+ met een 256 Gb SSD (met zigbee2mqtt). Ik vermoed dat ik daarmee voldoende rekenkracht en opslagruimte heb om dit te doen?

[Waah]

Ik heb wat disk storage issues.

Ik heb Proxmox draaien met 2 VMs. Home Assistant en een losse Debian image voor DSMR-reader. Beide hebben 32GB aan opslag tot hun beschikking.

Maar nu zit dat dus vol... En dan werkt Home Assistant niet meer. Ik heb een snapshot image weggegooid om ruimte te maken, maar dat lukt straks niet meer. Ik zag ook dat Home Assistant opeen 3GB wegschreef.


Hoe kan ik ruimte vrij maken?
En hoe kan ik uberhaupt zien wat nu zoveel ruimte in neem in Proxmox? Al wat google-dingetjes geprobeert maar ik krijg de local-lvm's niet te zien in proxmox met df -h

[Mars Warrior]

@bartve , gebruik de Influx integratie als storage. Veel sneller en efficiënter in diskgebruik dan MariaDb.

Kun je ook meteen met Grafana leuke grafiekjes maken.

[Dacuuu]

Jerry_bboy schreef op woensdag 27 januari 2021 @ 12:05:
Iemand hier die me kan helpen met het volgende ?

Ik heb gisteren een Sonoff mini geflasht met tasmota 9.2.0. Vervolgens heb ik mijn MQTT gegevens ingevuld gelijk aan hoe ik dat heb gedaan bij andere Sonoff's en Shelly's. Vervolgens heb ik in de console het volgende ingetoetst "SetOption19 1" maar wat ik ook doe ik krijg mijn device niet te zien in Home Assistant.

Heb MQTT explorer geinstalleerd en zie hem netjes in de lijst staan, maar de koppeling met HA lijkt die om de één of andere reden niet te pakken. Ik heb zowel Tasmota(beta) als integratie als MQTT. En middels "SetOption19 0" zie ik hem ook niet. Iemand een tip wat ik nog kan doen?

Overigens meerdere keren HA herstart.

Dit heb ik ook sinds Ha 2021.1.5. ESPeasy doet het in HA nog goed. Maar al mijn Tasmota's 9.2.0(weet niet of het versie nr uitmaakt) waren niet meer zichtbaar in HA. MQTT werkte nog perfect, In node-red enzo, en Tasker android etc werkte nog perfect. ze waren slechts niet zichtbaar meer in HA, echt een HA issue dus.

Na 10 minuten had ik het nog steeds niet aan de praat, toen maar snel overgegaan op de native Tasmota integratie in Home assistent. Dat werkt wel.

https://www.home-assistant.io/integrations/tasmota/

[ Voor 3% gewijzigd door Dacuuu op 27-01-2021 12:52 ]

[Jerry_bboy]

Dacuuu schreef op woensdag 27 januari 2021 @ 12:51:
[...]


Dit heb ik ook sinds Ha 2021.1.5. ESPeasy doet het in HA nog goed. Maar al mijn Tasmota's 9.2.0(weet niet of het versie nr uitmaakt) waren niet meer zichtbaar in HA. MQTT werkte nog perfect, In node-red enzo, en Tasker android etc werkte nog perfect. ze waren slechts niet zichtbaar meer in HA, echt een HA issue dus.

Na 10 minuten had ik het nog steeds niet aan de praat, toen maar snel overgegaan op de native Tasmota integratie in Home assistent. Dat werkt wel.

https://www.home-assistant.io/integrations/tasmota/

Ook in de tasmota integratie krijg ik hem niet zichtbaar. Hoe heb je dit gedaan? Ik heb versie 9.1.0 en 9.2.0 geprobeerd. Beide niet te vinden. Al mijn andere devices ziet die nog wel. Maar toevoegen gaat helaas niet.

[Dacuuu]

Jerry_bboy schreef op woensdag 27 januari 2021 @ 13:06:
[...]


Ook in de tasmota integratie krijg ik hem niet zichtbaar. Hoe heb je dit gedaan? Ik heb versie 9.1.0 en 9.2.0 geprobeerd. Beide niet te vinden. Al mijn andere devices ziet die nog wel. Maar toevoegen gaat helaas niet.

Ik heb SetOption19 op 0 gezet, en SetOption73 op 1.

Op https://www.home-assistant.io/integrations/tasmota/ staat meer info. Met die opties uit en aan zag ik ze meteen in de native integratie.

[Jerry_bboy]

Dacuuu schreef op woensdag 27 januari 2021 @ 13:19:
[...]


Ik heb SetOption19 op 0 gezet, en SetOption73 op 1.

Op https://www.home-assistant.io/integrations/tasmota/ staat meer info. Met die opties uit en aan zag ik ze meteen in de native integratie.

Helaas geen verandering. maar eens verder zoeken.

[TheMystery]

Ik zag op het ha forum dat met de lg webos integratie het nu ook mogelijk moet zijn om het scherm uit te zetten.

Het zou met dit script moeten werken:

code:

 alias: Turn off TV
sequence:
  - service: webostv.command
    data:
      entity_id: media_player.lg_tv
      command: com.webos.service.tvpower/power/turnOffScreen
mode: single

Ik krijg het helaas niet werkend op mijn C9, iemand doe dit kan proberen op een CX?
Misschien dat het alleen voor het laatste webos werkt namelijk.

Op moment heb ik namelijk een omslachtige flow in node red met button.

[Jerry_bboy]

Dacuuu schreef op woensdag 27 januari 2021 @ 13:19:
[...]


Ik heb SetOption19 op 0 gezet, en SetOption73 op 1.

Op https://www.home-assistant.io/integrations/tasmota/ staat meer info. Met die opties uit en aan zag ik ze meteen in de native integratie.

Oplossing gevonden.

De sonoff mini was geflasht met tasmota-lite, hier zit geen auto discovery in. Dus eerst geupdate naar tasmota-minimal en vervolgens naar tasmota.bin. Daarna SetOption19 op 1 en hij vindt hem direct.

Werkt direct

[Sypher]

TheMystery schreef op woensdag 27 januari 2021 @ 14:26:
Ik zag op het ha forum dat met de lg webos integratie het nu ook mogelijk moet zijn om het scherm uit te zetten.

Het zou met dit script moeten werken:

code:

 alias: Turn off TV
sequence:
  - service: webostv.command
    data:
      entity_id: media_player.lg_tv
      command: com.webos.service.tvpower/power/turnOffScreen
mode: single

Ik krijg het helaas niet werkend op mijn C9, iemand doe dit kan proberen op een CX?
Misschien dat het alleen voor het laatste webos werkt namelijk.

Op moment heb ik namelijk een omslachtige flow in node red met button.

Dat doet - zo te zien - helaas ook niets met m'n CX..

[Dacuuu]

Jerry_bboy schreef op woensdag 27 januari 2021 @ 14:44:
[...]


Oplossing gevonden.

De sonoff mini was geflasht met tasmota-lite, hier zit geen auto discovery in. Dus eerst geupdate naar tasmota-minimal en vervolgens naar tasmota.bin. Daarna SetOption19 op 1 en hij vindt hem direct.

Werkt direct

Grappig, dan hadden wij dus niet het zelfs probleem. Fijn dat het opgelost is bij jou.

[synoniem]

TheMystery schreef op woensdag 27 januari 2021 @ 14:26:
Ik zag op het ha forum dat met de lg webos integratie het nu ook mogelijk moet zijn om het scherm uit te zetten.

Het zou met dit script moeten werken:

code:

 alias: Turn off TV
sequence:
  - service: webostv.command
    data:
      entity_id: media_player.lg_tv
      command: com.webos.service.tvpower/power/turnOffScreen
mode: single

Ik krijg het helaas niet werkend op mijn C9, iemand doe dit kan proberen op een CX?
Misschien dat het alleen voor het laatste webos werkt namelijk.

Op moment heb ik namelijk een omslachtige flow in node red met button.

Klopt die spatie voor alias: ?

[Mars Warrior]

Jerry_bboy schreef op woensdag 27 januari 2021 @ 14:44:
[...]


Oplossing gevonden.

De sonoff mini was geflasht met tasmota-lite, hier zit geen auto discovery in. Dus eerst geupdate naar tasmota-minimal en vervolgens naar tasmota.bin. Daarna SetOption19 op 1 en hij vindt hem direct.

Werkt direct

Het moet wel SetOption19 0 zijn om het goed te laten werken, aldus de documentatie...

[Jerry_bboy]

Mars Warrior schreef op woensdag 27 januari 2021 @ 15:06:
[...]

Het moet wel SetOption19 0 zijn om het goed te laten werken, aldus de documentatie...

die hele SetOption19 werkt niet als je dus niet die autodiscovery niet hebt. En afhankelijk van welke manier van integreren kan je kiezen voor 0 of 1. 0 via de tasmota add-in of 1 via je mqtt broker.

[Septillion]

DeadMetal schreef op maandag 25 januari 2021 @ 19:09:
[...]


Dank voor het meedenken. HA OS, volledig op de SSD, geen sd-kaart in gebruik.
Hoe kom ik er achter dat er power issues zijn? Ik heb overigens wel een officiële adapter in het stopcontact.

Even geleden maar zag weinig antwoorden. Power issues moet je in ieder geval zien als je een scherm aansluit aan het bliksem symbool. Weet even niet zeker of HA OS dan ook een log naar het scherm print en/of dat ergens anders in een log te zien is.

Maar zou dus zeggen, scherm eraan en flink IO doen.

[spokje]

Never mind. Lijkt aan de scene namen te liggen. Entity_id veranderd niet als je de naam wijzigt lol

[ Voor 152% gewijzigd door spokje op 27-01-2021 15:41 ]

[Waah]

Mijn Home Assistant neem bijna 32GB in... why?


De vm-100-disk-1 is mijn Hassio drive. En die is dus voor 92,6% vol.
Ik heb al gekeken naar het aantal dockers in Portainer, maar ik zie maar 4,5gb aan images.
hass.io geeft aan dat die 7,6GB van de disk used, van de 30.8gb available.

Waar kan dit door komen?

[DeadMetal]

Waah schreef op woensdag 27 januari 2021 @ 15:34:
Mijn Home Assistant neem bijna 32GB in... why?

Je HA database misschien? In dat geval minder loggen via de recorder en data minder lang bewaren.
Mocht je een sqlite database gebruiken, een wekelijkse purge met repack kan erg veel ruimte besparen.
https://www.home-assistant.io/integrations/recorder/

(een repack is niet handig voor grote bestanden, maar als je gewoon 14 dagen aan retentie doet voor je logbook en al je sensordata niet erin opslaat, maar daarvoor gebruik maakt van bijvoorbeeld influxdb, dan zal je database niet zo groot zijn).

[ Voor 22% gewijzigd door DeadMetal op 27-01-2021 16:10 ]

[bartve]

Mars Warrior schreef op woensdag 27 januari 2021 @ 12:42:
@bartve , gebruik de Influx integratie als storage. Veel sneller en efficiënter in diskgebruik dan MariaDb.

Kun je ook meteen met Grafana leuke grafiekjes maken.

Dank voor de suggestie. Ik heb even gedubt over de keuze tussen InfluxDB en MariaDB.
Heb gekozen voor MariaDB vanwege:
- ik heb redelijk wat ervaring met relationele databases en SQL ...
- Influxdb wordt vooral genoemd voor de korte termijn time based series massa opslag, lijkt mij minder geschikt voor mijn wensen tav selectieve lange termijn opslag?

Grafana moet als het goed is ook kunnen samenwerken met MariaDB?

MariaDB draait nu al een paar dagen en het lijkt of alles al iets sneller werkt dan met de standaard home-assistant_v2.db (SQLite?), dus snelheid is niet echt een issue?

[TheMystery]

synoniem schreef op woensdag 27 januari 2021 @ 14:57:
[...]

Klopt die spatie voor alias: ?

Nee dat is een copy past fout.

[OxyDrokz]

Verwijderd schreef op woensdag 27 januari 2021 @ 11:46:
[...]


Ok, dan snap ik het. Maar is de luchtvochtigheid dan af en toe zo hoog?

Je kunt eventueel nog een water sensor gebruiken, die geeft alleen een melding als er water op de vloer komt. Lijkt me ook wel een redelijke indicatie

@Verwijderd
@koelkast

Misschien voor beiden een tip om de Generic Hygrostat uit HACS eens te bekijken. Die heb ik nu een paar dagen in gebruik, en werkte op 1 instelling na out-of-the-box.
Hij neemt RH samples over de tijd, onthoudt daar de laagste van. Als de RH dan met een bepaalde delta stijgt gaat de hygrostaat aan. De laagst onthouden RH wordt dan het ventilatie-doel om hygrotaat uit te krijgen. Eventueel met een offset, die bij mij iets te laag was. Verder een in te stellen maximale tijdsduur na "aan".

Werkt goed!

[spokje]

Weet je wat super handig is? Om te troubleshooten een test automation aanmaken. Die eenzelfde trigger geven als de final automation, maar dan de test automation vergeten uit te zetten, waardoor je de HELE FUCKING MIDDAG aan het aankloten bent geweest met hele basic automations en die klote test automation dus continu de final automation tegenwerkte. Als ik haren in m'n hoofd had, had ik ze er allemaal uitgetrokken

[bartve]

OxyDrokz schreef op woensdag 27 januari 2021 @ 16:36:
[...]

@Verwijderd
@koelkast

Misschien voor beiden een tip om de Generic Hygrostat uit HACS eens te bekijken. Die heb ik nu een paar dagen in gebruik, en werkte op 1 instelling na out-of-the-box.
Hij neemt RH samples over de tijd, onthoudt daar de laagste van. Als de RH dan met een bepaalde delta stijgt gaat de hygrostaat aan. De laagst onthouden RH wordt dan het ventilatie-doel om hygrotaat uit te krijgen. Eventueel met een offset, die bij mij iets te laag was. Verder een in te stellen maximale tijdsduur na "aan".

Werkt goed!

Kan ik beamen! Je kan je ventilator laten inschakelen wanneer er een x delta wordt gemeten in vergelijking met een voortschrijdend gemiddelde (delta_trigger, instelbaar) waarna de ventilator wordt ingeschakeld tot dat het voortschrijdend gemiddelde weer is bereikt. Omdat dat vaak wat teveel van het goede is kun je met target_offset een iets hogere doelwaarde instellen, anders staat de ventilator te lang aan. Omdat het soms sowieso niet haalbaar is de vochtigheid veel terug te brengen (bijv. op zeer vochtige dagen) kun je ook nog een maximum tijd voor het draaien van de ventilator instellen.
Werkt bij mij als een tierelier, met delta_trigger=3, target_offset=3 en max_on_time=timedelta(seconds=7200).
Houdt de vochtigheid onder controle voor zover mogelijk gegeven externe omstandigheden (vochtigheid buiten).

[Mars Warrior]

spokje schreef op woensdag 27 januari 2021 @ 16:47:
Weet je wat super handig is? Om te troubleshooten een test automation aanmaken. Die eenzelfde trigger geven als de final automation, maar dan de test automation vergeten uit te zetten, waardoor je de HELE FUCKING MIDDAG aan het aankloten bent geweest met hele basic automations en die klote test automation dus continu de final automation tegenwerkte. Als ik haren in m'n hoofd had, had ik ze er allemaal uitgetrokken

Nu weet je waarom iedereen zo lief moet zijn tegen kale mensen

[Waah]

DeadMetal schreef op woensdag 27 januari 2021 @ 16:08:
[...]


Je HA database misschien? In dat geval minder loggen via de recorder en data minder lang bewaren.
Mocht je een sqlite database gebruiken, een wekelijkse purge met repack kan erg veel ruimte besparen.
https://www.home-assistant.io/integrations/recorder/

(een repack is niet handig voor grote bestanden, maar als je gewoon 14 dagen aan retentie doet voor je logbook en al je sensordata niet erin opslaat, maar daarvoor gebruik maakt van bijvoorbeeld influxdb, dan zal je database niet zo groot zijn).

Ik heb nu een volledige purge direct gedaan met repack. MariaDB ging van 500mb naar 112kb
Maar nog geen grote wijziging dus.

Soms mis ik Windows wel, waar je gewoon met een file explorer kan zoeken naar de grootste mappen/files

[maupie1967]

Soms mis ik Windows wel, waar je gewoon met een file explorer kan zoeken naar de grootste mappen/files

du|sort -n

[ Voor 0% gewijzigd door maupie1967 op 27-01-2021 18:24 . Reden: Typo ]

[Koepert]

Waah schreef op woensdag 27 januari 2021 @ 17:36:
[...]


Ik heb nu een volledige purge direct gedaan met repack. MariaDB ging van 500mb naar 112kb
Maar nog geen grote wijziging dus.

Soms mis ik Windows wel, waar je gewoon met een file explorer kan zoeken naar de grootste mappen/files

• Als je je HA extern benaderd kan dit nog steeds in zekere mate. Bijvoorbeeld met WinSCP of vergelijkbaar programma vanaf je laptop/andere device
• Als je Google Drive Backup gebruikt kun je dit ook zien per gebackupte addon/onderdeel
• Als je in HA de File Explorer Addon hebt (dus waarschijnlijk Supervised draait) kun je dit in zekere mate ook. Alleen zie je dat alleen in kBs.

[GoBieN-Be]

maupie1967 schreef op woensdag 27 januari 2021 @ 18:00:
[...]


du|sort -n

Onderstaande gebruik ik al jaren. Ik zet het in /etc/bashrc op alle linux bakken die ik beheer
Dit toont de grootte van alle mappen op de huidige locatie in human-readable formaat, en gesorteerd.

code:

alias duf='du -sk * | sort -n | perl -ne '\''($s,$f)=split(m{\t});for (qw(K M G)) {if($s<1024) {printf("%.1f",$s);print "$_\t$f"; last};$s=$s/1024}'\'

Na het uitvoeren van de alias regel kan je gewoon duf als commando overal gebruiken. Voor permanent gebruik toevoegen aan /etc/bashrc

Of zonder Perl:

code:

du -sk * | sort -n | while read size fname; do for unit in k M G T P E Z Y; do if [ $size -lt 1024 ]; then echo -e "${size}${unit}\t${fname}"; break; fi; size=$((size/1024)); done; done

[ Voor 15% gewijzigd door GoBieN-Be op 27-01-2021 19:53 ]