Home Assistant: Open source Python3 home automation - deel 4

[TheFes]

DikkieDick schreef op vrijdag 24 december 2021 @ 15:03:
[...]


Ok, dat laatste wist ik niet. Dus dan ga ik geduldig afwachten...

Heb je wel de condition aangepast? Anders krijg je vanavond/morgenvroeg weer een berichtje dat er geen container aan de straat moet.

[Koepert]

TheFes schreef op vrijdag 24 december 2021 @ 14:58:
@Koepert

Zoiets wordt het in één automation (alleen het action gedeelte):

YAML:

action:
  - service: notify.mobile_app_iphone_se_qper
    data:
      message: 'Vergeet je medicijnen niet te nemen'
      data:
        action: "MEDICIJNEN_GEHAD"
        title: "Medicijnen gehad"
  - alias: "Wacht op reactie"
    wait_for_trigger:
      - platform: event
        event_type: mobile_app_notification_action
        event_data:
          action: "MEDICIJNEN_GEHAD"
  - alias: "Input boolean omzetten"
    choose:
      - conditions: "{{ wait.trigger.event.data.action == 'MEDICIJNEN_GEHAD' }}"
        sequence:
          - service: input_boolean.turn_on
            target:
              entity_id: input_boolean.medicijnen

In het voorbeeld op de pagina gebruiken ze variables die een uniek id mee krijgen, om te voorkomen dat er een mismatch is tussen de notificatie en het script (bijvoorbeeld een oude notificatie)
Dat lijkt me hier niet per se nodig.

Thx

Ga de medicijnen categorie eruit trekken en kijken wat er dan gaat gebeuren met bovenstaande automation.

Heb ook mn 'lampen uit' omgebouwd.. maar ik krijg geen action onder mn notificatie...

YAML:

- alias: 'Nog lampen aan'
  trigger:
    platform: state
    entity_id: input_boolean.afwezig
    from: 'off'
    to: 'on'
    for: 
      minutes: 2
  condition:
    - condition: state
      entity_id: group.lampen
      state: 'on'
    - condition: state
      entity_id: input_boolean.lampen_melding   
      state: 'on'
  action:
    - service: notify.mobile_app_iphone_se_qper
      data:
        message: 'Er staan nog een of meerdere lampen aan. Wil je deze uitzetten?'
        data:
          action: "LAMPEN_UIT"
          title: 'Lampen'  
    - alias: 'Lampen uitzetten melding'
      wait_for_trigger:
        - platform: event
          event_type: mobile_app_notification_action
          event_data:
            action: LAMPEN_UIT
    - alias: "Input boolean omzetten"
      choose:
        - conditions: "{{ wait.trigger.event.data.action == 'LAMPEN_UIT' }}"
          sequence:
            - service: homeassistant.turn_off
              target:
                entity_id: group.lampen

[ Voor 31% gewijzigd door Koepert op 24-12-2021 15:49 ]

[DikkieDick]

TheFes schreef op vrijdag 24 december 2021 @ 15:05:
[...]


Heb je wel de condition aangepast? Anders krijg je vanavond/morgenvroeg weer een berichtje dat er geen container aan de straat moet.

Als je bedoelt Geen ipv geen: ja. :-)
En heb hem nu gescheduled voor 17 uur.

[martinvdm]

Meer mensen die sinds de laatste iOS update de app heel vaak moeten reloaden, omdat deze na heropenen op zwart blijft ?

[ Voor 3% gewijzigd door martinvdm op 24-12-2021 17:54 ]

[Koepert]

martinvdm schreef op vrijdag 24 december 2021 @ 17:53:
Meer mensen die sinds de laatste iOS update de app heel vaak moeten reloaden, omdat deze na heropenen op zwart blijft ?

Yep. Hier ook.

[TheFes]

Is een issue met iOS 15 en bepaalde webhooks. Blijkbaar doet Apple hier iets nonstandard. Wordt aan gewerkt

[martinvdm]

TheFes schreef op vrijdag 24 december 2021 @ 18:23:
Is een issue met iOS 15 en bepaalde webhooks. Blijkbaar doet Apple hier iets nonstandard. Wordt aan gewerkt

Ja ik was al op GitHub op zoek maar kon niet echt de juiste issue vinden.
Behalve https://github.com/home-assistant/iOS/issues/2008 maar het is niet echt een crash. Thanks iig

[Stiggy]

Zo, heb eindelijk de upgrade naar Z-Wave JS ook maar eens gedaan. Blij dat ik gewacht heb tot die upgrade wizard er was! Wel behoorlijk wat andere entities / entities die hij niet om kon zetten, dus je hebt er toch een aardig werkje aan. Maar ben weer bij. Die nieuwe integratie ziet er wel wat beter uit.

