Home Assistant: Open source Python3 home automation - deel 4

[KappuhH]

Verwijderd schreef op donderdag 19 augustus 2021 @ 15:14:
[...]

Hierop terugkomend... De Odroid uit pure wanhoop een tijdje van de stroom gehad en opnieuw gestart met de Conbee II in een USB-poort.

code:

dmesg | grep USB

gaf geen errors, maar de Conbee II was ook nog niet zichtbaar. De Conbee II in een andere poort geduwd en

code:

cdc_acm 1-1.4:1.0: ttyACM0: USB ACM device

code:

/dev/serial/by-id/usb-dresden_elektronik_ingenieurtechnik_GmbH_ConBee_II_DE2442176-if00

Ik heb ondertussen ook een stekkerdoos vervangen, dus misschien had het iets met de stroomtoevoer te maken?

Welke versie van HA draai je? Heb gisteren toevallig een update gedaan naar de nieuwste versie van Core en Supervisor en sindsdien wordt met m'n Slaesh zitbeen stick ook niet meer herkent. Eerst m'n P1 stekker van de slimme meter ook niet maar na een reboot was die weer terug.

Ik krijg deze error te zien:

code:

Zigbee2MQTT:error 2021-08-20 09:37:46: Error: Error while opening serialport 'Error: Error: No such file or directory, cannot open /dev/serial/by-id/usb-Silicon_Labs_slae.sh_cc2652rb_stick_-_slaesh_s_iot_stuff_00_12_4B_00_21_CC_42_00-if00-port0'

Alles meerdere keren gereboot maar zonder succes. Iemand een suggestie wat ik nog kan proberen?

Edit: lijkt er op dat het probleem bij de update naar 2021.8.8 lag. Heb een backup terug gezet en toen werkte hij weer. Vervolgens weer een update gedaan naar 2021.8.8 en nu lijkt het wel weer gewoon te werken...

[ Voor 7% gewijzigd door KappuhH op 20-08-2021 10:17 ]

[JayOne]

Voor degenen hier die ook gebruik maken van de Unifi integratie en wel eens problemen hebben met de presence detectie (van voornamelijk apple devices die van ap wisselen) onderstaande automation als work-around:

YAML:

##############################################################
### Reload Unifi integration after state change mobiles    ###
##############################################################
- alias: "Reload Unifi Integration"
  trigger:
    - platform: state
      entity_id:
        - device_tracker.mobiel_xxx
        - device_tracker.mobiel_xxx
        - device_tracker.mobiel_xxx
        - device_tracker.mobiel_xxx
        - device_tracker.mobiel_xxx
      from: "home"
      to: "not_home"
  action:
    - delay: "00:01:00"
    - service: homeassistant.reload_config_entry
      data:
        entry_id: <unifi integratie config_entry>

Het entry_id vindt je door in een webbrowser op de integratie op apparaten/entiteiten te klikken, in de url zie je dan de config_entry.

De delay is toegevoegd omdat wanneer er meerdere devices tegelijkertijd op not_home gaan deze door het herladen niet goed wordt getoond en blijven enkele alsnog op home staan.

[RudolfR]

@JayOne

Bedankt, ik heb wel een aantal devices die eigenlijk nooit naar not_home zouden moeten gaan, dus die kan ik mooi als trigger gebruiken.

Die toevoeging hier over het achterhalen van de config_entry vond ik heel handig, maar die zie ik niet terug in je post op github.

[vso]

Obelixxx schreef op vrijdag 20 augustus 2021 @ 00:39:
Kan iemand me vertellen of het mogelijk is om het rf signaal van een 2.4ghz remote af te vangen, te clonen, zodat dit later in HA gebruikt kan worden om de lamp zonder de remote te bedienen?

En als dit kan, wat zou ik hiervoor dan nodig hebben?

Obelixxx schreef op vrijdag 20 augustus 2021 @ 08:40:
[...]

@Rianata
Dit is inderdaad wat ik zoek echter ik zie alleen dat deze rf 433ondersteund. Is er ook zoiets voor rf 2.4?

RTL_SDR usb stick(s) kan van 1mhz ? tot 2,4ghz oid .. ik heb er 3 ..
- p2000 ontvangst onder andere
- 433mhz van weerstation(s) en kaku ontvangst (rtl433 linux tooltje die kan ook decrypten namelijk)
- 868 (lora of andere meuk) kan je ook ..
- wifi / bluetooth en andere meuk kan je ook onderscheppen ..

maar als je tzt ook wilt verzenden kan je beter naar een tx/rx model kijken ipv


maar over welke remote & device heb je het ? want signaal ontvangen is maar gedeelte v.d puzzel .. je moet het ook kunnen omzetten naar digitale info .. en met wifi signalen in de buurt ga je een redelijke uitdaging hebben je remote te isoleren ..


Wellicht zijn er andere wegen die je kan bewandelen ..

[ Voor 6% gewijzigd door vso op 20-08-2021 11:13 ]

[TWKterry]

Zijn er meer mensen waarbij de Solar Forecast vannacht om 0030 ermee gestopt is?
In Energy laat hij wel de kromme zien maar alle sensoren staan op Unavailable.

[dennisdew16]

TWKterry schreef op vrijdag 20 augustus 2021 @ 11:32:
Zijn er meer mensen waarbij de Solar Forecast vannacht om 0030 ermee gestopt is?
In Energy laat hij wel de kromme zien maar alle sensoren staan op Unavailable.

Gebeurt wel vaker helaas. Is al de derde keer dat het nu speelt. Meestal is het na een dag weer opgelost. Iets met database problemen ofzo.

[TWKterry]

dennisdew16 schreef op vrijdag 20 augustus 2021 @ 11:54:
[...]

Gebeurt wel vaker helaas. Is al de derde keer dat het nu speelt. Meestal is het na een dag weer opgelost. Iets met database problemen ofzo.

Aah, OK was me nog niet eerder opgevallen. Bedankt.
Zal niet aan het aantal HA gebruikers liggen want dat zijn er maar een kleine 2000 volgens de Analytics.

[Fireball86]

Hopelijk kunnen jullie me op weg helpen. Voor mijn 2 jaar oude dochter ben ik aan het proberen de NFC Jukebox te maken. Ik heb een ESP gekoppeld aan een NFC reader zoals in de blog geschreven is. De reader werkt en wordt ook gedetecteerd door HA.
Dus wilde ik een automation maken waarmee ze een Spotify playlist kan starten op de Google Hub in de woonkamer. Dat laatste krijg ik niet voor elkaar. Ik heb al veel geprobeerd en uiteraard opgezocht via Google. Daar vond ik in elk geval dat de Spotify integratie niet een Idle google apparaat kan starten. Dus heb ik spotcast geinstalleerd en onderstaande automation aangemaakt:

YAML:

- id: '1629031607998'
  alias: Speel muziek
  description: ''
  trigger:
  - platform: tag
    tag_id: c2da147d-d008-41cc-9fc9-5a50f03bccf5
  condition: []
  action:
  - data:
      uri: 'spotify:album:2TkB1ieiBE9tiA2e6FZmNp'
      random_song: true
      shuffle: true
      start_volume: 50
      entity_id: media_player.big_brother
    service: spotcast.start
  mode: single

Bij de eerste testen een paar dagen geleden gaf de Hub zeg maar zo'n blieb dat die wat ging doen, maar de playlist werd niet gestart. Via Github en het HA Forum heb ik gevonden dat er een fout zit in de intergratie, maar die is (nog) niet opgelost volgens mij.

Kortom, iemand een goed idee om dit aan het werk te krijgen? Ik heb eventueel ook een Ikea Symfonisk (Sonos). Als het gemakkelijker is om spotify daarop te laten afspelen hoor ik dat graag.

[mr.inno]

Verwijderd schreef op donderdag 19 augustus 2021 @ 15:14:
[...]

Hierop terugkomend... De Odroid uit pure wanhoop een tijdje van de stroom gehad en opnieuw gestart met de Conbee II in een USB-poort.

code:

dmesg | grep USB

gaf geen errors, maar de Conbee II was ook nog niet zichtbaar. De Conbee II in een andere poort geduwd en

code:

cdc_acm 1-1.4:1.0: ttyACM0: USB ACM device

code:

/dev/serial/by-id/usb-dresden_elektronik_ingenieurtechnik_GmbH_ConBee_II_DE2442176-if00

Ik heb ondertussen ook een stekkerdoos vervangen, dus misschien had het iets met de stroomtoevoer te maken?

Vreemd.... maar dat kan goed.
Wel goed om te zien dat hij nu by id beschikbaar is. dat is toch de betere manier van addresseren

[bafplus]

Ola...ik heb t weer eens voor mekaar hoor....

Ik had eerst alles op een pi draaien maar wilde alles verplaatsen naar mijn (linux) server.
Dus alles overgezet naar de server middels docker.
Eerst een tijd wezen stoeien om alle dockers met elkaar te laten praten maar dat werkt.
Maar.....overal wordt gezegd dat je de docker van HA moet opnemen in het host netwerk.
Kan ik snappen, zo zien alle dockers elkaar direct.
Maar dan kan ik niet verbinden met poort 8123 middels een andere pc op mijn netwerk dus geen webinterface.
Als ik het stukje host netwerk weglaat, en wel de poort 8123:8123 opneem in mn docker-compose dan is de webinterface wel bereikbaar maar worden de andere dockers weer niet gezien. grrrrr.... Dus ook daar alle poorten opgegegeven en de network: host weggehaald en dat werkt waarempel door dan het ip adres van de server te gebruiken ipv de hostnamen. So far so good....dacht ik...want nu worden mijn netwerkdecices zoals de Chromecast weer niet gevonden....
Sterker nog, er worden helemaal geen udp apparaten gevonden, zoals bv mijn internetrouter.

Deze noob ziet vast wat over het hoofd maar ik weet niet wat....

[mr.inno]

Fireball86 schreef op vrijdag 20 augustus 2021 @ 14:09:
Hopelijk kunnen jullie me op weg helpen. Voor mijn 2 jaar oude dochter ben ik aan het proberen de NFC Jukebox te maken. Ik heb een ESP gekoppeld aan een NFC reader zoals in de blog geschreven is. De reader werkt en wordt ook gedetecteerd door HA.
Dus wilde ik een automation maken waarmee ze een Spotify playlist kan starten op de Google Hub in de woonkamer. Dat laatste krijg ik niet voor elkaar. Ik heb al veel geprobeerd en uiteraard opgezocht via Google. Daar vond ik in elk geval dat de Spotify integratie niet een Idle google apparaat kan starten. Dus heb ik spotcast geinstalleerd en onderstaande automation aangemaakt:

YAML:

- id: '1629031607998'
  alias: Speel muziek
  description: ''
  trigger:
  - platform: tag
    tag_id: c2da147d-d008-41cc-9fc9-5a50f03bccf5
  condition: []
  action:
  - data:
      uri: 'spotify:album:2TkB1ieiBE9tiA2e6FZmNp'
      random_song: true
      shuffle: true
      start_volume: 50
      entity_id: media_player.big_brother
    service: spotcast.start
  mode: single

Bij de eerste testen een paar dagen geleden gaf de Hub zeg maar zo'n blieb dat die wat ging doen, maar de playlist werd niet gestart. Via Github en het HA Forum heb ik gevonden dat er een fout zit in de intergratie, maar die is (nog) niet opgelost volgens mij.

Kortom, iemand een goed idee om dit aan het werk te krijgen? Ik heb eventueel ook een Ikea Symfonisk (Sonos). Als het gemakkelijker is om spotify daarop te laten afspelen hoor ik dat graag.

ik heb/had onderstaande. probleem is dat spotcast de chromecast op naam niet altijd hier herkent. dus momenteel al 2 maanden een boze kleuter

YAML:

automation:
  - alias: "[Spotify] Start on scan"
    mode: single
    # Hide warnings when triggered while in delay.
    max_exceeded: silent
    variables:
      # Map tag ID to content
      tags:
        B7-5D-2A-4F:
          media_content_id: spotify:track:08q4tuqqWZjpzFhmEHqTZL
          media_content_type: music
        D0-01-DD-32:
          media_content_id: spotify:track:602dieYaUCsLsv3lvnNxD0
          media_content_type: music
    trigger:
      platform: event
      event_type: tag_scanned
    condition:
      # Test that we support this device and tag
      - "{{ trigger.event.data.tag_id in tags }}"
    action:
      - variables:
          media_content_id: "{{ tags[trigger.event.data.tag_id].media_content_id }}"
      - service: spotcast.start
        data:
          device_name: Woonkamer
          uri: "{{ tags[trigger.event.data.tag_id].media_content_id }}"

[Rianata]

Obelixxx schreef op vrijdag 20 augustus 2021 @ 08:40:
[...]

@Rianata
Dit is inderdaad wat ik zoek echter ik zie alleen dat deze rf 433ondersteund. Is er ook zoiets voor rf 2.4?

https://lmgtfy.app/?q=rf+2.4+ghz+transceiver+module

Daarnaast geeft nota bene de Home Assistant documentatie al een suggestie:
https://www.home-assistant.io/integrations/rflink/

Zelf heb ik geen use case voor RF 2.4GHz

[TheFes]

mr.inno schreef op vrijdag 20 augustus 2021 @ 14:54:
[...]


ik heb/had onderstaande. probleem is dat spotcast de chromecast op naam niet altijd hier herkent. dus momenteel al 2 maanden een boze kleuter

YAML:

automation:
  - alias: "[Spotify] Start on scan"
    mode: single
    # Hide warnings when triggered while in delay.
    max_exceeded: silent
    variables:
      # Map tag ID to content
      tags:
        B7-5D-2A-4F:
          media_content_id: spotify:track:08q4tuqqWZjpzFhmEHqTZL
          media_content_type: music
        D0-01-DD-32:
          media_content_id: spotify:track:602dieYaUCsLsv3lvnNxD0
          media_content_type: music
    trigger:
      platform: event
      event_type: tag_scanned
    condition:
      # Test that we support this device and tag
      - "{{ trigger.event.data.tag_id in tags }}"
    action:
      - variables:
          media_content_id: "{{ tags[trigger.event.data.tag_id].media_content_id }}"
      - service: spotcast.start
        data:
          device_name: Woonkamer
          uri: "{{ tags[trigger.event.data.tag_id].media_content_id }}"

Heet je device zowel in Home Assistant als in Goongle Home Woonkamer?

[HoppyF]

Vandaag voor het eerst begonnen met HA.
Wilde dit eerst installeren op een oude mini PC (ZBOX Nano AD10) lukte alleen niet omdat de BIOS blijkbaar geen secure boot kent.
Optie aan/uitzetten staat er gewoon niet in.
Deze PC heb ik ooit eerder gebruikt als media server met OpenElec, draaide daar prima op maar met een HA image booten is blijkbaar lastiger.

Op een andere mini PC draait het wel.
Die is wat nieuwer waarbij ik de optie Other OS kon kiezen ipv Windows.

Na het opstarten zie ik de interface enz.
Zover alles goed.
Alleen de locatie van mijn huis op de kaart stond verkeerd.
Stond ergens in Alphen ad Rijn.
Ver van waar ik woon.
Mijn iPhone werd wel gevonden en die locatie was exact in mijn huis.

Hoe moet ik dus mijn eigen huis te wijzigen?
Ging niet want dit item zone.home was niet aan te passen.
Na wat rond klikken zag ik bij Ontwikkelhulpmiddelen opeens de zone.home staan.
De info was ook aan te passen daar.
Waarom dit item daar verscheen weet ik alleen niet.
Met Google maps mijn coördinaten opgezocht van mijn huisadres.
Ingevuld.
Nu is de locatie op de kaart correct.

Vraag is, moet dit zo?
Had dit niet automatisch moeten gebeuren?

Plaatje laat de oorspronkelijke info zien.
Latitude en longitude heb ik nu handmatig aangepast.

[gjhuisman]

HoppyF schreef op vrijdag 20 augustus 2021 @ 18:08:
Vandaag voor het eerst begonnen met HA.
Wilde dit eerst installeren op een oude mini PC (ZBOX Nano AD10) lukte alleen niet omdat de BIOS blijkbaar geen secure boot kent.
Optie aan/uitzetten staat er gewoon niet in.
Deze PC heb ik ooit eerder gebruikt als media server met OpenElec, draaide daar prima op maar met een HA image booten is blijkbaar lastiger.

Op een andere mini PC draait het wel.
Die is wat nieuwer waarbij ik de optie Other OS kon kiezen ipv Windows.

Na het opstarten zie ik de interface enz.
Zover alles goed.
Alleen de locatie van mijn huis op de kaart stond verkeerd.
Stond ergens in Alphen ad Rijn.
Ver van waar ik woon.
Mijn iPhone werd wel gevonden en die locatie was exact in mijn huis.

Hoe moet ik dus mijn eigen huis te wijzigen?
Ging niet want dit item zone.home was niet aan te passen.
Na wat rond klikken zag ik bij Ontwikkelhulpmiddelen opeens de zone.home staan.
De info was ook aan te passen daar.
Waarom dit item daar verscheen weet ik alleen niet.
Met Google maps mijn coördinaten opgezocht van mijn huisadres.
Ingevuld.
Nu is de locatie op de kaart correct.

Vraag is, moet dit zo?
Had dit niet automatisch moeten gebeuren?

Plaatje laat de oorspronkelijke info zien.
Latitude en longitude heb ik nu handmatig aangepast.

[Afbeelding]

Welkom 😀
Je kan deze wijzigen door naar configuration te gaan en dan op General te klikken.

[HoppyF]

gjhuisman schreef op vrijdag 20 augustus 2021 @ 18:17:
[...]


Welkom 😀
Je kan deze wijzigen door naar configuration te gaan en dan op General te klikken.

UPDATE!
Het is nu wel gelukt om mijn huis te kiezen.
Gewoon het blauwe icoontje op de kaart verslepen naar mijn eigen adres….
Simpel dus.

Dank je!

Helaas kan ik daar niets wijzigen vwb mijn Huis locatie.
De kaart staat nu ook weer verkeerd.

Dit zie ik als ik de HA app op mijn iPad gebruik.
Het is ook maar de vraag hoe HA moet weten waar mijn huis staat….
Er hangt geen GPS aan mijn HA, maar de iPhone zou de locatie wel kunnen doorgeven.
Ik weet alleen niet waar kort na installatie de locatie gegevens vandaan zouden moeten komen.

[ Voor 8% gewijzigd door HoppyF op 20-08-2021 18:38 ]

[bafplus]

HoppyF schreef op vrijdag 20 augustus 2021 @ 18:28:
[...]


UPDATE!
Het is nu wel gelukt om mijn huis te kiezen.
Gewoon het blauwe icoontje op de kaart verslepen naar mijn eigen adres….
Simpel dus.

Dank je!

Helaas kan ik daar niets wijzigen vwb mijn Huis locatie.
De kaart staat nu ook weer verkeerd.

Dit zie ik als ik de HA app op mijn iPad gebruik.
Het is ook maar de vraag hoe HA moet weten waar mijn huis staat….
Er hangt geen GPS aan mijn HA, maar de iPhone zou de locatie wel kunnen doorgeven.
Ik weet alleen niet waar kort na installatie de locatie gegevens vandaan zouden moeten komen.

[Afbeelding]

Je kunt je home locatie "overrulen" in je standaard config.

Simpelweg dit ff erin copy/pasten en je lat/lon ff aanpassen en evt radius.
De rest moet je niet aankomen anders werkt t niet :-)

code:

zone: # Change default radius to 50
  - name: Home
    latitude: 51.xxxxxxxxxxxxxx
    longitude: 4.xxxxxxxxxxx
    radius: 30
    icon: mdi:home

[iqcgubon]

All right, een domme vraag misschien maar ik ken absoluut nul de botten van electriciteit:

Ik zou gebruik willen maken van het Energy Dashboard, maar aangezien ik nog een "domme" ferrarismeter heb, moet ik dus gebruik maken van CT klemmen om de stroom te kunnen meten. De documentatie raadt de Shelly EM aan.

Deze is beschikbaar met een 50A klem of een 120A klem. Welke moet ik nemen? Mijn hoofdzekering zegt 40A, maar het elektrisch schema dat in mijn kast hangt en is opgetekend door de installateur spreekt over 63A voor de hele installatie.

De prijs is exact hetzelfde, dus mijn gevoel zegt me dat ik best gewoon de 120A kan nemen om zeker te zijn?

[ Voor 9% gewijzigd door iqcgubon op 20-08-2021 19:51 ]

[I-King]

Ik heb een Windows machine met Domoticz en een P1 usb kabel. Dat werkt al tijden goed. Ik wil nu echter wel eens stoeien met HA Energy. Die heb ik draaien in Virtualbox.
Ik heb de USB beschikbaar gemaakt in Virtualbox, en het werkt dus allemaal netjes in HA.
Echter, nu kan Domoticz de USB niet meer benaderen. Is er een manier om zowel Domoticz als HA toegang te geven zodat ik de geschiedenis in Domoticz correct opbouw voor nu?

[Bartvw]

iqcgubon schreef op vrijdag 20 augustus 2021 @ 19:50:
All right, een domme vraag misschien maar ik ken absoluut nul de botten van electriciteit:

Ik zou gebruik willen maken van het Energy Dashboard, maar aangezien ik nog een "domme" ferrarismeter heb, moet ik dus gebruik maken van CT klemmen om de stroom te kunnen meten. De documentatie raadt de Shelly EM aan.

Deze is beschikbaar met een 50A klem of een 120A klem. Welke moet ik nemen? Mijn hoofdzekering zegt 40A, maar het elektrisch schema dat in mijn kast hangt en is opgetekend door de installateur spreekt over 63A voor de hele installatie.

De prijs is exact hetzelfde, dus mijn gevoel zegt me dat ik best gewoon de 120A kan nemen om zeker te zijn?

Kan je geen Youless puls meter op je meter plakken?

[synoniem]

I-King schreef op vrijdag 20 augustus 2021 @ 21:00:
Ik heb een Windows machine met Domoticz en een P1 usb kabel. Dat werkt al tijden goed. Ik wil nu echter wel eens stoeien met HA Energy. Die heb ik draaien in Virtualbox.
Ik heb de USB beschikbaar gemaakt in Virtualbox, en het werkt dus allemaal netjes in HA.
Echter, nu kan Domoticz de USB niet meer benaderen. Is er een manier om zowel Domoticz als HA toegang te geven zodat ik de geschiedenis in Domoticz correct opbouw voor nu?

Als je een USB device beschikbaar stelt in Virtualbox ziet je gewone systeem dat device inderdaad niet meer, dat is ook zoals bedoeld. Je zou kunnen proberen om de data uit die P1 kabel naar een MQTT server te sturen waar zowel Domoticz als HA bij kunnen.

[sOid]

iqcgubon schreef op vrijdag 20 augustus 2021 @ 19:50:
All right, een domme vraag misschien maar ik ken absoluut nul de botten van electriciteit:

Ik zou gebruik willen maken van het Energy Dashboard, maar aangezien ik nog een "domme" ferrarismeter heb, moet ik dus gebruik maken van CT klemmen om de stroom te kunnen meten. De documentatie raadt de Shelly EM aan.

Deze is beschikbaar met een 50A klem of een 120A klem. Welke moet ik nemen? Mijn hoofdzekering zegt 40A, maar het elektrisch schema dat in mijn kast hangt en is opgetekend door de installateur spreekt over 63A voor de hele installatie.

