Home Assistant: Open source Python3 home automation - deel 4

[Team-RiNo]

RoTeK70 schreef op donderdag 9 september 2021 @ 13:24:
[...]


Bedankt maar ook als ik dit toevoeg aan de customize.yaml krijg ik deze sensor niet naar voren.

code:

sensor.gas_delivered:
  device_class: energy
  state_class: measurement
  last_reset: "1970-01-01T00:00:00+00:00"

Probeer dit eens met device_class: gas en/of state_class: total_increasing en uiteraard Home Assistant herstarten

[TheFes]

RoTeK70 schreef op donderdag 9 september 2021 @ 13:24:
[...]

Wellicht dat dit werkt

code:

sensor.gas_delivered:
  device_class: gas
  state_class: total_increasing
  unit_of_measurement: m3 (maar dan met een hoge 3)

[HuismAndré]

@TheFes Zo?

YAML:

sensor.gas_delivered:
  device_class: gas
  state_class: total_increasing
  unit_of_measurement: m³

In Windows: <ctrl><alt>3.

[ Voor 9% gewijzigd door HuismAndré op 09-09-2021 14:00 ]

[TheFes]

HuismAndré schreef op donderdag 9 september 2021 @ 13:57:
@TheFes Zo?

YAML:

sensor.gas_delivered:
  device_class: gas
  state_class: total_increasing
  unit_of_measurement: m³

In Windows: <ctrl><alt>3.

Zo ja, en ik ben niet thuis, en kon het op mijn mobiel zo snel niet vinden

[SonnyBBQ]

TheFes schreef op donderdag 9 september 2021 @ 14:08:
[...]


Zo ja, en ik ben niet thuis, en kon het op mijn mobiel zo snel niet vinden

Off topic: de 3 even inhouden normaalgezien.

tekst over probleem gewist. Nevermind... Het werkt nu.

[ Voor 51% gewijzigd door SonnyBBQ op 09-09-2021 20:09 ]

[Vorkie]

@bafplus Nu een tijdje verder zie ik wel bedragen staan.

Ik denk wel dat de bedragen tijdens dat het stuk was niet meer uit te rekenen zijn.

[prekz]

Toch maar eens begonnen met groups maken nu ik gebruik maak van de nabu casa (google assistant) plugin.
Echter loop ik een beetje vast.

Als ik het goed begrijp moet ik van mijn wall plugs eerst een light switch maken (dat zijn de bovenste 3 stukken code). En vervolgens maak ik van deze entities een light group aan. Echter als ik deze lightgroep toevoeg aan mijn dashboard dan is die greyed out en kan ik hem niet in/uit schakelen

code:

light:
  - platform: switch
    name: TV Lamp
    entity_id: switch.0x7cb03eaa0a06b83f_switch
  - platform: switch
    name: Dubbele lamp
    entity_id: switch.0x7cb03eaa0a06ae48_switch
  - platform: switch
    name: Achter Lamp
    entity_id: switch.achter_lamp_switch
  - platform: group
    name: Woonkamer
    entities:
    - light.0x7cb03eaa0a06b83f_switch
    - light.0x7cb03eaa0a06ae48_switch
    - light.achter_lamp_switch

[Lelletje]

Je haalt switch. en light. entities door elkaar.

Het is een van de twee, vervang light dus door switch...

[ Voor 17% gewijzigd door Lelletje op 09-09-2021 14:41 ]

[prekz]

Lelletje schreef op donderdag 9 september 2021 @ 14:41:
Je haalt switch. en light. entities door elkaar.

Het is een van de twee, vervang light dus door switch...

code:

light:
  - platform: light
    name: TV Lamp
    entity_id: switch.0x7cb03eaa0a06b83f_switch
  - platform: light
    name: Dubbele lamp
    entity_id: switch.0x7cb03eaa0a06ae48_switch
  - platform: light
    name: Achter Lamp
    entity_id: switch.achter_lamp_switch

Bedoel je dan dit?

[Lelletje]

Nee, deze:

code:

  - platform: group
    name: Woonkamer
    entities:
    - switch.0x7cb03eaa0a06b83f_switch
    - switch.0x7cb03eaa0a06ae48_switch
    - switch.achter_lamp_switch

[prekz]

Ahja, die had ik ook al getest. Maar krijg dan een configuration.yml error

Configuration invalid

Invalid config for [light.group]: Entity ID 'switch.0x7cb03eaa0a06b83f_switch' does not belong to domain 'light' for dictionary value @ data['entities']. Got ['switch.0x7cb03eaa0a06b83f_switch', 'switch.0x7cb03eaa0a06ae48_switch', 'switch.achter_lamp_switch']. (See ?, line ?).

[TheFes]

prekz schreef op donderdag 9 september 2021 @ 14:54:
Ahja, die had ik ook al getest. Maar krijg dan een configuration.yml error

Configuration invalid

Invalid config for [light.group]: Entity ID 'switch.0x7cb03eaa0a06b83f_switch' does not belong to domain 'light' for dictionary value @ data['entities']. Got ['switch.0x7cb03eaa0a06b83f_switch', 'switch.0x7cb03eaa0a06ae48_switch', 'switch.achter_lamp_switch']. (See ?, line ?).

Je nieuwe lampen krijgen als entity_id de naam die je ze gegeven hebt. Maar dan met underscores en lowercase. Dus light.tv_lamp, light.dubbele_lamp en light.achter_lamp

Die moet je dan gebruiken in je group

[ Voor 4% gewijzigd door TheFes op 09-09-2021 15:06 ]

[prekz]

@TheFes en @Lelletje

Bedankt voor jullie input, met de combinatie is het mij gelukt.

Vooral het laatste stuk 'logica' dat mijn devices nu anders heten werkt het nu.

Mochten mensen het nog een keer compleet nodig hebben:

code:

light:
  - platform: switch
    name: TV Lamp
    entity_id: switch.0x7cb03eaa0a06b83f_switch
  - platform: switch
    name: Dubbele lamp
    entity_id: switch.0x7cb03eaa0a06ae48_switch
  - platform: switch
    name: Achter Lamp
    entity_id: switch.achter_lamp_switch
  - platform: group
    name: Woonkamer
    entities:
    - light.tv_lamp
    - light.dubbele_lamp
    - light.achter_lamp

Het is dus noodzaak om de namen die je bij de platform: groups opgeeft dat je deze gebruikt in je entities van je light group.

[[RNMC] Viper]

golles schreef op woensdag 8 september 2021 @ 13:17:
[...]

Ja ik weet het :-) Heb een Somfy motor.

Ik stuur nu een actionable notificatie naar mezelf als de zon achter het huis komt (azimuth), er veel licht is (lux) en als het warmer wordt dan 20 graden met een knopje om het zonnescherm te openen. Aan het einde van de dag als de zon weer weg is achter het huis komt er weer een notifiactie om deze dicht te doen.
Die laatste zou sowieso wel automatisch kunnen
[Afbeelding]

Een regensensor heb ik al gemaakt, namelijk deze: https://community.home-as...-xiaomi-door-sensor/74090
Voor wind moet ik nog iets bedenken...

Handig om dit geautomatiseerd te hebben, kun je de automation hiervoor delen?

[martinvdm]

RoTeK70 schreef op donderdag 9 september 2021 @ 13:24:
[...]


Bedankt maar ook als ik dit toevoeg aan de customize.yaml krijg ik deze sensor niet naar voren.

code:

sensor.gas_delivered:
  device_class: energy
  state_class: measurement
  last_reset: "1970-01-01T00:00:00+00:00"

Last_reset is deprecated en niet meer nodig.
Let ook op dat de sensor opgenomen is in je recorder.

[golles]

[RNMC] Viper schreef op donderdag 9 september 2021 @ 15:52:
[...]


Handig om dit geautomatiseerd te hebben, kun je de automation hiervoor delen?

Ja hoor, het is een hele lap, daarom ingeklapt. Klik even op toon volledige bericht
Ik maak trouwens gebruik van https://github.com/iMicknl/ha-tahoma

YAML:

sensor:
  - platform: template
    sensors:
      sun_position_house:
        friendly_name: Zon positie
        icon_template: mdi:weather-sunny-alert
        value_template: >-
          {% if state_attr('sun.sun', 'azimuth') > 105 and state_attr('sun.sun', 'azimuth') < 285 -%}
            Achter
          {%- else -%}
            Voor
          {%- endif %}

ios:
  actions:
    - name: Zonnescherm dicht
      background_color: "#ffff00"
      label:
        text: Zonnescherm dicht
        color: "#000000"
      icon:
        icon: arrow-up-box
        color: "#000000"

    - name: Zonnescherm open
      background_color: "#ffff00"
      label:
        text: Zonnescherm open
        color: "#000000"
      icon:
        icon: arrow-down-box
        color: "#000000"

    - name: Zonnescherm helemaal open
      background_color: "#ffff00"
      label:
        text: Zonnescherm helemaal open
        color: "#000000"
      icon:
        icon: arrow-down-box
        color: "#000000"

automation:
  - id: ios_action_awning_command
    alias: iOS action - Zonnescherm
    initial_state: on
    mode: single
    max_exceeded: silent
    trigger:
      - platform: event
        event_type: ios.action_fired
        event_data:
          actionName: Zonnescherm dicht
      - platform: event
        event_type: ios.action_fired
        event_data:
          actionName: Zonnescherm open
      - platform: event
        event_type: ios.action_fired
        event_data:
          actionName: Zonnescherm helemaal open
    action:
      - variables:
          action_name: "{{ trigger.event.data.actionName }}"

      - choose:
        - conditions:
            - condition: template
              value_template: >-
                {{ action_name == "Zonnescherm dicht" }}
          sequence:
            - alias: Close awning
              service: cover.close_cover
              target:
                entity_id: cover.zonnescherm
        - conditions:
            - condition: template
              value_template: >-
                {{ action_name == "Zonnescherm open" }}
          sequence:
            - alias: Open awning
              service: tahoma.set_cover_my_position
              target:
                entity_id: cover.zonnescherm
        - conditions:
            - condition: template
              value_template: >-
                {{ action_name == "Zonnescherm  helemaal open" }}
          sequence:
            - alias: My position for awning
              service: cover.open_cover
              target:
                entity_id: cover.zonnescherm

  - id: ios_action_awning_can_be_closed
    alias: iOS action - Zonnescherm kan dicht
    initial_state: on
    mode: single
    max_exceeded: silent
    trigger:
      - platform: state
        entity_id: sensor.sun_position_house
        from: Achter
        to: Voor
        for:
          minutes: 15
      - platform: state
        entity_id: sun.sun
        to: 
          - below_horizon
    condition:
      - condition: state
        entity_id: binary_sensor.zonnescherm_contact_contact
        state: "on"
    action:
      - alias: Set up variables for the actions
        variables:
          # Including an id in the action allows us to identify this script run and not accidentally trigger for other notification actions.
          action_close: "{{ 'CLOSE_' ~ context.id }}"

      - alias: Ask to close the awning
        service: notify.all_phones
        data:
          message: De zon is niet langer achter, wil je het zonnescherm sluiten?
          data:
            actions:
              - action: "{{ action_close }}"
                title: Ja, sluit

      - alias: Wait for a response
        wait_for_trigger:
          - platform: event
            event_type: mobile_app_notification_action
            event_data:
              action: "{{ action_close }}"

      - alias: Perform the action
        choose:
          - conditions: "{{ wait.trigger.event.data.action == action_close }}"
            sequence:
              - service: cover.close_cover
                target:
                  entity_id: cover.zonnescherm

  - id: ios_action_awning_can_be_opened
    alias: iOS action - Zonnescherm kan open
    initial_state: on
    mode: single
    max_exceeded: silent
    trigger:
      - platform: numeric_state
        entity_id: sensor.achtertuin_lichtsterkte_illuminance_lux
        above: 40000
      - platform: state
        entity_id: sensor.sun_position_house
        from: Voor
        to: Achter
    condition:
      - condition: numeric_state
        entity_id: sensor.achtertuin_lichtsterkte_illuminance_lux
        above: 40000
      - condition: state
        entity_id: sensor.sun_position_house
        state: Achter
      - condition: template
        value_template: >-
          {{ state_attr("weather.knmi_purmerend", "forecast")[0]["temperature"] | int > 20 }}
    action:
      - alias: Set up variables for the actions
        variables:
          # Including an id in the action allows us to identify this script run and not accidentally trigger for other notification actions.
          action_open: "{{ 'OPEN_' ~ context.id }}"

      - alias: Ask to close the awning
        service: notify.all_phones
        data:
          message: De zon is achter, wil je het zonnescherm openen?
          data:
            actions:
              - action: "{{ action_open }}"
                title: Ja, open

      - alias: Wait for a response
        wait_for_trigger:
          - platform: event
            event_type: mobile_app_notification_action
            event_data:
              action: "{{ action_open }}"

      - alias: Perform the action
        choose:
          - conditions: "{{ wait.trigger.event.data.action == action_open }}"
            sequence:
              - service: tahoma.set_cover_my_position
                target:
                  entity_id: cover.zonnescherm

Opzet kwam van hier: https://companion.home-as...tification-action-scripts