Verder ook maar eens e.e.a. lekker opgeschoond. Ik zag aardig wat warnings en deprecated meldingen in de log (meeste dingen die uit configuration.yaml konden omdat ze nu via de integratie UI's gaan). Apple TV gaf ook errors: integratie verwijderd en weer terug proberen te zetten: dat lukt niet meer. Nah ja, gebruik de Apple TV toch nooit via HA, zo nuttig is die integratie niet.

Helaas mijn slimmemeter+ nog steeds niet goed aan de praat gekregen. Marcel Zuidwijk heeft vandaag ook niet meer gereageerd. ff kijken wat ik met dat ding ga doen dan.

[19roland70]

Ik gebruik afvalbeheer , als ik 2 ophalingen per dag heb (bij mij pmd en gft) hoe kan ik ervoor zorgen dat deze ook grafisch worden weergegeven.

[Anoniem: 427499]

Aansturing van philips hue scenes vanuit HA gaat niet helemaal lekker.
Lijkt erop dat ook automatisch de dynamische 'knop' mee wordt gegeven.
Hierdoor gaan de lampen vanzelf switchen naar een andere kleur. Erg leuk maar niet om standaard aan te hebben.
Iemand anders ook last van?

Voor de duidelijkheid. Vanuit de philips hue mobiele app moet je expliciet aangeven dat je dynamisch aan wil zetten bij het aanzetten van een scene.

[badkuip]

@TheFes @verjager Bedankt nog voor de hulp gisteren werkt perfect.

Vandaag begonnen aan een testje met een actionable event wat getriggert wordt wanneer we beiden buiten de deur zijn. Op basis van de HA app op onze beide iPhones (samen in een groep gegooid "De Bazen") wordt gekeken of we thuis zijn (home vs. not home).
Ik heb het in ieder geval voor elkaar gekregen om de Tado aan te sturen zodat het warm blijft.

YAML:

- alias: Niet thuis
  description: Niet thuis
  initial_state: 'true'
  trigger:
    - platform: state
      entity_id: group.debazen
      to: 'not_home'
      id: allebei_weg
    - platform: event
      event_type: mobile_app_notification_action
      event_data:
        action: "uitzetten"
      id: uitzetten
    - platform: event
      event_type: mobile_app_notification_action
      event_data:
        action: "aanlaten"
      id: aanlaten
  action:
    - choose:
        - conditions:
            - condition: trigger
              id: allebei_weg
          sequence:
            - service: notify.notify_alles
              data:
                message: Jullie zijn allebei niet thuis. Wat moet er gebeuren? (lang drukken voor opties)
                data:
                  actions:
                    - action: "uitzetten"
                      title: "Alles uitzetten"
                    - action: "aanlaten"
                      title: "Alles aan laten"
        - conditions:
            - condition: trigger
              id: uitzetten
          sequence:
            - service: notify.notify_alles
              data:
                message: "Jammer dat je weg bent!"
                title: Toedeloe
        - conditions:
            - condition: trigger
              id: aanlaten
          sequence:
            - service: tado.set_climate_timer
              target:
                entity_id: climate.verwarming
              data:
                time_period: '01:30:00'
                temperature: "{{ states('sensor.verwarming_temperature')}}"
            - service: notify.notify_alles
              data:
                message: "Je bent er nog! Kees zal blij zijn! En de kachel blijft snorren"
                title: Hoera
  mode: single
  id: 8adca0ce-b320-4290-85e5-72473cb431f3

Nu acties gaan bedenken voor wat er moet gebeuren als alles uit gaat.
En ik moet iets verzinnen wanneer ik alles aan laat (dus wanneer de oppas er is) dat ook de Hue-lampen niet uitgaan om 23.00 uur 's avonds (dat gebeurt standaard). Dat is een automation in de Hue app. Als ik die kan overrulen op de een of andere manier...

offtopic:
Het koste mij een half uur voordat ik erachter kwam dat je op de iPhone lang op het bericht moet drukken voordat de twee opties komen. Kan dat nou niet mooier Apple

[ Voor 3% gewijzigd door badkuip op 24-12-2021 21:21 ]

[breinonline]

Ik heb mijn WTW apparaat (Zhender Q600) al een tijdje aangesloten in HA. Maar het ding geeft nogal wat entities hetgeen veel informatie geeft maar weinig overzicht:


Vanavond maar eens een picture elements card gebouwd om dat op te lossen :

De knoppen voor de standen had ik trouwens al.

[badkuip]

@breinonline Waar komen die standenknoppen vandaan?
Ik zelf gebruik iets uit HACS maar ben er niet tevreden over. Lay out vind ik niet zo mooi en en het is niet te configureren met een vaste RPM, alleen maar met percentages.

[breinonline]

Het is een horizontal stack met een custom:button-card.

scripts.yaml:

YAML:

#############################################################################################################
## Ventilatiestanden                                                                                       ##
#############################################################################################################
wtw_preset_0:
  alias: Comfoairq stand 0
  icon: mdi:fan-auto
  sequence:
    - service: fan.turn_off
      target:
        entity_id: fan.comfoairq

wtw_preset_1:
  alias: Comfoairq stand 1
  icon: mdi:fan-speed-1
  sequence:
    - service: fan.set_percentage
      target:
        entity_id: fan.comfoairq
      data:
        percentage: 33

wtw_preset_2:
  alias: Comfoairq stand 2
  icon: mdi:fan-speed-2
  sequence:
    - service: fan.set_percentage
      target:
        entity_id: fan.comfoairq
      data:
        percentage: 66

wtw_preset_3:
  alias: Comfoairq stand 3
  icon: mdi:fan-speed-3
  sequence:
    - service: fan.set_percentage
      target:
        entity_id: fan.comfoairq
      data:
        percentage: 100

wtw_preset_0_naloop:
  alias: Comfoairq stand 0 naloop uit
  icon: mdi:fan-auto
  sequence:
    - service: fan.turn_off
      target:
        entity_id: fan.comfoairq
    - service: input_boolean.turn_off
      target:
        entity_id: input_boolean.wtw_naloop_aan

wtw_preset_1_naloop:
  alias: Comfoairq stand 1 naloop uit
  icon: mdi:fan-speed-1
  sequence:
    - service: fan.set_percentage
      target:
        entity_id: fan.comfoairq
      data:
        percentage: 33
    - service: input_boolean.turn_off
      target:
        entity_id: input_boolean.wtw_naloop_aan

wtw_preset_2_naloop:
  alias: Comfoairq stand 2 naloop uit
  icon: mdi:fan-speed-2
  sequence:
    - service: fan.set_percentage
      target:
        entity_id: fan.comfoairq
      data:
        percentage: 66
    - service: input_boolean.turn_off
      target:
        entity_id: input_boolean.wtw_naloop_aan

wtw_preset_3_naloop:
  alias: Comfoairq stand 3 naloop uit
  icon: mdi:fan-speed-3
  sequence:
    - service: fan.set_percentage
      target:
        entity_id: fan.comfoairq
      data:
        percentage: 100
    - service: input_boolean.turn_off
      target:
        entity_id: input_boolean.wtw_naloop_aan

wtw_preset_0_timer30:
  alias: Comfoairq stand 0 voor 30min
  icon: mdi:fan-auto
  sequence:
    - service: input_boolean.turn_off
      target:
        entity_id: input_boolean.wtw_timer
    - service: input_boolean.turn_off
      target:
        entity_id: input_boolean.wtw_naloop_aan
    - service: input_boolean.turn_on
      target:
        entity_id: input_boolean.wtw_timer
    - service: fan.turn_off
      target:
        entity_id: fan.comfoairq
    - delay:
        hours: 0
        minutes: 30
        seconds: 0
        milliseconds: 0
    - service: fan.set_percentage
      target:
        entity_id: fan.comfoairq
      data:
        percentage: 33
    - service: input_boolean.turn_off
      target:
        entity_id: input_boolean.wtw_timer

wtw_preset_2_timer30:
  alias: Comfoairq stand 2 voor 30min
  icon: mdi:fan-speed-2
  sequence:
    - service: input_boolean.turn_off
      target:
        entity_id: input_boolean.wtw_timer
    - service: input_boolean.turn_off
      target:
        entity_id: input_boolean.wtw_naloop_aan
    - service: input_boolean.turn_on
      target:
        entity_id: input_boolean.wtw_timer
    - service: fan.turn_off
      target:
        entity_id: fan.comfoairq
      data:
        percentage: 66
    - delay:
        hours: 0
        minutes: 30
        seconds: 0
        milliseconds: 0
    - service: fan.set_percentage
      target:
        entity_id: fan.comfoairq
      data:
        percentage: 33
    - service: input_boolean.turn_off
      target:
        entity_id: input_boolean.wtw_timer

wtw_preset_3_timer30:
  alias: Comfoairq stand 3 voor 30min
  icon: mdi:fan-speed-3
  sequence:
    - service: input_boolean.turn_off
      target:
        entity_id: input_boolean.wtw_timer
    - service: input_boolean.turn_off
      target:
        entity_id: input_boolean.wtw_naloop_aan
    - service: input_boolean.turn_on
      target:
        entity_id: input_boolean.wtw_timer
    - service: fan.turn_off
      target:
        entity_id: fan.comfoairq
      data:
        percentage: 100
    - delay:
        hours: 0
        minutes: 30
        seconds: 0
        milliseconds: 0
    - service: fan.set_percentage
      target:
        entity_id: fan.comfoairq
      data:
        percentage: 33
    - service: input_boolean.turn_off
      target:
        entity_id: input_boolean.wtw_timer

En de lovelace card:

YAML:

type: horizontal-stack
cards:
  - type: custom:button-card
    entity: sensor.comfoairq_stand
    icon: mdi:fan-auto
    size: 50%
    color_type: card
    state:
      - value: 33
        color: var(--secondary-background-color)
      - value: 66
        color: var(--secondary-background-color)
      - value: 100
        color: var(--secondary-background-color)
      - value: 0
        color: var(--paper-item-icon-color)
    name: Away
    show_state: false
    tap_action:
      action: call-service
      service: script.turn_on
      service_data:
        entity_id: script.wtw_preset_0_naloop
    hold_action:
      action: call-service
      service: script.turn_on
      service_data:
        entity_id: script.wtw_preset_0_timer30
  - type: custom:button-card
    entity: sensor.comfoairq_stand
    icon: mdi:fan-speed-1
    size: 50%
    color_type: card
    state:
      - value: 33
        color: var(--paper-item-icon-color)
      - value: 66
        color: var(--secondary-background-color)
      - value: 100
        color: var(--secondary-background-color)
      - value: 0
        color: var(--secondary-background-color)
    name: Stand 1
    show_state: false
    tap_action:
      action: call-service
      service: script.turn_on
      service_data:
        entity_id: script.wtw_preset_1_naloop
  - type: custom:button-card
    entity: sensor.comfoairq_stand
    icon: mdi:fan-speed-2
    size: 50%
    color_type: card
    state:
      - value: 33
        color: var(--secondary-background-color)
      - value: 66
        color: var(--paper-item-icon-color)
      - value: 100
        color: var(--secondary-background-color)
      - value: 0
        color: var(--secondary-background-color)
    name: Stand 2
    show_state: false
    tap_action:
      action: call-service
      service: script.turn_on
      service_data:
        entity_id: script.wtw_preset_2_naloop
    hold_action:
      action: call-service
      service: script.turn_on
      service_data:
        entity_id: script.wtw_preset_2_timer30
  - type: custom:button-card
    entity: sensor.comfoairq_stand
    icon: mdi:fan-speed-3
    size: 50%
    color_type: card
    state:
      - value: 33
        color: var(--secondary-background-color)
      - value: 66
        color: var(--secondary-background-color)
      - value: 100
        color: var(--paper-item-icon-color)
      - value: 0
        color: var(--secondary-background-color)
    name: Stand 3
    show_state: false
    tap_action:
      action: call-service
      service: script.turn_on
      service_data:
        entity_id: script.wtw_preset_3_naloop
    hold_action:
      action: call-service
      service: script.turn_on
      service_data:
        entity_id: script.wtw_preset_3_timer30

En voor de volledigheid de automation die er ook in verwerkt zit:

YAML:

#############################################################################################################
## Ventilatieregeling                                                                                      ##
#############################################################################################################
- id: '202111200849'
  alias: Ventilatieregeling
  description: Aansturen van de ventilatie
  trigger:
    - platform: numeric_state
      entity_id: sensor.shelly1temperature
      above: '38'
      id: '1'
    - platform: numeric_state
      entity_id: sensor.shelly1temperature
      below: '38.5'
      id: '2'
    - platform: numeric_state
      entity_id: sensor.shelly1temperature
      below: '31'
      id: '3'
  action:
    - choose:
        - conditions: #Start de afzuiging op stand 3 wanneer SWW temperatuur boven de 38 graden stijgt
            - condition: trigger
              id: '1'
          sequence:
            - service: script.turn_on
              target:
                entity_id: script.wtw_preset_3
            - service: input_boolean.turn_on
              target:
                entity_id: input_boolean.wtw_naloop_aan
        - conditions: #Als SWW temperatuur onder de 38 graden zakt, schakel de afzuiging naar stand 2
            - condition: trigger
              id: '2'
            - condition: state
              entity_id: input_boolean.wtw_naloop_aan
              state: 'on'
          sequence:
            - service: script.turn_on
              target:
                entity_id: script.wtw_preset_2
        - conditions: #Als SWW temperatuur onder de 31 graden zakt, schakel de afzuiging weer naar stand 1
            - condition: trigger
              id: '3'
            - condition: state
              entity_id: input_boolean.wtw_naloop_aan
              state: 'on'
          sequence:
            - service: script.turn_on
              target:
                entity_id: script.wtw_preset_1
            - service: input_boolean.turn_off
              target:
                entity_id: input_boolean.wtw_naloop_aan
  mode: single

Edit:
En een template sensor, die heb je dan ook nog nodig. template.yaml:

YAML:

#############################################################################################################
## WAW standen                                                                                             ##
#############################################################################################################
- sensor:
  - name: "Comfoairq stand"
    state: "{{ state_attr('fan.comfoairq', 'percentage') | default(33)}}"

[ Voor 5% gewijzigd door breinonline op 16-04-2022 07:17 . Reden: low/medium/high is niet meer beschikbaar, omgebouwd naar percentage attribute ]

[Bananeman]

Deze week bezig geweest om mijn hele domotica-installatie aan te passen cq. te upgraden, waaronder de overstap van Domoticz naar HA. Wereld van verschil, dus had het eerder moeten doen Ben er een hele tijd terug al eens aan begonnen, maar mijn Z-Wave devices werden toen niet lekker gevonden en ben er toen mee gestopt. Nu een nieuwe Z-Wave stick (Aeotec) in gebruik genomen en dus sowieso alle devices opnieuw moeten koppelen.

Draai HA op een Synology 1520+ NAS in een VM, werkt tot dusver prima. Ook even naar Docker gekeken, kan me voorstellen dat dit wat beter is qua performance? Indien nodig kan ik altijd alsnog naar Docker switchen, neem aan dat dat een kwestie van configuratie kopiëren is?

[Meessen]

Zijn er gebruikers die hue lampen met Bluetooth hebben en kunnen bevestigen of bluetooth uit gaat wanneer de lamp verbonden is via ZigBee? (Niet via de bridge)

Wat ik hier over online vind zegt dat het aan blijft, maar de info is summier en oud.
Heb geen zin om mijn huis vol te hangen met actieve Bluetooth apparaten terwijl het niet nodig is.

[Jurgen]

Meessen schreef op zaterdag 25 december 2021 @ 06:48:
Zijn er gebruikers die hue lampen met Bluetooth hebben en kunnen bevestigen of bluetooth uit gaat wanneer de lamp verbonden is via ZigBee? (Niet via de bridge)

Wat ik hier over online vind zegt dat het aan blijft, maar de info is summier en oud.
Heb geen zin om mijn huis vol te hangen met actieve Bluetooth apparaten terwijl het niet nodig is.

Ik heb even gekeken voor je, maar de bluetooth blijft ingeschakeld. Al betwijfel ik of ik nu met een nieuw device kan pairen.

[Meessen]

Jurgen schreef op zaterdag 25 december 2021 @ 07:22:
[...]


Ik heb even gekeken voor je, maar de bluetooth blijft ingeschakeld. Al betwijfel ik of ik nu met een nieuw device kan pairen.

Bedankt

[TheFes]

Meessen schreef op zaterdag 25 december 2021 @ 06:48:
Zijn er gebruikers die hue lampen met Bluetooth hebben en kunnen bevestigen of bluetooth uit gaat wanneer de lamp verbonden is via ZigBee? (Niet via de bridge)

Wat ik hier over online vind zegt dat het aan blijft, maar de info is summier en oud.
Heb geen zin om mijn huis vol te hangen met actieve Bluetooth apparaten terwijl het niet nodig is.

Ik heb mijn Hue lampen via een Conbee Ii aan mijn HA server verbonden. Bluetooth blijft actief, maar dat vind ik zelf wel zo handig, want daarmee kan ik firmware updates doen.

[Koepert]

TheFes schreef op vrijdag 24 december 2021 @ 14:58:
@Koepert

Zoiets wordt het in één automation (alleen het action gedeelte):

YAML:

action:
  - service: notify.mobile_app_iphone_se_qper
    data:
      message: 'Vergeet je medicijnen niet te nemen'
      data:
        action: "MEDICIJNEN_GEHAD"
        title: "Medicijnen gehad"
  - alias: "Wacht op reactie"
    wait_for_trigger:
      - platform: event
        event_type: mobile_app_notification_action
        event_data:
          action: "MEDICIJNEN_GEHAD"
  - alias: "Input boolean omzetten"
    choose:
      - conditions: "{{ wait.trigger.event.data.action == 'MEDICIJNEN_GEHAD' }}"
        sequence:
          - service: input_boolean.turn_on
            target:
              entity_id: input_boolean.medicijnen

In het voorbeeld op de pagina gebruiken ze variables die een uniek id mee krijgen, om te voorkomen dat er een mismatch is tussen de notificatie en het script (bijvoorbeeld een oude notificatie)
Dat lijkt me hier niet per se nodig.

Hij werkte dus niet maar heb je trash notification ernaast gezet. Format moet zoals hieronder.

YAML:

  action:
    - service: notify.mobile_app_iphone_se_qper
      data:
        message: 'Vergeet je medicijnen niet te nemen'
        data:
          actions:
            - action: "MEDICIJNEN_GEHAD"
              title: "Medicijnen gehad"

[ Voor 18% gewijzigd door Koepert op 25-12-2021 09:05 ]

[Bananeman]

Bananeman schreef op vrijdag 24 december 2021 @ 22:21:

Draai HA op een Synology 1520+ NAS in een VM, werkt tot dusver prima. Ook even naar Docker gekeken, kan me voorstellen dat dit wat beter is qua performance? Indien nodig kan ik altijd alsnog naar Docker switchen, neem aan dat dat een kwestie van configuratie kopiëren is?

Even mezelf quoten. Deze ochtend maar even echt onderzoek gedaan hiernaar, maar zo eenvoudig is het dus niet Ik blijf wel bij de VM, want hoewel ik niet vies ben van tweaken kies ik voor de eenvoudigste oplossing in ruil voor wat performance-verlies. Daar kan ik wel mee leven.

[John Pe]

Schrijven in het logboek:

code:

      - service: system_log.write
        data:
          message: "Setpoint changed for log"
          level: warning

Bovenstaand stukje gebruik ik in een script om een melding in het logboek te schrijven.
Helaas kan ik de melding nergens vinden en ook nergens een foutmelding.
Wat doe ik fout?

[DikkieDick]

Bananeman schreef op vrijdag 24 december 2021 @ 22:21:
Draai HA op een Synology 1520+ NAS in een VM, werkt tot dusver prima. Ook even naar Docker gekeken, kan me voorstellen dat dit wat beter is qua performance? Indien nodig kan ik altijd alsnog naar Docker switchen, neem aan dat dat een kwestie van configuratie kopiëren is?

Dat moet wel mogelijk zijn. De config-dir met subdirectories backuppen vanuit je VM.
Zelf draai ik HA in een Docker container op ee RPi4, maar de /config zit buiten de container. Is handig als je HA upgrade of naar een dev-versie wil. Altijd dezelfde config met alle data. En ik heb een back-upscript lopen dat elke 8 uur een backup maakt van de hele config welke weer naar het NAS gaat, zodat mocht er met de Pi iets gebeuren ik een redelijk verse backup heb.

[verjager]

John Pe schreef op zaterdag 25 december 2021 @ 12:33:
Schrijven in het logboek:

code:

      - service: system_log.write
        data:
          message: "Setpoint changed for log"
          level: warning

Bovenstaand stukje gebruik ik in een script om een melding in het logboek te schrijven.
Helaas kan ik de melding nergens vinden en ook nergens een foutmelding.
Wat doe ik fout?

Heb je het default level van de logger: aangepast?

The log severity level is warning if the logger integration is not enabled in configuration.yaml.

Dit werkt bij mij prima:

YAML:

dev_write_log:
  sequence:
  - service: system_log.write
    data:
      message: Setpoint changed for log
      level: warning
  mode: single
  alias: Dev write log

Anders mogelijk de inspringing/spaties controleren?

[TheFes]

John Pe schreef op zaterdag 25 december 2021 @ 12:33:
Schrijven in het logboek:

code:

      - service: system_log.write
        data:
          message: "Setpoint changed for log"
          level: warning

Bovenstaand stukje gebruik ik in een script om een melding in het logboek te schrijven.
Helaas kan ik de melding nergens vinden en ook nergens een foutmelding.
Wat doe ik fout?

Dit gaat niet over het logboek wat in de zijbalk staat hè, maar over de log die je onder instellingen vindt

[John Pe]

TheFes schreef op zaterdag 25 december 2021 @ 13:32:
[...]


Dit gaat niet over het logboek wat in de zijbalk staat hè, maar over de log die je onder instellingen vindt

Ja wat in serverbeheer zit

[Wachten...]

Oke, ik ben inmiddels op een punt aangekomen, dat ik Home Assistant op Virtual machine (op Synology) misschien op ga geven. Ik heb regelmatig problemen met mijn Conbee II stick (Deconz) en ben er na iedere update of reboot weer te lang mee bezig om dingen aan de praat te krijgen. Nu is dit punt nog wat versterkt, omdat Synology USB support heeft laten vallen en sindsdien enkel ellende hebben met de verlichting en automations.

Ik ben nu aan het oriënteren wat het beste bij mij zou passen qua hardware.

Ik draai Home Assistant nu met de volgende addons:

• NodeRED
• File Editor
• Samba
• SSH
• Grafana

Alle apparaten (circa 60 stuks) zijn Zigbee en draaien via een Conbee II stick. Er zullen wel wat meer apparaten toegevoegd gaan worden, maar boven de 100 apparaten met wat automations via NodeRED zal het niet worden.

Raspberry Pi4
Ik heb ooit Home Assistant op een Raspberry pi3B+ gedraaid, want heb er een aantal liggen. Echter was die ervaring echt dramatisch. Het was enorm traag met alles en dus niet werkzaam voor mij. Ga ik met een Raspberry pi4 4GB veel verschil merken? Zal dit even snel of sneller werken dan mijn Synology DS918+ via VM? Dan uiteraard met een SSD i.p.v. een SD kaart

Eigen server (die ik nog heb staan)
Ik heb ook nog een oude server staan met een i3 processor (de exacte specificaties weet ik even niet), maar ik zou het daar ook op kunnen draaien. Echter denk ik dat het een aardige overkill is voor wat ik doe, en dat deze ook aanzienlijk meer stroom verbruikt dan een RPi4

NUC
is ook nog een optie, maar ik zou het ergens zonde vinden als ik hier jaren lang een overpowered device heb die aardig wat stroom slurpt.

Dus simpel gezegd: Ik wil geen stroom slurpend apparaat die zwaar overpowered is, maar ik wil wel graag een device die vlot werkt en die over 2 a 3 jaar nog steeds snel en responsive aanvoelt. Ondanks ik veel positieve verhalen hoor over een RPi4, ben ik dus zelf wat sceptisch aangezien mijn ervaring met de RPi3B+ echt dramatisch was.

Ik ben benieuwd naar jullie ervaringen en reacties!

[Koepert]

Heb je 1 van de genoemde apparaten al draaien? Of staat alles nu ‘uit’ ? Anders zou ik kiezen wat nu al draait. Voor elke optie zou je geen buil vallen. Qua stroom zou ik voor de pi gaan, tenzij deze dus als extra naast een reeds draaiend nuc of server komt.

[witterholt]

@Wachten... ik draai HA in een virtuele omgeving op een laptop met i5 processor; snel, stil, relatief zuinig en als de stroom eraf gaat blijft ie gewoon nog een paar uur online...

[ Voor 7% gewijzigd door witterholt op 25-12-2021 16:37 ]

[Wachten...]

@Koepert
Ik draai nu een RPI3B+ voor mijn Pihole. De server staat die in heb staat niet aangesloten (enkel een Synology DS 918+) die ik dus waarschijnlijk niet meer wil gebruiken voor HA. Ik heb geen NUC, en ook geen RPI4. Deze zou ik dus aan moeten schaffen.

@witterholt
Dat is ook geen slechte optie, (heb nog een oude staan) maar die verbruikt toch ook al snel iets van 20 watt. Daarnaast vindt ik het ook niet de meest handige mooi optie (groot) om weg te werken, en heb hem het liefst in de meterkast dus hoe kleiner hoe beter.

[breinonline]

Wachten... schreef op zaterdag 25 december 2021 @ 15:59:
Oke, ik ben inmiddels op een punt aangekomen, dat ik Home Assistant op Virtual machine (op Synology) misschien op ga geven. Ik heb regelmatig problemen met mijn Conbee II stick (Deconz) en ben er na iedere update of reboot weer te lang mee bezig om dingen aan de praat te krijgen. Nu is dit punt nog wat versterkt, omdat Synology USB support heeft laten vallen en sindsdien enkel ellende hebben met de verlichting en automations.

Ik ben nu aan het oriënteren wat het beste bij mij zou passen qua hardware.

Ik draai Home Assistant nu met de volgende addons:

• NodeRED
• File Editor
• Samba
• SSH
• Grafana

Alle apparaten (circa 60 stuks) zijn Zigbee en draaien via een Conbee II stick. Er zullen wel wat meer apparaten toegevoegd gaan worden, maar boven de 100 apparaten met wat automations via NodeRED zal het niet worden.

Raspberry Pi4
Ik heb ooit Home Assistant op een Raspberry pi3B+ gedraaid, want heb er een aantal liggen. Echter was die ervaring echt dramatisch. Het was enorm traag met alles en dus niet werkzaam voor mij. Ga ik met een Raspberry pi4 4GB veel verschil merken? Zal dit even snel of sneller werken dan mijn Synology DS918+ via VM? Dan uiteraard met een SSD i.p.v. een SD kaart

Eigen server (die ik nog heb staan)
Ik heb ook nog een oude server staan met een i3 processor (de exacte specificaties weet ik even niet), maar ik zou het daar ook op kunnen draaien. Echter denk ik dat het een aardige overkill is voor wat ik doe, en dat deze ook aanzienlijk meer stroom verbruikt dan een RPi4

NUC
is ook nog een optie, maar ik zou het ergens zonde vinden als ik hier jaren lang een overpowered device heb die aardig wat stroom slurpt.

Dus simpel gezegd: Ik wil geen stroom slurpend apparaat die zwaar overpowered is, maar ik wil wel graag een device die vlot werkt en die over 2 a 3 jaar nog steeds snel en responsive aanvoelt. Ondanks ik veel positieve verhalen hoor over een RPi4, ben ik dus zelf wat sceptisch aangezien mijn ervaring met de RPi3B+ echt dramatisch was.

Ik ben benieuwd naar jullie ervaringen en reacties!

Een NUC kan ook heel zuinig zijn, mits je de hardware goed instelt. Maar dat geldt voor iedere server, zie ook vooral Het grote zuinige server topic - deel 2.

Je zou ook nog naar de officiële home assistant yellow kunnen kijken?

[peetgate]

Wachten... schreef op zaterdag 25 december 2021 @ 15:59:
Oke, ik ben inmiddels op een punt aangekomen, dat ik Home Assistant op Virtual machine (op Synology) misschien op ga geven. Ik heb regelmatig problemen met mijn Conbee II stick (Deconz) en ben er na iedere update of reboot weer te lang mee bezig om dingen aan de praat te krijgen. Nu is dit punt nog wat versterkt, omdat Synology USB support heeft laten vallen en sindsdien enkel ellende hebben met de verlichting en automations.

Ik ben nu aan het oriënteren wat het beste bij mij zou passen qua hardware.

Ik draai Home Assistant nu met de volgende addons:

• NodeRED
• File Editor
• Samba
• SSH
• Grafana

Alle apparaten (circa 60 stuks) zijn Zigbee en draaien via een Conbee II stick. Er zullen wel wat meer apparaten toegevoegd gaan worden, maar boven de 100 apparaten met wat automations via NodeRED zal het niet worden.

Raspberry Pi4
Ik heb ooit Home Assistant op een Raspberry pi3B+ gedraaid, want heb er een aantal liggen. Echter was die ervaring echt dramatisch. Het was enorm traag met alles en dus niet werkzaam voor mij. Ga ik met een Raspberry pi4 4GB veel verschil merken? Zal dit even snel of sneller werken dan mijn Synology DS918+ via VM? Dan uiteraard met een SSD i.p.v. een SD kaart

Eigen server (die ik nog heb staan)
Ik heb ook nog een oude server staan met een i3 processor (de exacte specificaties weet ik even niet), maar ik zou het daar ook op kunnen draaien. Echter denk ik dat het een aardige overkill is voor wat ik doe, en dat deze ook aanzienlijk meer stroom verbruikt dan een RPi4

NUC
is ook nog een optie, maar ik zou het ergens zonde vinden als ik hier jaren lang een overpowered device heb die aardig wat stroom slurpt.

Dus simpel gezegd: Ik wil geen stroom slurpend apparaat die zwaar overpowered is, maar ik wil wel graag een device die vlot werkt en die over 2 a 3 jaar nog steeds snel en responsive aanvoelt. Ondanks ik veel positieve verhalen hoor over een RPi4, ben ik dus zelf wat sceptisch aangezien mijn ervaring met de RPi3B+ echt dramatisch was.

Ik ben benieuwd naar jullie ervaringen en reacties!

Ik ben sinds kort overgestapt van de Deconz add-on naar een Linux VM (xubuntu) met daarop Deconz op mijn DS1019+. Sindsdien is het echt compleet stabiel. Ik had namelijk ook vaak problemen dat zigbee-apparaten vaak hun connectie verloren, of dat ze niet goed werkten. Configuratie van je Phoscon/Deconz is te exporteren in de settings en kun je zo overzetten naar een andere installatie.

USB voor VM's zou trouwens ook geen probleem moeten zijn bij DSM 7. Ik heb die 'problemen' wel met Docker, maar bij VM-manager blijven de USB-apparaten gewoon gekoppeld. Wat gebeurt er precies dan, wanneer je reboot? Volgens mij heb je namelijk een prima oplossing nu en moet je wellicht nog ff wat laatste tweaking doen om het goed te krijgen.

[Stiggy]

Ik heb mijn main dashboard in yaml en speel wat met de UI editor voor een tweede dashboard. Op mijn main dash gebruik ik nu de custom mini-graph-card. js file daarvan gedownload en in config\www gezet en als resource toegevoegd aan configuration.yaml:

code:

lovelace:
  mode: yaml
  resources:
    - url: /local/mini-graph-card-bundle.js?v=0.10.0
      type: module

Werkt prima op mijn yaml dash, maar op de storage dash krijg ik de card niet gebruikt (custom element doesn’t exist). Wat doe ik fout? Hoe kun je de resource toevoegen zodat hij ook in de editor is te gebruiken?

[hneel]

Kan iemand me de statistics uitleggen? Hiet staat hier beschreven: https://www.home-assistant.io/integrations/statistics/
Maar ik snap het gewoon niet.

Wat ik wil is bv van de temperatuur van een kamer het gemiddelde per dag, plus de min en max van die dag. Dus eigenlijk een soort bar-chart met de breedte van een bar per dag.
Ik denk dat ik moet goochelen met max_age en sampling_size, maar ik snap gewoon niet hoe. Ik krijg het gewoon niet voor elkaar.

[ Voor 4% gewijzigd door hneel op 26-12-2021 00:25 ]

[breinonline]

Stiggy schreef op zaterdag 25 december 2021 @ 19:07:
Ik heb mijn main dashboard in yaml en speel wat met de UI editor voor een tweede dashboard. Op mijn main dash gebruik ik nu de custom mini-graph-card. js file daarvan gedownload en in config\www gezet en als resource toegevoegd aan configuration.yaml:

code:

lovelace:
  mode: yaml
  resources:
    - url: /local/mini-graph-card-bundle.js?v=0.10.0
      type: module

Werkt prima op mijn yaml dash, maar op de storage dash krijg ik de card niet gebruikt (custom element doesn’t exist). Wat doe ik fout? Hoe kun je de resource toevoegen zodat hij ook in de editor is te gebruiken?

Kan dat niet via configuration > dashboards > resources?

[Idanue]

Wachten... schreef op zaterdag 25 december 2021 @ 15:59:
Oke, ik ben inmiddels op een punt aangekomen, dat ik Home Assistant op Virtual machine (op Synology) misschien op ga geven. Ik heb regelmatig problemen met mijn Conbee II stick (Deconz) en ben er na iedere update of reboot weer te lang mee bezig om dingen aan de praat te krijgen. Nu is dit punt nog wat versterkt, omdat Synology USB support heeft laten vallen en sindsdien enkel ellende hebben met de verlichting en automations.

Ik ben benieuwd naar jullie ervaringen en reacties!

Ik heb hier ook nog een aantal Pi's liggen wat ook een drama was bij mij.
Tijdje geleden toch besloten om nog een poging te doen en een Home Assistant Blue gekocht.
Nog 0 problemen mee gehad en is lekker snel dus erg tevreden mee.

[Koepert]

Wachten... schreef op zaterdag 25 december 2021 @ 16:54:
@Koepert
Ik draai nu een RPI3B+ voor mijn Pihole. De server staat die in heb staat niet aangesloten (enkel een Synology DS 918+) die ik dus waarschijnlijk niet meer wil gebruiken voor HA. Ik heb geen NUC, en ook geen RPI4. Deze zou ik dus aan moeten schaffen.

@witterholt
Dat is ook geen slechte optie, (heb nog een oude staan) maar die verbruikt toch ook al snel iets van 20 watt. Daarnaast vindt ik het ook niet de meest handige mooi optie (groot) om weg te werken, en heb hem het liefst in de meterkast dus hoe kleiner hoe beter.

Wat ook al gezegd is, dan zou ik kijken of je de Synology nog wat kunt optimaliseren. Alternatief hangt een beetje van je wensen en budget af. Met een Pi4 val je geen buil en heb je (zeker met SSD) een prima apparaat. Met een NUC heb je overpower, maar kun je er ook veel meer mee (en evt de 3B+ uitfaseren) en zul je dus niet snel n extra device nodig zijn voor een andere taak (tenzij je faliekant tegen ' SPOF' bent)

[Stiggy]

breinonline schreef op zondag 26 december 2021 @ 08:21:
[...]

Kan dat niet via configuration > dashboards > resources?

Niet als je mixed en stored dashboards hebt.

[Wachten...]

@Idanue

Ja ik heb ook naar de Home Assistant blue gekeken. Echter vind ik hem net te duur voor wat het is. Wat ik daarmee bedoel, is dat deze enkel en alleen voor HA is gemaakt. Ik draai ook wat docker containers en deze kun je hier dan weer niet op draaien.

Ik zou dan natuurlijk kunnen kijken om mijn Pihole ook op de NAS te draaien (dat is de enige die nu niet op de NAS draait vanwege SPOF)


@Koepert

Ik ik ben even iets verder gaan kijken om het in ieder geval voor nu even een beetje werkend te krijgen. Ik zag dat ik mijn Conbee II op een oudere Firmware versie zat uit 2020 (versie 0x26660700 beta) en deze geüpdate naar de laatste (versie 0x26720700 stable) ik was altijd in de war, aangezien er altijd stond dat de versie up to date was. Dit ging echter over de Deconz versie, en niet de firmware versie. Dit is alleen iets voor een ander topic wat ik straks hier zal plaatsen

Ik heb in Synology VMM de Debian Bullseye even op 1 CPU kern en 2GB memory gezet en een reboot gedaan. En de HA op 2 CPU kernen en 2GB memory. Tot op heden werkt het en wordt de stick weer gevonden.

Even terug komen op het topic en jouw antwoordt, dan denk ik dat de RPI ook nog steeds een aardige optie is. Al neig ik steeds meer naar de NUC oplossing, want zoals je zegt. Met de RPI zal ik toch wellicht weer een keer vastlopen, waar de NUC zijn hand niet voor omdraait.

Misschien moet ik toch maar eens de oude server opstarten, kijken wat het verbruik is en die eerst eens opzetten om alles te testen zonder dat ik er kosten aan heb.

[martinvdm]

Wachten... schreef op zondag 26 december 2021 @ 09:55:
@Idanue

Ja ik heb ook naar de Home Assistant blue gekeken. Echter vind ik hem net te duur voor wat het is. Wat ik daarmee bedoel, is dat deze enkel en alleen voor HA is gemaakt. Ik draai ook wat docker containers en deze kun je hier dan weer niet op draaien.

Ik zou dan natuurlijk kunnen kijken om mijn Pihole ook op de NAS te draaien (dat is de enige die nu niet op de NAS draait vanwege SPOF)


@Koepert

Ik ik ben even iets verder gaan kijken om het in ieder geval voor nu even een beetje werkend te krijgen. Ik zag dat ik mijn Conbee II op een oudere Firmware versie zat uit 2020 (versie 0x26660700 beta) en deze geüpdate naar de laatste (versie 0x26720700 stable) ik was altijd in de war, aangezien er altijd stond dat de versie up to date was. Dit ging echter over de Deconz versie, en niet de firmware versie. Dit is alleen iets voor een ander topic wat ik straks hier zal plaatsen

Ik heb in Synology VMM de Debian Bullseye even op 1 CPU kern en 2GB memory gezet en een reboot gedaan. En de HA op 2 CPU kernen en 2GB memory. Tot op heden werkt het en wordt de stick weer gevonden.

Even terug komen op het topic en jouw antwoordt, dan denk ik dat de RPI ook nog steeds een aardige optie is. Al neig ik steeds meer naar de NUC oplossing, want zoals je zegt. Met de RPI zal ik toch wellicht weer een keer vastlopen, waar de NUC zijn hand niet voor omdraait.

Misschien moet ik toch maar eens de oude server opstarten, kijken wat het verbruik is en die eerst eens opzetten om alles te testen zonder dat ik er kosten aan heb.

Ik ben een groot voorstander van de Nuc, geeft je flink wat flexibiliteit, en een goede performance. Draai zelf Ubuntu met docker core versie van ha en nog 23 containers, maar vrienden draaien eenzelfde setup met proxmox er tussen wat ook prima werkt en je ha met supervisor kunt draaien.

[Megalomania]

Gizz schreef op woensdag 22 december 2021 @ 14:22:
[...]

Niet alleen bij Shelly, zo werkt dat bij eigenlijk alle relais waar je een schakelaar op kunt aansluiten. Zelf gebruik ik Zigbee relais van een paar euro. Daarom mijn vraag of het echt omgebouwd moet worden naar een pulsschakelaar. Meestal is dat inderdaad helemaal niet nodig.

[...]

Dat klopt, het is vrij binair

Voor uitgebreide functionaliteit heb ik de standaard knoppen laten zitten en knoppen met een batterijtje toegepast. Dan kun je ze opplakken waar je wilt. Met dit soort knoppen heb je 12 functies (4 knoppen * 3 functies per knop), dat schiet lekker op

Best een goedkope oplossing! Ik kan die goedkope zigbee relais niet meer vinden alleen. Waar heb je ze gekocht, ali?

Shellys werken natuurlijk ook goed maar dat is weer duurder,

[Wachten...]

@Koepert @martinvdm

Maar mocht ik voor een NUC gaan kijken, is zoiets dan wat? pricewatch: Intel NUC Kit NUC7CJYH (geen stekker)

Of is het echt beter om een tweedehands te kopen die sneller/beter is? Wederom rekenend houdend met stroomverbruik en later toch eventuele uitbreiding als ik meer dingen erop wil draaien.

[Koepert]

Wachten... schreef op zondag 26 december 2021 @ 10:33:
@Koepert @martinvdm

Maar mocht ik voor een NUC gaan kijken, is zoiets dan wat? pricewatch: Intel NUC Kit NUC7CJYH (geen stekker)

Of is het echt beter om een tweedehands te kopen die sneller/beter is? Wederom rekenend houdend met stroomverbruik en later toch eventuele uitbreiding als ik meer dingen erop wil draaien.

Prima apparaat. (je linkt naar een zonder stekker, just a heads up;))