De prijs is exact hetzelfde, dus mijn gevoel zegt me dat ik best gewoon de 120A kan nemen om zeker te zijn?

Kun je het best ff bij de buren vragen Het grote topic voor Elektra huisinstallaties - Deel 1

Heb je je netbeheerder al gebeld dat je een slimme meter wil hebben? Wellicht komen ze die gratis installeren. Voor zover ik weet willen netbeheerders ook graag van die oude meters af.

Edit: Weet je trouwens zeker dat het niet 64A moet zijn? Dat zou namelijk gaan om 4 groepen van 16A. 63A is zo'n raar getal. Voor zover ik die Shelly EM-documentatie goed begrijp kun je gewoon ook gewoon een 120A versie gebruiken voor ook een 50A hoofdzekering. Zit je altijd goed dus. Maar nogmaals, vraag voor de zekerheid even in het andere topic

[ Voor 14% gewijzigd door sOid op 20-08-2021 21:54 ]

[sOid]

bafplus schreef op vrijdag 20 augustus 2021 @ 14:44:
Ola...ik heb t weer eens voor mekaar hoor....

Ik had eerst alles op een pi draaien maar wilde alles verplaatsen naar mijn (linux) server.
Dus alles overgezet naar de server middels docker.
Eerst een tijd wezen stoeien om alle dockers met elkaar te laten praten maar dat werkt.
Maar.....overal wordt gezegd dat je de docker van HA moet opnemen in het host netwerk.
Kan ik snappen, zo zien alle dockers elkaar direct.
Maar dan kan ik niet verbinden met poort 8123 middels een andere pc op mijn netwerk dus geen webinterface.
Als ik het stukje host netwerk weglaat, en wel de poort 8123:8123 opneem in mn docker-compose dan is de webinterface wel bereikbaar maar worden de andere dockers weer niet gezien. grrrrr.... Dus ook daar alle poorten opgegegeven en de network: host weggehaald en dat werkt waarempel door dan het ip adres van de server te gebruiken ipv de hostnamen. So far so good....dacht ik...want nu worden mijn netwerkdecices zoals de Chromecast weer niet gevonden....
Sterker nog, er worden helemaal geen udp apparaten gevonden, zoals bv mijn internetrouter.

Deze noob ziet vast wat over het hoofd maar ik weet niet wat....

Deel je docker-compose eens? Ajb tussen yaml-tags, dat leest makkelijker. Let er even op dat je eventuele vertrouwelijke informatie weghaalt.

[KappuhH]

M'n Zigbee2MQTT werkt niet helemaal lekker in HA. Op zich werken al m'n devices maar als ik de web UI wil gebruiken krijg ik de error: 502: Bad Gateway

Nadat ik de web UI heb proberen te openen zie ik in de logs van de supervisor deze error:

code:

21-08-20 22:03:16 ERROR (MainThread) [supervisor.api.ingress] Ingress error: Cannot connect to host 172.30.33.5:8099 ssl:default [Connect call failed ('172.30.33.5', 8099)]

Echter snap ik niet waarom poort 8099 geprobeerd wordt aangezien ik in de configuration van Zigbee2MQTT poort 8080 gebruik. Dit is m'n config file:

YAML:

data_path: /config/zigbee2mqtt
external_converters: []
devices: devices.yaml
groups: groups.yaml
homeassistant: true
permit_join: true
mqtt:
  base_topic: zigbee2mqtt
  server: mqtt://core-mosquitto
  user: [USERNAME]
  password: [PW]
serial:
  port: >-
    /dev/serial/by-id/usb-Silicon_Labs_slae.sh_cc2652rb_stick_-_slaesh_s_iot_stuff_00_12_4B_00_21_CC_42_00-if00-port0
advanced:
  log_level: warn
  pan_id: 6754
  channel: 11
  network_key:
    - 1
    - 3
    - 5
    - 7
    - 9
    - 11
    - 13
    - 15
    - 0
    - 2
    - 4
    - 6
    - 8
    - 10
    - 12
    - 13
  availability_blocklist: []
  availability_passlist: []
device_options: {}
blocklist: []
passlist: []
queue: {}
frontend:
  port: 8080
experimental: {}
socat:
  enabled: false
  master: pty,raw,echo=0,link=/tmp/ttyZ2M,mode=777
  slave: tcp-listen:8485,keepalive,nodelay,reuseaddr,keepidle=1,keepintvl=1,keepcnt=5
  options: '-d -d'
  log: false

Iemand enig idee wat hier aan de hand is of waar ik het zoeken moet?

Draai overigens de nieuwste versie van Hass OS in Proxmox op een Intel NUC.

[sOid]

@KappuhH Probeer 's dit toe te voegen?

YAML:

experimental:
  new_api: true

Misschien is dit al lang niet meer relevant maar proberen waard.

[KappuhH]

sOid schreef op vrijdag 20 augustus 2021 @ 22:13:
@KappuhH Probeer 's dit toe te voegen?

YAML:

experimental:
  new_api: true

Misschien is dit al lang niet meer relevant maar proberen waard.

Lost het probleem helaas niet op, krijg er alleen een warning bij:

code:

21-08-20 22:21:19 WARNING (MainThread) [supervisor.addons.options] Unknown option 'new_api' for Zigbee2mqtt (45df7312_zigbee2mqtt)

Wat zou dit moeten doen?

[badkuip]

Ik wil mijn slimme tussenstekkers omzetten van Tasmota naar ESPhome. Werkt net iets mooier met Home Assistant.
Ik maak echter veel gebruik van de timer-functionaliteit die in Tasmota zit ingebakken. In Tasmota kan je heel handig per dag aangeven dat de slimme stekker aan moet gaan op tijdstip A en uit moet gaan op tijdstip B. Je kan er zelfs een heel schema voor de hele week in zetten.

Bestaat er ook zoiets handigs voor Home Assistant in de GUi? Dat ik makkelijk een timer kan zetten voor tijdstip A of B, voor morgen, overmorgen enzovoorts?

[sOid]

KappuhH schreef op vrijdag 20 augustus 2021 @ 22:22:
[...]

Lost het probleem helaas niet op, krijg er alleen een warning bij:

code:

21-08-20 22:21:19 WARNING (MainThread) [supervisor.addons.options] Unknown option 'new_api' for Zigbee2mqtt (45df7312_zigbee2mqtt)

Wat zou dit moeten doen?

Ah dan zal het inderdaad niet meer relevant zijn. Kwam deze oplossing tegen uit oktober 2020, maar die new_api zal in de huidige versie(s) inmiddels de standaard API zijn geworden.

[Verwijderd]

KappuhH schreef op vrijdag 20 augustus 2021 @ 22:09:
M'n Zigbee2MQTT werkt niet helemaal lekker in HA. Op zich werken al m'n devices maar als ik de web UI wil gebruiken krijg ik de error: 502: Bad Gateway

Nadat ik de web UI heb proberen te openen zie ik in de logs van de supervisor deze error:

code:

21-08-20 22:03:16 ERROR (MainThread) [supervisor.api.ingress] Ingress error: Cannot connect to host 172.30.33.5:8099 ssl:default [Connect call failed ('172.30.33.5', 8099)]

Echter snap ik niet waarom poort 8099 geprobeerd wordt aangezien ik in de configuration van Zigbee2MQTT poort 8080 gebruik. Dit is m'n config file:

YAML:

data_path: /config/zigbee2mqtt
external_converters: []
devices: devices.yaml
groups: groups.yaml
homeassistant: true
permit_join: true
mqtt:
  base_topic: zigbee2mqtt
  server: mqtt://core-mosquitto
  user: [USERNAME]
  password: [PW]
serial:
  port: >-
    /dev/serial/by-id/usb-Silicon_Labs_slae.sh_cc2652rb_stick_-_slaesh_s_iot_stuff_00_12_4B_00_21_CC_42_00-if00-port0
advanced:
  log_level: warn
  pan_id: 6754
  channel: 11
  network_key:
    - 1
    - 3
    - 5
    - 7
    - 9
    - 11
    - 13
    - 15
    - 0
    - 2
    - 4
    - 6
    - 8
    - 10
    - 12
    - 13
  availability_blocklist: []
  availability_passlist: []
device_options: {}
blocklist: []
passlist: []
queue: {}
frontend:
  port: 8080
experimental: {}
socat:
  enabled: false
  master: pty,raw,echo=0,link=/tmp/ttyZ2M,mode=777
  slave: tcp-listen:8485,keepalive,nodelay,reuseaddr,keepidle=1,keepintvl=1,keepcnt=5
  options: '-d -d'
  log: false

Iemand enig idee wat hier aan de hand is of waar ik het zoeken moet?

Draai overigens de nieuwste versie van Hass OS in Proxmox op een Intel NUC.

https://developers.home-a...ons/presentation/#ingress
Misschien?

[ComTech]

Iemand een idee? Ik probeer Google Assistant aan de praat te krijgen met HA maar ik krijg elke keer in de Google Home app de foutmelding : Could not reach [test] appnaam . please try again.

Heb deze gevolgd https://www.home-assistant.io/integrations/google_assistant/
En deze https://www.youtube.com/watch?v=RqGi_GI0ltU

Maar bij beide zelfde resultaat.

Ik heb voor homeassistent een reverse proxy en deze is bereikbaar op https://mijndomein.nl

edit : laat maar ik had de firewall van synology aanstaan op alleen Nederlandse IP's

[ Voor 8% gewijzigd door ComTech op 20-08-2021 23:34 . Reden: opgelost ]

[Gizz]

@iqcgubon Heb je zonnepanelen? Zo nee, dan zal er niet meer dan 40A lopen en is de 50A klem prima.

Voordeel van de 50A klem is dat hij nauwkeuriger je max 40A zal meten dan de klem van 120A. Je gebruikt bij de 50A 80% van het meetbereik en bij de 120A maar 33%.

[ Voor 19% gewijzigd door Gizz op 21-08-2021 09:48 ]

[robbinonline]

badkuip schreef op vrijdag 20 augustus 2021 @ 22:27:
Ik wil mijn slimme tussenstekkers omzetten van Tasmota naar ESPhome. Werkt net iets mooier met Home Assistant.
Ik maak echter veel gebruik van de timer-functionaliteit die in Tasmota zit ingebakken. In Tasmota kan je heel handig per dag aangeven dat de slimme stekker aan moet gaan op tijdstip A en uit moet gaan op tijdstip B. Je kan er zelfs een heel schema voor de hele week in zetten.

Bestaat er ook zoiets handigs voor Home Assistant in de GUi? Dat ik makkelijk een timer kan zetten voor tijdstip A of B, voor morgen, overmorgen enzovoorts?

Ik heb een vorige week geëxperimenteerd met van tasmota naar esp home maar snel weer terug naar tasmota. Zeker met de laatste software werkt het echt perfect.

[Rianata]

badkuip schreef op vrijdag 20 augustus 2021 @ 22:27:
Ik wil mijn slimme tussenstekkers omzetten van Tasmota naar ESPhome. Werkt net iets mooier met Home Assistant.
Ik maak echter veel gebruik van de timer-functionaliteit die in Tasmota zit ingebakken. In Tasmota kan je heel handig per dag aangeven dat de slimme stekker aan moet gaan op tijdstip A en uit moet gaan op tijdstip B. Je kan er zelfs een heel schema voor de hele week in zetten.

Bestaat er ook zoiets handigs voor Home Assistant in de GUi? Dat ik makkelijk een timer kan zetten voor tijdstip A of B, voor morgen, overmorgen enzovoorts?

Hier kun je toch een automation voor maken met de 'Time' trigger en conditions opties?

[Peet3kabo]