[HuismAndré]

martinvdm schreef op donderdag 9 september 2021 @ 18:18:
[...]

Last_reset is deprecated en niet meer nodig.
Let ook op dat de sensor opgenomen is in je recorder.

En ook de cost entiteiten (anders blijven je bedragen op 0 staan). Dus bijvoorbeeld (in configuration.yaml):

YAML:

recorder:
  include:
    entities:
      - sensor.energy_consumption_tarif_1
      - sensor.energy_consumption_tarif_1_cost
      - sensor.energy_consumption_tarif_2
      - sensor.energy_consumption_tarif_2_cost
      - sensor.gas_consumption
      - sensor.gas_consumption_cost

[Mich]

martinvdm schreef op woensdag 8 september 2021 @ 23:45:
[...]

Wat @JBS zegt klopt. Zo’n paneeltje is waardeloos, dat gaat namelijk oxideren. Ik heb inmiddels deze vervangen door een wipwap regensensor namelijk de MS-WH-SP-RG
https://a.aliexpress.com/_vSsFqi[Afbeelding]
En ook in esphome gekregen. Het enige wat voor mij lastig is dat is de voeding, daar ik op solar panel werk waardoor ik maar 1x per 10 min kan inschakelen en dus altijd regen mis. Heb je voeding dan kan dit best goed werken.

Heb je dit project wel eens gezien ?

https://community.home-as...-zigbee-rain-gauge/255379

[bafplus]

HuismAndré schreef op donderdag 9 september 2021 @ 19:38:
[...]

En ook de cost entiteiten (anders blijven je bedragen op 0 staan). Dus bijvoorbeeld (in configuration.yaml):

YAML:

recorder:
  include:
    entities:
      - sensor.energy_consumption_tarif_1
      - sensor.energy_consumption_tarif_1_cost
      - sensor.energy_consumption_tarif_2
      - sensor.energy_consumption_tarif_2_cost
      - sensor.gas_consumption
      - sensor.gas_consumption_cost

Of nog simpeler is enkel "recorder:" (dus niks eronder) dan pakt ie automatisch ALLE mogelijke sensoren.

Wil je die data in een sql database laden (voorbeeld):

code:

recorder:
 db_url: mysql://username:password@core-mariadb/homeassistant?charset=utf8mb4
 purge_keep_days: 60

[I-King]

I-King schreef op maandag 6 september 2021 @ 11:29:
Ik heb een P1 USB kabel in gebruik om de meterstanden in HA te krijgen tbv energy dashboard.
Dat werkte voorheen prima in Domoticz (op Windows). Af en toe was er eens een keer een storing, maar dat kwam niet heel vaak voor.
Ik heb nu HA OS draaiend in Virtualbox op Windows en heb de USB doorgeschakeld. Het werkt, maar ik heb nu al 2 dagen op rij een storingsmelding in de virtualbox console:

"error from flowcontrol urb" (exacte melding is weggevallen door herstart HA OS). Na herstart werkt het dus ook weer!

Ik wil uiteraard graag dit probleem oplossen, maar ik weet niet waar ik moet beginnen, of het software of hardware is.

Als tussenoplossing zou ik graag willen kijken of ik HA OS automatisch kan laten herstarten als er 1 of 2 sensoren al 1 of 2 uur niet ge-update zijn. Heeft iemand hier ervaring mee?

Edit: Hij reboot 'm nu 'hard' om 23:30 iedere avond, zodat de stats iig per dag correct zijn, maar liefst hang ik daar nog een voorwaarde aan 'if last_changed < 10 minuten geleden', zodat ik niet onnodig reboot.

Vandaag weer gebeurd:

code:

[276680.287038] ftdi_sio ttyUSB0: error from flowcontrol urb
[276680.299630] ftdi_sio ttyUSB0: FTDI USB Serial Device converter now disconnected from ttyUSB0

Host rebooten en de P1 metingen komen weer binnen. Weet iemand hoe ik dat kan fixen? En zo nee, hoe kan ik HA host rebooten op basis van deze melding of een entity update van <5 minuten geleden?

[HuismAndré]

bafplus schreef op donderdag 9 september 2021 @ 19:46:
[...]


Of nog simpeler is enkel "recorder:" (dus niks eronder) dan pakt ie automatisch ALLE mogelijke sensoren.

Wil je die data in een sql database laden (voorbeeld):

code:

recorder:
 db_url: mysql://username:password@core-mariadb/homeassistant?charset=utf8mb4
 purge_keep_days: 60

Maar da's nou juist niet de bedoeling (in mijn geval dan). Zie ook eerder in dit draadje waar ik aangeef welke belasting dat veroorzaakt op m'n Synology DS220+. Sowieso eigenlijk raar om maar alles te archiveren (want het gros kijk je nooit naar terug). Ik archiveer nu dan ook alleen nog dingen die moeten vanwege een integratie of waarbij ik een keertje denk 'chips, ik wil dat terug kunnen zien'. Zijn zo'n 30 entities (en waren er zo'n 300-400 toen ik nog alles archiveerde).

[ Voor 15% gewijzigd door HuismAndré op 09-09-2021 20:19 ]

[bafplus]

HuismAndré schreef op donderdag 9 september 2021 @ 20:16:
[...]

Maar da's nou juist niet de bedoeling (in mijn geval dan). Zie ook eerder in dit draadje waar ik aangeef welke belasting dat veroorzaakt op m'n Synology DS220+. Sowieso eigenlijk raar om maar alles te archiveren (want het gros kijk je nooit naar terug).

Bij mij maar stuk of 10 dus dan valt t wel mee...maar verder zal ik

[HoppyF]

HoppyF schreef op donderdag 9 september 2021 @ 12:09:
[...]

En ook @Rianata

Ik had al wat combinaties geprobeerd ook met het locale IP adres.
Toen nog met het /media pad.
Nu dus de mp3 uit /media gekopieerd naar /config/www/media.
De directory media bestond daar nog niet dus aangemaakt.
Ik ga straks nog wel even wat combinaties proberen, het kan haast niet anders dat daar het probleem zit.
Echter je zou in de log iets verwachten als “kan path /media/ns-ding-dong.mp3 niet vinden”.
Een dergelijk fout zie ik niet.

Ipv IP adres en path zou ook iets als localhost of zonder IP denk ik wel moeten werken.
Wordt vervolgd!

Update op mijn eerdere verhaal.
Na uren zoeken en proberen ben ik erachter gekomen waar het probleem zit.
Eigenlijk was er geen probleem maar werden de twee acties direct na elkaar gestart zodat de tweede actie de eerste overlapte.
De eerste actie was een “ding dong” geluid laten horen van ongeveer 3 seconden, de tweede de Google stem met de tekst dat er regen op komst is.
De gesproken tekst begon echter meteen zodat de ding dong helemaal niet te horen was!
Ik vermoedde op een gegeven moment wel iets dergelijks en heb er nu een wachttijd van 4 seconden er gezet.
Nu speelt de ding dong eerst en komt daarna de gesproken tekst.

Misschien voor de hand liggend maar niet voor een HA beginner als ik.
Wellicht is deze volgorde met wachttijd anders op te lossen maar dat zoek ik later dan wel op.
Tips zijn ook welkom.

Of deze automation werkt icm de regen trigger moet nog blijken.
Tot nu toe is de trigger waarde niet overschreden.

YAML:

alias: Buienalarm
description: ''
trigger:
  - platform: numeric_state
    entity_id: sensor.buienradar_precipitation_forecast_total
    above: '0'
condition:
  - condition: time
    after: '09:00'
    before: '21:00'
action:
  - service: media_player.play_media
    data:
      media_content_type: audio/mp3
      media_content_id: http://192.168.178.36:8123/local/audio/ns-ding-dong.mp3
    target:
      entity_id:
        - media_player.huiskamer
  - wait_template: ''
    timeout: '4'
  - service: tts.google_translate_say
    data:
      entity_id: media_player.huiskamer
      message: Waarschuwing, er komt regen aan!
      language: nl
mode: single

[TheFes]

HoppyF schreef op donderdag 9 september 2021 @ 20:41:
[...]


Update op mijn eerdere verhaal.
Na uren zoeken en proberen ben ik erachter gekomen waar het probleem zit.
Eigenlijk was er geen probleem maar werden de twee acties direct na elkaar gestart zodat de tweede actie de eerste overlapte.
De eerste actie was een “ding dong” geluid laten horen van ongeveer 3 seconden, de tweede de Google stem met de tekst dat er regen op komst is.
De gesproken tekst begon echter meteen zodat de ding dong helemaal niet te horen was!
Ik vermoedde op een gegeven moment wel iets dergelijks en heb er nu een wachttijd van 4 seconden er gezet.
Nu speelt de ding dong eerst en komt daarna de gesproken tekst.

Misschien voor de hand liggend maar niet voor een HA beginner als ik.
Wellicht is deze volgorde met wachttijd anders op te lossen maar dat zoek ik later dan wel op.
Tips zijn ook welkom.

Of deze automation werkt icm de regen trigger moet nog blijken.
Tot nu toe is de trigger waarde niet overschreden.

YAML:

alias: Buienalarm
description: ''
trigger:
  - platform: numeric_state
    entity_id: sensor.buienradar_precipitation_forecast_total
    above: '0'
condition:
  - condition: time
    after: '09:00'
    before: '21:00'
action:
  - service: media_player.play_media
    data:
      media_content_type: audio/mp3
      media_content_id: http://192.168.178.36:8123/local/audio/ns-ding-dong.mp3
    target:
      entity_id:
        - media_player.huiskamer
  - wait_template: ''
    timeout: '4'
  - service: tts.google_translate_say
    data:
      entity_id: media_player.huiskamer
      message: Waarschuwing, er komt regen aan!
      language: nl
mode: single

Je gebruikt nu een wait_template zonder daadwerkelijk een template te definiëren.
Dan kun je net zo goed - delay: 4 gebruiken.
Je kunt ook wel een template definiëren waarin je kijkt of je media_player weer idle is nadat de mp3 afgespeeld is. Echter heb je dan ook een delay nodig, omdat hij anders deze check al uitvoert voordat de mp3 daadwerkelijk gestart is.

[martinvdm]

Mich schreef op donderdag 9 september 2021 @ 19:45:
[...]


Heb je dit project wel eens gezien ?

https://community.home-as...-zigbee-rain-gauge/255379

Nee maar het komt beetje op hetzelfde neer alleen doe ik het met een esp8266 middels WiFi en mqtt

[raymondw]

raymondw schreef op donderdag 9 september 2021 @ 09:05:
Zijn er meer mensen die onwaarschijnlijk hoge solar output gemeld krijgen?
Gisteren 60kWh
Vandaag 80kWh

Zowel gisteren als vandaag op tijdstip (06.00) dat er nog geen output actief is van de panelen...

Vandaag stond er 100kWh piek.. (60, 80 en 100)
icm de afgelopen dagen gok ik er op dat er iets is aangepast in de code voor de totale meeting.
Input aangepast naar dagelijkse opwekking.
Stats van de afgelopen dagen klopt nu wel, alleen van de dagen ervoor is er nu geen data.

[barrymossel]