Celeron, Pentium, i3, hangt een beetje van budget af. Maar functioneert allemaal prima. Draai zelf een Dell Optiplex 3020m met een Pentium G3250T. Dan komt de afwegen met verbruik om de hoek. Maar tot een i3 zou ik me daar niet zoveel zorgen om maken. Zeker niet als je bijvoorbeeld de T-versies in zicht hebt (zuiniger)

[Septillion]

@hneel Volgens mij moet je dan gewoon 3 sensoren aanmaken (mean, value_min, value_max). max_age zet je op 24h. En sample_size moet dus alle waardes die je binnen krijgt op een dag kunnen opslaan. Als we uit gaan van 4x in het uur zal die op minimaal 96 moeten voor 24h. Wil je aan de veilige kant zitten zou ik zelf 200 ofzo pakken. quantile doet er voor deze parameters volgens mij niet zo toe.

Let wel dat dit dus altijd een lopend gemiddelde is van de afgelooen 24h en dus niet van de (week)dag. Ook is het afhankelijk van je recoder setting of je gelijk data krijgt (recoder periode groter dan je max_
age = de standaard) of dat hij dan pas begint met verzamelen (recoder uit / korter).

[Wachten...]

Koepert schreef op zondag 26 december 2021 @ 10:57:
[...]