Na jaren domoticz ben ik ook overstag om HA te gaan proberen. De keuze hiervoor is dat ik Domoticz toch opnieuw wou opzetten na gedoe met zwave. Nu had ik PiHole draaien als black hole in docker en op de zelfde pi draaiden influxdb en grafana. Tevens wou ik in grafana mijn unifi netwerk als grafieken tonen maar dit kreeg ik niet echt voor elkaar door de docker omgeving welke als 1 stack geïnstalleerd was.
Hoe kom ik dan bij HA? Ik heb een collega die begon over AdBlock, toen mij daar even in verdiepte kwam ik op HA en zag ik dat alles wat ik gebruikte in 1 toepassing beschikbaar was. Hierop besloot ik om dit eens te proberen ipv domoticz helemaal opnieuw op te zetten.

Mijn setup doe ik op een PI4 in een Argon One M.2 op een SSD. Dit heb ik wel al redelijk voor elkaar en alles werkt, zwave en zigbee. Later nog rfx en P1 monitor instellen, dit draait nog op domoticz. Nu had ik problemen met de stabiliteit van HA, viel telkens weg en of was niet bereikbaar. Dit was denk ik mijn eigen schuld door te proberen de I2C bus aan de gang te krijgen voor de fan in de Argon One case. Uiteindelijk heb ik nu een snapshot gemaakt van alleen configuratie en addons samen met instellingen. Deze heb ik opnieuw op een verse installatie van HA gezet en spul draait nu redelijk stabiel. Ik zie alleen in mijn log van supervisor dat er foutmeldingen zijn en deze zeggen mij niks, wellicht dat jullie mij daarmee verder kunnen helpen? Als eerst de basis maar goed is iig. Oh ja, draai gewoon HA OS aangezien programmeren nog iets is wat ik misschien nog ga ontdekken.

De meldingen welke ik krijg zal ik even in een screenshot toevoegen:

[vonkkie]

Ken je het ip adres wat hij probeert te bereiken

[TweakerVincent]

CATT en casten naar google hub is gebroken in de nieuwste firmware update van de nest hub

Voorheen moest ik om de 10 min een nieuw CATT command sturen omdat google dan foto’s wil tonen, maar nu gebeurd dat al om de 30 seconden!.

Ik kan natuurlijk elke 30 sec een command sturen maar dat is niet ideaal. Heeft iemand een fix?

[Peet3kabo]

vonkkie schreef op zaterdag 21 augustus 2021 @ 10:32:
Ken je het ip adres wat hij probeert te bereiken

Nee, zegt mij dus helemaal niks.
Of het moet zijn dat dat de owntracks app is, want zie net dat deze wel foutmeldingen geeft. Geen idee waar ik dat ip adres kan zien

[bafplus]

sOid schreef op vrijdag 20 augustus 2021 @ 22:02:
[...]

Deel je docker-compose eens? Ajb tussen yaml-tags, dat leest makkelijker. Let er even op dat je eventuele vertrouwelijke informatie weghaalt.

Die heb ik van narigheid alweer de deur uit gegooid....
Maar zal eens kijken of ik m nog ergens kan vinden.

Ben overgestapt naar Virtualbox VM, draaid (vooralsnog) goed maar ik zal op den duur vast weer naar docker willen. Dus evt links naar goede tuts, how to's etc altijd welkom.

[mr.DJ95]

bafplus schreef op zaterdag 21 augustus 2021 @ 11:27:
[...]


Die heb ik van narigheid alweer de deur uit gegooid....
Maar zal eens kijken of ik m nog ergens kan vinden.

Ben overgestapt naar Virtualbox VM, draaid (vooralsnog) goed maar ik zal op den duur vast weer naar docker willen. Dus evt links naar goede tuts, how to's etc altijd welkom.

Wellicht heb je hier wat aan. Elke container een eigen IP en koppeling met MQTT en Zigbee.

code:

version: '3'
services:
  homeassistant:
    container_name: homeassistant
    image: "ghcr.io/home-assistant/home-assistant:stable"
    depends_on:
      postgres:
         condition: service_healthy
    volumes:
      - /docker/homeassistant:/config
      - /etc/localtime:/etc/localtime:ro
      - /docker/cert:/cert
    restart: unless-stopped
    privileged: true
    networks:
      dockervlan:
        ipv4_address: 192.168.1.2

# MQTT
  mosquitto:
    image: eclipse-mosquitto:latest
    hostname: mosquitto
    container_name: mosquitto
    expose:
      - "1883"
      - "9001"
    ports:
      - "1883:1883"
      - "9001:9001"
    volumes:
      - /docker/mosquitto/config:/mosquitto/config
      - /docker/mosquitto/log:/mosquitto/log
      - /docker/mosquitto/data:/mosquitto/data
      - /etc/localtime:/etc/localtime:ro
    networks:
       dockervlan:
         ipv4_address: 192.168.1.3

#Database
  postgres:
    container_name: postgres-ha
    image: postgres
    environment:
      POSTGRES_USER: homeassistant
      POSTGRES_PASSWORD: lastigwachtwoord
      POSTGRES_DB: homeassistant
    networks:
       dockervlan:
         ipv4_address: 192.168.1.4
    volumes:
      - /docker/postgres/:/var/lib/postgresql/data/
    healthcheck:
      test: ["CMD-SHELL", "pg_isready"]
      interval: 10s
      timeout: 5s
      retries: 5

#zigbee2mqtt
  zigbee2mqtt:
    container_name: zigbee2mqtt
    depends_on:
      - mosquitto
    image: koenkk/zigbee2mqtt
    volumes:
      - /docker/zigbee2mqtt:/app/data
      - /run/udev:/run/udev:ro
    devices:
      - /dev/ttyACM0:/dev/ttyACM0
    restart: always
    privileged: true
    environment:
      - TZ=Europe/Amsterdam
    networks:
       dockervlan:
         ipv4_address: 192.168.1.5
    devices:
      - /dev/ttyUSB0:/dev/ttyUSB0

#ZigbeeMQTT GUI
  zigbee2mqttAssistant:
    image: carldebilly/zigbee2mqttassistant
    container_name: zigbee2mqttAssistant
    depends_on:
      - mosquitto
      - postgres
      - zigbee2mqtt
    environment:
      - Z2MA_SETTINGS__MQTTSERVER=192.168.1.3
      - TZ=Europe/Amsterdam
    networks:
       dockervlan:
         ipv4_address: 192.168.1.6
    restart: unless-stopped
 

########################################################################################################  
########################################################################################################  
    #CREATES NEW MACVLAN NETWORK Within docker WITH NAME DOCKAERVLAN ON 
     #VLAN0/SUBNET 192.168.1.0/24
########################################################################################################  
########################################################################################################  

networks:
  dockervlan:
    driver: null
    driver_opts:
      parent: eno1
    ipam:
      config:
        - subnet: "192.168.1.0/24"
          ip_range: 192.168.1.1/24
          gateway: "192.168.1.1"
  dockervlan:
    driver: macvlan
    driver_opts:
      parent: eno1
    ipam:
      config:
        - subnet: "192.168.1.0/24"
          ip_range: 192.168.1.1/24
          gateway: "192.168.1.1"

[bafplus]

mr.DJ95 schreef op zaterdag 21 augustus 2021 @ 11:42:
[...]


Wellicht heb je hier wat aan. Elke container een eigen IP en koppeling met MQTT en Zigbee.

code:

version: '3'
services:
  homeassistant:
    container_name: homeassistant
    image: "ghcr.io/home-assistant/home-assistant:stable"
    depends_on:
      postgres:
         condition: service_healthy
    volumes:
      - /docker/homeassistant:/config
      - /etc/localtime:/etc/localtime:ro
      - /docker/cert:/cert
    restart: unless-stopped
    privileged: true
    networks:
      dockervlan:
        ipv4_address: 192.168.1.2

# MQTT
  mosquitto:
    image: eclipse-mosquitto:latest
    hostname: mosquitto
    container_name: mosquitto
    expose:
      - "1883"
      - "9001"
    ports:
      - "1883:1883"
      - "9001:9001"
    volumes:
      - /docker/mosquitto/config:/mosquitto/config
      - /docker/mosquitto/log:/mosquitto/log
      - /docker/mosquitto/data:/mosquitto/data
      - /etc/localtime:/etc/localtime:ro
    networks:
       dockervlan:
         ipv4_address: 192.168.1.3

#Database
  postgres:
    container_name: postgres-ha
    image: postgres
    environment:
      POSTGRES_USER: homeassistant
      POSTGRES_PASSWORD: lastigwachtwoord
      POSTGRES_DB: homeassistant
    networks:
       dockervlan:
         ipv4_address: 192.168.1.4
    volumes:
      - /docker/postgres/:/var/lib/postgresql/data/
    healthcheck:
      test: ["CMD-SHELL", "pg_isready"]
      interval: 10s
      timeout: 5s
      retries: 5

#zigbee2mqtt
  zigbee2mqtt:
    container_name: zigbee2mqtt
    depends_on:
      - mosquitto
    image: koenkk/zigbee2mqtt
    volumes:
      - /docker/zigbee2mqtt:/app/data
      - /run/udev:/run/udev:ro
    devices:
      - /dev/ttyACM0:/dev/ttyACM0
    restart: always
    privileged: true
    environment:
      - TZ=Europe/Amsterdam
    networks:
       dockervlan:
         ipv4_address: 192.168.1.5
    devices:
      - /dev/ttyUSB0:/dev/ttyUSB0

#ZigbeeMQTT GUI
  zigbee2mqttAssistant:
    image: carldebilly/zigbee2mqttassistant
    container_name: zigbee2mqttAssistant
    depends_on:
      - mosquitto
      - postgres
      - zigbee2mqtt
    environment:
      - Z2MA_SETTINGS__MQTTSERVER=192.168.1.3
      - TZ=Europe/Amsterdam
    networks:
       dockervlan:
         ipv4_address: 192.168.1.6
    restart: unless-stopped
 

########################################################################################################  
########################################################################################################  
    #CREATES NEW MACVLAN NETWORK Within docker WITH NAME DOCKAERVLAN ON 
     #VLAN0/SUBNET 192.168.1.0/24
########################################################################################################  
########################################################################################################  

networks:
  dockervlan:
    driver: null
    driver_opts:
      parent: eno1
    ipam:
      config:
        - subnet: "192.168.1.0/24"
          ip_range: 192.168.1.1/24
          gateway: "192.168.1.1"
  dockervlan:
    driver: macvlan
    driver_opts:
      parent: eno1
    ipam:
      config:
        - subnet: "192.168.1.0/24"
          ip_range: 192.168.1.1/24
          gateway: "192.168.1.1"

Hier ga ik zeker wat aan hebben, ff bookmark gemaakt :-) Thanks!

Ik zie steeds vaker dan men een database gebruikt voor HA. Heeft dat bepaalde voordelen??

[mr.DJ95]

bafplus schreef op zaterdag 21 augustus 2021 @ 11:50:
[...]


Hier ga ik zeker wat aan hebben, ff bookmark gemaakt :-) Thanks!

Ik zie steeds vaker dan men een database gebruikt voor HA. Heeft dat bepaalde voordelen??

Fijn dat je er wat aan hebt! Mocht je vragen hebben let me know.


Volgens mij is het grootste voordeel snelheid van de web interface bij het weergeven van historische data. Een database zoals Postgres of Influx zijn hier veel beter in dan wat er standaard in HA zit. Overigens heb je ook wat meer vrijheid als het gaat om opslag locatie, je hoeft de db niet op dezelfde hardware te hebben staan als HA en je kan in je Configuration.Yaml meegeven wat er wel en niet wordt opgeslagen in de database.

[ Voor 4% gewijzigd door mr.DJ95 op 21-08-2021 12:17 ]

[iqcgubon]

Gizz schreef op vrijdag 20 augustus 2021 @ 23:16:
@iqcgubon Heb je zonnepanelen? Zo nee, dan zal er niet meer dan 40A lopen en is de 50A klem prima.