Met een ESP32 heb ik een mouse jiggler gemaakt (een muis/toetsenbord combinatie via bluetooth om m'n Teams niet op afwezig te laten springen). Deze is te bedienen via MQTT. In principe zijn er nu 3 standen (grote sprongen, kleine bewegingen en stop (en inloggen wanneer het scherm gelocked is)). Nu wil ik deze integreren in Home Assistant, maar ik twijfel een beetje hoe.

In eerste instantie had ik een input_select gebruikt, maar in principe geeft die niet correct de status weer. Als ik niet via HA de status verander, dan klopt die input_select niet meer. Toen dacht ik aan een MQTT switch, maar die werkt in principe niet met meerdere statussen. Echter dit lijkt wel te werken:

YAML:

  - name: Mouse Jiggle random
    platform: mqtt
    state_topic: mouse/control
    command_topic: mouse/control
    payload_on: random
    payload_off: stop
    state_off: small
  - name: Mouse Jiggle small
    platform: mqtt
    state_topic: mouse/control
    command_topic: mouse/control
    payload_on: small
    payload_off: stop
    state_off: random

Wanneer je dus de een van de knoppen uitzet dan stuurt ie stop via MQTT. En als ik de andere mode kies, dan ziet ie dat als state_off.
Alleen ik wil uiteindelijk met nog meer modes gaan werken en dan zou dit niet meer kunnen, want maar twee "off" opties.
Zouden er nog andere mogelijkheden zijn om iets dergelijks te integreren waarbij zowel status als bediening goed werkt met meerdere modes? Ik zat zelf nog te denken aan een MQTT fan, maar dat voelt ook weer zo "slordig"...

[TheFes]

barrymossel schreef op vrijdag 10 september 2021 @ 10:00:
Met een ESP32 heb ik een mouse jiggler gemaakt (een muis/toetsenbord combinatie via bluetooth om m'n Teams niet op afwezig te laten springen). Deze is te bedienen via MQTT. In principe zijn er nu 3 standen (grote sprongen, kleine bewegingen en stop (en inloggen wanneer het scherm gelocked is)). Nu wil ik deze integreren in Home Assistant, maar ik twijfel een beetje hoe.

In eerste instantie had ik een input_select gebruikt, maar in principe geeft die niet correct de status weer. Als ik niet via HA de status verander, dan klopt die input_select niet meer. Toen dacht ik aan een MQTT switch, maar die werkt in principe niet met meerdere statussen. Echter dit lijkt wel te werken:

YAML:

  - name: Mouse Jiggle random
    platform: mqtt
    state_topic: mouse/control
    command_topic: mouse/control
    payload_on: random
    payload_off: stop
    state_off: small
  - name: Mouse Jiggle small
    platform: mqtt
    state_topic: mouse/control
    command_topic: mouse/control
    payload_on: small
    payload_off: stop
    state_off: random

Wanneer je dus de een van de knoppen uitzet dan stuurt ie stop via MQTT. En als ik de andere mode kies, dan ziet ie dat als state_off.
Alleen ik wil uiteindelijk met nog meer modes gaan werken en dan zou dit niet meer kunnen, want maar twee "off" opties.
Zouden er nog andere mogelijkheden zijn om iets dergelijks te integreren waarbij zowel status als bediening goed werkt met meerdere modes? Ik zat zelf nog te denken aan een MQTT fan, maar dat voelt ook weer zo "slordig"...

Kun je niets met de nieuwe select template?
https://www.home-assistan...ntities-number-and-select

[warlock1984]

Ik ben een tijdje geleden aan de slag gegaan met Frigate NVR in combinatie met een aantal IP camera's in de tuin en aan de voorgevel van het huis. Setup was erg eenvoudig en object-detectie (persoon, auto, fiets, hond, kat) werkt prima.

Nu had ik het idee om een ESP32-cam te monteren bovenaan in mijn brievenbus en te proberen om postpakketjes / brieven te detecteren en dit dan via home assistant te melden. Echter zijn brieven en pakketjes geen standaard gekende tensorflow-objecten.
Heeft er iemand ervaring met het aanleren hiervan en/of een andere oplossing?

Een eenvoudige reed-sensor aan de brievenbus-klep is geen optie. eerder pogingen met druksensoren waren ook niet succesvol.

[jowi]

Ik ben een custom card aan het bouwen (leuk!) en dat vordert al aardig, Echter de info voor de kaart komt uit een node red flow, via mqtt. Nu merk ik echter dat er niets meer gepublished wordt door node red op de queue. Config, topic etc klopt allemaal. Als ik in de mqtt config een test publish doe, werkt het ook prima.

Node red restarted, mqtt restarted, heel HA en supervisor en core etc restarted, maar het komt niet meer op gang... iemand nog een idee? Ander ga ik de Windows VM maar eens compleet rebooten denk ik...

[barrymossel]

jowi schreef op vrijdag 10 september 2021 @ 12:33:
Ik ben een custom card aan het bouwen (leuk!) en dat vordert al aardig, Echter de info voor de kaart komt uit een node red flow, via mqtt. Nu merk ik echter dat er niets meer gepublished wordt door node red op de queue. Config, topic etc klopt allemaal. Als ik in de mqtt config een test publish doe, werkt het ook prima.

Node red restarted, mqtt restarted, heel HA en supervisor en core etc restarted, maar het komt niet meer op gang... iemand nog een idee? Ander ga ik de Windows VM maar eens compleet rebooten denk ik...

Je weet zeker dat er niks gepublished wordt door node red? Heb je dit al gecontrolleerd met MQTTBox of iets in die trant?

[Compuchip87]

Compuchip87 schreef op vrijdag 3 september 2021 @ 12:41:
Het nieuwe energiedashboard houdt pas statistieken bij sinds de datum dat deze beschikbaar kwamen, maar mijn sensoren gaan veel verder terug. Heeft iemand al een oplossing in elkaar gedraaid om op basis van historische data alsnog de statistieken te vullen? Ik dacht zelf even wat queries te schrijven maar dat is nog niet zo makkelijk als ik dacht.

Het is inmiddels gelukt. Middagje in de tabellen gedoken, wat gespeeld met Excel en uiteindelijk alle historische sensordata om kunnen zetten tbv het energy dashboard. Blij mee!

[jowi]

Nou, ik zie dat node red publish node connected is met mqtt, er gaan ook berichten naar de mqtt publish node toe, node is groen, maar kijk ik in HA bij de mqtt config, en in mijn dashboard etc dan komt er niks binnen.

Ook de mqtt receivenode op de flow, waar een debug msg aan hangt, ziet niks...

Mqttbox ken ik niet, maar daar gaat snel verandering in komen

[ Voor 10% gewijzigd door jowi op 10-09-2021 12:48 ]

[I-King]

Compuchip87 schreef op vrijdag 10 september 2021 @ 12:46:
[...]


Het is inmiddels gelukt. Middagje in de tabellen gedoken, wat gespeeld met Excel en uiteindelijk alle historische sensordata om kunnen zetten tbv het energy dashboard. Blij mee!

Kun je wat meer detail geven hoe? Ik wil graag Domoticz nog omklussen naar HA Energy Dashboard, dus als ik de juiste formats weet krijg ik in Excel ook wel het eea omgetoverd

[Fanman]

Als eerste, deze post is absoluut niet als rant of flaimbait bedoeld.

Een jaar of vier geleden met domotica begonnen, doordat ik een echo dot van een maatje kreeg.
Dat smaakte naar meer, en ben mij gaan oriënteren wat er meer mogelijk was. Ik heb toe een domoticz servertje op een PI gehad, maar die crashte binnen een paar maand door een corrupte SD kaart. Daarna op de PI Home Assistant geïnstalleerd. Veel was toen nog scripten, en werking van alles was niet je van het. Bij bijna elke update viel er ergens we weer wat om.
En als je het meegemaakt hebt dat je zelf in het buitenland bent, en de vrouw beld dat geen enkele lichtschakelaar het meer doen, weet je dat het ontbreken van continuïteit een killer is voor de WAF.
Dus de Home Assistant maakte plaats voor een Athom Homey. Na een jaar daarmee gedraaid te hebben, liep ik wederom aan tegen updates die iets omver gooide. Ook was niet alles mogelijk van wat ik wilde.
Deze maakte dus plaats voor een Hubitat. De Hubitat heeft ook zo z’n nukken, maar tot heden kan ik er goed mee door één bocht.

Nu hoor ik om mij heen steeds meer mensen die overschakelen naar Home Assistant. Dit zou veel beter zijn dan andere oplossingen. Ik werdt zelfs een beetje voor gek verklaart dat ik nog op Hubitat zat.

Natuurlijk wil ik Home Assistant wel weer eens proberen, dus ik een Home Assistant Blue gekocht.
Aanzetten, Fixed IP er op en gaan. De Hue bridge gekoppeld evenals de Solaredge omvormer.
Zag er een stuk beter uit, waardoor ik dacht meer over te gaan zetten van Hubitat naar Home Assistant.
Ik voeg de community add-on voor mijn mechanische ventilator toe en ga wat testen. De pre-set snelheden werden niet herkend, dus ik dacht slim te zijn en wat aanpasingen aan de integratie te doen (MQTT integratie). Zie na het aanpassen van het script dat er een update voor Home Assistant klaarstaat, en die besluit ik te starten. Deze wil een reboot, en het commando wordt gegeven.

Toen stokte het. De webpagina kwam voor geen mogelijkheid meer up.
Dus monitor aan de odroid om te zie wat er gebeurde. Ik krijg netjes de CLI voor me, en vraag : core info. De ene naar de andere foutmelding in het rood. Stuk voor stuk probeer ik alles weg te krijgen, maar de melding: Home Assistant container not found.
Tig artikelen gevonden men mensen die hetzelfde hadden gehad, en een aantal fixes die men zou kunnen nemen.
Het één en ander geprobeerd, maar zit nu toch echt vast. De container lijkt er weer te zijn na een repair & update, echter wil deze niet starten omdat er een fout in de configuration.yaml zou zitten.
Om deze aan te passen via cli, zou je de container moeten koppelen, en met vi zou je dan de file kunnen aanpassen. Geprobeerd, maar krijg dan de melding dat de container eerst gestart moet zijn voor ik kan editen. Juist, die container die niet wil starten door een fout in de configuration.yaml.

Dit levert twee vragen op:

• Hoe kom ik hier nou weer uit?
• Ga ik dergelijke issues telkens weer krijgen bij foutjes in configuratie bestanden en/of updates?

Ik wil Home Assistant graag een eerlijke kans geven, echter loop ik bij de eerste dag dus al tegen issues aan waardoor het gehele systeem niet meer wil draaien.

[Magic]

Een vraagje, waar ik niet weet in welke richting ik zou moeten beginnen met zoeken:

Ik heb een aantal devices die door middel van een tasmota plug netjes hun verbruik sturen. Nu hebben een aantal van die devices zo'n constant verbruik dat ik die plug eigenlijk niet meer nodig heb, maar ik zou ze wel graag zien in het apparatenoverzicht.

Is het mogelijk om een "virtueel" device te maken, met een KWH waarde die elk uur met een instelbare waarde ophoogt?

[jowi]

MQTT issues opgelost... na zelfs de VM te hebben gerestart, nog steeds problemen. MQTTBox geinstalleer op een Windows machine, die connect keurig en een testbericht in het topic gaat ook prima, maar nog steeds kwam er niks uit node red...

Uiteindelijk in 1 flow van node red de MQTT-in en out nodes verwijderd en opnieuw toegevoegd, en meteen ging alles weer werken, ook de andere flows die op MQTT posten.

Blij dat het weer werkt maar echt handig is het allemaal niet...

[Magic]

Fanman schreef op vrijdag 10 september 2021 @ 13:19:
Als eerste, deze post is absoluut niet als rant of flaimbait bedoeld.

Een jaar of vier geleden met domotica begonnen, doordat ik een echo dot van een maatje kreeg.
Dat smaakte naar meer, en ben mij gaan oriënteren wat er meer mogelijk was. Ik heb toe een domoticz servertje op een PI gehad, maar die crashte binnen een paar maand door een corrupte SD kaart. Daarna op de PI Home Assistant geïnstalleerd. Veel was toen nog scripten, en werking van alles was niet je van het. Bij bijna elke update viel er ergens we weer wat om.
En als je het meegemaakt hebt dat je zelf in het buitenland bent, en de vrouw beld dat geen enkele lichtschakelaar het meer doen, weet je dat het ontbreken van continuïteit een killer is voor de WAF.
Dus de Home Assistant maakte plaats voor een Athom Homey. Na een jaar daarmee gedraaid te hebben, liep ik wederom aan tegen updates die iets omver gooide. Ook was niet alles mogelijk van wat ik wilde.
Deze maakte dus plaats voor een Hubitat. De Hubitat heeft ook zo z’n nukken, maar tot heden kan ik er goed mee door één bocht.

Nu hoor ik om mij heen steeds meer mensen die overschakelen naar Home Assistant. Dit zou veel beter zijn dan andere oplossingen. Ik werdt zelfs een beetje voor gek verklaart dat ik nog op Hubitat zat.

Natuurlijk wil ik Home Assistant wel weer eens proberen, dus ik een Home Assistant Blue gekocht.
Aanzetten, Fixed IP er op en gaan. De Hue bridge gekoppeld evenals de Solaredge omvormer.
Zag er een stuk beter uit, waardoor ik dacht meer over te gaan zetten van Hubitat naar Home Assistant.
Ik voeg de community add-on voor mijn mechanische ventilator toe en ga wat testen. De pre-set snelheden werden niet herkend, dus ik dacht slim te zijn en wat aanpasingen aan de integratie te doen (MQTT integratie). Zie na het aanpassen van het script dat er een update voor Home Assistant klaarstaat, en die besluit ik te starten. Deze wil een reboot, en het commando wordt gegeven.

Toen stokte het. De webpagina kwam voor geen mogelijkheid meer up.
Dus monitor aan de odroid om te zie wat er gebeurde. Ik krijg netjes de CLI voor me, en vraag : core info. De ene naar de andere foutmelding in het rood. Stuk voor stuk probeer ik alles weg te krijgen, maar de melding: Home Assistant container not found.
Tig artikelen gevonden men mensen die hetzelfde hadden gehad, en een aantal fixes die men zou kunnen nemen.
Het één en ander geprobeerd, maar zit nu toch echt vast. De container lijkt er weer te zijn na een repair & update, echter wil deze niet starten omdat er een fout in de configuration.yaml zou zitten.
Om deze aan te passen via cli, zou je de container moeten koppelen, en met vi zou je dan de file kunnen aanpassen. Geprobeerd, maar krijg dan de melding dat de container eerst gestart moet zijn voor ik kan editen. Juist, die container die niet wil starten door een fout in de configuration.yaml.

Dit levert twee vragen op:

• Hoe kom ik hier nou weer uit?
• Ga ik dergelijke issues telkens weer krijgen bij foutjes in configuratie bestanden en/of updates?

Ik wil Home Assistant graag een eerlijke kans geven, echter loop ik bij de eerste dag dus al tegen issues aan waardoor het gehele systeem niet meer wil draaien.

[Afbeelding]

[Afbeelding]

De automations.yaml kun je onder je supervisor gewoon vinden in /config. die kan je dan met vi bewerken.

Ik vermoed dat je last hebt van https://github.com/home-assistant/core/pull/54768

Bij de release info bij nieuwe versie is altijd een sectie "breaking changes", waar je bij een update even doorheen moet bladeren. daarnaast kun je binnen supervisor een addon installeren welke je config tegen een nieuwe versie aanhoud.

Waarom je container daadwerkelijk weg is, durf ik niet zo te zeggen.

[jowi]

Hier even tussendoor mijn voorlopige fabrieksel met een custom card. De kaart toont status info van mijn Pioneer Kuro tv, de inhoud veranderd dus afhankelijk of de tv aan of uit staat. Het is nu nog even heel simpel een divje met aan image en daarbovenop wat tekst, het gaat me even om het proof-of-concept

Ook was het even prutsen met de cache; HA is erg cache based, in het begin zat ik steeds de cache in chrome te legen, wat 9 van de 10x niet werkte (maar wel elke keer ALLE inlog en pwd en formdata kwijt van alles websites dus elke keer weer overal inloggen, pfff) en pas na een paar keer restarten kwamen de wijzigingen pas door. Niet handig. Echter als je chrome de devtools (F12) opent, en daar bij network de cache disabled, gaat het soepeltjes, code wijzigingen worden dan meteen zichtbaar in HA.

Anyway, tv aan, tv uit:

[HoppyF]

Fanman schreef op vrijdag 10 september 2021 @ 13:19:
Als eerste, deze post is absoluut niet als rant of flaimbait bedoeld.

Een jaar of vier geleden met domotica begonnen, doordat ik een echo dot van een maatje kreeg.
Dat smaakte naar meer, en ben mij gaan oriënteren wat er meer mogelijk was. Ik heb toe een domoticz servertje op een PI gehad, maar die crashte binnen een paar maand door een corrupte SD kaart. Daarna op de PI Home Assistant geïnstalleerd. Veel was toen nog scripten, en werking van alles was niet je van het. Bij bijna elke update viel er ergens we weer wat om.
En als je het meegemaakt hebt dat je zelf in het buitenland bent, en de vrouw beld dat geen enkele lichtschakelaar het meer doen, weet je dat het ontbreken van continuïteit een killer is voor de WAF.
Dus de Home Assistant maakte plaats voor een Athom Homey. Na een jaar daarmee gedraaid te hebben, liep ik wederom aan tegen updates die iets omver gooide. Ook was niet alles mogelijk van wat ik wilde.
Deze maakte dus plaats voor een Hubitat. De Hubitat heeft ook zo z’n nukken, maar tot heden kan ik er goed mee door één bocht.

Nu hoor ik om mij heen steeds meer mensen die overschakelen naar Home Assistant. Dit zou veel beter zijn dan andere oplossingen. Ik werdt zelfs een beetje voor gek verklaart dat ik nog op Hubitat zat.

Natuurlijk wil ik Home Assistant wel weer eens proberen, dus ik een Home Assistant Blue gekocht.
Aanzetten, Fixed IP er op en gaan. De Hue bridge gekoppeld evenals de Solaredge omvormer.
Zag er een stuk beter uit, waardoor ik dacht meer over te gaan zetten van Hubitat naar Home Assistant.
Ik voeg de community add-on voor mijn mechanische ventilator toe en ga wat testen. De pre-set snelheden werden niet herkend, dus ik dacht slim te zijn en wat aanpasingen aan de integratie te doen (MQTT integratie). Zie na het aanpassen van het script dat er een update voor Home Assistant klaarstaat, en die besluit ik te starten. Deze wil een reboot, en het commando wordt gegeven.

Toen stokte het. De webpagina kwam voor geen mogelijkheid meer up.
Dus monitor aan de odroid om te zie wat er gebeurde. Ik krijg netjes de CLI voor me, en vraag : core info. De ene naar de andere foutmelding in het rood. Stuk voor stuk probeer ik alles weg te krijgen, maar de melding: Home Assistant container not found.
Tig artikelen gevonden men mensen die hetzelfde hadden gehad, en een aantal fixes die men zou kunnen nemen.
Het één en ander geprobeerd, maar zit nu toch echt vast. De container lijkt er weer te zijn na een repair & update, echter wil deze niet starten omdat er een fout in de configuration.yaml zou zitten.
Om deze aan te passen via cli, zou je de container moeten koppelen, en met vi zou je dan de file kunnen aanpassen. Geprobeerd, maar krijg dan de melding dat de container eerst gestart moet zijn voor ik kan editen. Juist, die container die niet wil starten door een fout in de configuration.yaml.

Dit levert twee vragen op:

• Hoe kom ik hier nou weer uit?
• Ga ik dergelijke issues telkens weer krijgen bij foutjes in configuratie bestanden en/of updates?

Ik wil Home Assistant graag een eerlijke kans geven, echter loop ik bij de eerste dag dus al tegen issues aan waardoor het gehele systeem niet meer wil draaien.

[Afbeelding]

[Afbeelding]

Heb je niet ergens nog een ongebruikte (mini)PC met een Intel of AMD processor liggen?
Ik ben pas begonnen en heb het HA OS prima op een oude mini PC geïnstalleerd.
Als proef ook op een nog oudere (10 jaar) mini PC met een vrij trage E350 AMD.
Daar kon het OS niet zo op omdat de BIOS geen optie had om secure boot uit te zetten.
Echter, Proxmox kon er wel op en daarna kon ik daar ook HA op installeren.
Meer om te testen niet om te gaan gebruiken.
Daar is de iets nieuwere mini beter geschikt voor.

[Daiov97]

Draai al een tijdje home assistant op een Pi 3B. Werkt prima, maar met sd kaartje had ik wel altijd problemen. Vandaar de overstap naar USB, wat wel iets stabieler is. Laatst is 2x de stroom uitgevallen, waarna de hele installatie niet meer benaderbaar was. De lampjes op de pi bleven wel knipperen, maar als ik de usbs vervolgens op de pc aansloot kwam ik er snel achter dat deze overleden waren.

Ben dus nu op zoek naar een stabielere manier die ook tegen stroomuitval kan. Aangezien ik 2GPIO pinnen gebruik voor het uitlezen van de deurbel, moet ik wel bij een pi blijven. Is het gebruik van een SSD een aanrader?

[jowi]

Ik draai HA op een (UNRAID) NAS, in een Virtual Machine. De NAS hangt aan een UPS, als de stroom uitvalt blijft de boel nog 15 a 20 minuten doordraaien, is de spanning dan nog niet terug dan wordt de NAS (en dus alle harddisks, SSD's, VM's en dockers etc) netjes automatisch en dus beheerst down gebracht.

Weet niet of HA of Pi support heeft voor een UPS? Zo ja dan kun je met een kleine capaciteit UPS een Pi denk ik urenlang of misschien wel dagen lang laten draaien

[ Voor 6% gewijzigd door jowi op 10-09-2021 14:15 ]

[vonkkie]

Compuchip87 schreef op vrijdag 10 september 2021 @ 12:46:
[...]


Het is inmiddels gelukt. Middagje in de tabellen gedoken, wat gespeeld met Excel en uiteindelijk alle historische sensordata om kunnen zetten tbv het energy dashboard. Blij mee!

Heb je ook een handleiding hoe je dat gedaan hebt

[-Casper]

Daiov97 schreef op vrijdag 10 september 2021 @ 14:02:
Draai al een tijdje home assistant op een Pi 3B. Werkt prima, maar met sd kaartje had ik wel altijd problemen. Vandaar de overstap naar USB, wat wel iets stabieler is. Laatst is 2x de stroom uitgevallen, waarna de hele installatie niet meer benaderbaar was. De lampjes op de pi bleven wel knipperen, maar als ik de usbs vervolgens op de pc aansloot kwam ik er snel achter dat deze overleden waren.

Ben dus nu op zoek naar een stabielere manier die ook tegen stroomuitval kan. Aangezien ik 2GPIO pinnen gebruik voor het uitlezen van de deurbel, moet ik wel bij een pi blijven. Is het gebruik van een SSD een aanrader?

Kan de deurbel ook even op een ESP bordje zetten

[Daiov97]

Thanks allen. Misschien is afstappen van de pi wel het beste. Hier in de buurt zie ik een Intel NUC (pricewatch: Intel NUC Kit DC53427HYE) staan: i5-3427U, 4GB ram, 120gb msata ssd. Denk dat ik hier al beter mee uit de voeten kan? Eventuele goedkopere optie is de pricewatch: Intel NUC Kit DC3217IYE, denk niet dat ik het performance verschil ga merken?

Deurbel moet ik dan inderdaad even een andere oplossing voor vinden.

[ Voor 36% gewijzigd door Daiov97 op 10-09-2021 14:53 ]

[Hmmbob]

Daiov97 schreef op vrijdag 10 september 2021 @ 14:36:
Deurbel moet ik dan inderdaad even een andere oplossing voor vinden.

Ik heb daar een simpele NodeMCU met ESPHome voor gebruikt. Ben je voor een paar euro klaar.

YAML:

substitutions:
  devicename: deurbel
  upper_devicename: Deurbel

esphome:
  name: $devicename
  platform: ESP8266
  board: nodemcuv2

wifi:
  manual_ip:
    static_ip: !secret wifi_static_ip_deurbel

# General settings: captive portal, logger, api, ota, time, restart switch, wifi
# General sensors: status, uptime, version, wifi info
packages:
  general_settings: !include general_settings.yaml
  general_sensors: !include general_sensors.yaml

binary_sensor:
  - platform: gpio
    pin: D4
    name: "${upper_devicename}"
    filters:
      - invert:
      - delayed_off: 100ms

[ Voor 57% gewijzigd door Hmmbob op 10-09-2021 14:57 ]

[jowi]

jowi schreef op vrijdag 10 september 2021 @ 14:00:
Hier even tussendoor mijn voorlopige fabrieksel met een custom card.

Zie nu helaas wel dat het plaatje en de tekst niet gelijk schalen; op de pc met chrome ziet het er goed uit, op de ipad lijkt het plaatje te klein. Of de tekst te groot? Maar de tekst is even groot als in de andere cards. Zal vast wel een html? truukje voor zijn.

[skank]

Zijn er nog mensen die hier vroeger hun setup via een terminal naar github pushten met een login en wachtwoord? Ik gebruik hiervoor de SSH & Web Terminal addon.
Dat pushen naar github lukt nu helaas niet meer omdat je een token moet gebruiken..
https://github.blog/2020-...ments-for-git-operations/

Hoe doe ik dit precies?
In de config van de addon kan ik precies niet veel doen?

[royalt123]

Het is begrijpelijk dat het vervelend is
Ik ben voor virtueel machine gegaan puur om 1 groot voordeel, vm backups. Loopt er iets mis, paar klikken en het zit terug op de vorige versie.
Voor uw probleem zou ik het niet echt weten wat doen behalve het overwegen naar een hypervisor oplossing. Maar het is wel een duurdere oplossing, vooral als je enkel voor home assistant gaat gebruiken.

Fanman schreef op vrijdag 10 september 2021 @ 13:19:
Als eerste, deze post is absoluut niet als rant of flaimbait bedoeld.

Een jaar of vier geleden met domotica begonnen, doordat ik een echo dot van een maatje kreeg.
Dat smaakte naar meer, en ben mij gaan oriënteren wat er meer mogelijk was. Ik heb toe een domoticz servertje op een PI gehad, maar die crashte binnen een paar maand door een corrupte SD kaart. Daarna op de PI Home Assistant geïnstalleerd. Veel was toen nog scripten, en werking van alles was niet je van het. Bij bijna elke update viel er ergens we weer wat om.
En als je het meegemaakt hebt dat je zelf in het buitenland bent, en de vrouw beld dat geen enkele lichtschakelaar het meer doen, weet je dat het ontbreken van continuïteit een killer is voor de WAF.
Dus de Home Assistant maakte plaats voor een Athom Homey. Na een jaar daarmee gedraaid te hebben, liep ik wederom aan tegen updates die iets omver gooide. Ook was niet alles mogelijk van wat ik wilde.
Deze maakte dus plaats voor een Hubitat. De Hubitat heeft ook zo z’n nukken, maar tot heden kan ik er goed mee door één bocht.

Nu hoor ik om mij heen steeds meer mensen die overschakelen naar Home Assistant. Dit zou veel beter zijn dan andere oplossingen. Ik werdt zelfs een beetje voor gek verklaart dat ik nog op Hubitat zat.

Natuurlijk wil ik Home Assistant wel weer eens proberen, dus ik een Home Assistant Blue gekocht.
Aanzetten, Fixed IP er op en gaan. De Hue bridge gekoppeld evenals de Solaredge omvormer.
Zag er een stuk beter uit, waardoor ik dacht meer over te gaan zetten van Hubitat naar Home Assistant.
Ik voeg de community add-on voor mijn mechanische ventilator toe en ga wat testen. De pre-set snelheden werden niet herkend, dus ik dacht slim te zijn en wat aanpasingen aan de integratie te doen (MQTT integratie). Zie na het aanpassen van het script dat er een update voor Home Assistant klaarstaat, en die besluit ik te starten. Deze wil een reboot, en het commando wordt gegeven.

Toen stokte het. De webpagina kwam voor geen mogelijkheid meer up.
Dus monitor aan de odroid om te zie wat er gebeurde. Ik krijg netjes de CLI voor me, en vraag : core info. De ene naar de andere foutmelding in het rood. Stuk voor stuk probeer ik alles weg te krijgen, maar de melding: Home Assistant container not found.
Tig artikelen gevonden men mensen die hetzelfde hadden gehad, en een aantal fixes die men zou kunnen nemen.
Het één en ander geprobeerd, maar zit nu toch echt vast. De container lijkt er weer te zijn na een repair & update, echter wil deze niet starten omdat er een fout in de configuration.yaml zou zitten.
Om deze aan te passen via cli, zou je de container moeten koppelen, en met vi zou je dan de file kunnen aanpassen. Geprobeerd, maar krijg dan de melding dat de container eerst gestart moet zijn voor ik kan editen. Juist, die container die niet wil starten door een fout in de configuration.yaml.

Dit levert twee vragen op:

• Hoe kom ik hier nou weer uit?
• Ga ik dergelijke issues telkens weer krijgen bij foutjes in configuratie bestanden en/of updates?

Ik wil Home Assistant graag een eerlijke kans geven, echter loop ik bij de eerste dag dus al tegen issues aan waardoor het gehele systeem niet meer wil draaien.

[Afbeelding]

[Afbeelding]

[bafplus]

Fanman schreef op vrijdag 10 september 2021 @ 13:19:
Als eerste, deze post is absoluut niet als rant of flaimbait bedoeld.

Een jaar of vier geleden met domotica begonnen, doordat ik een echo dot van een maatje kreeg.
Dat smaakte naar meer, en ben mij gaan oriënteren wat er meer mogelijk was. Ik heb toe een domoticz servertje op een PI gehad, maar die crashte binnen een paar maand door een corrupte SD kaart. Daarna op de PI Home Assistant geïnstalleerd. Veel was toen nog scripten, en werking van alles was niet je van het. Bij bijna elke update viel er ergens we weer wat om.
En als je het meegemaakt hebt dat je zelf in het buitenland bent, en de vrouw beld dat geen enkele lichtschakelaar het meer doen, weet je dat het ontbreken van continuïteit een killer is voor de WAF.
Dus de Home Assistant maakte plaats voor een Athom Homey. Na een jaar daarmee gedraaid te hebben, liep ik wederom aan tegen updates die iets omver gooide. Ook was niet alles mogelijk van wat ik wilde.
Deze maakte dus plaats voor een Hubitat. De Hubitat heeft ook zo z’n nukken, maar tot heden kan ik er goed mee door één bocht.

Nu hoor ik om mij heen steeds meer mensen die overschakelen naar Home Assistant. Dit zou veel beter zijn dan andere oplossingen. Ik werdt zelfs een beetje voor gek verklaart dat ik nog op Hubitat zat.

Natuurlijk wil ik Home Assistant wel weer eens proberen, dus ik een Home Assistant Blue gekocht.
Aanzetten, Fixed IP er op en gaan. De Hue bridge gekoppeld evenals de Solaredge omvormer.
Zag er een stuk beter uit, waardoor ik dacht meer over te gaan zetten van Hubitat naar Home Assistant.
Ik voeg de community add-on voor mijn mechanische ventilator toe en ga wat testen. De pre-set snelheden werden niet herkend, dus ik dacht slim te zijn en wat aanpasingen aan de integratie te doen (MQTT integratie). Zie na het aanpassen van het script dat er een update voor Home Assistant klaarstaat, en die besluit ik te starten. Deze wil een reboot, en het commando wordt gegeven.

Toen stokte het. De webpagina kwam voor geen mogelijkheid meer up.
Dus monitor aan de odroid om te zie wat er gebeurde. Ik krijg netjes de CLI voor me, en vraag : core info. De ene naar de andere foutmelding in het rood. Stuk voor stuk probeer ik alles weg te krijgen, maar de melding: Home Assistant container not found.
Tig artikelen gevonden men mensen die hetzelfde hadden gehad, en een aantal fixes die men zou kunnen nemen.
Het één en ander geprobeerd, maar zit nu toch echt vast. De container lijkt er weer te zijn na een repair & update, echter wil deze niet starten omdat er een fout in de configuration.yaml zou zitten.
Om deze aan te passen via cli, zou je de container moeten koppelen, en met vi zou je dan de file kunnen aanpassen. Geprobeerd, maar krijg dan de melding dat de container eerst gestart moet zijn voor ik kan editen. Juist, die container die niet wil starten door een fout in de configuration.yaml.

Dit levert twee vragen op:

• Hoe kom ik hier nou weer uit?
• Ga ik dergelijke issues telkens weer krijgen bij foutjes in configuratie bestanden en/of updates?

Ik wil Home Assistant graag een eerlijke kans geven, echter loop ik bij de eerste dag dus al tegen issues aan waardoor het gehele systeem niet meer wil draaien.

[Afbeelding]

[Afbeelding]

Ieder zn smaak natuurlijk, ik draai alles is docker op deze manier: https://www.smarthomebegi...-hass-io-on-docker-linux/

Dan kun je overlal nog netjes bij maar wel de voordelen van add-ons en backups etc.
En dus ook makkelijker te backuppen of herstellen na een fout.
Weet niet of dit voor jou de oplossing is maar dacht drop m toch ff :-)

[Vorkie]

Iets zegt mij dat er een fout in de configuration.yaml heeft gezeten en dat met herstarten alles fout is gelopen.

@Fanman Begin dan opnieuw door de installatie te volgen van de odroid installatie:

https://www.home-assistant.io/installation/odroid (ODROID N2+ volgen! dat is de basis van de Blue versie)

Zorg dat alles up2date is en stel je dan alles goed in.

Dan kan je gaan spelen met de overige opties.

[ Voor 7% gewijzigd door Vorkie op 10-09-2021 18:32 ]

[martinvdm]

@Fanman inmiddels hierboven wat suggesties van anderen, maar 1 ding valt me op in je post en dat is het gebruik van custom componenten en community store. Zodra je hiermee aan de slag gaat moet je ook begrijpen dat dit de stabiliteit kan beïnvloeden van ha. Dit kan je dus werk opleveren om te troubleshooten of zelfs tegen een bug of niet werkende zaken aanlopen.

[synoniem]

skank schreef op vrijdag 10 september 2021 @ 17:12:
Zijn er nog mensen die hier vroeger hun setup via een terminal naar github pushten met een login en wachtwoord? Ik gebruik hiervoor de SSH & Web Terminal addon.
Dat pushen naar github lukt nu helaas niet meer omdat je een token moet gebruiken..
https://github.blog/2020-...ments-for-git-operations/

Hoe doe ik dit precies?
In de config van de addon kan ik precies niet veel doen?

Je kunt een RSA public key toevoegen onder Account settings van Github. Die key kun je genereren op HA zelf of op Github.

[skank]

synoniem schreef op vrijdag 10 september 2021 @ 20:21:
[...]

Je kunt een RSA public key toevoegen onder Account settings van Github. Die key kun je genereren op HA zelf of op Github.

Euh ik ben niet mee sorry
Ik kan die key generen in github en dan toevoegen in diezelfde github?
Klopt toch niet?
Of moet ik die key toevoegen in die ssh & webterminal addon ergens?

[bafplus]

skank schreef op vrijdag 10 september 2021 @ 20:23:
[...]


Euh ik ben niet mee sorry
Ik kan die key generen in github en dan toevoegen in diezelfde github?
Klopt toch niet?
Of moet ik die key toevoegen in die ssh & webterminal addon ergens?

Dat laatste, of net andersom (aanmaken pc, opgeven github)

[synoniem]

skank schreef op vrijdag 10 september 2021 @ 20:23:
[...]


Euh ik ben niet mee sorry
Ik kan die key generen in github en dan toevoegen in diezelfde github?
Klopt toch niet?
Of moet ik die key toevoegen in die ssh & webterminal addon ergens?

Of je maakt op Github een keypair aan of op HA. Op HA kun je dat doen als je als root ingelogd bent met het commando ssh-keygen. Dat genereert een id_rsa en een id_rsa.pub bestand in de map /root/.ssh Dat id_rsa.pub bestand moet je kopiëren naar Github zodat je public key herkend wordt.

[vso]

Fanman schreef op vrijdag 10 september 2021 @ 13:19:
Als eerste, deze post is absoluut niet als rant of flaimbait bedoeld.

<snip verhaal>

ik heb ervaring met Domoticz en HASS .. je kan zeggen wat je wilt maar HA is erg innoverend en flexibel in mijn geval als ik vergelijk met het andere product.

+ grote user community
+ veel ontwikkelingen
+ regelmatig updates
+ brede ondersteuning
+ zeer hoge eigen "inbreng" van hoe als met elkaar communiceert

Bugs zullen er zijn, en ik verwacht dat dit nog wel tijden zal duren voordat je iets zal krijgen wat "stabiel" is in de kern.

Hass is verre van perfect / gebruiks vriendelijk. .. ik heb het in een vm draaien en elke keer bij een update van hacs moet ik dat compleet verwijderen voordat ik het weer kan toevoegen .. dat irriteert snel.

Maar als ik kijk naar domoticz .. is de genoemde + hierboven van HA toch wel prettiger.
btw het maakt ook uit of je het op een PI draait of op iets met net wat meer CPU/ram en fatsoenlijke SSD maar dat geld voor alle home-servers op PI

[synoniem]

Ja ik hoor regelmatig mensen klagen over de Pi maar een Pi 4 met 2 Gb geheugen en met een SSD werkt prima. En persoonlijk vind ik het ook prettiger dat de Pi "dedicated" is zodat ik mijn server met VM's kan rebooten wat ik wil.

[Kixtart]

vso schreef op vrijdag 10 september 2021 @ 20:32:
[...]

ik heb ervaring met Domoticz en HASS .. je kan zeggen wat je wilt maar HA is erg innoverend en flexibel in mijn geval als ik vergelijk met het andere product.

+ grote user community
+ veel ontwikkelingen
+ regelmatig updates
+ brede ondersteuning
+ zeer hoge eigen "inbreng" van hoe als met elkaar communiceert

Bugs zullen er zijn, en ik verwacht dat dit nog wel tijden zal duren voordat je iets zal krijgen wat "stabiel" is in de kern.

Hass is verre van perfect / gebruiks vriendelijk. .. ik heb het in een vm draaien en elke keer bij een update van hacs moet ik dat compleet verwijderen voordat ik het weer kan toevoegen .. dat irriteert snel.

Maar als ik kijk naar domoticz .. is de genoemde + hierboven van HA toch wel prettiger.
btw het maakt ook uit of je het op een PI draait of op iets met net wat meer CPU/ram en fatsoenlijke SSD maar dat geld voor alle home-servers op PI

Ik draai ook een VM in Proxmox en updates gaan sinds dag een gewoon goed.

Wat ik merk bij HA is dat ik altijd de release notes lees want ze wisselen nog wel eens met de 'beste' opzet van integraties en dan verandert er nog wel eens iets. Verder zwaar tevreden en dit heeft mij een extra hobby opgeleverd. Van Pi HA naar Proxmox met daarop wat extra spelen met docker en nginx opzet (mariadb voor logging, bitwarden, ooit Grafana& influx,...)

Edit: De NL en EN HA groepen op Facebook zijn ook leuk om te volgen voor inspiratie en als je het leuk vindt om anderen te helpen

[ Voor 3% gewijzigd door Kixtart op 10-09-2021 20:43 ]

[skank]

synoniem schreef op vrijdag 10 september 2021 @ 20:30:
[...]

Of je maakt op Github een keypair aan of op HA. Op HA kun je dat doen als je als root ingelogd bent met het commando ssh-keygen. Dat genereert een id_rsa en een id_rsa.pub bestand in de map /root/.ssh Dat id_rsa.pub bestand moet je kopiëren naar Github zodat je public key herkend wordt.

Ik ben jouw manier aan het doen
Ik heb die keypair aangemaakt, de 2 bestanden staan in die root map
Die ene key moet ik nu in mn github account zetten, maar waar?
Onder keys? -> SSH? maar daar kan ik precies geen bestand uploaden
Beide bestanden mogen ook in die map blijven staan?

[bafplus]

skank schreef op vrijdag 10 september 2021 @ 20:53:
[...]


Ik ben jouw manier aan het doen
Ik heb die keypair aangemaakt, de 2 bestanden staan in die root map
Die ene key moet ik nu in mn github account zetten, maar waar?
Onder keys? -> SSH? maar daar kan ik precies geen bestand uploaden
Beide bestanden mogen ook in die map blijven staan?

https://docs.github.com/e...ey-to-your-github-account

[martinvdm]

vso schreef op vrijdag 10 september 2021 @ 20:32:
[...]

ik heb ervaring met Domoticz en HASS .. je kan zeggen wat je wilt maar HA is erg innoverend en flexibel in mijn geval als ik vergelijk met het andere product.

+ grote user community
+ veel ontwikkelingen
+ regelmatig updates
+ brede ondersteuning
+ zeer hoge eigen "inbreng" van hoe als met elkaar communiceert

Bugs zullen er zijn, en ik verwacht dat dit nog wel tijden zal duren voordat je iets zal krijgen wat "stabiel" is in de kern.

Hass is verre van perfect / gebruiks vriendelijk. .. ik heb het in een vm draaien en elke keer bij een update van hacs moet ik dat compleet verwijderen voordat ik het weer kan toevoegen .. dat irriteert snel.

Maar als ik kijk naar domoticz .. is de genoemde + hierboven van HA toch wel prettiger.
btw het maakt ook uit of je het op een PI draait of op iets met net wat meer CPU/ram en fatsoenlijke SSD maar dat geld voor alle home-servers op PI

Ik zeg docker. Container update gaat altijd vlekkeloos.
Ohja had ik al gezegd dat ik docker dan ben?

[synoniem]

skank schreef op vrijdag 10 september 2021 @ 20:53:
[...]


Ik ben jouw manier aan het doen
Ik heb die keypair aangemaakt, de 2 bestanden staan in die root map
Die ene key moet ik nu in mn github account zetten, maar waar?
Onder keys? -> SSH? maar daar kan ik precies geen bestand uploaden
Beide bestanden mogen ook in die map blijven staan?

Je laat beide bestanden ook op HA staan. Je gaat naar Github -> Settings - > SSH & GPG keys Klik op New SSH key geef de key een naam en kopieer de inhoud van id_rsa.pub in het tekstvak en sla hem op.

[skank]

synoniem schreef op vrijdag 10 september 2021 @ 21:08:
[...]

Je laat beide bestanden ook op HA staan. Je gaat naar Github -> Settings - > SSH & GPG keys Klik op New SSH key geef de key een naam en kopieer de inhoud van id_rsa.pub in het tekstvak en sla hem op.

Das allemaal gelukt.
De key staat er in.
Ik wil net mn config push via die ssh & webterminal
ik geef het commando "push" in
Vraagt hij terug naam en paswoord van github en zegt hij dat dit niet meer mag.
Desondanks er nu die key in staat..
Moet ik een ander commando ingeven om te pushen?

[vso]

Kixtart schreef op vrijdag 10 september 2021 @ 20:40:
Edit: De NL en EN HA groepen op Facebook zijn ook leuk om te volgen voor inspiratie en als je het leuk vindt om anderen te helpen

Nu ja ik merk dat hier mensen nogal genegeerd worden en dat is best jammer

Er worden best mooie creaties gedeeld en elkaar helpen met aanwijzen wat nuttig/handig is ..daar word iedereen beter van toch ?

Maar even los daarvan ik zou toch graag zien dat HA betreft configuraties & intergraties zelf wat minder lastig is bv dat yaml gebeuren gewoon intergraal overboord gooit.

Zelf zou ik voor configuratie meer een node-red achtige omgeving zien .. waarbij elk device een object is met waarbij je linkjes legt (visueel) bv lamp <--> knop waarbij je relatieve namen gebruikt
Dat onderwater een Yaml of andere "code" gegenereerd word zal me dan roesten .. tuurlijk kan je wellicht in advanced modus je code aanpassen ofzo ..

Maar in de hoofdlijnen moet het zo simpel zijn dat je zonder veranderingen onder de spreekwoordelijke motorkap bv van versie C naar D en weer terug makkelijk kan doen zonder dat alles kapot gaat en als er wat stuk gaat niet je hele config maar dat 1ne stukje ..

Dat mist HA nu gewoon het is verre van userfriendly

[Kixtart]

Die Facebook groepen komt natuurlijk door het platform. Je krijgt dat willekeurig berichten te zien. De meeste die ik zie hebben reacties (NL groep).

De yaml gaat langzaam overboord al. Steeds meer integraties zijn te configureren via de UI en gewoonlijk automatisch gevonden. Er is voor geavanceerde gebruikers nog een stuk over voor speciale conversies en HACS helpt ook veel. Het is net wat te complex voor velen, maar het gaat al lang de goede richting op. In mijn yaml staat niet meer veel meer.

Edit: het terug draaien van een update is eigenlijk wel een goede vooruitgang als ze dat maken. Update, mocht het falen dan kijk je naar een oplossing en draai je de update eventueel terug. Dat kan niet makkelijk nee

[ Voor 17% gewijzigd door Kixtart op 10-09-2021 21:29 ]

[oltk]

HoppyF schreef op vrijdag 10 september 2021 @ 14:01:
[...]

Heb je niet ergens nog een ongebruikte (mini)PC met een Intel of AMD processor liggen?
Ik ben pas begonnen en heb het HA OS prima op een oude mini PC geïnstalleerd.
Als proef ook op een nog oudere (10 jaar) mini PC met een vrij trage E350 AMD.
Daar kon het OS niet zo op omdat de BIOS geen optie had om secure boot uit te zetten.
Echter, Proxmox kon er wel op en daarna kon ik daar ook HA op installeren.
Meer om te testen niet om te gaan gebruiken.
Daar is de iets nieuwere mini beter geschikt voor.

Ik heb exact hetzelfde gedaan. Begonnen met een rpi maar na enkele keren opnieuw kunnen installeren, vanwege een niet werkende sd kaart, besloten mijn oude Nuc, die als htpc in gebruik was, te vervangen door een xiaomi mi box. De Nuc kon ik in gaan zetten als proxmox servertje. Niet erg lastig, maar het kostte me toch wel tijd om het naar mijn zinnen te plooien. Eigenlijk pas sinds zeer kort ben ik erachter hoe ik mijn synology share kan koppelen en als backup directory kan toevoegen (backup wil ik perse buiten de container, want als die corrupt raakt heb je nog niets aan backups).

Elke zaterdag wordt elke VM (ook pihole en unifi) gebackupt en op mijn synology gezet. Natuurlijk: als het ding vastloopt en ik ben in het buitenland is de vrouw niet blij. Maar zowel proxmox als de VM zijn snel te restoren. Ik heb dit al 2x getest omdat er door een verkeerde node (node red) de boel instabiel werd en niets meer wilde opstarten. Restore en verder. Ik heb zelfs een tweede (2e hands) Nuc gekocht om mee te experimenteren en als backup te dienen voor het geval de oude hardwarematig de geest geeft.

geknutsel als een configuration.yaml opduikelen en uitpluizen heb ik een broertje dood aan. Voor mij geen bare metal meer.

[oltk]

Kixtart schreef op vrijdag 10 september 2021 @ 21:28:
Die Facebook groepen komt natuurlijk door het platform. Je krijgt dat willekeurig berichten te zien. De meeste die ik zie hebben reacties (NL groep).

De yaml gaat langzaam overboord al. Steeds meer integraties zijn te configureren via de UI en gewoonlijk automatisch gevonden. Er is voor geavanceerde gebruikers nog een stuk over voor speciale conversies en HACS helpt ook veel. Het is net wat te complex voor velen, maar het gaat al lang de goede richting op. In mijn yaml staat niet meer veel meer.

Edit: het terug draaien van een update is eigenlijk wel een goede vooruitgang als ze dat maken. Update, mocht het falen dan kijk je naar een oplossing en draai je de update eventueel terug. Dat kan niet makkelijk nee

waarom niet? gewoon een backup van je volledige config maken (en downloaden!). Als de update de boel sloopt kan je de backup altijd restoren of zelfs een nieuwe HA versie neerzetten en door restore je configuratie van voor de update terugkrijgen.

[vso]

martinvdm schreef op vrijdag 10 september 2021 @ 21:04:
[...]

Ik zeg docker. Container update gaat altijd vlekkeloos.
Ohja had ik al gezegd dat ik docker dan ben?

Vind dat (te)veel poespas op synology .. daarnaast wil ik een fixed IP in de zelfde range hebben

maar ja dit is precies het manko van Opensource je kan (te) veel maar een easy guide om van A naar B te komen is er niet echt..
Begrijp me goed he .. een deep dive in hoe krijg ik p2000 werkend of hoe zorg ik dat ik op afstand met mijn deurbel (foscam vd1) kan communiceren (lees de persoon aan de deur) en dat ik in het zelfde scherm mijn (nuki) slimme deurslot kan openen met een beveiliging zodat ik niet via een "het zat in mijn broekzak" actie de deur kan openen .. tja dat is secundair ..

maar gewoon de basis A --> B functies dus hey ik zie een tradfri hub zal ik deze lichten zoals ik ze zie op de hub ook beschikbaar maken ? (op 1 of of meerdere "cards")
ipv dat ding is gevonden en je mag nog 2 uur uitvogelen hoe je dat allemaal zichtbaar maakt etc ..

je hebt veel blueprints/configuratie opties etc etc .. maar gewoon wat config-wizards is te lastig ? stel wat vragen hoe je huis eruit ziet, 1 of meerdere wizards .. al doorloop je die 100x

[jowi]

Heb geprobeerd ha als docker te draaien onder unraid, ging op zich prima. Probleem was echter dat ha een shitload aan eigen dockers in het leven roept, elke plugin addon of integratie *floep* weer een paar vage dockers erbij waarvan je niet weet wat het is... ook moet je supervisor en core als aparte dockers draaien etc. ben er snel vanaf gestapt. Een VM is wat betreft een stuk prettiger en beheersbaarder. Alles in 1.

[ Voor 9% gewijzigd door jowi op 10-09-2021 22:43 ]

[Kixtart]

oltk schreef op vrijdag 10 september 2021 @ 21:37:
[...]

Natuurlijk, maar het gesprek ging over userfriendlyness. Ik backup gewoon de hele VM en kan altijd terug, maar op een PI bijvoorbeeld is het voor beginnende gebruikers niet gebruiksvriendelijk

[martinvdm]

vso schreef op vrijdag 10 september 2021 @ 22:10:
[...]

Vind dat (te)veel poespas op synology .. daarnaast wil ik een fixed IP in de zelfde range hebben

maar ja dit is precies het manko van Opensource je kan (te) veel maar een easy guide om van A naar B te komen is er niet echt
…

Ieder zijn ding. Eigen ip voor elke container kan gekomen met docker. En misschien ben ik stellig, maar als je voor HA kiest dan vind ik dat je ook bereid moet zijn forums te lezen, te proberen met vallen en opstaan, research doen en niet verwachten dat het een Homey is met kant en klare wizards. Juist de opensource en de veelzijdigheid maakt HA zo’n mooi platform.

[synoniem]

skank schreef op vrijdag 10 september 2021 @ 21:16:
[...]


Das allemaal gelukt.
De key staat er in.
Ik wil net mn config push via die ssh & webterminal
ik geef het commando "push" in
Vraagt hij terug naam en paswoord van github en zegt hij dat dit niet meer mag.
Desondanks er nu die key in staat..
Moet ik een ander commando ingeven om te pushen?

Je kan het eerst met ssh proberen of de key geaccepteerd wordt. Dus ssh [e-mail] als het goed is krijg je dan de melding: Hi skank! You've successfully authenticated, but GitHub does not provide shell access.
Connection to github.com closed.

Dan heb je in ieder geval je key goed aangemaakt.
Doe vervolgens git remote -v dan zou je zoiets moeten zien als
origin [e-mail]:skank/reponaam.git (fetch)
en hetzelfde maar dan met (push)

[silvanverschuur]

oltk schreef op vrijdag 10 september 2021 @ 21:37:
[...]

Ik heb exact hetzelfde gedaan. Begonnen met een rpi maar na enkele keren opnieuw kunnen installeren, vanwege een niet werkende sd kaart, besloten mijn oude Nuc, die als htpc in gebruik was, te vervangen door een xiaomi mi box. De Nuc kon ik in gaan zetten als proxmox servertje. Niet erg lastig, maar het kostte me toch wel tijd om het naar mijn zinnen te plooien. Eigenlijk pas sinds zeer kort ben ik erachter hoe ik mijn synology share kan koppelen en als backup directory kan toevoegen (backup wil ik perse buiten de container, want als die corrupt raakt heb je nog niets aan backups).

Elke zaterdag wordt elke VM (ook pihole en unifi) gebackupt en op mijn synology gezet. Natuurlijk: als het ding vastloopt en ik ben in het buitenland is de vrouw niet blij. Maar zowel proxmox als de VM zijn snel te restoren. Ik heb dit al 2x getest omdat er door een verkeerde node (node red) de boel instabiel werd en niets meer wilde opstarten. Restore en verder. Ik heb zelfs een tweede (2e hands) Nuc gekocht om mee te experimenteren en als backup te dienen voor het geval de oude hardwarematig de geest geeft.

geknutsel als een configuration.yaml opduikelen en uitpluizen heb ik een broertje dood aan. Voor mij geen bare metal meer.

Ik draai Home Assistant ook al jaren in een VM (KVM / libvirt). Naast HA heb ik nog +/- 15 andere VM's draaien op dezelfde host.

Net als jij ben ik ook ooit begonnen met het backuppen van complete VM's. Een tijd geleden ben ik echter overgestapt op een andere strategie. Elke VM kan ik 'genereren' met Packer. Met Packer kan ik binnen 5 minuten een Debian installatie maken inclusief de configuratie en tools die ik per VM geïnstalleerd wil hebben. Dit doe ik overigens voor al mijn VM's (HA, unifi, vpn, nginx, ldap, zigbee2mqtt, etc). Elke VM heb ik een 'passthrough' share gegeven waar de 'user' data op weggeschreven wordt. In het geval van HA staat hier mijn .homeassistant folder op.

Ik maak nu alleen (geautomatiseerd) een een backup van de data folder. De VM's kan ik toch binnen een paar minuten laten genereren dus daar hoef ik geen backup van te hebben.

Een ander voordeel van deze oplossing is dat je heel eenvoudig een nieuwe versie kunt installeren. Hiervoor genereer ik gewoon met Packer een nieuw disk image. Daarbij wordt ook altijd de meest recente versie van Debian gebruikt inclusief de laatste (security) patches.

[mr.DJ95]

silvanverschuur schreef op zaterdag 11 september 2021 @ 07:55:
[...]


Ik draai Home Assistant ook al jaren in een VM (KVM / libvirt). Naast HA heb ik nog +/- 15 andere VM's draaien op dezelfde host.

Net als jij ben ik ook ooit begonnen met het backuppen van complete VM's. Een tijd geleden ben ik echter overgestapt op een andere strategie. Elke VM kan ik 'genereren' met Packer. Met Packer kan ik binnen 5 minuten een Debian installatie maken inclusief de configuratie en tools die ik per VM geïnstalleerd wil hebben. Dit doe ik overigens voor al mijn VM's (HA, unifi, vpn, nginx, ldap, zigbee2mqtt, etc). Elke VM heb ik een 'passthrough' share gegeven waar de 'user' data op weggeschreven wordt. In het geval van HA staat hier mijn .homeassistant folder op.

Ik maak nu alleen (geautomatiseerd) een een backup van de data folder. De VM's kan ik toch binnen een paar minuten laten genereren dus daar hoef ik geen backup van te hebben.

Een ander voordeel van deze oplossing is dat je heel eenvoudig een nieuwe versie kunt installeren. Hiervoor genereer ik gewoon met Packer een nieuw disk image. Daarbij wordt ook altijd de meest recente versie van Debian gebruikt inclusief de laatste (security) patches.

Waarom verkies je een full blown VM boven een Docker node met containers. Wat je hierboven beschrijft is voor 90% het principe van Docker. Je mist dan alleen nog de voordelen in mijn ogen.

vso schreef op vrijdag 10 september 2021 @ 22:10:
[...]

Vind dat (te)veel poespas op synology .. daarnaast wil ik een fixed IP in de zelfde range hebben

Ik heb een paar pagina's terug een compolse docker compose file gepost met de mogelijkheid voor statische IP adressen. Dit werkt in mijn omgeving ook een stukje beter aangezien ik vaak van hardware wil wisselen.

[ Voor 12% gewijzigd door mr.DJ95 op 11-09-2021 08:48 ]

[jowi]

martinvdm schreef op zaterdag 11 september 2021 @ 00:16:
[...]

Ieder zijn ding. Eigen ip voor elke container kan gekomen met docker. En misschien ben ik stellig, maar als je voor HA kiest dan vind ik dat je ook bereid moet zijn forums te lezen, te proberen met vallen en opstaan, research doen en niet verwachten dat het een Homey is met kant en klare wizards. Juist de opensource en de veelzijdigheid maakt HA zo’n mooi platform.

Dat dit opensource is en 'dus' ontoegankelijker en minder makkelijk, is natuurlijk onzin. Open source hoeft niet 'moeilijk' te zijn. Opensource projecten vallen of staan met de community er omheen; als die de instelling hebben dat het moeilijk 'moet' zijn, en dat je mensen met vragen er van beschuldigd dat ze niet genoeg research hebben gedaan (lees: te dom zijn om je project te snappen) en vervolgens om die reden niet helpt, ja, dan houd je dat waanidee inderdaad in stand. Opensource is echt niet bedoeld om exclusief te zijn voor technerds. Uiteindelijk bouw je als developer iets voor een klant, en die klant moet een goede ervaring hebben met je product.

[martinvdm]

jowi schreef op zaterdag 11 september 2021 @ 09:01:
[...]

Dat dit opensource is en 'dus' ontoegankelijker en minder makkelijk, is natuurlijk onzin. Open source hoeft niet 'moeilijk' te zijn. Opensource projecten vallen of staan met de community er omheen; als die de instelling hebben dat het moeilijk 'moet' zijn, en dat je mensen met vragen er van beschuldigd dat ze niet genoeg research hebben gedaan (lees: te dom zijn om je project te snappen) en vervolgens om die reden niet helpt, ja, dan houd je dat waanidee inderdaad in stand. Opensource is echt niet bedoeld om exclusief te zijn voor technerds. Uiteindelijk bouw je als developer iets voor een klant, en die klant moet een goede ervaring hebben met je product.

Volgens mij heb je mijn antwoord niet goed gelezen.

[skank]

synoniem schreef op zaterdag 11 september 2021 @ 00:45:
[...]

Je kan het eerst met ssh proberen of de key geaccepteerd wordt. Dus ssh [e-mail] als het goed is krijg je dan de melding: Hi skank! You've successfully authenticated, but GitHub does not provide shell access.
Connection to github.com closed.

Dan heb je in ieder geval je key goed aangemaakt.
Doe vervolgens git remote -v dan zou je zoiets moeten zien als
origin [e-mail]:skank/reponaam.git (fetch)
en hetzelfde maar dan met (push)

Mmm permission denied public key


Ik zie wel dat die idd niet overeenstemt met de sha256 in github

[ Voor 11% gewijzigd door skank op 11-09-2021 10:35 ]

[synoniem]

skank schreef op zaterdag 11 september 2021 @ 10:33:
[...]


Mmm permission denied public key
[Afbeelding]

Ik zie wel dat die idd niet overeenstemt met de sha256 in github

Je public key wordt niet herkend. Heb je wel het hele stuk in één regel zonder harde returns uit /root/.ssh/id_rsa.pub in de ssh-key van Github geplakt dus alles vanaf ssh-rsa t/m root@core-ssh ?

edit: Beter omschreven.

[ Voor 4% gewijzigd door synoniem op 11-09-2021 11:46 ]

[skank]

synoniem schreef op zaterdag 11 september 2021 @ 11:39:
[...]

Je public key wordt niet herkend. Heb je wel het hele stuk in één regel zonder harde returns uit /root/.ssh/id_rsa.pub in de ssh-key van Github geplakt dus alles vanaf ssh-rsa t/m root@core-ssh ?

edit: Beter omschreven.

JA zeker weten
ssh-rsa AAAAB3NzaC1yc2EAAAADAQABAAABgQC08q+55tSE9r6zwby2T7L/hw6hicUfA/ELqDILjrNJHWIAfmrOxHCYX1olj2KCui2myrgDq/cvV+vnfdjsbnsdfklbnfsknbkgbl,fgklgf,bkl,gfnlkgf,nklfg,ldnSlZXtvLhSBYzrkUFmHPpuUaI2sK4q5ZTETFuhoFsa6QYFHKpwbOg222MPcb2RjUj+O26v/3NZuwI69I5d4MkyAwKdZIC7iWTks= root@a0d7b954-ssh

Heb nu paar andere dingen tussengetypt , maar zoiets dus
Ik heb die wel eerst moeten kopieren naar de config map, anders kon ik die file niet editten en copy pasten
Maar dat mag toch geen verschil uitmaken denk ik

[ Voor 10% gewijzigd door skank op 11-09-2021 11:58 ]

[synoniem]

skank schreef op zaterdag 11 september 2021 @ 11:56:
[...]


JA zeker weten
ssh-rsa AAAAB3NzaC1yc2EAAAADAQABAAABgQC08q+55tSE9r6zwby2T7L/hw6hicUfA/ELqDILjrNJHWIAfmrOxHCYX1olj2KCui2myrgDq/cvV+vnfdjsbnsdfklbnfsknbkgbl,fgklgf,bkl,gfnlkgf,nklfg,ldnSlZXtvLhSBYzrkUFmHPpuUaI2sK4q5ZTETFuhoFsa6QYFHKpwbOg222MPcb2RjUj+O26v/3NZuwI69I5d4MkyAwKdZIC7iWTks= root@a0d7b954-ssh

Heb nu paar andere dingen tussengetypt , maar zoiets dus
Ik heb die wel eerst moeten kopieren naar de config map, anders kon ik die file niet editten en copy pasten
Maar dat mag toch geen verschil uitmaken denk ik

In principe hoef je het ook niet te editen. Ik doe zelf meestal vanaf de commandline: cat /root/.ssh/id_rsa.pub
en kopieer dan de uitvoer vanaf het terminal scherm om dingen als CR en CR LF in de kopie te voorkomen.

[skank]

synoniem schreef op zaterdag 11 september 2021 @ 12:06:
[...]

In principe hoef je het ook niet te editen. Ik doe zelf meestal vanaf de commandline: cat /root/.ssh/id_rsa.pub
en kopieer dan de uitvoer vanaf het terminal scherm om dingen als CR en CR LF in de kopie te voorkomen.

Mja weet niet goed wat doen nu.
Bestand noemt bij mij wel key.pub, maar dat kan ook geen kwaad denk ik?
Wat nu?

[jowi]

Is er ook een manier om de cache van HA te legen zonder meteen je hele browser en alle andere open tabs om zeep te helpen? Dus lokaal in HA zelf?

[JBS]

jowi schreef op zaterdag 11 september 2021 @ 12:19:
Is er ook een manier om de cache van HA te legen zonder meteen je hele browser en alle andere open tabs om zeep te helpen? Dus lokaal in HA zelf?

Wat wil je hiermee precies bereiken?

[jowi]

Ik ben een custom card in javascript aan het maken, en op de windows pc, wijzig ik in visual studio code de source, save ik, en kan ik in chrome direct HA verversen met F5 omdat ik in chrome bij de devtools de cache heb disabled. Dat werkt prima. Wijzigingen zijn daardoor meteen zichtbaar.

Echter... open ik HA op bijv. de iPad, dan krijg ik die wijzigingen niet te zien. Weet ook niet hoe lang HA spullen cached. Om dat op te lossen moet ik in iOS heel safari meteen opruimen, ben ik overal alle wachtwoorden etc kwijt en moet ik overal opnieuw inloggen... en 9 van de 10x ziet HA dan nog steeds de wijzigingen niet...

Hoe lang duurt het normaal voor HA door heeft dat een card is aangepast? Dat kan toch geen uren duren?

[martinvdm]

jowi schreef op zaterdag 11 september 2021 @ 12:19:
Is er ook een manier om de cache van HA te legen zonder meteen je hele browser en alle andere open tabs om zeep te helpen? Dus lokaal in HA zelf?

De drie puntjes rechtsboven in en dan vernieuwen?

[synoniem]

skank schreef op zaterdag 11 september 2021 @ 12:16:
[...]

Mja weet niet goed wat doen nu.
Bestand noemt bij mij wel key.pub, maar dat kan ook geen kwaad denk ik?
Wat nu?

Ik denk dat het handigste is om alle stappen opnieuw te doorlopen zoals ze op Github uitgelegd worden.

Genereren key
https://docs.github.com/e...dding-it-to-the-ssh-agent

Toevoegen key
https://docs.github.com/e...ey-to-your-github-account

Testen key
https://docs.github.com/e...sting-your-ssh-connection

Toepassen op repo
https://docs.github.com/e...te-urls-from-https-to-ssh

Ze leggen het denk ik wat beter uit dan ik.

[skank]

synoniem schreef op zaterdag 11 september 2021 @ 13:19:
[...]

Ik denk dat het handigste is om alle stappen opnieuw te doorlopen zoals ze op Github uitgelegd worden.

Genereren key
https://docs.github.com/e...dding-it-to-the-ssh-agent

Toevoegen key
https://docs.github.com/e...ey-to-your-github-account

Testen key
https://docs.github.com/e...sting-your-ssh-connection

Toepassen op repo
https://docs.github.com/e...te-urls-from-https-to-ssh

Ze leggen het denk ik wat beter uit dan ik.

Gaat mn petje te boven denk ik, missschien moet ik het gewoon laten varen en niet meer updaten p:
Die addon maakt alles ingewikkelder
Toch bedankt voor je hulp en moeite !

[Raven]

Zojuist probeerde ik wat aan de groups.yaml toe te voegen:

YAML:

group:
  woonkamer:
    name: Woonkamer
    entities:
      - media_player.cc_woonkamer
      - media_player.enigma2_media_player

Dit resulteert in

Invalid config for [group]: [woonkamer] is an invalid option for [group]. Check: group->group->group->woonkamer. (See /config/configuration.yaml, line 7).

Kopieer ik het voorbeeld van de docs dan krijg ik dezelfde error, maar dan voor een groep uit het voorbeeld:

Invalid config for [group]: [kitchen] is an invalid option for [group]. Check: group->group->group->kitchen. (See /config/configuration.yaml, line 7).

Line 7 is

YAML:

group: !include groups.yaml

Staat er nu een fout in de docs?

[Hmmbob]

Raven schreef op zaterdag 11 september 2021 @ 13:25:
Zojuist probeerde ik wat aan de groups.yaml toe te voegen:

YAML:

group:
  woonkamer:
    name: Woonkamer
    entities:
      - media_player.cc_woonkamer
      - media_player.enigma2_media_player

Dit resulteert in

[...]

Kopieer ik het voorbeeld van de docs dan krijg ik dezelfde error, maar dan voor een groep uit het voorbeeld:

[...]

Line 7 is

YAML:

group: !include groups.yaml

Staat er nu een fout in de docs?

Hij klaagt over "kitchen", maar die zie ik niet in je code. Wat is je hele code (van groups.yaml)?
Sorry. beter gelezen. Als je een include gebruikt, hoeft op de 1e regel geen "group:" meer te staan (en kunnen alle volgende regels 2 spaties naar links)

[ Voor 10% gewijzigd door Hmmbob op 11-09-2021 13:28 ]

[jowi]

martinvdm schreef op zaterdag 11 september 2021 @ 13:08:
[...]
De drie puntjes rechtsboven in en dan vernieuwen?

Welke 3 puntjes? Het Lovelace menu? Bij mij staat daar alleen 'configureer UI' en 'help'...

[mijn bijnaam]

Met plezier lees ik hier over alle soorten Home Assistant installatie variaties. Zelf heb ik deze nu een paar maanden werkend via HomeAssistant OS, Superviser en Core.

Mijn doel is om op een voor dit doel aangeschafte Raspberry Pi 4 (4gb) te booten vanaf SSD en het volgende te draaien:
- Home Assistant
- Mediaspeler via HDMI aan de TV (OSMC/LibreElec/...?)
- PiHole

Ik ben benieuwd naar ervaringen met deze combinatie en weet niet goed of ik het beste uit ga van Raspbian (vanwege SSD boot) of juist een Kodi distrubutie kies en dan de rest in Dockers. Misschien is er een heel andere weg die ik niet ken. Dank voor tips alvast!

[skank]

mijn bijnaam schreef op zaterdag 11 september 2021 @ 15:38:
Met plezier lees ik hier over alle soorten Home Assistant installatie variaties. Zelf heb ik deze nu een paar maanden werkend via HomeAssistant OS, Superviser en Core.

Mijn doel is om op een voor dit doel aangeschafte Raspberry Pi 4 (4gb) te booten vanaf SSD en het volgende te draaien:
- Home Assistant
- Mediaspeler via HDMI aan de TV (OSMC/LibreElec/...?)
- PiHole

Ik ben benieuwd naar ervaringen met deze combinatie en weet niet goed of ik het beste uit ga van Raspbian (vanwege SSD boot) of juist een Kodi distrubutie kies en dan de rest in Dockers. Misschien is er een heel andere weg die ik niet ken. Dank voor tips alvast!

Persoonlijk zou ik die kodi en HA apart houden en draaien

[jossie67]

oltk schreef op vrijdag 10 september 2021 @ 21:37:
[...]


Ik heb exact hetzelfde gedaan. Begonnen met een rpi maar na enkele keren opnieuw kunnen installeren, vanwege een niet werkende sd kaart, besloten mijn oude Nuc, die als htpc in gebruik was, te vervangen door een xiaomi mi box. De Nuc kon ik in gaan zetten als proxmox servertje. Niet erg lastig, maar het kostte me toch wel tijd om het naar mijn zinnen te plooien. Eigenlijk pas sinds zeer kort ben ik erachter hoe ik mijn synology share kan koppelen en als backup directory kan toevoegen (backup wil ik perse buiten de container, want als die corrupt raakt heb je nog niets aan backups).

Elke zaterdag wordt elke VM (ook pihole en unifi) gebackupt en op mijn synology gezet. Natuurlijk: als het ding vastloopt en ik ben in het buitenland is de vrouw niet blij. Maar zowel proxmox als de VM zijn snel te restoren. Ik heb dit al 2x getest omdat er door een verkeerde node (node red) de boel instabiel werd en niets meer wilde opstarten. Restore en verder. Ik heb zelfs een tweede (2e hands) Nuc gekocht om mee te experimenteren en als backup te dienen voor het geval de oude hardwarematig de geest geeft.

geknutsel als een configuration.yaml opduikelen en uitpluizen heb ik een broertje dood aan. Voor mij geen bare metal meer.

Precies zo doe ik het ook, VM van Proxmox backup naar mijn Synology, zelfs de snapshot plaats ik op een Synology share.
Daarnaast maak ik s'nachts ook nog even een copietje van de /config folder, Als ik een yaml verklooi kan ik even snel het copietje terug halen.
Mijn database is ook een mariaDB op een aparte VM, Als ik om wat voor reden terug moet ben ik mijn data niet kwijt. Alles draait nu op 2 NUC met proxmox, gewoon simple NUC met een I3 en I5. In theorie kan alles op 1 nuc draaien.
Sinds ik HA op een Proxmox heb draaien, heb ik eigenlijk bijna nooit issue's gehad

[Raven]

Hmmbob schreef op zaterdag 11 september 2021 @ 13:26:
[...]

Hij klaagt over "kitchen", maar die zie ik niet in je code. Wat is je hele code (van groups.yaml)?
Sorry. beter gelezen. Als je een include gebruikt, hoeft op de 1e regel geen "group:" meer te staan (en kunnen alle volgende regels 2 spaties naar links)

Dat was 'm, thanks

[HuismAndré]

jowi schreef op zaterdag 11 september 2021 @ 12:19:
Is er ook een manier om de cache van HA te legen zonder meteen je hele browser en alle andere open tabs om zeep te helpen? Dus lokaal in HA zelf?

In veel browsers fungeert <CTRL>F5 (of <CTRL> "Reload_button") als een geforceerde herlaad waarbij alle cache wordt overgeslagen.

[ Voor 3% gewijzigd door HuismAndré op 11-09-2021 18:41 ]

[jowi]

Eh ja... en doe dat dan maar eens op een iPad
Daarom vraag ik dus of er zoiets IN homeassistant zit...

[HuismAndré]

jowi schreef op zaterdag 11 september 2021 @ 18:49:
Eh ja... en doe dat dan maar eens op een iPad
Daarom vraag ik dus of er zoiets IN homeassistant zit...

Ben bang van niet. In dat geval zou HA wel zeggen "klik hier om de pagina te herladen" in plaats van "vergeet niet de cache te wissen" o.i.d. Eigenlijk ook wel blij dat een browservenster niet zó ver buiten de sandbox kan komen.

https://www.alphr.com/how...ies-for-one-website-only/

[HoppyF]

Vanmiddag heb ik de bestelde Slimmelezer van Marcel Zuidwijk ontvangen.
Installeren was eenvoudig, stekker erin plus een USB voeding eraan en klaar.
WiFi goed zetten en daarna werd de slimmelezer als nieuw device door HA gedetecteerd.
Wat items bekeken maar hier en daar miste ik wat.
Dat ligt vast en zeker aan de slimme meter, die toch niet zo slim is als je zou verwachten.

Ik heb een 3 fase Kaifa slimme meter met DSMR versie 4.2.
Waarbij ik mij meteen afvraag of de netbeheerder Liander deze meters ook eens naar versie 5 gaat upgraden.

Maar goed de belangrijkste zaken komen er wel uit.
Vreemd genoeg komen er geen waarden van de spanning en stroom binnen maar wordt er wel geregistreerd hoeveel kWh er per fase verbruikt wordt.
Ik heb geen zonnepanelen dus er gaat niks retour.
Ik zat nog even met de kosten per kWh.
Waar voer je dat in?
Bleek dus bij de vast kosten regel ingevuld moeten worden.
Als je het weet ligt het voor de hand maar nog mooier was het geweest als dit meteen bij configuratie gevraagd werd.
Verder is de taal hier en daar rommelig, half Nederlands half Engels.
Kan gebeuren zal nog wel ge-update gaan worden.
Na een tijdje kwamen er waarden in de grafiek binnen, wel netjes dat er een melding stond dat dit twee uur kom gaan duren. Dat voorkomt onnodig zoeken waarom er nog niets staat.
Ook vaag is wat Tariff 1 en Tariff 2 is.
Er had beter Dal tarief en Normaal tarief kunnen staan.
Omdat het weekend is en het nu Dal tarief is kun je afleiden dat dit Tariff 1 moet zijn.

Ik gebruik ook gas dus dat komt ook binnen.
Nog wel lastig te zien omdat er alleen wat eten gekookt is met gas.
Komt wel goed verwacht ik.
(kijk zojuist er staat 0,11 m3, dat lijkt in orde)

Een rare entiteit is Electricity Failures.
Staat bij mij op 17.
17 wat dan?
Betekent dit een storing met de slimme meter of een storing met levering van elektriciteit?

Op naar het volgende stuk toevoegen aan HA.
Dat zal eerst een enkele Shelly gaan worden en daarna de Xiaomi sensoren.
Deze heb ik al in huis.
Voor één toepassing heb ik alleen een Shelly 1 nodig ipv de 1L die ik had besteld.
Mijn fout dus. Ik heb ook een 1PM erbij zitten deze kan ik wel voor de 1 inzetten.
Tijdelijk dan.

Nog een dompertje…
Had ik eindelijk het Neerslag alarm goed werkend (bij naderde regen een “ding dong” geluid plus gesproken tekst uit de Google home mini), vindt mijn vrouw dit helemaal niks….
Uitgezet.

UPDATE!
Current Phase 1 2 3 doen het wèl…
Ze laten natuurlijk alleen wat zien als er wat verbruikt wordt.
Bij Geschiedenis, bij de grafiek staat de Current waarden ook.
Mijn vrouw was net een espresso aan het zetten toen ik de waarde opeens naar 5A zag springen.
Voltage doet niks, unknown.
Ook niet zo belangrijk.

[ Voor 10% gewijzigd door HoppyF op 12-09-2021 11:31 ]

[bafplus]

HoppyF schreef op zaterdag 11 september 2021 @ 19:30:
Vanmiddag heb ik de bestelde Slimmelezer van Marcel Zuidwijk ontvangen.
Installeren was eenvoudig, stekker erin plus een USB voeding eraan en klaar.
WiFi goed zetten en daarna werd de slimmelezer als nieuw device door HA gedetecteerd.
Wat items bekeken maar hier en daar miste ik wat.
Dat ligt vast en zeker aan de slimme meter, die toch niet zo slim is als je zou verwachten.

Ik heb een 3 fases Kaifa slimme meter met DSMR versie 4.2.
Waarbij ik mij meteen afvraag of de netbeheerder Liander deze meters ook eens naar versie 5 gaat upgraden.

Maar goed de belangrijkste zaken komen er wel uit.
Vreemd genoeg komen er geen waarden van de spanning en stroom binnen maar wordt er wel geregistreerd hoeveel kWh er per fase verbruikt wordt.
Ik heb geen zonnepanelen dus er gaat niks retour.
Ik zat nog even met de kosten per kWh.
Waar voer je dat in?
Bleek dus bij de vast kosten regel ingevuld moeten worden.
Als je het weet ligt het voor de hand maar nog mooier was het geweest als dit meteen bij configuratie gevraagd werd.
Verder is de taal hier en daar rommelig, half Nederlands half Engels.
Kan gebeuren zal nog wel ge-update gaan worden.
Na een tijdje kwamen er waarden in de grafiek binnen, wel netjes dat er een melding stond dat dit twee uur kom gaan duren. Dat voorkomt onnodig zoeken waarom er nog niets staat.
Ook vaag is wat Tariff 1 en Tariff 2 is.
Er had beter Dal tarief en Normaal tarief kunnen staan.
Omdat het weekend is en het nu Dal tarief is kun je afleiden dat dit Tariff 1 moet zijn.

Ik gebruik ook gas dus dat komt ook binnen.
Nog wel lastig te zien omdat er alleen wat eten gekookt is met gas.
Komt wel goed verwacht ik.
(kijk zojuist er staat 0,11 m3, dat lijkt in orde)

Een rare entiteit is Electricity Failures.
Staat bij mij op 17.
17 wat dan?
Betekent dit een storing met de slimme meter of een storing met levering van elektriciteit?

Op naar het volgende stuk toevoegen aan HA.
Dat zal eerst een enkele Shelly gaan worden en daarna de Xiaomi sensoren.
Deze heb ik al in huis.
Voor één toepassing heb ik alleen een Shelly 1 nodig ipv de 1L die ik had besteld.
Mijn fout dus. Ik heb ook een 1PM erbij zitten deze kan ik wel voor de 1 inzetten.
Tijdelijk dan.

Nog een dompertje…
Had ik eindelijk het Neerslag alarm goed werkend (bij naderde regen een “ding dong” geluid plus gesproken tekst uit de Google home mini), vindt mijn vrouw dit helemaal niks….
Uitgezet.

Hoe kreeg jij dat laatste voor elkaar? Je vrouw uitzetten?