Prima apparaat. (je linkt naar een zonder stekker, just a heads up;))

Celeron, Pentium, i3, hangt een beetje van budget af. Maar functioneert allemaal prima. Draai zelf een Dell Optiplex 3020m met een Pentium G3250T. Dan komt de afwegen met verbruik om de hoek. Maar tot een i3 zou ik me daar niet zoveel zorgen om maken. Zeker niet als je bijvoorbeeld de T-versies in zicht hebt (zuiniger)

Maar als ik het dan goed begrijp, dan hoef ik me ook niet blind te staren op een NUC? Want je hebt van heel veel merken (Dell, Lenovo etc) ook allerlei mini pc builds. Of is er wel echt iets bijzonders met de NUC waardoor iedereen daar voor kiest? Het is namelijk overal NUC, NUC en nog eens NUC. Dit zal dan vast een reden hebben denk ik?

[Koepert]

Wachten... schreef op zondag 26 december 2021 @ 11:22:
[...]


Maar als ik het dan goed begrijp, dan hoef ik me ook niet blind te staren op een NUC? Want je hebt van heel veel merken (Dell, Lenovo etc) ook allerlei mini pc builds. Of is er wel echt iets bijzonders met de NUC waardoor iedereen daar voor kiest? Het is namelijk overal NUC, NUC en nog eens NUC. Dit zal dan vast een reden hebben denk ik?

Over het algemeen is het ' de benchmark' voor minipc's. Maar ik zie niet echt een doorslaggevende reden hoor. Als het maar geschikt is voor wat je wil (Virtualization, etc)

[RudolfR]

hneel schreef op zondag 26 december 2021 @ 00:24:
Kan iemand me de statistics uitleggen? Hiet staat hier beschreven: https://www.home-assistant.io/integrations/statistics/
Maar ik snap het gewoon niet.

Wat ik wil is bv van de temperatuur van een kamer het gemiddelde per dag, plus de min en max van die dag. Dus eigenlijk een soort bar-chart met de breedte van een bar per dag.
Ik denk dat ik moet goochelen met max_age en sampling_size, maar ik snap gewoon niet hoe. Ik krijg het gewoon niet voor elkaar.

Wat gaat er mis als je max_age van 24h configureert i.c.m. veel samples?
Volgens mij kun je dan met de attributen mean, max_value, en min_value aan de slag.

Ik gebruik dit voor de gemiddelde temperatuur van het afgelopen etmaal, volgens buienradar.

code:

- platform: statistics
  entity_id: sensor.br_temperature
  name: temp_stats
  sampling_size: 100000000
  max_age:
    days: 1

[martinvdm]

Wachten... schreef op zondag 26 december 2021 @ 11:22:
[...]


Maar als ik het dan goed begrijp, dan hoef ik me ook niet blind te staren op een NUC? Want je hebt van heel veel merken (Dell, Lenovo etc) ook allerlei mini pc builds. Of is er wel echt iets bijzonders met de NUC waardoor iedereen daar voor kiest? Het is namelijk overal NUC, NUC en nog eens NUC. Dit zal dan vast een reden hebben denk ik?

Het is maar net wat voor wensen je hebt. Zo wil je wellicht ook nog wel dat je cpu aes-ni onder steunt. Maar dit wordt echt meer iets voor Het grote zuinige server topic - deel 3

[DeadMetal]

Ik draai HA op een Odroid N2+ waarbij alles (HA OS + opslag) draait vanaf een 256GB eMMC kaart.

Nou wil ik graag extra opslag toevoegen voor muziekbestanden. Kan iemand me vertellen hoe ik dat het beste kan aanpakken? Ik lees wat tegenstrijdige berichten of het nou mogelijk is om bijv. een portable HDD/SSD via USB aan te koppelen, en deze vanuit HA beschikbaar te maken?

Het gaat dus niet om de eMMC vervangen, de huidige setup moet liefst intact blijven. Het gaat puur om extra opslagruimte toevoegen. Idealiter blijft HA dus gewoon draaien vanaf de eMMC, en kan ik de evt. USB-drive loskoppelen, er extra muziek opzetten via een PC, en hem daarna weer in HA inpluggen..
Ik verplaatst dus liever niet de hele opslag naar een SSD. Maar dat kan evt. een alternatief zijn.

[gazzzman61]

belly89 schreef op vrijdag 26 november 2021 @ 09:27:
Vraagje aan de experts. Ik gebruik een Blitzwolf BW-SHP13 om een indicatie te krijgen van het verbruik van apparaten en als switch. Op 2 apparaten wil ik wel graag het energieverbruik meten maar geen mogelijkheid hebben om de switch uit te zetten, er moet continu stroom op staan.

Kan ik de entiteit .switch uitzetten bij het betreffende apparaat zodat HA (of ik) niet per ongeluk het apparaat uit kan zetten? Of heeft iemand een beter oplossing?