Voordeel van de 50A klem is dat hij nauwkeuriger je max 40A zal meten dan de klem van 120A. Je gebruikt bij de 50A 80% van het meetbereik en bij de 120A maar 33%.

Ik heb zonnepanelen en een terugdraaiende meter. Maar ik denk niet dat mijn hoofdzekering verzwaard is bij de installatie.

Bartvw schreef op vrijdag 20 augustus 2021 @ 21:22:
[...]


Kan je geen Youless puls meter op je meter plakken?

Waarschijnlijk, maar dat is duurder zo te zien.

[ Voor 18% gewijzigd door iqcgubon op 21-08-2021 12:38 ]

[Verwijderd]

Ik probeer HA lokaal benaderbaar te krijgen via https met DuckDNS. Ik heb de instructies van de add-on gevolgd, maar de verbinding is blijkbaar nog niet veilig.

DuckDNS is nu als volgt ingesteld:

code:

lets_encrypt:
  accept_terms: true
  certfile: fullchain.pem
  keyfile: privkey.pem
token: mijn-token-van-duckdns
domains:
  - mijn-domein.duckdns.org
aliases: []
seconds: 300

configuration.yaml ziet er zo uit:

code:

# Duck DNS
http:
  ssl_certificate: /ssl/fullchain.pem
  ssl_key: /ssl/privkey.pem

Ik krijg van browser nu nog steeds meldingen.
Edge:

code:

NET::ERR_CERT_COMMON_NAME_INVALID

Firefox:

code:

SSL_ERROR_BAD_CERT_DOMAIN

Dus ergens zit er iets scheef in het domeindeel, maar ik zou niet weten wat. Iemand die dit herkend of een route naar een oplossing weet?

[Gizz]

iqcgubon schreef op zaterdag 21 augustus 2021 @ 12:35:
[...]


Ik heb zonnepanelen en een terugdraaiende meter. Maar ik denk niet dat mijn hoofdzekering verzwaard is bij de installatie.

Het gaat erom wat het maximale vermogen is dat in je installatie gemeten kan worden.

Met alleen een hoofdzekering van 40A is dat maximaal 40A. Maar heb je ook zonnepanelen die 10A kunnen terugleveren, dan kan er in theorie 50A door je installatie gaan naar verbruikers (40A vanuit het net, 10A vanuit de zonnepanelen). Kunnen je panelen meer dan 10A terugleveren, dan kom je boven de 50A in totaal uit.

Nou zou ik zelf net boven de 50A ook nog gewoon met een 50A-klem doen, want hoe groot is de kans dat je je hoofdzekering maximaal benut én je zonnepanelen maximaal leveren én je die opbrengt ook direct verbruikt?

edit: Volgens mij ga jij in jouw situatie alleen de netto import en export meten richting je meter. Dan is de 50A klem sowieso voldoende, want er wordt nooit meer dan 40A geïmporteerd van het net (limiet van je hoofdzekering) of het maximale vermogen van je PV-installatie geëxporteerd als je zonnepanelen maximaal leveren en je zelf niks gebruikt.

[ Voor 16% gewijzigd door Gizz op 21-08-2021 12:47 ]

[iqcgubon]

Gizz schreef op zaterdag 21 augustus 2021 @ 12:40:
[...]

Het gaat erom wat het maximale vermogen is dat in je installatie gemeten kan worden.

Met alleen een hoofdzekering van 40A is dat maximaal 40A. Maar heb je ook zonnepanelen die 10A kunnen terugleveren, dan kan er in theorie 50A door je installatie gaan naar verbruikers (40A vanuit het net, 10A vanuit de zonnepanelen). Kunnen je panelen meer dan 10A terugleveren, dan kom je boven de 50A in totaal uit.

Nou zou ik zelf net boven de 50A ook nog gewoon met een 50A-klem doen, want hoe groot is de kans dat je je hoofdzekering maximaal benut én je zonnepanelen maximaal leveren én je die opbrengt ook direct verbruikt?

Toch maar even een fotootje ter verduidelijk. As I said: Ik ken echt nul de botten van electriciteit.

https://imgur.com/a/4wkdDJy

Eerste foto is de hoofdzekering (40A). Tweede foto is eentje van mijn zekeringskast (63A?) maar zo heb ik twee, een 63/003-A en een 63/03A. De zonnepanelen zitten op een zekering van 20A zo te zien.


Maar je uitleg verduidelijkt toch al het een en ander, bedankt

[ Voor 3% gewijzigd door iqcgubon op 21-08-2021 12:48 ]

[HoppyF]

iqcgubon schreef op zaterdag 21 augustus 2021 @ 12:48:
[...]


Toch maar even een fotootje ter verduidelijk. As I said: Ik ken echt nul de botten van electriciteit.

https://imgur.com/a/4wkdDJy

Eerste foto is de hoofdzekering (40A). Tweede foto is eentje van mijn zekeringskast (63A?) maar zo heb ik twee, een 63/003-A en een 63/03A. De zonnepanelen zitten op een zekering van 20A zo te zien.


Maar je uitleg verduidelijkt toch al het een en ander, bedankt

Dat ding met die gele knop is volgens mij de aardlekschakelaar.

[iqcgubon]

HoppyF schreef op zaterdag 21 augustus 2021 @ 12:57:
[...]

Dat ding met die gele knop is volgens mij de aardlekschakelaar.

Daar lijkt het inderdaad wel op, haha. Wikipedia: Aardlekschakelaar

Ok, duidelijk. 50A klem is dus voldoende

[Gizz]

iqcgubon schreef op zaterdag 21 augustus 2021 @ 13:11:
[...]

Ok, duidelijk. 50A klem is dus voldoende

Ja en die klem je direct na de hoofdschakelaar (je eerste foto, dat is alleen een schakelaar en geen zekering) om de bruine draad.

Let er wel op dat je, om het energy dashboard volledig te gebruiken, je de opbrengst van je zonnepanelen apart moet meten. Anders zie je alleen het verbruik en teruglevering, maar niet hoeveel je zonnepanelen hebben opgewekt, hoeveel je van de opgewekte energie zelf hebt gebruikt en wat je huishouden heeft verbruikt.

[ Voor 4% gewijzigd door Gizz op 21-08-2021 13:19 ]

[iqcgubon]

Gizz schreef op zaterdag 21 augustus 2021 @ 13:18:
[...]

Ja en die klem je direct na de hoofdschakelaar (je eerste foto, dat is alleen een schakelaar en geen zekering) om de bruine draad.

Let er wel op dat je, om het energy dashboard volledig te gebruiken, je de opbrengst van je zonnepanelen apart moet meten. Anders zie je alleen het verbruik en teruglevering, maar niet hoeveel je zonnepanelen hebben opgewekt, hoeveel je van de opgewekte energie zelf hebt gebruikt en wat je huishouden heeft verbruikt.

Thanks.

Voor de zonnepanelen heb ik de SMA Integration al aan de praat gekregen in Home Assistant. Dat werkt inderdaad prima

[bafplus]

mr.DJ95 schreef op zaterdag 21 augustus 2021 @ 12:16:
[...]


Fijn dat je er wat aan hebt! Mocht je vragen hebben let me know.


Volgens mij is het grootste voordeel snelheid van de web interface bij het weergeven van historische data. Een database zoals Postgres of Influx zijn hier veel beter in dan wat er standaard in HA zit. Overigens heb je ook wat meer vrijheid als het gaat om opslag locatie, je hoeft de db niet op dezelfde hardware te hebben staan als HA en je kan in je Configuration.Yaml meegeven wat er wel en niet wordt opgeslagen in de database.

Ik zie dat je een andere gui gebruikt voor zigbee2mqtt. Wat is er "mis" met de frontend van zigbee2mqtt zelf?
Is deze beter?

[HuismAndré]

iqcgubon schreef op zaterdag 21 augustus 2021 @ 13:11:
[...]


Daar lijkt het inderdaad wel op, haha. Wikipedia: Aardlekschakelaar

Ok, duidelijk. 50A klem is dus voldoende

Ik zou toch overwegen de 120A versie te nemen. Ten eerste omdat je niet weet hoe zwaar de kast ontworpen is (het lijkt erop dat het in dit geval een 63A kast is en kans is groot dat de 50A meter daar niet voor geschikt is) ten tweede omdat er door een 40A hoofdzekering echt wel wat meer dan 40A kan lopen (en ook die pieken moeten te meten zijn). Dat die 120A meter in de basis dan ca. 2 x minder nauwkeurig is zul je dan wel voor lief moeten nemen.

[ Voor 4% gewijzigd door HuismAndré op 21-08-2021 14:03 ]

[bafplus]

mr.DJ95 schreef op zaterdag 21 augustus 2021 @ 12:16:
[...]


Fijn dat je er wat aan hebt! Mocht je vragen hebben let me know.


Volgens mij is het grootste voordeel snelheid van de web interface bij het weergeven van historische data. Een database zoals Postgres of Influx zijn hier veel beter in dan wat er standaard in HA zit. Overigens heb je ook wat meer vrijheid als het gaat om opslag locatie, je hoeft de db niet op dezelfde hardware te hebben staan als HA en je kan in je Configuration.Yaml meegeven wat er wel en niet wordt opgeslagen in de database.

Gelukt trouwens! Thanks!

[idef1x]

Ik snap het niet meer...Ik heb 2 binarie sensors, waarvan 1 werkt en de andere niet, maar ik zie niet wat ik fout doe. Wellicht iemand van jullie?

mijn configuration.yaml:

YAML:

binary_sensor:
  - platform: command_line
    name: mqtt_running
    command: ps aux|grep mosquitto.conf|grep -v grep >/dev/null 2>&1 && (echo "active") || (echo "inactive")
    payload_on: "active"
    payload_off: "inactive"
  - platform: command_line
    name: mqtt_server
    command: systemctl status mosquitto.service | awk 'FNR==3 { print $3 }'
    device_class: connectivity
    payload_on: "(running)"
    payload_off: "(dead)"

de mqtt_server sensor geeft het juiste weer, maar de mqtt_running niet.

uitvoer van de commando's op de commandline:
mqtt_running:

code:

~/.homeassistant $ ps aux|grep mosquitto.conf|grep -v grep >/dev/null 2>&1 && (echo "active") || (echo "inactive")
active

mqtt_server:

code:

~/.homeassistant $ systemctl status mosquitto.service | awk 'FNR==3 { print $3 }'
(running)

Dat moet dan toch werken? Het maakt geen verschil of ik het commando tussen quotes zet (single dan wel dubbel) en ook niet of ik een device_class opgeef...

[iqcgubon]

HuismAndré schreef op zaterdag 21 augustus 2021 @ 13:57:
[...]

Ik zou toch overwegen de 120A versie te nemen. Ten eerste omdat je niet weet hoe zwaar de kast ontworpen is (het lijkt erop dat het in dit geval een 63A kast is en kans is groot dat de 50A meter daar niet voor geschikt is) ten tweede omdat er door een 40A hoofdzekering echt wel wat meer dan 40A kan lopen (en ook die pieken moeten te meten zijn). Dat die 120A meter in de basis dan ca. 2 x minder nauwkeurig is zul je dan wel voor lief moeten nemen.

Wat gebeurt er, worst case, als ik meer dan 50A door zo'n meetklem stuur? Ik neem aan dat er iets van beveiliging op zit?

[badkuip]

robbinonline schreef op vrijdag 20 augustus 2021 @ 23:35:
[...]

Ik heb een vorige week geëxperimenteerd met van tasmota naar esp home maar snel weer terug naar tasmota. Zeker met de laatste software werkt het echt perfect.

Waarom dan? Wat ging er mis met ESPHome?

[AUijtdehaag]

iqcgubon schreef op zaterdag 21 augustus 2021 @ 20:21:
[...]


Wat gebeurt er, worst case, als ik meer dan 50A door zo'n meetklem stuur? Ik neem aan dat er iets van beveiliging op zit?

Niks.
Hooguit een meetfout.

Maar je kast is voor 63a geschikt betekent dat er 63a mag lopen voordat bedrading smelt.
En niet dat er 63a zal lopen door je hoofdschakelaar.
50A klem is dus prima.

Maar waarom geen slimme meter met een p1 homewizard?
Heb je ook meteen de netspanning.

Edit: ah belgie

[ Voor 26% gewijzigd door AUijtdehaag op 21-08-2021 21:13 ]

[skank]

_knakker_ schreef op zaterdag 14 augustus 2021 @ 10:46:
Heeft iemand al ervaring met het upgraden van HA OS 32bit naar HA OS 64bit op een Raspberry Pi 4?

Ik draai namelijk de UniFi Controller add-on, maar ik kan die niet updaten naar de nieuwste versie (1.0.0). Die ondersteunt namelijk alleen nog maar 64-bits systemen en OS.

Ik draai HA OS 64 bit en ook ik heb troubles met de upgrade naar 1.0.0
Is een gekend probleem overigens, zie https://github.com/hassio-addons/addon-unifi/issues/249
Volgens mij heeft het ook niets te maken met 32 vs 64 bit

Wat heb ik gedaan als workaround:
- Maak een backup (manueel) vanuit je unifi controller (ik had zelfs problemen om een download te doen van de backup van 30 dagen, zelfs niet van 7 dagen, workaround daar is om "settings only" backup te downloaden.
Vreemd genoeg doet hij het dan wel.

Als je die backup file hebt.
- Verwijder de unifi controller addon in je home assistant
- Installeer de addon opnieuw in HA
- Start de nieuwe addon
- Vervolgens stel je die opnieuw in, met die "settings only" backup

En voila
Ik heb terug een werkende controller 1.0.0 met mn oude settings
Enige minpuntje is je data verlies (history)
Tenzij jij wel een backup kan downloaden uiteraard.
Maar eigenlijk die history laat me koud


Edit: net terug van vakantie, wauw dit topic explode echt !
Man zoveel leeswerk

[ Voor 3% gewijzigd door skank op 21-08-2021 21:11 ]

[Gizz]

AUijtdehaag schreef op zaterdag 21 augustus 2021 @ 21:02:
Maar waarom geen slimme meter met een p1 homewizard?
Heb je ook meteen de netspanning.

Netspanning heb je met de Shelly ook

[ComTech]

Ik heb voor de WC een bewegingssensor die het licht aan doet en als er 5 minuten geen beweging meer is uit doet.
Het werkt wel maar soms staat de verlichting toch nog aan na een half uur.
Doe ik iets fout of kan het nog eenvoudiger?
Gekke is ik heb een soortgelijke automatisering voor het overloop met 2 sensors (op de trap en op het overloop) en dit gaat eigenlijk wel goed.

code:

alias: WCmotion
description: ''
trigger:
  - platform: state
    entity_id: binary_sensor.0xec1bbdfffe6d0bb3_occupancy
    to: 'on'
condition: []
action:
  - type: turn_on
    device_id: c66fb0ce850e2cee9bf86522031649fe
    entity_id: light.0x00178801099e82c0
    domain: light
    brightness_pct: 60
mode: single

alias: WCnoMotion
description: ''
trigger:
  - platform: state
    entity_id: binary_sensor.0xec1bbdfffe6d0bb3_occupancy
    to: 'off'
    for: '0:05:00'
condition: []
action:
  - type: turn_off
    device_id: c66fb0ce850e2cee9bf86522031649fe
    entity_id: light.0x00178801099e82c0
    domain: light
mode: single

[mr.inno]

TheFes schreef op vrijdag 20 augustus 2021 @ 16:20:
[...]


Heet je device zowel in Home Assistant als in Goongle Home Woonkamer?

Ja dat is zijn naam. echter komt hij ook drie keer in de entiteiten lijst voor. vermoed dat het daar zit, maar moet de tijd vinden om het op te schonen en verder te controleren.
Maar dit is zeker een goed aanknopingspunt

[iqcgubon]

AUijtdehaag schreef op zaterdag 21 augustus 2021 @ 21:02:
[...]

Niks.
Hooguit een meetfout.

Maar je kast is voor 63a geschikt betekent dat er 63a mag lopen voordat bedrading smelt.
En niet dat er 63a zal lopen door je hoofdschakelaar.
50A klem is dus prima.

Maar waarom geen slimme meter met een p1 homewizard?
Heb je ook meteen de netspanning.
[Afbeelding]
Edit: ah belgie

Ik heb nog geen slimme meter en ik wil dat zo lang mogelijk zo houden ferrarismeter goes brrrr, achteruit.

[CAD-tekenaar]

Kunnen jullie even met me meedenken over mijn volgende uitdaging?
Ik wil via stem (taal: Nederlands) van TV/Radio-zender willen wisselen. (via Google Assistant)

Mijn methode:
1) koppel Google Assistant aan Home Assisant.
2a) maak in HA een script die de juiste radiozender activeert.
2b) maak in HA een script die de juiste tv-zender activeert. (nog niet aangemaakt/getest)
3) maak in Google Home een routine aan (herken de vraag) die deze script activeert.

Bovenstaand heb ik wel werkend maar ik vind het nogal bewerkelijk. Ik bedoel: voor elke zender moet ik een nieuwe script in HA en een nieuwe routine in Google Home maken.
Kan dit anders/eenvoudiger ?

Ik dacht aan variabelen in de script/routine? (of iets i.c.m. FireBase Smart Reply)
Let wel: ik wil het laten werken in het Nederlands.

[Step5]

idef1x schreef op zaterdag 21 augustus 2021 @ 18:43:
Ik snap het niet meer...Ik heb 2 binarie sensors, waarvan 1 werkt en de andere niet, maar ik zie niet wat ik fout doe. Wellicht iemand van jullie?

mijn configuration.yaml:

YAML:

binary_sensor:
  - platform: command_line
    name: mqtt_running
    command: ps aux|grep mosquitto.conf|grep -v grep >/dev/null 2>&1 && (echo "active") || (echo "inactive")
    payload_on: "active"
    payload_off: "inactive"
  - platform: command_line
    name: mqtt_server
    command: systemctl status mosquitto.service | awk 'FNR==3 { print $3 }'
    device_class: connectivity
    payload_on: "(running)"
    payload_off: "(dead)"

de mqtt_server sensor geeft het juiste weer, maar de mqtt_running niet.

uitvoer van de commando's op de commandline:
mqtt_running:

code:

~/.homeassistant $ ps aux|grep mosquitto.conf|grep -v grep >/dev/null 2>&1 && (echo "active") || (echo "inactive")
active

mqtt_server:

code:

~/.homeassistant $ systemctl status mosquitto.service | awk 'FNR==3 { print $3 }'
(running)

Dat moet dan toch werken? Het maakt geen verschil of ik het commando tussen quotes zet (single dan wel dubbel) en ook niet of ik een device_class opgeef...

misschien een rechtendingetje? systemctl heeft dacht ik root rechten nodig, ik moet dat tenminste met sudo doen. en home assistant draait niet als root en kan dus waarschijnlijk dat commndo niet.uitvoeren. zijn er geen foutmeldingen in de logs?

[Obelixxx]

vso schreef op vrijdag 20 augustus 2021 @ 11:12:
[...]


[...]

RTL_SDR usb stick(s) kan van 1mhz ? tot 2,4ghz oid .. ik heb er 3 ..
- p2000 ontvangst onder andere
- 433mhz van weerstation(s) en kaku ontvangst (rtl433 linux tooltje die kan ook decrypten namelijk)
- 868 (lora of andere meuk) kan je ook ..
- wifi / bluetooth en andere meuk kan je ook onderscheppen ..

maar als je tzt ook wilt verzenden kan je beter naar een tx/rx model kijken ipv


maar over welke remote & device heb je het ? want signaal ontvangen is maar gedeelte v.d puzzel .. je moet het ook kunnen omzetten naar digitale info .. en met wifi signalen in de buurt ga je een redelijke uitdaging hebben je remote te isoleren ..


Wellicht zijn er andere wegen die je kan bewandelen ..

Het is een remote voor een led hanglamp.
Ik heb de ruimte in de lamp nog eens bekeken, ik ga proberen de rf ontvanger te fervangen door een zigbee ontvanger.

Dank voor meedenken

[nike]

@ComTech moet je tijd niet bij action staan? Staat nu bij trigger.

[dokasensai]

ga je wel met je duckdns url naar je HA intern ?

Verwijderd schreef op zaterdag 21 augustus 2021 @ 12:36:
Ik probeer HA lokaal benaderbaar te krijgen via https met DuckDNS. Ik heb de instructies van de add-on gevolgd, maar de verbinding is blijkbaar nog niet veilig.

DuckDNS is nu als volgt ingesteld:

code:

lets_encrypt:
  accept_terms: true
  certfile: fullchain.pem
  keyfile: privkey.pem
token: mijn-token-van-duckdns
domains:
  - mijn-domein.duckdns.org
aliases: []
seconds: 300

configuration.yaml ziet er zo uit:

code:

# Duck DNS
http:
  ssl_certificate: /ssl/fullchain.pem
  ssl_key: /ssl/privkey.pem

Ik krijg van browser nu nog steeds meldingen.
Edge:

code:

NET::ERR_CERT_COMMON_NAME_INVALID

Firefox:

code:

SSL_ERROR_BAD_CERT_DOMAIN

Dus ergens zit er iets scheef in het domeindeel, maar ik zou niet weten wat. Iemand die dit herkend of een route naar een oplossing weet?

[zierbeek]

Zelf opgelost, Mag weg!

[ Voor 125% gewijzigd door zierbeek op 22-08-2021 10:05 ]

[HuismAndré]

iqcgubon schreef op zaterdag 21 augustus 2021 @ 20:21:
[...]


Wat gebeurt er, worst case, als ik meer dan 50A door zo'n meetklem stuur? Ik neem aan dat er iets van beveiliging op zit?

Geen idee. Kans is groot dat het beperkt blijft tot een meetfout (m'ja, die wilde je volgen mij nu juist zo laag mogelijk hebben). Wellicht staat er in de handleiding tot hoeveel Ampère de meter gebruikt mag worden. Daar mag je in ieder geval niet boven gaan. Kan zo maar zijn dat een 50A meter gebruikt mag worden in een systeem dat afgezekerd is op 32A (wetende dat zelfs bij een relatief snelle B automaat de kortsluitstroom minimaal zo'n 100-150A zal zijn).

Maar eigenlijk moet je als leek de zekeringenkast niet open willen maken. Ik zou veel liever kiezen voor een systeem dat de pulsjes van het ledje oppikt of, als dat ledje er niet is (in het geval van een zeer oude meter), de zwarte streep van de draaischijf. Ga je toch de kast openmaken, vraag dan eerst advies van een gediplomeerde vonkentrekker.

[HuismAndré]

AUijtdehaag schreef op zaterdag 21 augustus 2021 @ 21:02:
[...]

Niks.
Hooguit een meetfout.

Maar je kast is voor 63a geschikt betekent dat er 63a mag lopen voordat bedrading smelt.

Nou.. Door een 63A B-type automaat kan de kortsluitstroom voor afschakeling oplopen tot zo'n 300A. Door een C-type automaat kun je dat nog een factor 2 verhogen.

[HuismAndré]

ComTech schreef op zaterdag 21 augustus 2021 @ 21:42:
Ik heb voor de WC een bewegingssensor die het licht aan doet en als er 5 minuten geen beweging meer is uit doet.
Het werkt wel maar soms staat de verlichting toch nog aan na een half uur.
Doe ik iets fout of kan het nog eenvoudiger?
Gekke is ik heb een soortgelijke automatisering voor het overloop met 2 sensors (op de trap en op het overloop) en dit gaat eigenlijk wel goed.