Of nog beter: is er een stekker die alleen energie meet en geen switch functie betreft? O

Ik worstel hier ook mee.
geprobeerd via een blueprint een automation te maken maar die op zich wel werkt, maar schakelt elke 30 sec en dat is niet de bedoeling.
Hoe heb jij dit nu opgelost? kun je me op weg helpen?

[Septillion]

@gazzzman61 Waarvoor wil je een blueprint gebruiken? Als je hem niet schakelt of op je LoveLace zet zal hij gewoon niet schakelen.

[gazzzman61]

Septillion schreef op zondag 26 december 2021 @ 14:43:
@gazzzman61 Waarvoor wil je een blueprint gebruiken? Als je hem niet schakelt of op je LoveLace zet zal hij gewoon niet schakelen.

Het hoeft geen blueprint te zijn persé. Een gewone automation volstaat.
Als resultaat moet het zo zijn als de state verandert van on naar off, dat ie dan direct weer naar on schakelt.
Ik ben niet zo handig met automations. Met knippen en plakken kom ik vaak een heel eind maar deze lukt me niet.

[belly89]

gazzzman61 schreef op zondag 26 december 2021 @ 14:50:
[...]

Het hoeft geen blueprint te zijn persé. Een gewone automation volstaat.
Als resultaat moet het zo zijn als de state verandert van on naar off, dat ie dan direct weer naar on schakelt.
Ik ben niet zo handig met automations. Met knippen en plakken kom ik vaak een heel eind maar deze lukt me niet.

Zoals voorgesteld in dit topic heb ik een automation gemaakt waarbij die direct weer aan gaat als hij per ongeluk wordt uitgeschakeld.

YAML:

alias: Aquarium direct aanzetten na uitschakelen!
description: ''
trigger:
  - platform: state
    entity_id: switch.aquarium
    to: 'off'
condition: []
action:
  - type: turn_on
    device_id: 9f5644933ceafa87a33dd4aba12494e4
    entity_id: switch.aquarium
    domain: switch
mode: single

[Septillion]

@gazzzman61 Ooit gewoon de UI geprobeerd om een automation te maken? Dit is wel echt een van de makkelijkste dingen om mee te beginnen.

YAML:

alias: Nooit uit
description: ''
mode: single
trigger:
  - platform: state
    entity_id: switch.study_switch
    to: 'off'
condition: []
action:
  - service: switch.turn_on
    target:
      entity_id: switch.study_switch

[gazzzman61]

@Septillion en @belly89

dank voor jullie reacties. ik heb het nu werkend. als je de yaml zo leest is het erg simpel inderdaad. alhoewel jullie allebei een andere versie hebben van de action.
Ik had het ook inderdaad via de GUI geprobeerd te maken maar ook dat is voor mij nog wat verwarrend. denk dat ik nog wat vaker moet oefenen en doorzetten.

[Gizz]

Megalomania schreef op zondag 26 december 2021 @ 10:31:
[...]


Best een goedkope oplossing! Ik kan die goedkope zigbee relais niet meer vinden alleen. Waar heb je ze gekocht, ali?

Een tijdje terug heb ik ze voor €8 per stuk (en inclusief verzendkosten) gekocht op Ali. Zie dat ze nu gemiddeld wat duurder zijn, een tientje voor een enkel relais. Dat scheelt niet zoveel met een Shelly denk ik? Voordeel is wel dat een zigbee relais je mesh verder versterkt

Bij relais met meerdere uitgangen wordt wel snel voordelig; een relais met 4 poorten kost €20.

[Septillion]

@gazzzman61 Je kan de yaml van hier dus ook in de UI plakken en dan weer naar UI mode gaan. Dan kan je dus bekijken wat wij ervan gemaakt hebben en van leren. Simpeler dan deze automations ga je het namelijk gewoon niet krijgen

[Wachten...]

Weet iemand hoe ik handmatig de database kan purgen?

Mijn Datbase is 2GB groot (nog nooit gepurged) en wil deze dus nu even een kopje kleiner maken

Ik heb geprobeerd om via de Developer tools/services de purge uit te voeren met onderstaande code, echter zonder gewenst resultaat

code:

service: recorder.purge
data:
  keep_days: 14

[martinvdm]

Wachten... schreef op zondag 26 december 2021 @ 17:51:
Weet iemand hoe ik handmatig de database kan purgen?

Mijn Datbase is 2GB groot (nog nooit gepurged) en wil deze dus nu even een kopje kleiner maken

Ik heb geprobeerd om via de Developer tools/services de purge uit te voeren met onderstaande code, echter zonder gewenst resultaat

code:

service: recorder.purge
data:
  keep_days: 14

Dan heb je mogelijk sensoren die veel data opslaan. Je zou je db kunnen verwijderen maar dan wis je ook recente historie of anders eens uitlezen met een db tool en kijken welke entities er veel rows hebben opgeslagen. Deze kun je dan met recorder.purge_entities wissen.

[Wachten...]

martinvdm schreef op zondag 26 december 2021 @ 18:19:
[...]

Dan heb je mogelijk sensoren die veel data opslaan. Je zou je db kunnen verwijderen maar dan wis je ook recente historie of anders eens uitlezen met een db tool en kijken welke entities er veel rows hebben opgeslagen. Deze kun je dan met recorder.purge_entities wissen.

Maar waarom zou die specifieke purge wel werken en een volledige purge niet?

En ik las geloof ik, dat als ik de volledige DB wil verwijderen, dat ik dan eerst HA af moet sluiten toch?
Maar kan ik er dan nog wel bij via SMB als ik de HA afsluit in VM op Synology?

[Septillion]

@Wachten... Heb volgens mij die van mij wel eens gewoon weggegooid terwijl het draait. Maar noem 2GB nog niet echt groot, volgens mij zit ik op 14GB ofzo.

[Wachten...]

Septillion schreef op zondag 26 december 2021 @ 21:27:
@Wachten... Heb volgens mij die van mij wel eens gewoon weggegooid terwijl het draait. Maar noem 2GB nog niet echt groot, volgens mij zit ik op 14GB ofzo.

Ja ik las daar wat wisselende verhalen over. Ik heb dus voor de zekerheid de onderstaande commando's gebruikt via SSH en de database is nu weg en opnieuw opgebouwd.

code:

ha core stop
rm /config/home-assistant_v2.db
ha core start