[code]
alias: WCmotion
description: ''
trigger:
- platform: state
entity_id: binary_sensor.0xec1bbdfffe6d0bb3_occupancy
to: 'on'
condition: []
action:
- type: turn_on
device_id: c66fb0ce850e2cee9bf86522031649fe
entity_id: light.0x00178801099e82c0
domain: light
brightness_pct: 60
mode: single

Ik zou overwegen er één automatisering van te maken:

YAML:

alias: WCmotion
description: ''
trigger:
  - platform: state
    entity_id: binary_sensor.0xec1bbdfffe6d0bb3_occupancy
    to: 'on'
condition: []
action:
  - type: turn_on
    device_id: c66fb0ce850e2cee9bf86522031649fe
    entity_id: light.0x00178801099e82c0
    domain: light
    brightness_pct: 60
  - delay:
      hours: 0
      minutes: 5
      seconds: 0
      milliseconds: 0
  - type: turn_off
    device_id: c66fb0ce850e2cee9bf86522031649fe
    entity_id: light.0x00178801099e82c0
    domain: light
mode: restart

Bij elke beweging start de automatisering opnieuw (dus 5 minuten na de laatste beweging gaat het licht uit).

[I-King]

Ik heb nu jaren historie van energieverbruik in Domoticz. Is dat op een of andere manier te importeren in HA Energy Dashboard?

Ik weet wel hoe ik de data uit Domoticz database kan krijgen, maar ben nog niet bekend met HA Energy of dat weer te importeren valt.

[skank]

TheFes schreef op dinsdag 10 augustus 2021 @ 09:18:
[...]


Deze is vergelijkbaar met die uit de docs, waarbij alles in één automation zit.
Ik heb toevallig laatst voor mijn vakantiemodus iets gemaakt wat vergelijkbaar is met wat @skank ook wil, een notificatie vanuit een alert, en dan triggeren op de actions uit de notificatie:

Alert

YAML:

  vakantie_modus:
    name: "Op vakantie?"
    title: "❓ Op vakantie?"
    message: "Jullie zijn al even niet thuis, zijn jullie op vakantie?"
    entity_id: input_boolean.op_vakantie
    state: "on"
    repeat: 60
    can_acknowledge: true
    skip_first: false
    notifiers:
      - mobile_app_pixel_5
    data:
      actions:
        - action: "vakantie"
          title: "Yep ☀️"
        - action: "geen_vakantie"
          title: "Nope 😞"

Automation (trigger):

YAML:

trigger:
  - platform: event
    id: vakantie_aan
    event_type: mobile_app_notification_action
    event_data:
      action: "vakantie"
  - platform: event
    id: geen_vakantie
    event_type: mobile_app_notification_action
    event_data:
      action: "geen_vakantie"

Op basis van een choose met met trigger conditions hangen er dan weer verdere acties aan. (bij "vakantie" wordt het huis op vakantie modus gezet, bij "geen_vakantie" wordt de input_boolean uitgezet zodat er ook geen notificaties meer verstuurd worden.

Hey
Thx
Ik heb nu de alert en de automation.
Vreemd is dat mn alert niet afgaat.
Of er zit enorme vertraging op.

M'n alert:

code:

garage_poort:
  name: "Garagepoort"
  title: "ALARM:"
  message: "De garagepoort is nog open"
  entity_id: binary_sensor.garage_poort
  state: "on"
  repeat: 5
  can_acknowledge: false
  skip_first: true
  notifiers:
    - mobile_devices
  data:
    tag: garage_poort_alert
    ttl: 0
    channel: alerts 
    priority: high
    ledColor: "red" 
    actions:
      - title: "Sluit garagepoort"
        action: "sluit_garagepoort"

M'n automation

code:

- id: 'Sluit garagepoort wanneer open'
  alias: Sluit garagepoort
  trigger:
    - platform: event
      id: sluit_garagepoort
      event_type: mobile_app_notification_action
      event_data:
        action: "sluit_garagepoort"
  condition: []
  action:
    - service: switch.toggle
      entity_id: switch.garagepoort

Ik heb zopas de garagepoort 13 minuten laten openstaan, geen alert op mn telefoons
De binary sensor stond op dat moment zeker op "on"

Enig idee?
Kan ik de alert triggeren zonder dat ik de poort telkens moet laten openstaan?

[Matis]

I-King schreef op zondag 22 augustus 2021 @ 11:49:
Ik heb nu jaren historie van energieverbruik in Domoticz. Is dat op een of andere manier te importeren in HA Energy Dashboard?

Ik weet wel hoe ik de data uit Domoticz database kan krijgen, maar ben nog niet bekend met HA Energy of dat weer te importeren valt.

Ik ben (toevallig) vandaag ook overgestapt van Domoticz naar HA.

Ik neem mijn verlies en beschouw de data in Domoticz als verloren. Mocht jij een manier vinden om te migreren dan houd ik me aanbevolen.

[rroetenberg]

Matis schreef op zondag 22 augustus 2021 @ 18:46:
[...]

Ik ben (toevallig) vandaag ook overgestapt van Domoticz naar HA.

Ik neem mijn verlies en beschouw de data in Domoticz als verloren. Mocht jij een manier vinden om te migreren dan houd ik me aanbevolen.

Goed alternatief zou zijn om DSMRReader standalone te gebruiken. Dan kun je de data wel importeren.

Vervolgens kun je DSMRReader weer koppelen aan HA.

Zo heb ik het destijds gedaan

[TheFes]

skank schreef op zondag 22 augustus 2021 @ 18:11:
[...]


Hey
Thx
Ik heb nu de alert en de automation.
Vreemd is dat mn alert niet afgaat.
Of er zit enorme vertraging op.

M'n alert:

code:

garage_poort:
  name: "Garagepoort"
  title: "ALARM:"
  message: "De garagepoort is nog open"
  entity_id: binary_sensor.garage_poort
  state: "on"
  repeat: 5
  can_acknowledge: false
  skip_first: true
  notifiers:
    - mobile_devices
  data:
    tag: garage_poort_alert
    ttl: 0
    channel: alerts 
    priority: high
    ledColor: "red" 
    actions:
      - title: "Sluit garagepoort"
        action: "sluit_garagepoort"

M'n automation

code:

- id: 'Sluit garagepoort wanneer open'
  alias: Sluit garagepoort
  trigger:
    - platform: event
      id: sluit_garagepoort
      event_type: mobile_app_notification_action
      event_data:
        action: "sluit_garagepoort"
  condition: []
  action:
    - service: switch.toggle
      entity_id: switch.garagepoort

Ik heb zopas de garagepoort 13 minuten laten openstaan, geen alert op mn telefoons
De binary sensor stond op dat moment zeker op "on"

Enig idee?
Kan ik de alert triggeren zonder dat ik de poort telkens moet laten openstaan?

Je kunt skip_first op false zetten en dan in developer tools de binary_sensor op on zetten. Dan zou je meteen een alert moeten krijgen.

[Matis]

rroetenberg schreef op zondag 22 augustus 2021 @ 19:30:
Goed alternatief zou zijn om DSMRReader standalone te gebruiken. Dan kun je de data wel importeren.

Vervolgens kun je DSMRReader weer koppelen aan HA.

Zo heb ik het destijds gedaan

Ja, maar dan alsnog heb ik geen historische data uit m'n Domoticz installatie.

Ik vind het niet zo heel erg, maar zou mooi zijn als het eenvoudig over te zetten naar HA.

[skank]

TheFes schreef op zondag 22 augustus 2021 @ 19:49:
[...]


Je kunt skip_first op false zetten en dan in developer tools de binary_sensor op on zetten. Dan zou je meteen een alert moeten krijgen.

Er zit blijkbaar delay op .. en geen klein beetje, vooral gelijk als mn scherm op standby staat.
Ik heb ff de energiesettings bekeken en alles uitgevinkt, nu gaat het sneller
De alert op zich werkt dus wel.

[rroetenberg]

Matis schreef op zondag 22 augustus 2021 @ 20:34:
[...]

Ja, maar dan alsnog heb ik geen historische data uit m'n Domoticz installatie.

Ik vind het niet zo heel erg, maar zou mooi zijn als het eenvoudig over te zetten naar HA.

Zie hier: https://github.com/dsmrreader/dsmr-reader/issues/908

[witterholt]

Een klusje wat ik tot nu toe steeds vooruit heb geschoven: vandaag heb ik mijn OpenZwave integratie gemigreerd naar Zwave JS. Met tien Zwave apparaten was dat nog goed te doen; het handmatig hernoemen van de entiteiten was nog het meeste werk. Uiteindelijk is alles prima gelukt door de migratie handleiding te volgen en is dit onderdeel nu weer toekomstbestendig. De communicatie met de devices lijkt zelfs iets sneller te zijn geworden.

[ Voor 3% gewijzigd door witterholt op 22-08-2021 21:57 ]

[vso]

welke radiator knoppen intergeren (via wifi) het makkelijkst ?

ik zat zelf na wat onderzoek te denken aan de tado of honeywell ..

[I-King]

@vso Tado werkt perfect, maar is via hun eigen hub, niet via WiFi.

[vso]

I-King schreef op zondag 22 augustus 2021 @ 22:14:
@vso Tado werkt perfect, maar is via hun eigen hub, niet via WiFi.

thx dat is dus -1 voor Tado, (ben ook geen voorstander alles met wifi .maar een extra hub in huis nee dankje)

[Gizz]

HuismAndré schreef op zondag 22 augustus 2021 @ 11:30:
[...]
Maar eigenlijk moet je als leek de zekeringenkast niet open willen maken.

Met de hoofdschakelaar uit is het risico mijn inziens prima te overzien. Het gaat hier om een plastic klem om een kabel klikken waar geen spanning op staat. Niet een grootscheepse verbouwing van je groepenkast.

Ik zou veel liever kiezen voor een systeem dat de pulsjes van het ledje oppikt of, als dat ledje er niet is (in het geval van een zeer oude meter), de zwarte streep van de draaischijf.

Aan die zwarte streep meten heeft hij niks, want zijn ferrarismeter kan zowel voor- als achteruit draaien.

Nou.. Door een 63A B-type automaat kan de kortsluitstroom voor afschakeling oplopen tot zo'n 300A. Door een C-type automaat kun je dat nog een factor 2 verhogen

Maar er is hier geen sprake van een 63A automaat. Hij heeft een 40A hoofdzekering en ná de hoofschakelaar (die voor 40A geschikt is) is de bekabeling geschikt gemaakt voor 63A en zijn de ALS'en geschikt voor 63A.

Als je rekening gaat houden met alle kortsluitstromen zou ook de 120A klem niet eens geschikt zijn in een kleine thuisinstallatie. Maar daar hoef je geen rekening mee te houden, het gaat om het nominale vermogen in je kast

[idef1x]

Step5 schreef op zondag 22 augustus 2021 @ 00:55:
[...]

misschien een rechtendingetje? systemctl heeft dacht ik root rechten nodig, ik moet dat tenminste met sudo doen. en home assistant draait niet als root en kan dus waarschijnlijk dat commndo niet.uitvoeren. zijn er geen foutmeldingen in de logs?

Bij mij heb je geen sudo nodig voor 'systemctl status ' (is denk ik standaard?) en deze werkt ook. Het gaat om die met 'ps aux...'
Als ik 'ps -e...' gebruikt werkt ie indmiddels wel, maar snappen doe ik het niet, want geeft uiteindelijk dezelfde output.

[iqcgubon]

HuismAndré schreef op zondag 22 augustus 2021 @ 11:30:
[...]


Maar eigenlijk moet je als leek de zekeringenkast niet open willen maken. Ik zou veel liever kiezen voor een systeem dat de pulsjes van het ledje oppikt of, als dat ledje er niet is (in het geval van een zeer oude meter), de zwarte streep van de draaischijf. Ga je toch de kast openmaken, vraag dan eerst advies van een gediplomeerde vonkentrekker.

Ik heb een ledje, maar dat pulst precies altijd op dezelfde snelheid, of ik nu frieten aan het bakken ben terwijl de was staat de drogen, of de schijf compleet stil staat omdat de panelen exact even veel opwekken als ik aan het verbruiken ben.

Maar geen zorgen, ik ga zeker de zekeringskast zelf niet open prullen (zou zelfs niet weten hoe). Als de Shelly aankomt vraag ik m'n gediplomeerde schoonbroer wel om even langs te komen

[HuismAndré]

Gizz schreef op maandag 23 augustus 2021 @ 07:25:
[...]
Maar er is hier geen sprake van een 63A automaat. Hij heeft een 40A hoofdzekering en ná de hoofschakelaar (die voor 40A geschikt is) is de bekabeling geschikt gemaakt voor 63A en zijn de ALS'en geschikt voor 63A.

Die 63A was aangehaald door de persoon waar ik op reageerde (zie ook context eerdere bericht waar iemand claimde dat die 63A ging om "het smelten van de kabels").

Als je rekening gaat houden met alle kortsluitstromen zou ook de 120A klem niet eens geschikt zijn in een kleine thuisinstallatie.

Voor de meting hoef je geen rekening te houden met de kortsluitstroom (is ook niet gezegd) maar als het apparaat in de installatie wordt opgenomen moet deze de stromen wel kunnen verwerken. Het blijkt nu echter dat het geen in-line apparaat is maar een klem die simpelweg om de bestaande kabel geplaatst wordt. Dat maakt het inderdaad een stuk eenvoudiger en veiliger. Overigens zou ik ook dan kiezen voor de 120A meter aangezien de inschakelstromen in een 40A installatie zeker wel hoger kunnen zijn dan wat die 50A meter kan registreren.

[UTMachine]

bafplus schreef op zaterdag 21 augustus 2021 @ 11:50:
[...]


Hier ga ik zeker wat aan hebben, ff bookmark gemaakt :-) Thanks!