Maar het is ook niet perse dat ik geen opslag genoeg heb (draai het op een VM op Synology met nog 3tb beschikbaar ofzo. Maar las op een aantal forums dat het je HA flink kan vertragen. En aangezien mijn Synology DS918+ nou niet echt een VM beest is, wilde ik HA zoveel mogelijk optimaliseren/schoon houden om te zien of het wat effect heeft.

Daarnaast sla ik (nog) geen data op om dingen terug te zien o.i.d. het is hoofdzakelijk media, licht en motion automations die ik heb.

[gastje01]

Ik heb mijn database om die reden ooit naar MariaDB addon verplaatst. Toen was dat best-practice, geen idee of dat nog zo is.

HA installatie is al naar 3 verschillende stukken hardware verhuisd en heb er nooit meer naar gekeken, ondanks dat er redelijk wat sensoren zijn die iedere 60s loggen. HA werkt nog steeds snel zat.

[ Voor 10% gewijzigd door gastje01 op 27-12-2021 09:50 ]

[HuismAndré]

Wachten... schreef op zondag 26 december 2021 @ 21:54:
[...]


Ja ik las daar wat wisselende verhalen over. Ik heb dus voor de zekerheid de onderstaande commando's gebruikt via SSH en de database is nu weg en opnieuw opgebouwd.

code:

ha core stop
rm /config/home-assistant_v2.db
ha core start

Maar het is ook niet perse dat ik geen opslag genoeg heb (draai het op een VM op Synology met nog 3tb beschikbaar ofzo. Maar las op een aantal forums dat het je HA flink kan vertragen. En aangezien mijn Synology DS918+ nou niet echt een VM beest is, wilde ik HA zoveel mogelijk optimaliseren/schoon houden om te zien of het wat effect heeft.

Daarnaast sla ik (nog) geen data op om dingen terug te zien o.i.d. het is hoofdzakelijk media, licht en motion automations die ik heb.

Als je nog geen data opslaat maar daar ook nog geen specifieke instelling voor hebt gemaakt dan sla je dus in werkelijkheid alles op (en ook continu). Handiger is om alleen de dingen op te slaan die daadwerkelijk terug wilt kunnen kijken. Bijvoorbeeld:

YAML:

recorder:
  purge_keep_days: 10
  commit_interval: 5
  include:
    entities:
      - binary_sensor.whatever
      - sensor.whatever2

In bovenstaande voorbeeld bewaar je dus 10 dagen aan data waarbij je elke 5 minuten de nieuwe data wegschrijft.

[Vaevictis_]

gastje01 schreef op maandag 27 december 2021 @ 09:50:
Ik heb mijn database om die reden ooit naar MariaDB addon verplaatst. Toen was dat best-practice, geen idee of dat nog zo is.

HA installatie is al naar 3 verschillende stukken hardware verhuisd en heb er nooit meer naar gekeken, ondanks dat er redelijk wat sensoren zijn die iedere 60s loggen. HA werkt nog steeds snel zat.

Ik ben ooit begonnen met InlfuxDB en MariaDB en HA op zelfde machine. Daarna HA verhuisd naar een Odroid en toen performance problemen ook met pihole op NAS. Daarna weer over gegaan op SQLite op Odroid. Werkt prima, lekker lokaal laten als het niet te groot is. Lange termijn gegevens naar InfluxDB.

[cruysen]

Wachten... schreef op zaterdag 25 december 2021 @ 15:59:
Raspberry Pi4
Ik heb ooit Home Assistant op een Raspberry pi3B+ gedraaid, want heb er een aantal liggen. Echter was die ervaring echt dramatisch. Het was enorm traag met alles en dus niet werkzaam voor mij. Ga ik met een Raspberry pi4 4GB veel verschil merken? Zal dit even snel of sneller werken dan mijn Synology DS918+ via VM? Dan uiteraard met een SSD i.p.v. een SD kaart

Eigen server (die ik nog heb staan)
Ik heb ook nog een oude server staan met een i3 processor (de exacte specificaties weet ik even niet), maar ik zou het daar ook op kunnen draaien. Echter denk ik dat het een aardige overkill is voor wat ik doe, en dat deze ook aanzienlijk meer stroom verbruikt dan een RPi4

NUC
is ook nog een optie, maar ik zou het ergens zonde vinden als ik hier jaren lang een overpowered device heb die aardig wat stroom slurpt.

Dus simpel gezegd: Ik wil geen stroom slurpend apparaat die zwaar overpowered is, maar ik wil wel graag een device die vlot werkt en die over 2 a 3 jaar nog steeds snel en responsive aanvoelt. Ondanks ik veel positieve verhalen hoor over een RPi4, ben ik dus zelf wat sceptisch aangezien mijn ervaring met de RPi3B+ echt dramatisch was.

Ik ben benieuwd naar jullie ervaringen en reacties!

Ik heb mijn Hass op een oude laptop draaien. Dan heb je meteen een lokaal display en keyboard bij problemen. En dat beetje accu wat nog werkt fungeert mooi als UPS. Alleen jammer dat ik geen UPS heb voor mijn Fritz!box (router+modem) (Wel op een losse groep, dat wel. Staat toch allemaal in de meterkast)
Edit: Oja, deze draait op Debian 11 en in een VM, in een andere VM draait een Nextcloud server. Helaas nog geen koppeling gevonden tussen Nextcloud en Hass.
Edit2: Misschien ook nog ff uitzoeken of ik het energiebeheer kan sturen vanuit Hass, lijkt me nu dat de processor niet terugklokt.

[ Voor 8% gewijzigd door cruysen op 27-12-2021 11:02 ]

[Wachten...]

cruysen schreef op maandag 27 december 2021 @ 10:38:
[...]

Ik heb mijn Hass op een oude laptop draaien. Dan heb je meteen een lokaal display en keyboard bij problemen. En dat beetje accu wat nog werkt fungeert mooi als UPS. Alleen jammer dat ik geen UPS heb voor mijn Fritz!box (router+modem) (Wel op een losse groep, dat wel. Staat toch allemaal in de meterkast)
Edit: Oja, deze draait op Debian 11 en in een VM, in een andere VM draait een Nextcloud server. Helaas nog geen koppeling gevonden tussen Nextcloud en Hass.
Edit2: Misschien ook nog ff uitzoeken of ik het energiebeheer kan sturen vanuit Hass, lijkt me nu dat de processor niet terugklokt.

Ja dit is eerder ook al genoemd, en het klinkt inderdaad vrij ideaal. Waar ik alleen achter kwam met mijn laptop, is dat hij nog best veel stroom verbruikt (20+ watt) Dit is voor een HA installatie en wat docker containers echt veel. Daarnaast zit je met veel laptops ook nog eens dat ze best warm kunnen worden. Geen idee hoe dit overigens bij een NUC is hoor.

Als iemand echter een echt zuinige laptop aan kan bevelen die niet groot is en evenveel of minder verbruikt dan een NUC en evensnel is, dan houd ik mij zeker aanbevolen.

Wat ik overigens wel zit te denken wat je met een laptop kunt doen:

[list=1]
• smart plug eraan koppelen
• een automation maken zodat de smart plug een uur aan gaat en een uur uit (om en om) zodat de laptop ook de accu gebruikt (afhankelijk van hoe lang de laptop met een accu kan doen
[/list]


Zal dit zuiniger zijn, of juist meer verbruiken omdat hij de accu moet laden?

[RudolfR]

@Wachten...

Bij het op- en ontladen van de accu gaat ook wel wat energie verloren, maar daar krijg je de functionaliteit van een UPS bij.

[hneel]

RudolfR schreef op zondag 26 december 2021 @ 12:38:
[...]


Wat gaat er mis als je max_age van 24h configureert i.c.m. veel samples?
Volgens mij kun je dan met de attributen mean, max_value, en min_value aan de slag.

Ik gebruik dit voor de gemiddelde temperatuur van het afgelopen etmaal, volgens buienradar.

code:

- platform: statistics
  entity_id: sensor.br_temperature
  name: temp_stats
  sampling_size: 100000000
  max_age:
    days: 1

Bedankt voor de suggestie.
Maar als ik dit toepas krijg ik het nog steeds te zien met bar per uur ipv per dag. Een bar per dag krijg ik ik nog steeds niet voor elkaar.

In sensor.yaml een aantal probeersels.

code:

- platform: statistics
  name: "zolder_temp_stat2"
  entity_id: sensor.zolder_temperature
  state_characteristic: average_linear

- platform: statistics
  name: "zolder_temp_stat_hour2"
  entity_id: sensor.zolder_temperature
  max_age:
    hours: 1
  state_characteristic: average_linear

- platform: statistics
  name: "zolder_temp_stat_day2"
  entity_id: sensor.zolder_temperature
  # measurement resolution is 5/min
  sampling_size: 288
  max_age:
    days: 1
  state_characteristic: mean

- platform: statistics
  name: "zolder_temp_stat_long2"
  entity_id: sensor.zolder_temperature
  sampling_size: 100000000
  max_age:
    days: 1
  state_characteristic: mean

- platform: statistics
  name: "zolder_temp_stat_year2"
  entity_id: sensor.zolder_temperature
  sampling_size: 100000000
  max_age:
    days: 365
  state_characteristic: mean

- platform: statistics
  entity_id: sensor.zolder_temperature
  name: "zolder_temp_stat_got2"
  sampling_size: 100000000
  max_age:
    days: 1

Die "2" overal achteraan om te zien of oude metingen de boel misschien niet verstoorden.

Bij bv die laatste komt er dan zoiets uit:


of in yaml:

code:

  - type: statistics-graph
    entities:
      - sensor.zolder_temp_stat_got2
    days_to_show: 5
    chart_type: bar

In 'statistics graph' zien al die varianten uit mijn voorbeeld er op dezelfde manier uit. Alleen de waarden zijn verschillend.
Het enige verschil tussen al die verschillende varianten is zo te zien de manier waarop ze de data middelen.
In een 'gewone' grafiek zien ze er zo uit:

[DexterDee]

Wachten... schreef op maandag 27 december 2021 @ 13:35:
Ja dit is eerder ook al genoemd, en het klinkt inderdaad vrij ideaal. Waar ik alleen achter kwam met mijn laptop, is dat hij nog best veel stroom verbruikt (20+ watt) Dit is voor een HA installatie en wat docker containers echt veel. Daarnaast zit je met veel laptops ook nog eens dat ze best warm kunnen worden. Geen idee hoe dit overigens bij een NUC is hoor.

Als iemand echter een echt zuinige laptop aan kan bevelen die niet groot is en evenveel of minder verbruikt dan een NUC en evensnel is, dan houd ik mij zeker aanbevolen.

Ik draai zelf HA op een NUC (ESXi) welke niet meteen het meest energiezuinig is.
Een collega die misschien nog wel dieper in domotica zit dan ik heeft zelf een setup op basis van dit:



Ik hoor hier veel positieve verhalen over. Het lost naast stroomuitval ook het SD-kaart storage probleem op.

[GENETX]

RudolfR schreef op maandag 27 december 2021 @ 13:51:
@Wachten...

Bij het op- en ontladen van de accu gaat ook wel wat energie verloren, maar daar krijg je de functionaliteit van een UPS bij.

Plus dat je de batterij ook gaat cyclen, wat ook slecht is voor de levensduur... Kun je niet de accu er helemaal uit halen? En zijn er geen andere trucjes uit te halen zoals undervolting?

Ik zou zelf niet mee snel een oude laptop gebruiken voor 24/7 spul. Ik kan pech hebben gehad, maar ik heb eens een batterij "opgeblazen" (geen explosie, maar werd wel ineens 2x zo groot)... Was mijn eerste thuisservertje wat draaide op een oude netbook met externe disk er aan. Zou mij iets te gevaarlijk zijn in huis.

* GENETX is weer "back in town". Kerstvakantie is de ideale tijd van het jaar om de domotica in mijn huis vanaf 0 weer op te bouwen

[ Voor 9% gewijzigd door GENETX op 27-12-2021 14:14 ]

[synoniem]

GENETX schreef op maandag 27 december 2021 @ 14:12:
[...]

Plus dat je de batterij ook gaat cyclen, wat ook slecht is voor de levensduur... Kun je niet de accu er helemaal uit halen? En zijn er geen andere trucjes uit te halen zoals undervolting?

Ik zou zelf niet mee snel een oude laptop gebruiken voor 24/7 spul. Ik kan pech hebben gehad, maar ik heb eens een batterij "opgeblazen" (geen explosie, maar werd wel ineens 2x zo groot)... Was mijn eerste thuisservertje wat draaide op een oude netbook met externe disk er aan. Zou mij iets te gevaarlijk zijn in huis.

* GENETX is weer "back in town". Kerstvakantie is de ideale tijd van het jaar om de domotica in mijn huis vanaf 0 weer op te bouwen

Ik zat zelf te denken dat als ik een laptop zou gaan gebruiken ik een zigbee stekker zou gebruiken zodat ik hem elke dag zou uitschakelen tot een bepaald percentage beschikbare stroom van de accu over is en dan weer inschakelen. Zou met een python scriptje als sensor vrij eenvoudig te regelen moeten zijn.

[GENETX]

Met welk voordeel? Ik zie ook zoveel mensen altijd de laptop op de batterij draaien en dan vraag ik me af, waarom? Volgens mij allemaal spookverhalen van oude (lood zuur?) accu's. Er zit een battery management systeem in je laptop, die er gewoon voor zorgt dat het laden stopt als deze vol is. Opladen, ontladen, opladen, ontladen, etc, etc. zorgt allen maar voor cycles die ten koste gaan van de levensduur van je accu.

Het is niet zuiniger, het is niet duurzamer, het zorgt niet voor een langere levensduur, en bij stroomuitval heb je de kans dat de batterij niet vol zat...

[ Voor 16% gewijzigd door GENETX op 27-12-2021 14:27 ]

[Wachten...]

GENETX schreef op maandag 27 december 2021 @ 14:12:
[...]

Plus dat je de batterij ook gaat cyclen, wat ook slecht is voor de levensduur... Kun je niet de accu er helemaal uit halen? En zijn er geen andere trucjes uit te halen zoals undervolting?

Ik zou zelf niet mee snel een oude laptop gebruiken voor 24/7 spul. Ik kan pech hebben gehad, maar ik heb eens een batterij "opgeblazen" (geen explosie, maar werd wel ineens 2x zo groot)... Was mijn eerste thuisservertje wat draaide op een oude netbook met externe disk er aan. Zou mij iets te gevaarlijk zijn in huis.

* GENETX is weer "back in town". Kerstvakantie is de ideale tijd van het jaar om de domotica in mijn huis vanaf 0 weer op te bouwen

Dit is ook waar ik toch stiekem ook een beetje aan denk. Een server is echt gemaakt om 24/7 te draaien. Een laptop is dat niet. En met een gezin hier in huis, moet alles ook gewoon veilig zijn en blijven.

[gastje01]

Accu er lekker uit halen als je geen risico wilt lopen, hoe vaak valt bij jullie thuis de stroom uit?

Die RPi met accu ziet er wel leuk uit, al zou ik zelf twijfelen of ik het UPS deel nodig zou hebben. Qua energie gebruik, ik heb een NUC7i7 draaien met Proxmox en zit gemiddeld op 16-18 watt (er draait nog vanalles mee op de achtergrond). De zoektocht naar de laatste wattjes is duurder dan wat je er potentieel mee kun besparen

[Twixie]

Ik vind het ook een beetje absurd om van een oude laptop, die je nu als server gebruikt, je nog zorgen te maken over de batterij dat je gaat beginnen met automatisatie om de batterij nog blijven te ontladen en opladen. Ik denk niet dat je batterij dan langer gaat meegaan dan wanneer die gewoon 24/7 op 100% blijft.

Voor de levensduur is het beste overigens om die op 80% te houden. We hebben hier al een paar laptops gehad (een Vaio en recent een Lenovo Legion) die hardware-matig ondersteuning had voor een battery saver mode waarbij de batterij op 80% bleef hangen wanneer de lader bleef in zitten.

Zelf gebruik ik ook al ettelijke jaren een afgedankte (want scherm kapot) laptop als 24/7 server voor vanalles en nog wat. En daar is dus een weekje geleden ook HA bij gekomen. Werkt nog altijd perfect.

[synoniem]

GENETX schreef op maandag 27 december 2021 @ 14:25:
Met welk voordeel? Ik zie ook zoveel mensen altijd de laptop op de batterij draaien en dan vraag ik me af, waarom? Volgens mij allemaal spookverhalen van oude (lood zuur?) accu's. Er zit een battery management systeem in je laptop, die er gewoon voor zorgt dat het laden stopt als deze vol is. Opladen, ontladen, opladen, ontladen, etc, etc. zorgt allen maar voor cycles die ten koste gaan van de levensduur van je accu.

Het is niet zuiniger, het is niet duurzamer, het zorgt niet voor een langere levensduur, en bij stroomuitval heb je de kans dat de batterij niet vol zat...

Twee redenen. Eerste is dat een laptop niet bedoeld voor 24/7 gebruik. Tweede is dan weet je ook zeker dat het werkt wanneer de stroom uitvalt.

[badkuip]

Kan iemand mij helpen met een ESPHome probleempje op een Shelly 2.5?
Ik gebruik de shelly voor het openen en sluiten van mijn zonwering. Ik heb ook twee fysieke knoppen aan de muur zitten.
Het werkt perfect maar het enige wat ik niet voor elkaar krijg is om de zonwering te stoppen met omhoog of omlaag gaan wanneer de omhoog of omlaag-knop voor een tweede keer wordt ingedrukt.
Voorheen had ik hier Tasmota op draaien en toen werkte dat perfect.
De code die ik nu heb komt hier vandaan.

dit is mijn code. Ik heb de niet relevante info over de wifi enzo weggelaten. Je ziet dat ik al een hoop in commentaar gezet heb omdat ik zelf ben gaan stoeien.

YAML:

substitutions:
  devicename: zonwering-zolder
  pin_led1: GPIO0
  pin_button1: GPIO2
  pin_relay1: GPIO4
  pin_switch2n: GPIO13
  pin_sda: GPIO12
  pin_switch1n: GPIO5
  pin_scl: GPIO14
  pin_relay2: GPIO15
  pin_ade7953: GPIO16
  pin_temp: A0

  max_power: "2000.0"
  max_temp: "70.0"
  
  open_duration: "24sec"
  close_duration: "24sec"

esphome:
  name: ${devicename}
  platform: ESP8266
  board: esp01_1m


i2c:
  sda: GPIO12
  scl: GPIO14

sensor:
  - platform: ade7953
    irq_pin: GPIO16
    voltage:
      name: Shelly Voltage
    current_a:
      name: Shelly Current B
    current_b:
      name: Shelly Current A
    active_power_a:
      name: Shelly Active Power B
      filters:
        - multiply: -1
    active_power_b:
      name: Shelly Active Power A
      filters:
        - multiply: -1
    update_interval: 60s

  # NTC Temperature
  - platform: ntc
    sensor: temp_resistance_reading
    name: "Shelly Temperature"
    calibration:
      b_constant: 3350
      reference_resistance: 10kOhm
      reference_temperature: 298.15K
  - platform: resistance
    id: temp_resistance_reading
    sensor: temp_analog_reading
    configuration: DOWNSTREAM
    resistor: 32kOhm
  - platform: adc
    id: temp_analog_reading
    pin: A0


binary_sensor:
  - platform: gpio
    pin: ${pin_switch1n}
    name: "Switch #1"
    internal: true
# id hieronder in commentaar gezet zodat ie niet de Move up/move down aanroept onder switch. Probleem met dit is ook dat je de knop moet blijven vasthouden om het scherm te laten zakken/omhoog te draaien. Wil gewoon 1x drukken.
 #   id: switch1
# deze on press toegevoegd zodat ik de actie van onder het blok cover direct kan aanroepen. Hoopte dat er zoiets bestond als een tweede on press event om het zakken/omhooghalen te stoppen. 
    on_press:
      then:
        - cover.open: zonwering
        
  - platform: gpio
    pin: ${pin_switch2n}
    name: "Switch #2"
    internal: true
# id hieronder in commentaar gezet zodat ie niet de Move up/move down aanroept onder switch. Probleem met dit is ook dat je de knop moet blijven vasthouden om het scherm te laten zakken/omhoog te draaien. Wil gewoon 1x drukken.
#    id: switch2
# deze on press toegevoegd zodat ik de actie van onder het blok cover direct kan aanroepen. Hoopte dat er zoiets bestond als een tweede on press event om het zakken/omhooghalen te stoppen. 
    on_press:
      then:
        - cover.close: zonwering

cover:
  - platform: time_based
    name: "${devicename}"
    id: zonwering

    open_action:
      - switch.turn_on: relay1
    open_duration: ${open_duration}

    close_action:
      - switch.turn_on: relay2
    close_duration: ${close_duration}

    stop_action:
      - switch.turn_off: relay1
      - switch.turn_off: relay2

switch:

  - platform: gpio
    pin: ${pin_relay1}
    name: "Relay #1"
    internal: true
    id: relay1
    interlock: &interlock_group [relay1, relay2]

  - platform: gpio
    pin: ${pin_relay2}
    name: "Relay #2"
    internal: true
    id: relay2
    interlock: *interlock_group
  - platform: template
    id: block_control
    name: "${devicename} Block Control"
    optimistic: true

#  - platform: template
#    optimistic: true
#    name: "Move UP"
#    internal: true
#    lambda: |-
#      if (id(switch1).state && !id(block_control).state) {
#        return true;
#      } else {
#        return false;
#      }
#    on_turn_on:
#      then:
#        cover.open: zonwering
#    on_turn_off:
#      then:
#        cover.stop: zonwering

#  - platform: template
#    optimistic: true
#    name: "Move DOWN"
#    internal: true
#    lambda: |-
#      if (id(switch2).state && !id(block_control).state) {
#        return true;
#      } else {
#        return false;
#      }
#    on_turn_on:
#      then:
#        cover.close: zonwering
#    on_turn_off:
#      then:
#        cover.stop: zonwering

Hebben jullie een idee of kunnen jullie mij een richting opsturen?

[synoniem]

badkuip schreef op maandag 27 december 2021 @ 14:41:
Kan iemand mij helpen met een ESPHome probleempje op een Shelly 2.5?
Ik gebruik de shelly voor het openen en sluiten van mijn zonwering. Ik heb ook twee fysieke knoppen aan de muur zitten.
Het werkt perfect maar het enige wat ik niet voor elkaar krijg is om de zonwering te stoppen met omhoog of omlaag gaan wanneer de omhoog of omlaag-knop voor een tweede keer wordt ingedrukt.
Voorheen had ik hier Tasmota op draaien en toen werkte dat perfect.
De code die ik nu heb komt hier vandaan.

dit is mijn code. Ik heb de niet relevante info over de wifi enzo weggelaten. Je ziet dat ik al een hoop in commentaar gezet heb omdat ik zelf ben gaan stoeien.

YAML:

substitutions:
  devicename: zonwering-zolder
  pin_led1: GPIO0
  pin_button1: GPIO2
  pin_relay1: GPIO4
  pin_switch2n: GPIO13
  pin_sda: GPIO12
  pin_switch1n: GPIO5
  pin_scl: GPIO14
  pin_relay2: GPIO15
  pin_ade7953: GPIO16
  pin_temp: A0

  max_power: "2000.0"
  max_temp: "70.0"
  
  open_duration: "24sec"
  close_duration: "24sec"

esphome:
  name: ${devicename}
  platform: ESP8266
  board: esp01_1m


i2c:
  sda: GPIO12
  scl: GPIO14

sensor:
  - platform: ade7953
    irq_pin: GPIO16
    voltage:
      name: Shelly Voltage
    current_a:
      name: Shelly Current B
    current_b:
      name: Shelly Current A
    active_power_a:
      name: Shelly Active Power B
      filters:
        - multiply: -1
    active_power_b:
      name: Shelly Active Power A
      filters:
        - multiply: -1
    update_interval: 60s

  # NTC Temperature
  - platform: ntc
    sensor: temp_resistance_reading
    name: "Shelly Temperature"
    calibration:
      b_constant: 3350
      reference_resistance: 10kOhm
      reference_temperature: 298.15K
  - platform: resistance
    id: temp_resistance_reading
    sensor: temp_analog_reading
    configuration: DOWNSTREAM
    resistor: 32kOhm
  - platform: adc
    id: temp_analog_reading
    pin: A0


binary_sensor:
  - platform: gpio
    pin: ${pin_switch1n}
    name: "Switch #1"
    internal: true
# id hieronder in commentaar gezet zodat ie niet de Move up/move down aanroept onder switch. Probleem met dit is ook dat je de knop moet blijven vasthouden om het scherm te laten zakken/omhoog te draaien. Wil gewoon 1x drukken.
 #   id: switch1
# deze on press toegevoegd zodat ik de actie van onder het blok cover direct kan aanroepen. Hoopte dat er zoiets bestond als een tweede on press event om het zakken/omhooghalen te stoppen. 
    on_press:
      then:
        - cover.open: zonwering
        
  - platform: gpio
    pin: ${pin_switch2n}
    name: "Switch #2"
    internal: true
# id hieronder in commentaar gezet zodat ie niet de Move up/move down aanroept onder switch. Probleem met dit is ook dat je de knop moet blijven vasthouden om het scherm te laten zakken/omhoog te draaien. Wil gewoon 1x drukken.
#    id: switch2
# deze on press toegevoegd zodat ik de actie van onder het blok cover direct kan aanroepen. Hoopte dat er zoiets bestond als een tweede on press event om het zakken/omhooghalen te stoppen. 
    on_press:
      then:
        - cover.close: zonwering

cover:
  - platform: time_based
    name: "${devicename}"
    id: zonwering

    open_action:
      - switch.turn_on: relay1
    open_duration: ${open_duration}

    close_action:
      - switch.turn_on: relay2
    close_duration: ${close_duration}

    stop_action:
      - switch.turn_off: relay1
      - switch.turn_off: relay2

switch:

  - platform: gpio
    pin: ${pin_relay1}
    name: "Relay #1"
    internal: true
    id: relay1
    interlock: &interlock_group [relay1, relay2]

  - platform: gpio
    pin: ${pin_relay2}
    name: "Relay #2"
    internal: true
    id: relay2
    interlock: *interlock_group
  - platform: template
    id: block_control
    name: "${devicename} Block Control"
    optimistic: true

#  - platform: template
#    optimistic: true
#    name: "Move UP"
#    internal: true
#    lambda: |-
#      if (id(switch1).state && !id(block_control).state) {
#        return true;
#      } else {
#        return false;
#      }
#    on_turn_on:
#      then:
#        cover.open: zonwering
#    on_turn_off:
#      then:
#        cover.stop: zonwering

#  - platform: template
#    optimistic: true
#    name: "Move DOWN"
#    internal: true
#    lambda: |-
#      if (id(switch2).state && !id(block_control).state) {
#        return true;
#      } else {
#        return false;
#      }
#    on_turn_on:
#      then:
#        cover.close: zonwering
#    on_turn_off:
#      then:
#        cover.stop: zonwering

Hebben jullie een idee of kunnen jullie mij een richting opsturen?

Ik heb niet heel veel verstand van ESP maar je open en dicht acties zijn tijd gebaseerd zo te zien. Dan vermoed ik dat je de resterende tijd van open en dicht toen naar 0 moet brengen als je een tweede keer drukt. Als dat tenminste kan met ESP.

[Campo di Casa]

Zo af en toe wil ik ook graag de wandschakelaars gebruiken voor het aan/uit schakelen van verlichting. Bijvoorbeeld op de slaapkamer zodat ik niet telkens Google hoeft aan te roepen. Het lukt mij prima om de wandschakelaar te gebruiken om een scene te starten of de lampen weer uit te doen. Als voorwaarde word er gekeken of de lampen al aan staan of niet.

Maar nu wil ik gewoon weer gebruik kunnen maken van verschillende scenes zodat later op de avond alleen de bedlampen worden aangedaan op 15% terwijl vroeg in de avond de plafond lamp aan gaat op bijvoorbeeld 60%. Eventueel de verlichting uitzetten wanneer je lang de puls schakelaar in drukt. Alleen merk ik dat je zo best veel automations aan het aanmaken bent.

Is het ook mogelijk om binnen 1 automations meerdere meerdere voorwaardes te gebruiken met hun eigen actie?

code:

trigger:

- voorwaarde 1:
      - actie 1:

- voorwaarde 2:
      - actie 2:

[Twixie]

Bizar probleempje hier.
Heb 2 ruimtes met Tradfri lampen in plaats van oude GU10 spots. In een van de ruimtes gaan de spots in HA netjes naar Unavailable wanneer ik met een domme schakelaar de Tradfri lichten uitdoe. In de andere ruimt echter blijft de status gewoon op On.
In beide gevallen zijn de lampen gekoppeld met de Tradfri bridge.

EDIT: ik zie nu in de historiek dat die Unavailable blijkbaar toch niet zo betrouwbaar is. Gisteren is 1 van de lampen in die ene ruimte blijkbaar toch ook behoorlijk lang op On blijven staan ipv Unavailable. Ik neem aan dat dat gedrag bepaald wordt door de Tradfri Gateway ?

Ik ben wel van plan over te schakelen op controle via ConBee II + deCONZ maar ik vind het wel bizar dat de lampen zich anders gedragen in beide ruimtes.

[ Voor 21% gewijzigd door Twixie op 27-12-2021 17:19 ]

[RudolfR]

@Campo di Casa

Ja, wat je zoekt heet 'choose' in Home Assistant scripting.
https://www.home-assistan...choose-a-group-of-actions

[TheFes]

Campo di Casa schreef op maandag 27 december 2021 @ 16:42:
Zo af en toe wil ik ook graag de wandschakelaars gebruiken voor het aan/uit schakelen van verlichting. Bijvoorbeeld op de slaapkamer zodat ik niet telkens Google hoeft aan te roepen. Het lukt mij prima om de wandschakelaar te gebruiken om een scene te starten of de lampen weer uit te doen. Als voorwaarde word er gekeken of de lampen al aan staan of niet.
No
Maar nu wil ik gewoon weer gebruik kunnen maken van verschillende scenes zodat later op de avond alleen de bedlampen worden aangedaan op 15% terwijl vroeg in de avond de plafond lamp aan gaat op bijvoorbeeld 60%. Eventueel de verlichting uitzetten wanneer je lang de puls schakelaar in drukt. Alleen merk ik dat je zo best veel automations aan het aanmaken bent.

Is het ook mogelijk om binnen 1 automations meerdere meerdere voorwaardes te gebruiken met hun eigen actie?

code:

trigger:

- voorwaarde 1:
      - actie 1:

- voorwaarde 2:
      - actie 2:

Je beschrijft precies wat choose doet
https://www.home-assistan...choose-a-group-of-actions

[Campo di Casa]

RudolfR schreef op maandag 27 december 2021 @ 16:46:
@Campo di Casa

Ja, wat je zoekt heet 'choose' in Home Assistant scripting.
https://www.home-assistan...choose-a-group-of-actions

TheFes schreef op maandag 27 december 2021 @ 16:47:
[...]


Je beschrijft precies wat choose doet
https://www.home-assistan...choose-a-group-of-actions

thanks. dat is idd precies wat ik zocht

[Koepert]

Vraagje:

Bestaat er ook een automation die omgaat met de wispelturigheid van een vrouw?

Situatie:

Kerstboom in de kamer, lampjes er in, direct onder TV1-spot. Dus wil vrouwlief eigenlijk die spot elke keer uit omdat we anders de kerstboom niet goed zien. Dus --> Automation gemaakt: Als [switch-kerstboom] to ON --> TV1 aan? --> TV1 uit!. Route 2: Als [TV1] to ON --> Kerstboom aan? --> TV1 uit! ..

Maar dat moet niet ALTIJD.. soms alleen als de tv aan gaat.. of..

PFff. moet ik er alsnog elke keer om denken!

[oltk]

Ik wordt helemaal gek

Ik deed na wat beverig afwachten maar weer eens een update van 11.5 naar 12.5.
Mijn zigbee netwerk wilde niet opkomen. Ik gebruik nog altijd ZHA omdat ik MQTT niet aan de praat kan krijgen (een error in de logfiles dat hij de conbee stick niet kan opstarten, en ik voeg echt de juiste link-by-id in). ZHA werkte wel. dus affijn.

Dus ik kijken naar de instellingen van de conbee integratie. Ik kreeg een melding dat ik naar de configuratie moet kijken. Ik had dus niets anders gedaan dan home assistant upgraden. Ok. dan maar weer mijn snapshot terug.

hetzelfde.

Daarna heb ik in proxmox mijn VM verwijderd en de snapshot van 2 dagen geleden gerestored: het zigbee netwerk komt niet meer online. Alles geeft rode rondjes als ik naar de apparaten / entiteiten kijk.

Ik heb dus maar een compleet nieuwe VM aangemaakt met opnieuw HA erop. De conbee stick passthru gegeven en toegevoegd. En nu kan ik wel apparaten toevoegen en bedienen.

het probleem nu is: ik kan wel alles herbouwen. Maar dan ben ik mijn verbinding kwijt met mijn solaredge die ik tijdens het installeren van de zonnepanelen aan de modbus heb gekoppeld (ik had precies 24 uur om dat te doen, nu kom ik niet meer in de solaredge). Dus moet ik maar een andere zigbee coordinator kopen?? Nogmaals een restore doen? een andere NUC aanschaffen en daarop proxmox / VM restoren?? Ik ben al de hele dag bezig met wel 20 keer herinstalleren van die conbee stick. Ik heb in een webstore sonoff zigbee stick gekocht (ook compatitabel volgens blackadder).

hebben jullie nog suggesties? Vooralsnog blijven alle lampen dus nu aan (ik krijg ze ook niet meer uit)

[DeadMetal]

oltk schreef op maandag 27 december 2021 @ 17:27:
Ik gebruik nog altijd ZHA omdat ik MQTT niet aan de praat kan krijgen (een error in de logfiles dat hij de conbee stick niet kan opstarten, en ik voeg echt de juiste link-by-id in).

Heb je op dat moment wel eerst de ZHA-integratie verwijderd? Omdat niet tegelijk 2 applicaties toegang tot usb-hardware kunnen hebben. Wellicht voor de zekerheid daarna je ha-hardware opnieuw opstarten zelfs.
Ik heb in de afgelopen jaren meermaals gewisseld tussen Xiaomi Cube, ZHA, Deconz en Zigbee2MQTT. Met die laatste heb ik verreweg de beste ervaring en voor het eerst ben ik tevreden.

[ Voor 14% gewijzigd door DeadMetal op 27-12-2021 17:37 ]

[oltk]

DeadMetal schreef op maandag 27 december 2021 @ 17:35:
[...]


Heb je op dat moment wel eerst de ZHA-integratie verwijderd? Omdat niet tegelijk 2 applicaties toegang tot usb-hardware kunnen hebben. Wellicht voor de zekerheid daarna je ha-hardware opnieuw opstarten zelfs.
Ik heb in de afgelopen jaren meermaals gewisseld tussen Xiaomi Cube, ZHA, Deconz en Zigbee2MQTT. Met die laatste heb ik verreweg de beste ervaring en voor het eerst ben ik tevreden.

Ik heb de andere VM met de test HA gekilled. Nogmaals getest of proxmox een passthru geeft aan de conbee 2 (ja) en weer een herstart gedaan.


Misschien moet ik maar een nacht wachten? soms duurt het lang met zigbee


edit: als ik de devices een voor een weer toevoeg (en een naam geef) doen ze het weer. Alles is vergeten lijkt wel

[ Voor 5% gewijzigd door oltk op 27-12-2021 18:06 ]

[Koepert]

oltk schreef op maandag 27 december 2021 @ 17:57:
[...]


Ik heb de andere VM met de test HA gekilled. Nogmaals getest of proxmox een passthru geeft aan de conbee 2 (ja) en weer een herstart gedaan.
[Afbeelding]

Misschien moet ik maar een nacht wachten? soms duurt het lang met zigbee


edit: als ik de devices een voor een weer toevoeg (en een naam geef) doen ze het weer. Alles is vergeten lijkt wel

Beetje laat wellicht maar laatst had ik ook wat problemen (hoewel die kwamen door een foute deConz/Phoscon update in de Ha addon) waarbij na een rollback niet alles up kwam. Even wachten en dan een deconz refresh (de service) deed wel wonderen. Wellicht kan dat vanuit ZHA ook gewoon

[oltk]

Koepert schreef op maandag 27 december 2021 @ 18:15:
[...]


Beetje laat wellicht maar laatst had ik ook wat problemen (hoewel die kwamen door een foute deConz/Phoscon update in de Ha addon) waarbij na een rollback niet alles up kwam. Even wachten en dan een deconz refresh (de service) deed wel wonderen. Wellicht kan dat vanuit ZHA ook gewoon

Ik heb deconz niet draaien. Alleen ZHA. En ik kan geen refresh ofzo vinden
maar dank voor het meedenken. Ik zit net een ronde door het huis in te plannen om alles weer te koppelen

edit; Ik heb die deconz addon geinstalleerd en in een menu gekeken of er een update was. Geen optie in dat menu (misschien ergens anders?). Uiteraard had ik vooraf de conbee uitgezet in HA.
Bij aanzetten was ook de koppeling naar mijn testlamp weer weg. Kan ik weer opnieuw doen. ik vrees dat ik bij elke update alles opnieuw kan koppelen.

edit2: ik voeg een apparaat toe, maar er komen geen entiteiten bij. Wat....

[ Voor 25% gewijzigd door oltk op 27-12-2021 19:21 ]

[Dogooder]

In HA integration kan je de zigbee integratie een reload geven. Bij komen dan meestal na een tijdje 2 min. Tot een uur al mijn zigbee devices weer beschikbaar.

[martinvdm]

Koepert schreef op maandag 27 december 2021 @ 17:10:
Vraagje:

Bestaat er ook een automation die omgaat met de wispelturigheid van een vrouw?

Situatie:

Kerstboom in de kamer, lampjes er in, direct onder TV1-spot. Dus wil vrouwlief eigenlijk die spot elke keer uit omdat we anders de kerstboom niet goed zien. Dus --> Automation gemaakt: Als [switch-kerstboom] to ON --> TV1 aan? --> TV1 uit!. Route 2: Als [TV1] to ON --> Kerstboom aan? --> TV1 uit! ..

Maar dat moet niet ALTIJD.. soms alleen als de tv aan gaat.. of..

PFff. moet ik er alsnog elke keer om denken!

Nee, tegen de logica van de vrouw is geen Domotica systeem bestand

[Twixie]

Gewoon met shortcut buttons werken zodat ze zelf dan kan kiezen in welke mood ze is .

[Mars Warrior]

Twixie schreef op maandag 27 december 2021 @ 19:31:
Gewoon met shortcut buttons werken zodat ze zelf dan kan kiezen in welke mood ze is .

Kan HA zoveel verschillende buttons op één scherm tonen dan?

[TravockMD]

oltk schreef op maandag 27 december 2021 @ 17:27:
...
Maar dan ben ik mijn verbinding kwijt met mijn Solaredge die ik tijdens het installeren van de zonnepanelen aan de modbus heb gekoppeld (ik had precies 24 uur om dat te doen, nu kom ik niet meer in de Solaredge)
...

Is die "24 uur" een dingetje voor specifieke modellen?
Ik heb nu bijna 3 jaar een Solaredge SE-4000 hangen en heb pas een dik jaar geleden (voor het eerst) de Modbus (TCP) connectie gemaakt.
Ik maak gebruik van de HACS addon "SOLAREDGE MODBUS TCP".
Als ik het me goed herinner, moest ik, met behulp van een handleiding van Solaredge, de modbus TCP aanzetten op een specifieke poort via het display/menu op de omvormer.

[Hmmbob]

2021.12.6:

• Fix picnic sensor time unit (@corneyl - #62437) (picnic docs)
• Bump soco to 0.25.2 (@jjlawren - #62691) (sonos docs)
• Bump zeroconf to 0.38.1 (@bdraco - #62720) (zeroconf docs)
• Fix TypeError of vacuum battery level None (@htmltiger - #62722) (google_assistant docs)
• Add return for certified devices to not apply availability check (@flfue - #62728) (hue docs)
• Bump roombapy to 1.6.4 (@freekode - #62741) (roomba docs)
• Add missing entity category for gen2 devices (@chemelli74 - #62812) (shelly docs)
• Upgrade youless library to version 0.16 (@gjong - #62837) (youless docs)
• Update tuya-iot-py-sdk to 0.6.6 (@frenck - #62858) (tuya docs)
• Fix keyerror when no previous Picnic orders exist (@corneyl - #62870) (picnic docs)
• Update frontend to 20211227.0 (@bramkragten - #62874) (frontend docs)

In die front-end fix zit ook de fix voor de gauge card

[oltk]

TravockMD schreef op maandag 27 december 2021 @ 23:24:
[...]

Is die "24 uur" een dingetje voor specifieke modellen?
Ik heb nu bijna 3 jaar een Solaredge SE-4000 hangen en heb pas een dik jaar geleden (voor het eerst) de Modbus (TCP) connectie gemaakt.
Ik maak gebruik van de HACS addon "SOLAREDGE MODBUS TCP".
Als ik het me goed herinner, moest ik, met behulp van een handleiding van Solaredge, de modbus TCP aanzetten op een specifieke poort via het display/menu op de omvormer.

Het is een andere discussie vanmiddag komt mijn nieuwe zigbee coordinator. Dus ik kan wel mijn probleem met de solaredge uitleggen:

De modbus/tcp connectie had ik open gezet via bedrade netwerkkabel. De gegevens worden nu doorgegeven over het bedrade netwerk. na 48 uur bleek ik geen verbinding meer te kunnen maken naar het installatiemenu (het setapp menu). Dat er een encryptielayer overheen is gekomen staat ook in het forum over de SE. Ik heb daarom de SE achter de firewall gezet en verboden verbinding naar buiten te maken. Bang dat er een update langs komt die alles weer reset naar default (lees: modbus uit). Dan zit ik vast aan aflezen via de solaredge servers.

Ik wil dus meer zekerheid dat ik de modbusconnectie altijd kan openzetten als een update m weer dicht zet. Nu las ik dat ik dat zou kunnen instellen op het display van de solaredge. Maar ik kan geen display vinden (en na wat zoeken) blijkt dat je dit op nieuwe modellen via een app moet doen op de smartphone via de Wifi (code via een QR). Kan ik via de app weer in het menu en de modbus/tcp weer actief zetten als die door een softwareupdate wordt gedeactiveerd? Of ga ik dingen stuk maken als ik verbinding maak via WiFi (geen idee hoe dit is geprogrammeerd, en ik vrees het ergste)

[krizzziz]

Ik probeer een Riemann Sum voor elkaar te krijgen maar de nieuw te creëren sensor verschijnt simpelweg niet. Iemand een idee wat ik fout doe?

code:

   - sensor:
      - platform: integration
        source: sensor.koelkast_electric_consumption_w
        name: energy_spent_test
        unit_prefix: k
        round:

De sensor waarnaar gekeken wordt klopt qua benaming en heb de check gedaan of die in W wordt weergegeven.
De sensor energy_spent_test is dus simpelweg niet terug te vinden.

[Ittie]

oltk schreef op dinsdag 28 december 2021 @ 08:25:
[...]

Ik wil dus meer zekerheid dat ik de modbusconnectie altijd kan openzetten als een update m weer dicht zet. Nu las ik dat ik dat zou kunnen instellen op het display van de solaredge. Maar ik kan geen display vinden (en na wat zoeken) blijkt dat je dit op nieuwe modellen via een app moet doen op de smartphone via de Wifi (code via een QR). Kan ik via de app weer in het menu en de modbus/tcp weer actief zetten als die door een softwareupdate wordt gedeactiveerd? Of ga ik dingen stuk maken als ik verbinding maak via WiFi (geen idee hoe dit is geprogrammeerd, en ik vrees het ergste)

Mijn inverter hangt er vanaf juli met een GSM verbinding maar ik wou ook lokaal dat ding gewoon uitlezen. Vorige maand zonder problemen de modus via TCP geactiveerd in de setapp van Solaredge. Ik kreeg wel gelijk een update van de inverter met setapp.
Het wifi netwerk op de inverter gaat na gebruik gewoon weer dicht/uit. Geen issues.
Nu lees ik de inverter nog parallel uit cloud en lokaal maar dat cloud lijntje knip ik wel een keer door.

[Lancer]

oltk schreef op maandag 27 december 2021 @ 17:57:
[...]


Ik heb de andere VM met de test HA gekilled. Nogmaals getest of proxmox een passthru geeft aan de conbee 2 (ja) en weer een herstart gedaan.
[Afbeelding]

Misschien moet ik maar een nacht wachten? soms duurt het lang met zigbee


edit: als ik de devices een voor een weer toevoeg (en een naam geef) doen ze het weer. Alles is vergeten lijkt wel

Voor zover ik weet wordt de pairing opgeslagen op de DeConz stick zelf. Als je deze dus even aan een andere VM hangt om wat uit te proberen heb je kans dat je de stick leeggooit. HA ziet de apparaten dan niet meer.

Overigens kun je met de DeConz tooling iig wel een backup maken van de stick, zodat je later een restore kunt doen. Zo probeer ik nog wel eens een proefmigratie naar ZHA om te zien of de Aqara schakelaars die ik heb inmiddels supported zijn.