Ik zie steeds vaker dan men een database gebruikt voor HA. Heeft dat bepaalde voordelen??

Ik vind het juist ideaal om niet per docker een (extern) IP adres te definiëren, alles loopt bij mij gewoon via het interne netwerk.

Een externe database kan handig zijn, maar is niet vereist. Ikzelf hou het 3-4 dagen bij in de lokale database en de belangrijkste dingen gaan influx in. Influx is een stuk efficiënter met opslag dan de HA database (die ging hier 20GB+ en met Influx is het voor 2 jaar data <2.5GB)

[ Voor 25% gewijzigd door UTMachine op 23-08-2021 10:58 ]

[golles]

Hmmbob schreef op zondag 15 augustus 2021 @ 15:06:
@golles Zie ik nou een KNMI component van je voorbij komen in HACS?

Hebbie screenshots van wat die API aanlevert?

Beetje laat, maar was even offline, de exacte data kun je hier vinden (tab parameters) https://weerlive.nl/delen.php

Het is eigenlijk niet heel veel meer dan de vorige versie die ik gemaakt had op basis van een rest sensor: golles in "Home Assistant: Open source Python3 home automation - deel 4"

Ik ga nog wat extra sensoren toevoegoegen voor wat niet in een weather entity (in HA) kan en moet in de docs nog even duidelijk zetten dat deze gratis API maar verwachting voor 2 dagen geeft en daarom ook vandaag bij de verwachting staat (dan staan er tenminste nog 3)

[rroetenberg]

Ik ben bezig met het energy dashboard en gebruikt DSMR Reader via MQTT. Echter krijg ik mijn waardes niet te zien in overzicht. Iemand enig idee waarom niet?

Hier een voorbeeld:

- platform: mqtt
state_topic: dsmr/day-consumption/electricity1
name: Verbruik laagtarief
icon: mdi:counter
unit_of_measurement: kWh

[golles]

Heeft iemand al een alternatief voor pollen, nu de gratis API nog maar 15 dagen te gebruiken is? https://alerts.home-assistant.io/#ambee.markdown

Ik ga nu ClimaCell proberen, maar misschien zijn er meer of betere alternatieven?

[TheFes]

golles schreef op maandag 23 augustus 2021 @ 12:00:
Heeft iemand al een alternatief voor pollen, nu de gratis API nog maar 15 dagen te gebruiken is? https://alerts.home-assistant.io/#ambee.markdown

Ik ga nu ClimaCell proberen, maar misschien zijn er meer of betere alternatieven?

Heb Climacell al wel voor weer in gebruik, nu de pollen sensors ook eens aangezet.
Er is een index voor weed, grass en trees, die op dit moment bij twee van de drie none aangeeft (trees & weed), en bij de andere very_low (grass).

Ambee lijkt bij mij nog wel updates te krijgen (sensoren hebben nog een paar minuten geleden een nieuwe waarde gekregen).

Daar zie ik moderate voor grass, low voor trees (met waarde 0 p/m3, dus zou ook none kunnen zijn) en high voor weed.

Nogal verschil tussen die waardes dus.

[ Voor 23% gewijzigd door TheFes op 23-08-2021 12:09 ]

[HuismAndré]

Ik heb nu een paar dagen de nieuwe energy module in gebruik binnen HA. Daarbij doet zich iets raars voor: Tijdens het "nachttarief" wordt er door de app ook een teruglevering geregistreerd van 30Wh. Dat is raar aangezien wij geen panelen hebben en de sensor.power_production, sensor.energy_production_tarif_1 en sensor.energy_production_tarif_2 alle 3 de waarde 0 bevatten. De dagwaarden van afgelopen zaterdag en zondag zitten beiden inderdaad 0,7kW te laag vergelen met een externe logger (umeter) Iemand een idee waar deze fout vandaan komt?
[edit] Het lijkt erop dat de negatieve waarden van Energy Consumption (tarif 2) komen (hoge tarief). Die waarde is echter het hele weekend niet gewijzigd!

[ Voor 33% gewijzigd door HuismAndré op 23-08-2021 12:57 ]

[krijn1985]

HuismAndré schreef op maandag 23 augustus 2021 @ 12:53:
Ik heb nu een paar dagen de nieuwe energy module in gebruik binnen HA. Daarbij doet zich iets raars voor: Tijdens het "nachttarief" wordt er door de app ook een teruglevering geregistreerd van 30Wh. Dat is raar aangezien wij geen panelen hebben en de sensor.power_production, sensor.energy_production_tarif_1 en sensor.energy_production_tarif_2 alle 3 de waarde 0 bevatten. De dagwaarden van afgelopen zaterdag en zondag zitten beiden inderdaad 0,7kW te laag vergelen met een externe logger (umeter) Iemand een idee waar deze fout vandaan komt?

Gebruik je sensoren die iedere nacht gereset worden (dus dag totalen leveren)? Zo ja probeer het eens met de totale meterstanden. Bij mij was dit in het begin ook het probleem waarbij ik rare terugleveringen zag (ik heb ook geen panelen) na middernacht.

[HuismAndré]

krijn1985 schreef op maandag 23 augustus 2021 @ 12:56:
[...]

Gebruik je sensoren die iedere nacht gereset worden (dus dag totalen leveren)? Zo ja probeer het eens met de totale meterstanden. Bij mij was dit in het begin ook het probleem waarbij ik rare terugleveringen zag (ik heb ook geen panelen) na middernacht.

Die had ik wel maar die zijn allemaal komen te vervallen bij de update van HA. Enige verwijzing die ik nog kan vinden is in groups.yaml:

YAML:

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

Maar dat zijn geen dagelijks totalisators volgens mij. Ik heb ze voor de zekerheid maar wel even verwijderd, kijken wat voor effect dat vanavond gaat geven.

[TheFes]

HuismAndré schreef op maandag 23 augustus 2021 @ 13:02:
[...]

Die had ik wel maar die zijn allemaal komen te vervallen bij de update van HA. Enige verwijzing die ik nog kan vinden is in groups.yaml:

YAML:

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

Maar dat zijn geen dagelijks totalisators volgens mij. Ik heb ze voor de zekerheid maar wel even verwijderd, kijken wat voor effect dat vanavond gaat geven.

Dat ligt niet aan een update van HA hoor, ik heb die waardes nog wel gewoon, en ik draai de laatste HA versie.

Deze twee zijn de meterstanden, die moet je ook voor het energy panel gebruiken.
Dat is dan met de DSMR integratie (dus niet via DSMR reader).
- sensor.energy_consumption_tarif_1
- sensor.energy_consumption_tarif_2

[ Voor 13% gewijzigd door TheFes op 23-08-2021 13:12 ]

[krijn1985]

HuismAndré schreef op maandag 23 augustus 2021 @ 13:02:
[...]

Die had ik wel maar die zijn allemaal komen te vervallen bij de update van HA. Enige verwijzing die ik nog kan vinden is in groups.yaml:

YAML:

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

Maar dat zijn geen dagelijks totalisators volgens mij. Ik heb ze voor de zekerheid maar wel even verwijderd, kijken wat voor effect dat vanavond gaat geven.

Ik gebruik zelf DSMR-reader welke via MQTT de data weer doorgeeft aan home-assistant. Durf dus niet goed te zeggen hoe het bij de integratie zit die jij gebruikt, maar ik heb dus ook sensoren die de totale meterstand geven en sinds ik die gebruik werkt het goed.

[KingKoning]

HuismAndré schreef op maandag 23 augustus 2021 @ 13:02:
[...]

Die had ik wel maar die zijn allemaal komen te vervallen bij de update van HA. Enige verwijzing die ik nog kan vinden is in groups.yaml:

YAML:

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

Maar dat zijn geen dagelijks totalisators volgens mij. Ik heb ze voor de zekerheid maar wel even verwijderd, kijken wat voor effect dat vanavond gaat geven.

het is niet mogelijk die sensor.gas_consumption toe te voegen aan het energy DB toch? of kijk ik scheef? Zou m.i. wel mooi zijn. Anders zelf maar eens wat knutselen in lovelace.

[krijn1985]

KingKoning schreef op maandag 23 augustus 2021 @ 13:21:
[...]


het is niet mogelijk die sensor.gas_consumption toe te voegen aan het energy DB toch? of kijk ik scheef? Zou m.i. wel mooi zijn. Anders zelf maar eens wat knutselen in lovelace.

Klopt gas is (nog) niet toe te voegen.

[HuismAndré]

Gas kan er standaard niet in. Ik overweeg om die om te zetten naar een power entity (m3 worden dan kwH of zo) en dan net te doen alsof het een aparte elektriciteitsverbruiker is. Zijn immers maar getallen. ;-)

De verwijzing in groups.yaml lijkt me een overblijfsel van een test met een aparte DSMR reader (docker). Na verwijderen werkt alles binnen HA nog zoals het hoort. Ik gebruik de standaard DSMR Slimme Meter integratie. Zal me benieuwen of die -30W vanavond nog geregistreerd wordt.

[Magic]

HuismAndré schreef op maandag 23 augustus 2021 @ 13:30:
Gas kan er standaard niet in. Ik overweeg om die om te zetten naar een power entity (m3 worden dan kwH of zo) en dan net te doen alsof het een aparte elektriciteitsverbruiker is. Zijn immers maar getallen. ;-)

De verwijzing in groups.yaml lijkt me een overblijfsel van een test met een aparte DSMR reader (docker). Na verwijderen werkt alles binnen HA nog zoals het hoort. Ik gebruik de standaard DSMR Slimme Meter integratie. Zal me benieuwen of die -30W vanavond nog geregistreerd wordt.

Ik zou het even afwachten, ik heb begrepen dat er al commits gedaan zijn om gas toe te voegen aan het energy dashboard goede kans dat we die met de 2021.9 update gaan zien.

[ Voor 3% gewijzigd door Magic op 23-08-2021 13:34 ]