Home Assistant: Open source Python3 home automation - deel 5

[goodfella]

BiG-GuY schreef op zaterdag 20 januari 2024 @ 13:18:
[...]

Als je HA gebruikt, waarom wil je het dan in HomeKit instellen?

...
Heb nog wel bepaalde entiteiten vanuit Home Assistant naar HomeKit gebracht, zodat ik alles ook via Siri kan besturen. En Apple Music/Airplay gebaseerde Automations kunnen niet in HA, dus die draai ik nog in HomeKit welke ik via Input Booleans in HA heb gekoppeld.

Dank voor de toelichting. Eigenlijk wel een goede vraag. Voor mij is het een combinatie van factoren:

• Was in veronderstelling dat ik Apple's Home app (iPad, iPhone en Mac) moest opgeven inclusief Siri met HomePod Mini
• Keek op tegen de vele remotes die ik dan moet herprogrammeren in HA ipv Hue app.

Kennelijk moet ik gewoon volledig overstag en een weekendje voor vrijmaken.

dus die draai ik nog in HomeKit welke ik via Input Booleans in HA heb gekoppeld.

Deze begrijp ik nog niet helemaal. Ik heb namelijk een LG televisie die AirPlay ondersteunt en ook via Home app aan- en uitgezet kan worden. Kan ik dan op jouw wijze dit ook bewerkstelligen (aan- en uitzetten) via HA?

[Toppe]

goodfella schreef op zaterdag 20 januari 2024 @ 18:09:
[...]


Dank voor de toelichting. Eigenlijk wel een goede vraag. Voor mij is het een combinatie van factoren:

• Was in veronderstelling dat ik Apple's Home app (iPad, iPhone en Mac) moest opgeven inclusief Siri met HomePod Mini
• Keek op tegen de vele remotes die ik dan moet herprogrammeren in HA ipv Hue app.

Kennelijk moet ik gewoon volledig overstag en een weekendje voor vrijmaken.


[...]


Deze begrijp ik nog niet helemaal. Ik heb namelijk een LG televisie die AirPlay ondersteunt en ook via Home app aan- en uitgezet kan worden. Kan ik dan op jouw wijze dit ook bewerkstelligen (aan- en uitzetten) via HA?

Die tv kan je rechtstreeks in HA toevoegen.

[BiG-GuY]

goodfella schreef op zaterdag 20 januari 2024 @ 18:09:
[...]


Dank voor de toelichting. Eigenlijk wel een goede vraag. Voor mij is het een combinatie van factoren:

• Was in veronderstelling dat ik Apple's Home app (iPad, iPhone en Mac) moest opgeven inclusief Siri met HomePod Mini
• Keek op tegen de vele remotes die ik dan moet herprogrammeren in HA ipv Hue app.

Kennelijk moet ik gewoon volledig overstag en een weekendje voor vrijmaken.


[...]


Deze begrijp ik nog niet helemaal. Ik heb namelijk een LG televisie die AirPlay ondersteunt en ook via Home app aan- en uitgezet kan worden. Kan ik dan op jouw wijze dit ook bewerkstelligen (aan- en uitzetten) via HA?

Maar gebruik je de Hue Hub nog? Want als je die gebruikt, kan je er ook voor kiezen om de Hue Hub via HomeKit met HomeKit verbonden te laten en de Hue integratie in Home Assistant gebruiken voor dingen die je in Home Assistant wilt doen.

Zodra je je lampen/remotes omzet naar iets als ZHA or Z2M zal je het sowieso opnieuw moeten instellen. En binnen Home Assistant is veel meer mogelijk.

Zat in HomeKit ook altijd tegen de limiet van 100 scènes aan, welke je moest gebruiken om geavanceerdere automations te kunnen doen via Third party HomeKit apps.

Voor de LG TV, heeft deze geen directe integratie beschikbaar in Home Assistant? Alternatief kan je de TV ook verwijderen uit HomeKit en dan de HomeKit Controller functie van Home Assistant gebruiken om die TV op die manier te koppelen aan Home Assistant.

Voor mijn Sony TV’s kan ik ze op 4 manieren koppelen aan Home Assistant.

[ Voor 6% gewijzigd door BiG-GuY op 20-01-2024 19:25 ]

[Toppe]

BiG-GuY schreef op zaterdag 20 januari 2024 @ 19:14:
[...]

Maar gebruik je de Hue Hub nog? Want als je die gebruikt, kan je er ook voor kiezen om de Hue Hub via HomeKit met HomeKit verbonden te laten en de Hue integratie in Home Assistant gebruiken voor dingen die je in Home Assistant wilt doen.

Zodra je je lampen/remotes omzet naar iets als ZHA or Z2M zal je het sowieso opnieuw moeten instellen. En binnen Home Assistant is veel meer mogelijk.

Zat in HomeKit ook altijd tegen de limiet van 100 scènes aan, welke je moest gebruiken om geavanceerdere automations te kunnen doen via Third party HomeKit apps.

Voor de LG TV, heeft deze geen directe integratie beschikbaar in Home Assistant? Alternatief kan je de TV ook verwijderen uit HomeKit en dan de HomeKit Controller functie van Home Assistant gebruiken om die TV op die manier te koppelen aan Home Assistant.

Voor mijn Sony TV’s kan ik ze op 4 manieren koppelen aan Home Assistant.

100 scenes, reuze benieuwd wat je er allemaal in hebt staan dan. Je kan ook gewoon automatiseringen aanmaken en daar alle apparaten los in selecteren, heb je ook niet zoveel vervuiling qua scenes.

[Swerfer]

Toppe schreef op zaterdag 20 januari 2024 @ 17:59:
[...]


E-ink van Solum. Zitten gewoon twee batterijen in

Signaal is geloof ik RF maar zou ook zigbee kunnen zijn

Waar heb je hem vandaan? Ik kwam alleen een website tegen waar ik er 10 tegelijk moet kopen...

[sOid]

Swerfer schreef op zaterdag 20 januari 2024 @ 22:12:
[...]
Waar heb je hem vandaan? Ik kwam alleen een website tegen waar ik er 10 tegelijk moet kopen...

Kijk vooral even hier Electronic Shelf Labels, reverse engineering en hergebruik
Je hebt overigens ook een gateway/access point nodig.

[Hippe Lip]

Toppe schreef op zaterdag 20 januari 2024 @ 17:59:
[...]


E-ink van Solum. Zitten gewoon twee batterijen in

Signaal is geloof ik RF maar zou ook zigbee kunnen zijn

Kun je iets specifieker zijn, want ik kan dit niet vinden. Koop je dit zo kant en klaar inclusief radioverbinding (van welke aard ook) en batterijhouder?
Welk model en waar dan?

Ik weet niet of ik het zelf red om een standaard e-ink display van Solum te voorzien van een draadloze verbinding en nieuwe behuizing… 🤷‍♂️

[Hippe Lip]

sOid schreef op zaterdag 20 januari 2024 @ 22:52:
[...]

Kijk vooral even hier Electronic Shelf Labels, reverse engineering en hergebruik
Je hebt overigens ook een gateway/access point nodig.

Dit had ik ook gevonden, maar heb (nog) niet alle 20 pagina’s in detail doorgeworsteld om te zien hoe het zit met die draadloze verbinding. Want die lijkt me wel essentieel voor zoiets…

[sOid]

Hippe Lip schreef op zaterdag 20 januari 2024 @ 22:59:
[...]

Dit had ik ook gevonden, maar heb (nog) niet alle 20 pagina’s in detail doorgeworsteld om te zien hoe het zit met die draadloze verbinding. Want die lijkt me wel essentieel voor zoiets…

Wat ik al schreef Je hebt een aparte gateway nodig.

Deze bijvoorbeeld: https://www.tindie.com/pr...p-v3-zigbee-wifi-gateway/

Je kan daar ook tags kopen. Is de tindie shop van een tweaker.

[sOid]

Nou, met dank aan @Toppe een avondje zitten pielen met de layout van een van m'n e-ink pricetags. Hierbij het resultaat.



sensor.greeting_time is een sensor die me op een (semi) willekeurige manier begroet, aangepast op basis van het tijdstip. Gebruik ik ook in het HA front-end.

YAML:

service: open_epaper_link.drawcustom
target:
  entity_id:
    - open_epaper_link.0000021c68f33b14
data:
  background: white
  payload:
    - type: text
      value: >-
        {{ states('sensor.greeting_time') }}, sOid{{["!", ". =D", ". =)", "!
        <3", ". :-)", ". =]"] | random }}
      x: 2
      "y": 3
      size: 23
      color: red
    - type: line
      x_start: 0
      x_end: 380
      y_start: 32
      y_end: 32
      width: 1
      fill: black
    - type: text
      value: "{{ states('sensor.bk_sensor_temp') | round }}"
      x: 2
      "y": 34
      size: 20
      color: black
    - type: icon
      value: mdi:temperature-celsius
      x: 25
      "y": 32
      size: 20
      color: black
    - type: line
      x_start: 49
      x_end: 49
      y_start: 32
      y_end: 52
      width: 1
      fill: black
    - type: text
      value: "{{ states('sensor.bk_sensor_temp_2') | round }}"
      x: 51
      "y": 34
      size: 20
      color: black
    - type: icon
      value: mdi:percent
      x: 77
      "y": 32
      size: 20
      color: black
    - type: line
      x_start: 98
      x_end: 98
      y_start: 32
      y_end: 52
      width: 1
      fill: black
    - type: icon
      value: mdi:weather-sunset-up
      x: 100
      "y": 34
      size: 20
      color: black
    - type: text
      value: "{{ states('sensor.sunrise') }}"
      x: 125
      "y": 34
      size: 20
      color: black
    - type: line
      x_start: 196
      x_end: 196
      y_start: 32
      y_end: 52
      width: 1
      fill: black
    - type: icon
      value: mdi:weather-sunset-down
      x: 198
      "y": 34
      size: 20
      color: black
    - type: text
      value: "{{ states('sensor.sunset') }}"
      x: 223
      "y": 34
      size: 20
      color: black
    - type: line
      x_start: 0
      x_end: 380
      y_start: 52
      y_end: 52
      width: 1
      fill: black
    - type: icon
      value: mdi:weather-cloudy
      x: 10
      "y": 50
      size: 60
      color: black
    - type: line
      x_start: 98
      x_end: 98
      y_start: 52
      y_end: 105
      width: 1
      fill: black
    - type: icon
      value: mdi:arrow-up-bold-outline
      x: 100
      "y": 57
      size: 20
      color: black
    - type: text
      value: "{{ state_attr('weather.forecast_home', 'forecast')[0].temperature }}"
      x: 125
      "y": 60
      size: 20
      color: black
    - type: icon
      value: mdi:arrow-down-bold-outline
      x: 100
      "y": 80
      size: 20
      color: black
    - type: text
      value: "{{ state_attr('weather.forecast_home', 'forecast')[0].templow }}"
      x: 125
      "y": 82
      size: 20
      color: black
    - type: line
      x_start: 196
      x_end: 196
      y_start: 52
      y_end: 105
      width: 1
      fill: black
    - type: icon
      value: mdi:water-outline
      x: 198
      "y": 57
      size: 20
      color: black
    - type: text
      value: "{{ state_attr('weather.forecast_home', 'forecast')[0].precipitation }}"
      x: 218
      "y": 60
      size: 20
      color: black
    - type: icon
      value: mdi:water-percent
      x: 198
      "y": 80
      size: 20
      color: black
    - type: text
      value: >-
        {{ state_attr('weather.forecast_home',
        'forecast')[0].precipitation_probability }}
      x: 218
      "y": 82
      size: 20
      color: black
    - type: line
      x_start: 0
      x_end: 380
      y_start: 105
      y_end: 105
      width: 1
      fill: black
    - type: icon
      value: mdi:fan
      x: 0
      "y": 107
      size: 20
      color: black
    - type: text
      value: "{{ states('sensor.itho_mv_state') }} rpm"
      x: 25
      "y": 108
      size: 20
      color: black
    - type: line
      x_start: 148
      x_end: 148
      y_start: 105
      y_end: 128
      width: 1
      fill: black
    - type: icon
      value: mdi:water-check
      x: 150
      "y": 108
      size: 20
      color: black
    - type: text
      value: "{{ states('binary_sensor.bk_hygrostat') }}"
      x: 175
      "y": 108
      size: 20
      color: black

[Verwijderd]

Church of Noise schreef op vrijdag 19 januari 2024 @ 19:23:
[...]

Downgrade helpt, en kan je zo doen:

code:

sudo apt install \
docker-compose-plugin=2.21.0-1~debian.12~bookworm \
docker-ce-cli=5:24.0.7-1~debian.12~bookworm \
docker-buildx-plugin=0.11.2-1~debian.12~bookworm \
docker-ce=5:24.0.7-1~debian.12~bookworm \
docker-ce-rootless-extras=5:24.0.7-1~debian.12~bookworm

Issue: https://github.com/home-assistant/supervisor/issues/4827

Dank. Had eerder moeten kijken...
Toevallig mijn update rondje gedaan vanmiddag.
Vermoedde eerder vanavond al een Docker issue. Hele zwik dus voor niks opnieuw geïnstalleerd/van backups terug gezet (loste het ook niet op). Dit wel.

Nou ja, is de pi ook weer eens gecleaned.

[Hippe Lip]

sOid schreef op zaterdag 20 januari 2024 @ 23:01:
[...]

Wat ik al schreef Je hebt een aparte gateway nodig.

Deze bijvoorbeeld: https://www.tindie.com/pr...p-v3-zigbee-wifi-gateway/

Je kan daar ook tags kopen. Is de tindie shop van een tweaker.

thnx.
Heb ik er weer een klus bij. Kan er weer bij op de stapel.
Ondanks mijn pensioen kom ik tijd tekort om alles te doen wat ik gaag zou doen. Maar heb dat mijn leven lang al zo.🤷‍♂️
Misschien herkennen anderen hier dat ook?

[sOid]

Hippe Lip schreef op zaterdag 20 januari 2024 @ 23:14:
[...]

thnx.
Heb ik er weer een klus bij. Kan er weer bij op de stapel.
Ondanks mijn pensioen kom ik tijd tekort om alles te doen wat ik gaag zou doen. Maar heb dat mijn leven lang al zo.🤷‍♂️
Misschien herkennen anderen hier dat ook?

Geen idee, ik mag nog 30 jaar werken

[Toppe]

Hippe Lip schreef op zaterdag 20 januari 2024 @ 23:14:
[...]

thnx.
Heb ik er weer een klus bij. Kan er weer bij op de stapel.
Ondanks mijn pensioen kom ik tijd tekort om alles te doen wat ik gaag zou doen. Maar heb dat mijn leven lang al zo.🤷‍♂️
Misschien herkennen anderen hier dat ook?

Hou er rekening mee dat dit soort display’s niet bedoeld zijn om grote refresh rates te hebben. In een supermarkt wordt de prijs 1x per dag bij gewerkt….

[BiG-GuY]

Toppe schreef op zaterdag 20 januari 2024 @ 21:40:
[...]


100 scenes, reuze benieuwd wat je er allemaal in hebt staan dan. Je kan ook gewoon automatiseringen aanmaken en daar alle apparaten los in selecteren, heb je ook niet zoveel vervuiling qua scenes.

Ondertussen enkel voor muziek, dus automatiseer verder niks meer in HomeKit.

Als je een automatisering wilt aanmaken met meerdere “if” statements, kan dat niet via de originele app. Dus dan moet je een third party app gebruiken waarin dat wel kan, maar de third party apps mogen apparaten niet direct aanspreken, enkel via scènes. HomeKit kan qua automatiseringen veel meer dan je kan doen met de officiële app.

Had voor alle ruimtes drie standen voor licht en drie standen voor de rolluiken/gordijnen. Alleen met die scènes kwam ik al tegen de 90 scènes aan. En dan had je nog wat andere dingen en dan zat je er zo aan.

Nu in HA 4 scènes voor licht per ruimte en 4 standen voor de rolluiken/ramen per ruimte. Dat lukt dus niet met HK.

[Jcrs7]

HuismAndré schreef op vrijdag 19 januari 2024 @ 09:53:
[...]

Nu nog kalibreren. Het exemplaar dat ik heb gedaan geeft een temperatuur aan die zo'n 1-1,2 graden lager is dan de werkelijke waarde maar ik krijg met geen mogelijkheid de offset naar de thermometer gestuurd via ZHA Toolkit.

https://github.com/pvvx/ZigbeeTLc/issues/30

Ik heb ze alle 3 bij elkaar gezet voor een aantal uren om te kijken of ze onderling een afwijking hebben, maar dat is niet zo! Wel merk ik dat ze inderdaad 1 á 1,5 graden minder aangeven dan de werkelijke temperatuur, zoals jij ook aangeeft!

[remcoXP]

Help. Ik ben geupgrade met de proxymanager en heb opnieww een wildcard ssl cert ingesteld.
dit werkt voor alle subdomains goed.

Nu heb ik altijd mijn hoofd domain (zonder sub.domein.nl) naar homeassistant laten gaan. dit werkt nu niet meer, en ik kan niet achterhalen waarom niet.
alle subs werken (ook als ik een hass.domain.nl maak. als ik echter home assistant zonder sub wil gebruiken krijg ik het niet werkend. en ik zou niet weten waar te kijken.

[BB-One]

Church of Noise schreef op vrijdag 19 januari 2024 @ 18:51:
Kleine tip, meest recente update van Docker ce of containerd.io zorgt ervoor dat supervisor na een reboot niet meer werkt... Even wachten dus, er staat een issue open.

Pffff gisteren hele dag bezig geweest om dit op te lossen. Had gisteren wat gewijzigd aan andere instellingen waaronder wat netwerkinstellingen. Boel een reboot gegeven en zag toen dat supervisor niet meer werkte. Alles weer nagelopen in HA en netwerkinstellingen. Besloten om vandaag maar alles opnieuw te gaan installeren en zag gelukkig op tijd (!) deze post en de oplossing. Wel vervelend dat dit issue pas na een reboot naar voren komt...

Heb ik vandaag weer tijd voor wat anders

[Willempie27]

Bij de volgende code loop ik tegen het probleem aan om \\ als string te versturen bij nr 4. Bij option was single quote de oplossing maar ik krijg het bij de template niet voor elkaar.
Had verwacht dat "||'\\'" wel zou werken maar dat is niet het geval.

YAML:

options:
        - '////'
        - '//||'
        - '||||'
        - '||\\'
        - '\\\\'
        - '//\\'
        - '\\//'
        - 'swing'

    value_template: >-
        {% set values = {'1':'////', '2':'//||', '3':'||||', '4':'||\\'} %}
        {{ values[value] if value in values.keys() else '||||' }}

    command_template: >-
        {% set values = {'////':1, '//||':2,  '||||':3, '||\\':'4'} %}
        {{ values[value] if value in values.keys() else 3 }}

[TheFes]

Willempie27 schreef op zondag 21 januari 2024 @ 10:23:
Bij de volgende code loop ik tegen het probleem aan om \\ als string te versturen bij nr 4. Bij option was single quote de oplossing maar ik krijg het bij de template niet voor elkaar.
Had verwacht dat "||'\\'" wel zou werken maar dat is niet het geval.

YAML:

options:
        - '////'
        - '//||'
        - '||||'
        - '||\\'
        - '\\\\'
        - '//\\'
        - '\\//'
        - 'swing'

    value_template: >-
        {% set values = {'1':'////', '2':'//||', '3':'||||', '4':'||\\'} %}
        {{ values[value] if value in values.keys() else '||||' }}

    command_template: >-
        {% set values = {'////':1, '//||':2,  '||||':3, '||\\':'4'} %}
        {{ values[value] if value in values.keys() else 3 }}

Waar kijken we naar? Code voor welke integratie?

[alex3305]

@Willempie27 Een backslash wordt gebruikt om quotes te escapen. Dus als je quotes in quotes wilt doen, bijvoorbeeld zoiets:

$ echo "test nummer \"4\""
test nummer "4"

Een backslash kun je echter ook escapen met een backslash, bijvoorbeeld:

$ echo "test nummer \\\"4\\\""
test nummer \"4\"

Dit is op de command line, maar werkt in Jinja hetzelfde:

{{ '\'test\'' }}

'test'

Mijn vermoeden is dus dat dat ergens in jouw template gebeurt waardoor de opties dus niet overeenkomen. Ik zou je aanraden om geen tekens (of specifieker backslashes) als opties te gebruiken, maar alleen voor de weergave, mits mogelijk. Anders zou je uit moeten zoeken waar je de backslashes precies moet escapen om het door jouw gewenste resultaat te krijgen. Maar ik verwacht wel dat vier backslashes al een enorm verschil gaan maken.

[Toppe]

Iemand hier wel eens een lange USB kabel op z’n zigbee (Conbee 2) gezet? Ik zou deze het liefst een meter of 5 willen verlengen. Kan hem dan boven op een plafond kwijt. Alleen kost het me wel wat werk de kabel daar te krijgen en als het sowieso niet werkt bespaar ik mezelf liever die tijd

[Willempie27]

TheFes schreef op zondag 21 januari 2024 @ 10:49:
[...]


Waar kijken we naar? Code voor welke integratie?

Sorry, hierbij de gehele code. Het gaat om de MQTT integratie. De opzet was om de uitblaasrichting van de airco visueel te maken. De airco ontvangt alleen stand 1,2,3,4,5,6,7. Nu wil ik de optionslijst opnieuw mappen

YAML:

select:
  - unique_id: "SlaapkamerAC"
    name: "SlaapkamerAC"
    command_topic: "SlaapkamerAC/set/VanesLR"
    state_topic: "SlaapkamerAC/VanesLR"
    options:
        - '////'
        - '//||'
        - '||||'
        - '||\\'
        - '\\\\'
        - '//\\'
        - '\\//'
        - 'swing'

    value_template: >-
        {% set values = {'1':'////', '2':'//||', '3':'||||', '4':('||\\')} %}
        {{ values[value] if value in values.keys() else '||||' }}

    command_template: >-
        {% set values = {'////':1, '//||':2,  '||||':3, ('||\\'):'4'} %}
        {{ values[value] if value in values.keys() else 3 }}

[Gizz]

Toppe schreef op zondag 21 januari 2024 @ 10:56:
Iemand hier wel eens een lange USB kabel op z’n zigbee (Conbee 2) gezet? Ik zou deze het liefst een meter of 5 willen verlengen. Kan hem dan boven op een plafond kwijt. Alleen kost het me wel wat werk de kabel daar te krijgen en als het sowieso niet werkt bespaar ik mezelf liever die tijd

5 meter, dan zit je met USB2.0 echt net op het aanbevolen randje bij een passieve kabel. Zie ook Max Lengths of Every Type of USB Cable and How to Extend.

Je kunt het natuurlijk altijd eerst proberen zonder de kabel weg te werken. Gewoon aansluiten en kijken of het een paar weken goed werkt

[Willempie27]

alex3305 schreef op zondag 21 januari 2024 @ 10:51:
@Willempie27 Een backslash wordt gebruikt om quotes te escapen. Dus als je quotes in quotes wilt doen, bijvoorbeeld zoiets:

$ echo "test nummer \"4\""
test nummer "4"

Een backslash kun je echter ook escapen met een backslash, bijvoorbeeld:

$ echo "test nummer \\\"4\\\""
test nummer \"4\"

Dit is op de command line, maar werkt in Jinja hetzelfde:

{{ '\'test\'' }}

'test'

Mijn vermoeden is dus dat dat ergens in jouw template gebeurt waardoor de opties dus niet overeenkomen. Ik zou je aanraden om geen tekens (of specifieker backslashes) als opties te gebruiken, maar alleen voor de weergave, mits mogelijk. Anders zou je uit moeten zoeken waar je de backslashes precies moet escapen om het door jouw gewenste resultaat te krijgen. Maar ik verwacht wel dat vier backslashes al een enorm verschil gaan maken.

Aha, duidelijk, het is inmiddels gelukt. Thanx

[arieh]

(weet niet of dit een geschikt topic is, maar omdat ik dit met mijn homeassistent ervaar post ik het hier toch maar).

ik heb een goed werkend netwerk obv fritz 4040. Ik wil de router vervangen door een fritz 4060 (ivm wifi 6 en dect). Ik heb daarvoor de (wifi) config van de 4040 gebacked up en in de 4060 gezet. hierna de 4040 uit en de 4060 aan. Nagenoeg mijn hele netwerk lijkt nu te werken, behalve twee van mijn (esp based) sensoren.

Rare is dat ik de sensoren via de web interface gewoon kan benaderen, maar ze lijken moeilijk naar buiten te communiceren.

Athom presence sensor (https://devices.esphome.i...m-Human-Presence-Sensor): kan z'n informatie niet bij ESPHome afleveren (sensor staat unavailable in homeassistent)
mqtt based p1-dongle (https://github.com/mhendriks/DSMR-API-V2): geeft iedere x seconden melding "datum/tijd kan niet opgehaald worden" en heeft daardoor blijkbaar geen mogelijkheid de mqtt verbinding te maken met mijn homeassistent.

ik kan er met m'n pet niet bij dat deze sensoren via het netwerk wel gewoon te benaderen zijn, maar blijkbaar niet hun data kunnen afleveren via datzelfde netwerk bij mijn homeassistent.
Het enige dat ik me kan bedenken is dat deze sensors niet goed overweg kunnen met de wifi accesspoint van de 4060 router.

ik heb nu mijn oude router maar weer terug, waarna alles gelijk weer goed werkte.

wie heeft er suggesties waarom deze sensoren zo raar reageren en hoe ik dit kan oplossen?

[Toppe]

Gizz schreef op zondag 21 januari 2024 @ 11:08:
[...]

5 meter, dan zit je met USB2.0 echt net op het aanbevolen randje bij een passieve kabel. Zie ook Max Lengths of Every Type of USB Cable and How to Extend.

Je kunt het natuurlijk altijd eerst proberen zonder de kabel weg te werken. Gewoon aansluiten en kijken of het een paar weken goed werkt

Klopt, vandaar ook mijn vraag. Irriteer me er nog steeds aan dat er geen zigbee UTP stick is. Dat zou hier een zeer welkome aanvulling zijn

[Gizz]

Toppe schreef op zondag 21 januari 2024 @ 11:25:
[...]
Irriteer me er nog steeds aan dat er geen zigbee UTP stick is.

Die zijn er toch wel? Kijk maar eens in dit lijstje met recommended CC2652-coördinators onder Hybrid (network + USB) en Network

edit: onder Experimental staan er ook nog 2 network based op basis van de EFR32. Waarvan deze ook direct te koop in Nederland.

[ Voor 22% gewijzigd door Gizz op 21-01-2024 11:32 ]

[Toppe]

Gizz schreef op zondag 21 januari 2024 @ 11:27:
[...]

Die zijn er toch wel? Kijk maar eens in dit lijstje met recommended CC2652-coördinators onder Hybrid (network + USB) en Network

edit: onder Experimental staan er ook nog 2 network based op basis van de EFR32. Waarvan deze ook direct te koop in Nederland.

Lol, zovaak naar gezocht hè

Gelukkig is de SkyConnect niet aangeraden voor een stabiele setup

[ Voor 5% gewijzigd door Toppe op 21-01-2024 11:36 ]

[sOid]

@Toppe Wat wil je hier eigenlijk mee bereiken? Als je wat routers in je zigbee netwerk hebt die het signaal 'versterken', dan maakt het allemaal niet zo veel uit toch?

[Sp33dFr34k]

Hoor altijd mensen die werken met een USB verlengkabel, mijn Zigbee stick draait al maandenlang prima, pal langs een Zwave stick. Server staat zelfs op zolder, terwijl bijna alle Zigbee apparaten op de begane grond zijn. Merk ook geen lag oid, geluk ofzo?

[Gizz]

Toppe schreef op zondag 21 januari 2024 @ 11:33:
[...]


Lol, zovaak naar gezocht hè

Je conbee op V&A en lekker shoppen dan

Ik zie nu dat er een aantal varianten zijn:

CC2652 zonder POE
CC2652 met POE
EFR32 met POE

Zelf zou ik dan voor een CC2652 gaan.

[Toppe]

sOid schreef op zondag 21 januari 2024 @ 11:36:
@Toppe Wat wil je hier eigenlijk mee bereiken? Als je wat routers in je zigbee netwerk hebt die het signaal 'versterken', dan maakt het allemaal niet zo veel uit toch?

Ik heb buiten 0,0 bereik. Dus zit te twijfelen om voor een extra Pi te gaan die alleen zigbee2mqtt draait (of vergelijkbaar) zodat die rechtstreeks kan praten met HA…

Heb een lading van deze krengen gekocht: https://amzn.eu/d/am44wMb maar zodra ik met 1 z’n plug buiten kom is het bereik weg. Heb ze van Athom.tech met wifi en ESPHome en die werken echt feilloos

[ Voor 18% gewijzigd door Toppe op 21-01-2024 11:45 ]

[sOid]

Toppe schreef op zondag 21 januari 2024 @ 11:42:
[...]


Ik heb buiten 0,0 bereik. Dus zit te twijfelen om voor een extra Pi te gaan die alleen zigbee2mqtt draait (of vergelijkbaar) zodat die rechtstreeks kan praten met HA…

Heb een lading van deze krengen gekocht: https://amzn.eu/d/am44wMb maar zodra ik met 1 z’n plug buiten kom is het bereik weg. Heb ze van Athom.tech met wifi en ESPHome en die werken echt feilloos

Mkay. Ik heb aan de schuur een armatuur met een Hue-lamp die als router/repeater werkt. Op 7 a 8 meter afstand van het dichtstbijzijnde zigbee-apparaat en dat werkt prima. Door glas/steen heen.

Maar goed, matig geïsoleerd jaren '60 huis, misschien is dat het verschil

[davasch]

Hier ongeveer zelfde situatie met nieuwbouw. Buitenlampje met zigbee lamp erin niet al te ver van een lamp binnen. Dat werkt hier prima.

[ThinkPad]

Gizz schreef op zondag 21 januari 2024 @ 11:39:
[...]

Je conbee op V&A en lekker shoppen dan

Ik zie nu dat er een aantal varianten zijn:

CC2652 zonder POE
CC2652 met POE
EFR32 met POE

Zelf zou ik dan voor een CC2652 gaan.

Dit zou ook mijn voorkeur hebben. Heb vanaf dat ik startte met domotica altijd al de voorkeur gehad om e.e.a. via netwerk te doen i.p.v. USB. Heb je ook nooit gedonder met doorgeven van USB-device naar een VM/Docker-container. Werkt gewoon wat makkelijker als je alleen een IP-adres en poort hoeft in te geven.

P1 heb ik bijv. via uitvoering: YouLess LS120 energiemeter i.p.v. een USB-kabel.

[ Voor 12% gewijzigd door ThinkPad op 21-01-2024 11:58 ]

[Toppe]

ThinkPad schreef op zondag 21 januari 2024 @ 11:56:
[...]

Dit zou ook mijn voorkeur hebben. Heb vanaf dat ik startte met domotica altijd al de voorkeur gehad om e.e.a. via netwerk te doen i.p.v. USB. Heb je ook nooit gedonder met doorgeven van USB-device naar een VM/Docker-container. Werkt gewoon wat makkelijker als je alleen een IP-adres en poort hoeft in te geven.

P1 heb ik bijv. via uitvoering: YouLess LS120 energiemeter i.p.v. een USB-kabel.

Zal eens kijken of Z2M ook werkt met meerdere ‘sticks’, dan kan ik met 3/4 van die dingen een gigantisch netwerk maken.

Of ik plemp een dikke buiten antenne op het dak

[Gizz]

@Toppe je kunt maar 1 coördinator in je mesh hebben. Je kunt zo'n stick wel flashen met router firmware, maar dan werkt ie in principe net als elke router binnen je mesh (wel met een veel betere antenne).

[Toppe]

Gizz schreef op zondag 21 januari 2024 @ 12:05:
@Toppe je kunt maar 1 coördinator in je mesh hebben. Je kunt zo'n stick wel flashen met router firmware, maar dan werkt ie in principe net als elke router binnen je mesh (wel met een veel betere antenne).

Andere technologie maar 15km bereik dat zouden ze ook voor zigbee moeten hebben

[DaRk PoIsOn]

Toppe schreef op zondag 21 januari 2024 @ 12:03:
[...]


Zal eens kijken of Z2M ook werkt met meerdere ‘sticks’, dan kan ik met 3/4 van die dingen een gigantisch netwerk maken.

Of ik plemp een dikke buiten antenne op het dak

Gezien Z2M via MQTT werkt, zou dit gewoon moeten werken.
Zolang elke instantie maar een rigen coördinator heeft.
Je zou zels kunnen proberen ZHA naast Z2M te draaien of DeConz, gezien het andere integraties met eigen stick zijn.
Het zijn dan wel 2 afzonderlijke netwerken...

[Hmmbob]

Toppe schreef op zondag 21 januari 2024 @ 12:12:
[...]

Andere technologie maar 15km bereik dat zouden ze ook voor zigbee moeten hebben
[Afbeelding]

Kan je zelf wel heel hard mee zenden, maar als je battery powered sensors niet net zo hard kunnen terugroepen, ga je ze nog steeds niet ontvangen...

Edit: sarcasm wel ontvangen , maar wilde ook een serieuze reactie geven want wel belangrijk om dat te begrijpen

[ Voor 9% gewijzigd door Hmmbob op 21-01-2024 12:43 ]

[Toppe]

Hmmbob schreef op zondag 21 januari 2024 @ 12:42:
[...]

Kan je zelf wel heel hard mee zenden, maar als je battery powered sensors niet net zo hard kunnen terugroepen, ga je ze nog steeds niet ontvangen...

Dat klopt, maar er is een technical note vanuit de alliance dat je straks ook kan terug zenden via 230v devices en dat je de routers onderling ook aan elkaar kan laten verbinden. Dus deze dingen hangen we straks hier in het dorp op en dan ben je met 4 van die dingen klaar om 70% van de gemeente te kunnen dekken

Ik ga eens kijken hoe je andere firmware op die sticks kan krijgen zodat ze mee doen als versterker in het netwerk. Voor die 55 euri wil ik het wel proberen zeg maar

[ Voor 12% gewijzigd door Toppe op 21-01-2024 12:46 ]

[synoniem]

Toppe schreef op zondag 21 januari 2024 @ 12:45:
[...]


Dat klopt, maar er is een technical note vanuit de alliance dat je straks ook kan terug zenden via 230v devices en dat je de routers onderling ook aan elkaar kan laten verbinden. Dus deze dingen hangen we straks hier in het dorp op en dan ben je met 4 van die dingen klaar om 70% van de gemeente te kunnen dekken

Welke communicatiebehoefte en met welke snelheid gaat daar baat bij hebben?

[Toppe]

synoniem schreef op zondag 21 januari 2024 @ 12:47:
[...]

Welke communicatiebehoefte en met welke snelheid gaat daar baat bij hebben?

Hangt van je doel af uiteraard maar wij gebruiken deze technologie voor noodverlichting (zakelijk). Vorige maan een project in Groningen afgerond: 120 apparaten zenden elke 8 uur een bericht uit. Dat heeft tot nu toe nog geen 200mb gekost

Helaas kunnen ze nog niet met MQTT praten zonder Node-Red, anders had hier allang zo;n ding gehangen. Sensoren zijn inderdaad iets prijziger maar batterijen gaan bijvoorbeeld al 5 jaar mee

[Rouwette]

Toppe schreef op zondag 21 januari 2024 @ 10:56:
Iemand hier wel eens een lange USB kabel op z’n zigbee (Conbee 2) gezet? Ik zou deze het liefst een meter of 5 willen verlengen. Kan hem dan boven op een plafond kwijt. Alleen kost het me wel wat werk de kabel daar te krijgen en als het sowieso niet werkt bespaar ik mezelf liever die tijd

Ik heb een 10m usb kabel voor mijn Zigbee CC2652P.
De NUC staat in de kelder en de stick hangt boven bij de kelderdeur

[Swerfer]

davasch schreef op zondag 21 januari 2024 @ 11:56:
Hier ongeveer zelfde situatie met nieuwbouw. Buitenlampje met zigbee lamp erin niet al te ver van een lamp binnen. Dat werkt hier prima.

Hier ook Hue-lampen. Langs mijn tuinpad 5 stuks en daarmee kom ik zonder problemen 60 meter diep in mijn achtertuin waar ik een terrasoverkapping heb met een werkkamer, omvormer voor mijn zonnepanelen en diverse andere Zigbee-apparatuur/-lampen...

[synoniem]

Tja, met 60 meter zit ik in de achtertuin van de buren en die hebben zover ik weet geen Zigbee apparatuur

[bello2011]

Ik bereken de SCOP van mijn warmtepomp met de onderstaande aanvulling in configuration.yaml

YAML:

#### Bereken SCOP
template:
  - trigger:
      - platform: time_pattern
        minutes: 59
        seconds: 59
    sensor:
      - name: "Hourly COP"
        unit_of_measurement: "%"
        icon: "mdi:gauge"
        state: "{{ states('sensor.luxtronik2_current_heat_output')|float(0) / states('sensor.kwh_meter_3_phase_3c39e722deda_active_power')|float(1) }}"
        availability: "{{ states('sensor.luxtronik2_current_heat_output')|is_number and states('sensor.kwh_meter_3_phase_3c39e722deda_active_power')|is_number }}"
####

Dit werkt prima echter op deze manier bereken ik de COP ongeacht de bedrijfsmodus van de warmtepomp door elkaar. Ik wil de COP graag berekenen als de warmtepomp in bedrijf is bij verwarmen en als deze in bedrijf is bij het maken van warmwater. Deze bedrijfsmodus worden beide apart binnen gehaald. Wie kan mij op weg helpen met het aanpassen van de code?

[ Voor 0% gewijzigd door Septillion op 21-01-2024 15:57 ]

[Toppe]

bello2011 schreef op zondag 21 januari 2024 @ 13:40:
Ik bereken de SCOP van mijn warmtepomp met de onderstaande aanvulling in configuration.yaml

code:

#### Bereken SCOP
template:
  - trigger:
      - platform: time_pattern
        minutes: 59
        seconds: 59
    sensor:
      - name: "Hourly COP"
        unit_of_measurement: "%"
        icon: "mdi:gauge"
        state: "{{ states('sensor.luxtronik2_current_heat_output')|float(0) / states('sensor.kwh_meter_3_phase_3c39e722deda_active_power')|float(1) }}"
        availability: "{{ states('sensor.luxtronik2_current_heat_output')|is_number and states('sensor.kwh_meter_3_phase_3c39e722deda_active_power')|is_number }}"
####

Dit werkt prima echter op deze manier bereken ik de COP ongeacht de bedrijfsmodus van de warmtepomp door elkaar. Ik de COP graag berekenen als de warmtepomp in bedrijf is bij verwarmen en als deze in bedrijf is bij het maken van warmwater. Deze bedrijfsmodus worden beide apart binnen gehaald. Wie kan mij op weg helpen met het aanpassen van de code?

Wellicht handig om te delen welke entiteit de modus bijhoudt en welke modus hij echt kent..?

[Swerfer]

En handig om aan te geven welke warmtepomp. Voor bijna elke warmtepomp is er een apart forum, inclusief vele HA-oplossingen...

[bello2011]

Toppe schreef op zondag 21 januari 2024 @ 13:42:
[...]

Wellicht handig om te delen welke entiteit de modus bijhoudt en welke modus hij echt kent..?

Het gaat om Entiteits-ID sensor.luxtronik2_status welke de status heeft "verwarmt" of de status "Industrieel water".
De warmtepomp is een Alpha Innotec met een Luxtronik controller.

[Clumsy Smurf]

@Toppe
Is dan een Zigbee stick over ethernet niet een oplossing?

Zag later in je andere posts dat je hier zelf ook al mee kwam.

[ Voor 81% gewijzigd door Clumsy Smurf op 21-01-2024 14:27 . Reden: Toppe heeft dit zelf al bedacht ]

[Septillion]

arieh schreef op zondag 21 januari 2024 @ 11:14:
(weet niet of dit een geschikt topic is, maar omdat ik dit met mijn homeassistent ervaar post ik het hier toch maar).

ik heb een goed werkend netwerk obv fritz 4040. Ik wil de router vervangen door een fritz 4060 (ivm wifi 6 en dect). Ik heb daarvoor de (wifi) config van de 4040 gebacked up en in de 4060 gezet. hierna de 4040 uit en de 4060 aan. Nagenoeg mijn hele netwerk lijkt nu te werken, behalve twee van mijn (esp based) sensoren.

Rare is dat ik de sensoren via de web interface gewoon kan benaderen, maar ze lijken moeilijk naar buiten te communiceren.

Athom presence sensor (https://devices.esphome.i...m-Human-Presence-Sensor): kan z'n informatie niet bij ESPHome afleveren (sensor staat unavailable in homeassistent)
mqtt based p1-dongle (https://github.com/mhendriks/DSMR-API-V2): geeft iedere x seconden melding "datum/tijd kan niet opgehaald worden" en heeft daardoor blijkbaar geen mogelijkheid de mqtt verbinding te maken met mijn homeassistent.

ik kan er met m'n pet niet bij dat deze sensoren via het netwerk wel gewoon te benaderen zijn, maar blijkbaar niet hun data kunnen afleveren via datzelfde netwerk bij mijn homeassistent.
Het enige dat ik me kan bedenken is dat deze sensors niet goed overweg kunnen met de wifi accesspoint van de 4060 router.

ik heb nu mijn oude router maar weer terug, waarna alles gelijk weer goed werkte.

wie heeft er suggesties waarom deze sensoren zo raar reageren en hoe ik dit kan oplossen?

Klinkt mij alsof ze geen internet toegang hebben, dus geen tijd mogen ophalen via NTP en daar niet mee om weten te gaan. Zou dat kunnen kloppen?

[Septillion]

Toppe schreef op zondag 21 januari 2024 @ 12:54:
zenden elke 8 uur een bericht uit.

Dat is wel even heeeeeeeeeeeeeeel stuk minder dan je gemiddelde Zigbee sensor in huis zou doen.

Zigbee is ook best efficient. Maar bij wireless zal je altijd keuzes moeten maken qua bereik, power, antenne grotte, antenne complexiteit, datarate, data duty cycle, gebruikte band, kosten etc. En beter op ene punt is gewoon altijd slechter op een andere punt. En zelfs meer bereik is niet altijd beter. Want dat betekend ook gewoon dat hij verder stoort.

Maar goed, jou zou een tweede Z2M server kunnen draaien voor een los netwerk buiten. Maar zou eerst eens proberen door een router (gewoon een lamp ofzo) aan de gevel ofzo te hangen.

[Barfman]

ejdvandenberg schreef op vrijdag 19 januari 2024 @ 20:55:
Ik heb al een tijdje een probleem.
Beide integraties die ik uit de HACS store wil gebruiken blijven hangen op het moment dat ik bij 'add integration' ze seleceer:

Please wait, starting configuration wizard for kia_uvo
Voor LG Horizon (ziggo settup box) hetzelfde. Blijft voor eeuwig staan op Please wait...

Downloaden, herdownloaden, rebooten en HACS opnieuw installeren heeft allemaal nog niet geholpen.

Wie heeft er tips hoe ik dit kan debuggen?

Ik heb ook dat de media player sensor op "niet beschikbaar" staat, worden wat problemen gemeld op de GitHub pagina van LG Horizon

[Septillion]

@bello2011 Zijn dat nu al sensoren die een uur bijhouden?

Maar je zou zowel de output als de input energie in een utility meter kunnen doen en daar een tariff per modus op te geven. Vervolgens update je de utility meters dan ook zodra de modus van je WP verandert.

En neem aan dat sensor.kwh_meter_3_phase_3c39e722deda_active_power gewoon een foutieve sh*t naam is en daar niet power maar energy had moeten staan. Dat er nog steeds brakke integraties dat power noem

[Winduss]

Ik ben al een tijdje bezig om een mooi systeempje met ESPhome in een oud Ikea kastje te bouwen.

Hij heeft een tijdje NTP tijd, datum etc laten zien en wat andere stats die te veranderen waren met de pot. Nu is ie geïntegreerd in Home Assistant en gaat ie waarschijnlijk ook AdGuard stats laten zien, daarvoor was de code bijna helemaal werkend.
Maar nu laat hij doormiddel van een DHT22 gewoon de temp zien in de kamer. Dus voor wie het wil, hier is een snippet van de code:

YAML:

sensor:
  - platform: dht
    pin: GPIO15
    temperature:
      id: temperatuur
      name: "temperatuur"
    humidity:
      id: vochtigheid
      name: "vochtigheid"
    update_interval: 60s
    model: DHT22

display:
  - platform: lcd_pcf8574
    dimensions: 20x2
    address: 0x27
    lambda: |-
        {
            it.no_backlight();
            char temperature_string[6];
            char humidity_string[6];
            dtostrf(id(temperatuur).state, 4, 2, temperature_string);
            dtostrf(id(vochtigheid).state, 4, 2, humidity_string);

            it.printf("T: %s C\n", temperature_string);
            it.printf("\nH: %s %%", humidity_string);
        }

[pistole]

Church of Noise schreef op vrijdag 19 januari 2024 @ 19:23:
[...]

Downgrade helpt, en kan je zo doen:

code:

sudo apt install \
docker-compose-plugin=2.21.0-1~debian.12~bookworm \
docker-ce-cli=5:24.0.7-1~debian.12~bookworm \
docker-buildx-plugin=0.11.2-1~debian.12~bookworm \
docker-ce=5:24.0.7-1~debian.12~bookworm \
docker-ce-rootless-extras=5:24.0.7-1~debian.12~bookworm

Issue: https://github.com/home-assistant/supervisor/issues/4827

Misschien een beetje offtopic, maar ik heb sinds vanochtend ook dit probleem, maar het lukt mij niet om terug te gaan naar oudere versies.

Vanuit mijn apt history log:

code:

Upgrade: docker-compose-plugin:amd64 (2.21.0-1~ubuntu.20.04~focal, 2.24.1-1~ubuntu.20.04~focal), libmm-glib0:amd64 (1.20.0-1~ubuntu22.04.2, 1.20.0-1~ubuntu22.04.3), docker-ce-cli:amd64 (5:24.0.7-1~ubuntu.20.04~focal, 5:25.0.0-1~ubuntu.20.04~focal), modemmanager:amd64 (1.20.0-1~ubuntu22.04.2, 1.20.0-1~ubuntu22.04.3), tzdata:amd64 (2023c-0ubuntu0.22.04.2, 2023d-0ubuntu0.22.04), docker-buildx-plugin:amd64 (0.11.2-1~ubuntu.20.04~focal, 0.12.1-1~ubuntu.20.04~focal), docker-ce:amd64 (5:24.0.7-1~ubuntu.20.04~focal, 5:25.0.0-1~ubuntu.20.04~focal), motd-news-config:amd64 (12ubuntu4.4, 12ubuntu4.5), docker-ce-rootless-extras:amd64 (5:24.0.7-1~ubuntu.20.04~focal, 5:25.0.0-1~ubuntu.20.04~focal), base-files:amd64 (12ubuntu4.4, 12ubuntu4.5), systemd-hwe-hwdb:amd64 (249.11.4, 249.11.5)

Maar als ik, bij voorbeeld, probeer terug te gaan met docker-ce dan krijg ik:

code:

E: Version '2.21.0-1~ubuntu.20.04~focal' for 'docker-compose-plugin' was not found
E: Version '5:24.0.7-1~ubuntu.20.04~focal' for 'docker-ce-cli' was not found
E: Version '0.11.2-1~ubuntu.20.04~focal' for 'docker-buildx-plugin' was not found
E: Version '5:24.0.7-1~ubuntu.20.04~focal' for 'docker-ce' was not found
E: Version '5:24.0.7-1~ubuntu.20.04~focal' for 'docker-ce-rootless-extras' was not found

Ik had natuurlijk al lang geleden naar een supported versie van Debian moeten overstappen, maar ja...

Iemand een goede tip hoe ik op de juiste manier terug kan naar de werkende versies?

[noo]

Zijn er mensen die met de device_tracker van de AVM Fritz!Box Tools integratie succesvol het niet thuis zijn van hun Tesla kunnen detecteren aan de hand van het al dan niet verbonden zijn met de thuiswifi? Bij mij geeft de device_tracker wel 'not_home' aan als mijn Tesla in slaap is gevallen op de oprit (begrijpelijk, daar kan ik mee leven), maar als ie van de thuiswifi is omdat ik een rit aan het maken ben blijft de status, zelfs na anderhalf uur nog steeds 'home'.

Voorbeeld uit 'History' van device_tracker.tesla van vandaag:

21 January 2024


Tesla was detected away
16:09:54 - 1 hour ago (Tesla is op de oprit in slaap gevallen na thuiskomst, prima)

Tesla was detected at home
15:31:57 - 2 hours ago (Zojuist thuis op de oprit geparkeerd)

Tesla was detected away
15:07:45 - 2 hours ago (Al anderhalf uur onderweg, device_tracker.tesla is nog steeds 'home', van ellende zelf maar via Developer Tools de state op 'not_home' gezet)

Tesla was detected at home
13:32:36 - 4 hours ago (Net ingestapt om te vertrekken voor een ritje, Tesla is wakker geworden en even verbonden met de thuiswifi)

Attributes van de device_tracker:

code:

source_type: router
ip: 192.168.179.4
mac: <redacted>
host_name: Tesla
last_time_reachable: 2024-01-21T14:58:53+00:00
icon: mdi:lan-disconnect
friendly_name: Tesla

[ Voor 8% gewijzigd door noo op 21-01-2024 17:19 ]

[Toppe]

noo schreef op zondag 21 januari 2024 @ 17:15:
Zijn er mensen die met de device_tracker van de AVM Fritz!Box Tools integratie succesvol het niet thuis zijn van hun Tesla kunnen detecteren aan de hand van het al dan niet verbonden zijn met de thuiswifi? Bij mij geeft de device_tracker wel 'not_home' aan als mijn Tesla in slaap is gevallen op de oprit (begrijpelijk, daar kan ik mee leven), maar als ie van de thuiswifi is omdat ik een rit aan het maken ben blijft de status, zelfs na anderhalf uur nog steeds 'home'.

Voorbeeld uit 'History' van device_tracker.tesla van vandaag:

21 January 2024


Tesla was detected away
16:09:54 - 1 hour ago (Tesla is op de oprit in slaap gevallen na thuiskomst, prima)

Tesla was detected at home
15:31:57 - 2 hours ago (Zojuist thuis op de oprit geparkeerd)

Tesla was detected away
15:07:45 - 2 hours ago (Al anderhalf uur onderweg, device_tracker.tesla is nog steeds 'home', van ellende zelf maar via Developer Tools de state op 'not_home' gezet)

Tesla was detected at home
13:32:36 - 4 hours ago (Net ingestapt om te vertrekken voor een ritje, Tesla is wakker geworden en even verbonden met de thuiswifi)

Er is toch een tesla intergratie?

[Septillion]

@Winduss Weet wel dat als je ooit 100% humidity hebt dat je code dan crasht Immers is "100.00" namelijk 7 characters.

Of sterker nog, volgens mij is het nu puur geluk dat je strings nu null terminated zijn. Zou je strings even declareren als char temperature_string[6] = {0};

[edit] Mm, lijkt erop dat dtostrf() intern strcpy() doet en daarmee al een null terminator plaatst.

[Toppe]

Septillion schreef op zondag 21 januari 2024 @ 15:56:
[...]

Dat is wel even heeeeeeeeeeeeeeel stuk minder dan je gemiddelde Zigbee sensor in huis zou doen.

Zigbee is ook best efficient. Maar bij wireless zal je altijd keuzes moeten maken qua bereik, power, antenne grotte, antenne complexiteit, datarate, data duty cycle, gebruikte band, kosten etc. En beter op ene punt is gewoon altijd slechter op een andere punt. En zelfs meer bereik is niet altijd beter. Want dat betekend ook gewoon dat hij verder stoort.

Maar goed, jou zou een tweede Z2M server kunnen draaien voor een los netwerk buiten. Maar zou eerst eens proberen door een router (gewoon een lamp ofzo) aan de gevel ofzo te hangen.

Ik heb buiten 17 zigbee lampen hangen, al hangen die wel in het orginele Hue netwerk en dat wil ik zou houden.

Wel heb ik diverse 230v tussen stekkers geplaatst in het Z2M netwerk. Waaronder deze, binnen aangegeven in het paars. Buiten paars is de sensor

De gevel is echt geen meter dik en tóch heeft m’n sensor geen bereik of anders maar voor een dag of 2.

Nu hangt de AED er vlak boven en daar zit een POW met display (@Septillion heb jij mij nog geleverd): perfect bereik. Mogelijk heb ik daar nog wat mogelijkheden met een bedrade deur contact sensor ofzo

Aan de achterkant een soort gelijke constructie: plug binnen en plug buiten. Plug binnen reageert prima, buiten doet het gewoon niet.

Ja, ik koppel ze op de plek waar ik ze wil gebruiken.



Nu moet ik weer met routers aan de slag waar ik de ballen van begrijp

Je zou verwachten dat die dingen volop aangeboden worden met de juiste software, maar niets is minder waar.

[ Voor 5% gewijzigd door Toppe op 21-01-2024 18:27 ]

[Aziraphale]

Erm... Ik heb vanmiddag eens geprobeerd om alle entities van mijn Nibe integratie op enabled te zetten om zo te zien of er nog wat nieuws te vinden was. Het resultaat is nu echter dat alle entities op unavailable staan, dus ook degene die het het afgelopen jaar gewoon gedaan hebben.

Wat zou ik fout gedaan kunnen hebben en hoe zou ik dit weer kunnen repareren? In het log zie ik o.a. de volgende meldingen:

code:

Logger: pymodbus.logging
Source: components/modbus/modbus.py:456
First occurred: 17:06:32 (1883 occurrences)
Last logged: 18:42:37

Connection to (192.168.178.163, 502) failed: timed out

code:

Logger: homeassistant.components.modbus.modbus
Source: components/modbus/modbus.py:375
Integration: Modbus (documentation, issues)
First occurred: 16:57:13 (1 occurrences)
Last logged: 16:57:13

Pymodbus: NibeS2125: Error: device: 1 address: 2291 -> Modbus Error: [Input/Output] Modbus Error: [Invalid Message] No response received, expected at least 8 bytes (0 received)

[ Voor 47% gewijzigd door Aziraphale op 21-01-2024 18:45 ]

[Toppe]

Aziraphale schreef op zondag 21 januari 2024 @ 18:32:
Erm... Ik heb vanmiddag eens geprobeerd om alle entities van mijn Nibe integratie op enabled te zetten om zo te zien of er nog wat nieuws te vinden was. Het resultaat is nu echter dat alle entities op unavailable staan, dus ook degene die het het afgelopen jaar gewoon gedaan hebben.

Wat zou ik fout gedaan kunnen hebben en hoe zou ik dit weer kunnen repareren? In het log zie ik o.a. de volgende meldingen:

code:

Logger: pymodbus.logging
Source: components/modbus/modbus.py:456
First occurred: 17:06:32 (1883 occurrences)
Last logged: 18:42:37

Connection to (192.168.178.163, 502) failed: timed out

code:

Logger: homeassistant.components.modbus.modbus
Source: components/modbus/modbus.py:375
Integration: Modbus (documentation, issues)
First occurred: 16:57:13 (1 occurrences)
Last logged: 16:57:13

Pymodbus: NibeS2125: Error: device: 1 address: 2291 -> Modbus Error: [Input/Output] Modbus Error: [Invalid Message] No response received, expected at least 8 bytes (0 received)

Beide opnieuw opstarten al geprobeerd denk ik?

[Aziraphale]

Toppe schreef op zondag 21 januari 2024 @ 19:02:
[...]


Beide opnieuw opstarten al geprobeerd denk ik?

Home Assistant wel, de warmtepomp nog niet. Althans, dat bedoel je met beide? Hij is namelijk nog wel gewoon verbonden met mijn netwerk, vandaar.

[Toppe]

Aziraphale schreef op zondag 21 januari 2024 @ 19:04:
[...]


Home Assistant wel, de warmtepomp nog niet. Althans, dat bedoel je met beide? Hij is namelijk nog wel gewoon verbonden met mijn netwerk, vandaar.

Je zou even je module kunnen herstarten. Lijkt er op dat er iets fout gaat in de communicatie

[Aziraphale]

Toppe schreef op zondag 21 januari 2024 @ 19:12:
[...]


Je zou even je module kunnen herstarten. Lijkt er op dat er iets fout gaat in de communicatie

Dat was hem, thanks! Nu even weer alles aanzetten...

[Ferrox1]

Hmm... ik kreeg een melding met de nieuwe versie HASS dat een aantal sensors een combinatie met de state_class ' monetary' niet goed was. Dit moest dan total zijn of total_increasing. Afin, alles veranderd naar total en geen melding meer. Wel een ander probleem, en dat is dat de long term statistics dus niet meer geladen worden. Wat ook tot gevolg heeft dat een hoop grafieken niet meer werken. Ik weet als ik de unique_id verander het weer zal werken (al vermoed ik dat alles dan een _2 extra krijgt en ik dus alles aan moet passen), maar dat is voor mij niet wenselijk. Ik wil ook de historische data weer werkend hebben.

Heeft iemand een tip hoe dit te doen en waar dit te doen?

[bello2011]

Septillion schreef op zondag 21 januari 2024 @ 16:02:
@bello2011 Zijn dat nu al sensoren die een uur bijhouden?

Maar je zou zowel de output als de input energie in een utility meter kunnen doen en daar een tariff per modus op te geven. Vervolgens update je de utility meters dan ook zodra de modus van je WP verandert.

En neem aan dat sensor.kwh_meter_3_phase_3c39e722deda_active_power gewoon een foutieve sh*t naam is en daar niet power maar energy had moeten staan. Dat er nog steeds brakke integraties dat power noem

Neeeh, dit is mijn fout. Ik deel het opgewekte vermogen in W door het opgenomen vermogen in W. Dit moet bij beiden natuurlijk de hoeveelheid energie in kWh zijn. Aangezien ik geen programmeur geeft mij dit een nieuwe uitdaging. De hoeveelheden energie worden ook geregistreerd maar hiervan moet ik per uur de hoeveelheid opgewekte delen door de verbruikte hoeveelheid.

[Klippy]

Dit is ongetwijfeld al eens behandeld, maar kan het niet echt vinden, ook niet op de HASS fora.

Ik merk dat ik altijd de Tado app blijf gebruiken om te verwarmen en de rest met HASS doe. De reden is vooral dat ik altijd een timer instel zodra ik de verwarming aan zet. Ik ben dus niet gewend de verwarming uit te zetten en de tijd is dus variabel.
In de Tado app krijg je mooi met één klik die slider om de duur in te stellen. De Tado API in HASS heeft hier ook ondersteuning voor:
time_period: Time Period, Period of time the boost should last for e.g., 01:30:00

Maar de standaard Thermostat card niet zover ik zie. En ik kan ook niet meteen een alternatief vinden die dat wel makkelijk kan.
Ik zou graag meteen de duur willen zien (het tijdstip tot wanneer de huidige boost duurt, eventueel de overgebleven tijd) en de via één knop kunnen aanpassen met een time picker of slider.

[pistole]

pistole schreef op zondag 21 januari 2024 @ 17:07:
[...]

Misschien een beetje offtopic, maar ik heb sinds vanochtend ook dit probleem, maar het lukt mij niet om terug te gaan naar oudere versies.

Vanuit mijn apt history log:

code:

Upgrade: docker-compose-plugin:amd64 (2.21.0-1~ubuntu.20.04~focal, 2.24.1-1~ubuntu.20.04~focal), libmm-glib0:amd64 (1.20.0-1~ubuntu22.04.2, 1.20.0-1~ubuntu22.04.3), docker-ce-cli:amd64 (5:24.0.7-1~ubuntu.20.04~focal, 5:25.0.0-1~ubuntu.20.04~focal), modemmanager:amd64 (1.20.0-1~ubuntu22.04.2, 1.20.0-1~ubuntu22.04.3), tzdata:amd64 (2023c-0ubuntu0.22.04.2, 2023d-0ubuntu0.22.04), docker-buildx-plugin:amd64 (0.11.2-1~ubuntu.20.04~focal, 0.12.1-1~ubuntu.20.04~focal), docker-ce:amd64 (5:24.0.7-1~ubuntu.20.04~focal, 5:25.0.0-1~ubuntu.20.04~focal), motd-news-config:amd64 (12ubuntu4.4, 12ubuntu4.5), docker-ce-rootless-extras:amd64 (5:24.0.7-1~ubuntu.20.04~focal, 5:25.0.0-1~ubuntu.20.04~focal), base-files:amd64 (12ubuntu4.4, 12ubuntu4.5), systemd-hwe-hwdb:amd64 (249.11.4, 249.11.5)

Maar als ik, bij voorbeeld, probeer terug te gaan met docker-ce dan krijg ik:

code:

E: Version '2.21.0-1~ubuntu.20.04~focal' for 'docker-compose-plugin' was not found
E: Version '5:24.0.7-1~ubuntu.20.04~focal' for 'docker-ce-cli' was not found
E: Version '0.11.2-1~ubuntu.20.04~focal' for 'docker-buildx-plugin' was not found
E: Version '5:24.0.7-1~ubuntu.20.04~focal' for 'docker-ce' was not found
E: Version '5:24.0.7-1~ubuntu.20.04~focal' for 'docker-ce-rootless-extras' was not found

Ik had natuurlijk al lang geleden naar een supported versie van Debian moeten overstappen, maar ja...

Iemand een goede tip hoe ik op de juiste manier terug kan naar de werkende versies?

FYI, met behulp van package listings op https://download.docker.com/linux/ubuntu/dists/ uiteindelijk gelukt met handmatig downloaden van betreffende packages en downgraden. Ik noem het even voor het geval anderen hier iets aan hebben.

[Vos]

Ik heb sinds vanmiddag issues met HA. De verbinding wordt steeds minuten verbroken, komt weer terug paar minuten, dan weer weg.

- Heb een backup van 2 dagen geleden teruggezet, systeem draaide tot voor vanmiddag perfect.
- Heb HA opnieuw gestart
- Mode, router, switch herstart
- HA 2024.1.3 geprobeerd
- HA 2024.1.2 geprobeerd (was van backup versie)
- VM opnieuw gestart


Iemand een idee hoe dit te debuggen? Via het logboek in HA zelf?

[Ferrox1]

Ferrox1 schreef op zondag 21 januari 2024 @ 19:30:
Hmm... ik kreeg een melding met de nieuwe versie HASS dat een aantal sensors een combinatie met de state_class ' monetary' niet goed was. Dit moest dan total zijn of total_increasing. Afin, alles veranderd naar total en geen melding meer. Wel een ander probleem, en dat is dat de long term statistics dus niet meer geladen worden. Wat ook tot gevolg heeft dat een hoop grafieken niet meer werken. Ik weet als ik de unique_id verander het weer zal werken (al vermoed ik dat alles dan een _2 extra krijgt en ik dus alles aan moet passen), maar dat is voor mij niet wenselijk. Ik wil ook de historische data weer werkend hebben.

Heeft iemand een tip hoe dit te doen en waar dit te doen?

Hmm, alsnog zelf opgelost met de volgende query's op de data base, wellicht dat iemand dit kan gebruiken, mocht je tegen dit probleem aanlopen.

Eerst de entiteiten opzoeken die het betreft, die hebben allemaal 1 dubbele entry op de mean en op de state:

SQL:

select * from statistics where state is not null and mean is not null 

Kopieer deze metadata_id's en zet er een comma tussen.

Dan voer je deze sql uit, deze vult de state en de sum (of deze 100% klopt weet ik niet, maar las dat dit het verschil is tussen de huidige entry en de voorgaande entry):

SQL:

UPDATE statistics
SET state = statistics.mean,
    sum = statistics.mean - subquery.prev_mean
FROM (
    SELECT id, mean, LAG(mean) OVER (PARTITION BY metadata_id ORDER BY created_ts) AS prev_mean
    FROM statistics
) AS subquery
WHERE
    statistics.id = subquery.id
    AND statistics.metadata_id IN (146,148,147,247) AND statistics.sum IS NULL;

vervang dus 146,148,147,247 door alle nummers die je met de eerste query gevonden hebt.

Als laatste actie voor de database veeg je de mean, min en max schoon:

SQL:

UPDATE statistics
SET mean= NULL, min = NULL, max = NULL
WHERE
statistics.metadata_id IN (146,148,147,247)

En dan nog moet je in alle grafieken waar je mean gebruikt als statistics bron veranderen naar state. En voila, alle data is weer beschikbaar..

[Wolly]

CodeCaster schreef op zaterdag 13 januari 2024 @ 20:43:
Ik heb er weer een paar stekkers bij

Denver SHP-102, Tuya, geflasht met ESPHome / Libretiny. Zelf een YAML gebouwd, want die van ltchiptool / cloudcutter klopten niet. Gingen ook uit van hardware 1.1.8, deze was 1.3.5.

Lagen van € 9,99 voor € 6,99 per stuk bij de Hoogvliet. Rapporteren nu elke 5 seconden het actuele verbruik en de spanning, gekalibreerd met een gloeilamp van 40 Watt.

[Afbeelding]

Flash how-to: CodeCaster in "Home Assistant: Open source Python3 home automation - deel 5"

Ik heb ook een aantal van deze stekkers opgepikt, voor 2,50 per stuk kon ik ze niet laten liggen

Die flash howto heeft het over een Hombli device, ik neem aan dat je daar wel de Denver SHP102 hebt gekozen? En maakt het uit als de pluggen al aangemeld zijn via de Tuya Smart app?
Laatste vraag, kan je de YAML delen?

[CodeCaster]

Wolly schreef op zondag 21 januari 2024 @ 21:56:
[...]


Ik heb ook een aantal van deze stekkers opgepikt, voor 2,50 per stuk kon ik ze niet laten liggen

Die flash howto heeft het over een Hombli device, ik neem aan dat je daar wel de Denver SHP102 hebt gekozen? En maakt het uit als de pluggen al aangemeld zijn via de Tuya Smart app?
Laatste vraag, kan je de YAML delen?

Waar heb je voor € 2,50 gezien?

M'n korte flash-how-to (later vond ik deze uitgebreidere: https://www.twoenter.nl/b...ice-met-tuya-cloudcutter/) ging over een andere serie stekkers die ik had gezien. Het voordeel van het eerst registreren in de Tuya Smart Life-app is dat je kunt zien welke soft- en hardwareversie het is, uit m'n hoofd bij het tandwiel en dan Firmware Upgrade. Ze verdwijnen weer uit de app zodra je ze in AP-mode zet. Op het moment van aan de app koppelen weet China wel op welke lat/lon je ze geactiveerd hebt, dus misschien wordt er ooit aangebeld bij je.

Dan kun je uit de lijst bij tuya-cloudcutter de firmwares met die versie proberen. Mijn Denver-stekkers hadden dus versie 1.3.5, terwijl de versie die in tuya-cloudcutter werd getoond bij Denver SHP-102 versie 1.0.8 was. Dat werkt niet, de versies moeten overeenkomen om de firmware te exploiten om zo custom firmware te kunnen uploaden naar de stekker.

Ik heb die Denvers uiteindelijk met iets van "generic-bk7231t/1.3.5" geflasht. Je krijgt een lange lijst met opties als je in tuya-cloudcutter kiest voor "by firmware version" (of zoiets, uit m'n hoofd).

Hier de ESPHome-YAML voor de Denver SHP-102 v1.3.5:

YAML:

substitutions:
  device_name: slimmestekker-denver
  device_description: "Denver SHP-102 (Tuya, BK7231T base board, BL0937 power measuring), flashed with ESPHome LibreTiny"

esphome:
  name: ${device_name}
  comment: "${device_description}"
  name_add_mac_suffix: true
  on_boot:
    then:
      - light.turn_on: light_switch_blue

bk72xx:
  board: generic-bk7231t-qfn32-tuya

logger:

web_server:
  port: 80

captive_portal:

mdns:

api:
  password: ""
  # Don't reboot when Home Assistant doesn't connect.
  reboot_timeout: 0s

ota:
  password: ""

wifi:
  ap:
    ssid: ${device_name}
    ap_timeout: 15s

debug:
  update_interval: 30s

text_sensor:
  - platform: debug
    reset_reason:
      name: Reset Reason
  - platform: libretiny
    version:
      name: LibreTiny Version

binary_sensor:
  - platform: gpio
    id: hardware_button
    pin:
      number: P11
      inverted: true
      mode: INPUT_PULLUP
    on_press:
      then:
        - switch.toggle: power_switch

switch:
  - platform: gpio
    id: power_switch
    name: Toggle
    pin: P26
    on_turn_on:
      - light.turn_off: light_switch_blue
      - light.turn_on: light_switch_red
    on_turn_off:
      - light.turn_off: light_switch_red
      - light.turn_on: light_switch_blue

light:
  - platform: binary
    id: light_switch_red
    output: led_red
  - platform: status_led
    id: light_switch_blue
    output: led_blue

output:
  - platform: gpio
    id: led_red
    pin:
      number: P10
      inverted: true
  - platform: gpio
    id: led_blue
    pin:
      number: P6
      inverted: true

sensor:
  - platform: uptime
    name: Uptime
  - platform: hlw8012
    model: BL0937
    cf_pin:
      number: P7
      inverted: true
    cf1_pin:
      number: P8
      inverted: true
    sel_pin:
      number: P24
      inverted: true
    current:
      name: BL0937 Current
      filters:
        - multiply: 0.42
    voltage:
      name: BL0937 Voltage
    power:
      name: BL0937 Power
    energy:
      name: BL0937 Energy
    voltage_divider: 725
    current_resistor: 0.001 ohm
    # Debug: 5s, default: 60s
    update_interval: 5s

Nu nog uitzoeken hoe ik die BL0937-sensors standaard op hidden zet...

Ik heb een van deze stekkers nu aan m'n CV-ketel (en Nest Heat Link) zitten:

[ Voor 7% gewijzigd door CodeCaster op 21-01-2024 22:48 ]

[Rouwette]

Toppe schreef op zondag 21 januari 2024 @ 18:07:
[...]


Ik heb buiten 17 zigbee lampen hangen, al hangen die wel in het orginele Hue netwerk en dat wil ik zou houden.

Wel heb ik diverse 230v tussen stekkers geplaatst in het Z2M netwerk. Waaronder deze, binnen aangegeven in het paars. Buiten paars is de sensor

De gevel is echt geen meter dik en tóch heeft m’n sensor geen bereik of anders maar voor een dag of 2.

Nu hangt de AED er vlak boven en daar zit een POW met display (@Septillion heb jij mij nog geleverd): perfect bereik. Mogelijk heb ik daar nog wat mogelijkheden met een bedrade deur contact sensor ofzo

Aan de achterkant een soort gelijke constructie: plug binnen en plug buiten. Plug binnen reageert prima, buiten doet het gewoon niet.

Ja, ik koppel ze op de plek waar ik ze wil gebruiken.

[Afbeelding]

Nu moet ik weer met routers aan de slag waar ik de ballen van begrijp

Je zou verwachten dat die dingen volop aangeboden worden met de juiste software, maar niets is minder waar.

Ik vraag me af of je met een ESP met Zigbee je netwerk via wlan kunt vergroten.

[synoniem]

Rouwette schreef op maandag 22 januari 2024 @ 00:23:
[...]

Ik vraag me af of je met een ESP met Zigbee je netwerk via wlan kunt vergroten.

Ik denk het wel als ik deze chip zie: https://www.espressif.com/en/products/socs/esp32-c6

[RobertMe]

synoniem schreef op maandag 22 januari 2024 @ 00:36:
[...]

Ik denk het wel als ik deze chip zie: https://www.espressif.com/en/products/socs/esp32-c6

Je doelt op het feit "dat er Zigbee op zit"? Ik heb daar een week of twee terug eens naar gezocht. En Zigbee support zit nogal hard ingebakken in de SDK (en wellicht zelfs een stukje closed source blobs?). Waarbij er alleen specifiek ondersteuning is voor clusters die in de SDK zitten / door Espressif zijn toegevoegd. Als je een cluster wilt gebruiken die niet beschikbaar is moet je "al" een verzoek bij Espressif indienen.
Volledige vrijheid blijheid is er dus absoluut niet. En ik zou ook niet verwachten dat de SDK ondersteuning bevat om Zigbee coördinator te spelen / als proxy dienst te doen. Simpelweg omdat de SDK waarschijnlijk dus alleen een veel hogere laag bevat. Dus alleen "voor cluster 5 stuur waarde 15.9" of iets dergelijks. Dus totaal geen controle over de radio of wat dan ook.

[Rouwette]

Het was ook maar een wilde gedachte en misschien wel de oplossing voor problemen met zigbee-dekking in sommige situaties.

[RobertMe]

Rouwette schreef op maandag 22 januari 2024 @ 07:36:
Het was ook maar een wilde gedachte en misschien wel de oplossing voor problemen met zigbee-dekking in sommige situaties.

Overigens zal het waarschijnlijk wel kunnen. Die Zigbee chips hebben uiteindelijk een serial interface. Je zou one way or another die chip dus via die route aan een ESP kunnen hangen. Waarna je waarschijnlijk iets als ser2net kunt gebruiken om de serial aan een andere kant te ontvangen. En ik denk dat dat bij de oude CC2531 (/CC2530) ook wel is gedaan.

Overigens is er ook een reden om het niet te doen. En dat is interferentie. Immers maken beide gebruik van de 2,4GHz band wat mogelijk dus interferentie geeft. En ja, je kunt ook niet overlappende kanalen gebruiken, maar het blijft suboptimaal.
En bv de Hue Bridge v2 (meen ik, maar niet de v2.1 dan) bevat ook een wifi chip. Alleen is die in de software nooit in gebruik genomen. Mogelijk dus ook omdat dat ((te)veel) problemen gaf?

[Wolly]

CodeCaster schreef op zondag 21 januari 2024 @ 22:42:
[...]

Waar heb je voor € 2,50 gezien?

M'n korte flash-how-to (later vond ik deze uitgebreidere: https://www.twoenter.nl/b...ice-met-tuya-cloudcutter/) ging over een andere serie stekkers die ik had gezien. Het voordeel van het eerst registreren in de Tuya Smart Life-app is dat je kunt zien welke soft- en hardwareversie het is, uit m'n hoofd bij het tandwiel en dan Firmware Upgrade. Ze verdwijnen weer uit de app zodra je ze in AP-mode zet. Op het moment van aan de app koppelen weet China wel op welke lat/lon je ze geactiveerd hebt, dus misschien wordt er ooit aangebeld bij je.

Dan kun je uit de lijst bij tuya-cloudcutter de firmwares met die versie proberen. Mijn Denver-stekkers hadden dus versie 1.3.5, terwijl de versie die in tuya-cloudcutter werd getoond bij Denver SHP-102 versie 1.0.8 was. Dat werkt niet, de versies moeten overeenkomen om de firmware te exploiten om zo custom firmware te kunnen uploaden naar de stekker.

Ik heb die Denvers uiteindelijk met iets van "generic-bk7231t/1.3.5" geflasht. Je krijgt een lange lijst met opties als je in tuya-cloudcutter kiest voor "by firmware version" (of zoiets, uit m'n hoofd).

Hier de ESPHome-YAML voor de Denver SHP-102 v1.3.5:

YAML:

substitutions:
  device_name: slimmestekker-denver
  device_description: "Denver SHP-102 (Tuya, BK7231T base board, BL0937 power measuring), flashed with ESPHome LibreTiny"

esphome:
  name: ${device_name}
  comment: "${device_description}"
  name_add_mac_suffix: true
  on_boot:
    then:
      - light.turn_on: light_switch_blue

bk72xx:
  board: generic-bk7231t-qfn32-tuya

logger:

web_server:
  port: 80

captive_portal:

mdns:

api:
  password: ""
  # Don't reboot when Home Assistant doesn't connect.
  reboot_timeout: 0s

ota:
  password: ""

wifi:
  ap:
    ssid: ${device_name}
    ap_timeout: 15s

debug:
  update_interval: 30s

text_sensor:
  - platform: debug
    reset_reason:
      name: Reset Reason
  - platform: libretiny
    version:
      name: LibreTiny Version

binary_sensor:
  - platform: gpio
    id: hardware_button
    pin:
      number: P11
      inverted: true
      mode: INPUT_PULLUP
    on_press:
      then:
        - switch.toggle: power_switch

switch:
  - platform: gpio
    id: power_switch
    name: Toggle
    pin: P26
    on_turn_on:
      - light.turn_off: light_switch_blue
      - light.turn_on: light_switch_red
    on_turn_off:
      - light.turn_off: light_switch_red
      - light.turn_on: light_switch_blue

light:
  - platform: binary
    id: light_switch_red
    output: led_red
  - platform: status_led
    id: light_switch_blue
    output: led_blue

output:
  - platform: gpio
    id: led_red
    pin:
      number: P10
      inverted: true
  - platform: gpio
    id: led_blue
    pin:
      number: P6
      inverted: true

sensor:
  - platform: uptime
    name: Uptime
  - platform: hlw8012
    model: BL0937
    cf_pin:
      number: P7
      inverted: true
    cf1_pin:
      number: P8
      inverted: true
    sel_pin:
      number: P24
      inverted: true
    current:
      name: BL0937 Current
      filters:
        - multiply: 0.42
    voltage:
      name: BL0937 Voltage
    power:
      name: BL0937 Power
    energy:
      name: BL0937 Energy
    voltage_divider: 725
    current_resistor: 0.001 ohm
    # Debug: 5s, default: 60s
    update_interval: 5s

Nu nog uitzoeken hoe ik die BL0937-sensors standaard op hidden zet...

Ik heb een van deze stekkers nu aan m'n CV-ketel (en Nest Heat Link) zitten:

[Afbeelding]

Dank! Ik vond ze ook bij de Hoogvliet maar dan voor 2,50. Blijkbaar wilden ze er heel graag vanaf.

Ben er inmiddels achtergekomen dat mijn wifi kaart geen AP mode ondersteunt (heb geen RPI met wifi dus doe het met pc), nieuw kaartje is onderweg. To be continued

[sOid]

Vos schreef op zondag 21 januari 2024 @ 20:33:
Ik heb sinds vanmiddag issues met HA. De verbinding wordt steeds minuten verbroken, komt weer terug paar minuten, dan weer weg.

- Heb een backup van 2 dagen geleden teruggezet, systeem draaide tot voor vanmiddag perfect.
- Heb HA opnieuw gestart
- Mode, router, switch herstart
- HA 2024.1.3 geprobeerd
- HA 2024.1.2 geprobeerd (was van backup versie)

Iemand een idee hoe dit te debuggen? Via het logboek in HA zelf?

Krijg je het zowel via de interne als externe URL?

[Vos]

sOid schreef op maandag 22 januari 2024 @ 09:17:
[...]

Krijg je het zowel via de interne als externe URL?

Ja.

De volgende integraties werkten ook ineens niet meer, hebben een 'Failed to set up' melding:
- Daikin residential controller
- Frigate
- Smartlife

De default weather entity is ook ineens 'unavailable'.

[CodeCaster]

Vos schreef op maandag 22 januari 2024 @ 09:51:
[...]

Ja.

De volgende integraties werkten ook ineens niet meer, hebben een 'Failed to set up' melding:
- Daikin residential controller
- Frigate
- Smartlife

De default weather entity is ook ineens 'unavailable'.

Brakke WiFi, losse kabel?

[Septillion]

Klippy schreef op zondag 21 januari 2024 @ 19:50:
Dit is ongetwijfeld al eens behandeld, maar kan het niet echt vinden, ook niet op de HASS fora.

Ik merk dat ik altijd de Tado app blijf gebruiken om te verwarmen en de rest met HASS doe. De reden is vooral dat ik altijd een timer instel zodra ik de verwarming aan zet. Ik ben dus niet gewend de verwarming uit te zetten en de tijd is dus variabel.
In de Tado app krijg je mooi met één klik die slider om de duur in te stellen. De Tado API in HASS heeft hier ook ondersteuning voor:
time_period: Time Period, Period of time the boost should last for e.g., 01:30:00

Maar de standaard Thermostat card niet zover ik zie. En ik kan ook niet meteen een alternatief vinden die dat wel makkelijk kan.
Ik zou graag meteen de duur willen zien (het tijdstip tot wanneer de huidige boost duurt, eventueel de overgebleven tijd) en de via één knop kunnen aanpassen met een time picker of slider.

Kan niet in de standaard card nee. Maar niets weerhoudt je ervan om nog een andere card erbij te plaatsen voor dit. Daar zou je dan deze entiteit kunnen tonen. Alleen voor de eindtijd is denk ik wat template magie nodig om weer te geven als je nu alleen een entiteit met de duur hebt.

[Septillion]

Toppe schreef op zondag 21 januari 2024 @ 18:07:
[...]


Ik heb buiten 17 zigbee lampen hangen, al hangen die wel in het orginele Hue netwerk en dat wil ik zou houden.

Wel heb ik diverse 230v tussen stekkers geplaatst in het Z2M netwerk. Waaronder deze, binnen aangegeven in het paars. Buiten paars is de sensor

De gevel is echt geen meter dik en tóch heeft m’n sensor geen bereik of anders maar voor een dag of 2.

Nu hangt de AED er vlak boven en daar zit een POW met display (@Septillion heb jij mij nog geleverd): perfect bereik. Mogelijk heb ik daar nog wat mogelijkheden met een bedrade deur contact sensor ofzo

Aan de achterkant een soort gelijke constructie: plug binnen en plug buiten. Plug binnen reageert prima, buiten doet het gewoon niet.

Ja, ik koppel ze op de plek waar ik ze wil gebruiken.

[Afbeelding]

Nu moet ik weer met routers aan de slag waar ik de ballen van begrijp

Je zou verwachten dat die dingen volop aangeboden worden met de juiste software, maar niets is minder waar.

Dat is wel bijzonder. Welke plus is dat binnen? En zie je in de network map ook dat de plug buiten aan die binnen hangt?

Als je Z2M gebruikt zou je nog eens kunnen re-pairen maar dan alleen toestaan dat hij paired aan de plug binnen.

[Vos]

CodeCaster schreef op maandag 22 januari 2024 @ 09:52:
[...]

Brakke WiFi, losse kabel?

De kabels heb ik wel gecontroleerd en opnieuw aangedrukt. De wifi lijkt prima te werken. Heb alle apparaten ook herstart die daarmee te maken kunnen hebben. Zal vanavond nog eens goed de kabels controleren.

Ik vermoed wel een soort van hardware issue. Weet alleen niet of daardoor ook die integraties ineens gaan falen.

[ Voor 5% gewijzigd door Vos op 22-01-2024 09:58 ]

[Septillion]

bello2011 schreef op zondag 21 januari 2024 @ 19:35:
[...]


Neeeh, dit is mijn fout. Ik deel het opgewekte vermogen in W door het opgenomen vermogen in W. Dit moet bij beiden natuurlijk de hoeveelheid energie in kWh zijn. Aangezien ik geen programmeur geeft mij dit een nieuwe uitdaging. De hoeveelheden energie worden ook geregistreerd maar hiervan moet ik per uur de hoeveelheid opgewekte delen door de verbruikte hoeveelheid.

Op zich zou je ook een instantane COP kunnen berekenen door W_thermisch/W_elektrisch te doen maar met onnauwkeurigheid van het tijdstip lijkt me dat inderdaad niet zo nuttig

Als je nu al energie sensoren (dus kWh) hebt, liefst life time / altijd oplopende, kan je daar met een utility meter makkelijk entiteiten per uur van maken. Zelfs dus met verschillende "tarieven" (te gebruiken voor je modi).

[Klippy]

Septillion schreef op maandag 22 januari 2024 @ 09:53:
[...]

Kan niet in de standaard card nee. Maar niets weerhoudt je ervan om nog een andere card erbij te plaatsen voor dit. Daar zou je dan deze entiteit kunnen tonen. Alleen voor de eindtijd is denk ik wat template magie nodig om weer te geven als je nu alleen een entiteit met de duur hebt.

Dat had ik ook al bedacht inderdaad, maar weet nog niet direct hoe ik dat zou integreren aangezien ik denk ik dan de Tado API opnieuw moet aanroepen met een boost met de huidig ingestelde temperatuur en de nieuwe duur.
Ik had gehoopt dat iemand ergens een custom Tado kaart had in HACS ofzo, maar ik ga er nof eens wat dieper induiken.

[Toppe]

Septillion schreef op maandag 22 januari 2024 @ 09:56:
[...]

Dat is wel bijzonder. Welke plus is dat binnen? En zie je in de network map ook dat de plug buiten aan die binnen hangt?

Als je Z2M gebruikt zou je nog eens kunnen re-pairen maar dan alleen toestaan dat hij paired aan de plug binnen.

Hue plug, dus ook niet de meest goedkope/slechtste op de markt als je het mij vraagt.

[Sicco92]

Vos schreef op zondag 21 januari 2024 @ 20:33:
Ik heb sinds vanmiddag issues met HA. De verbinding wordt steeds minuten verbroken, komt weer terug paar minuten, dan weer weg.

- Heb een backup van 2 dagen geleden teruggezet, systeem draaide tot voor vanmiddag perfect.
- Heb HA opnieuw gestart
- Mode, router, switch herstart
- HA 2024.1.3 geprobeerd
- HA 2024.1.2 geprobeerd (was van backup versie)
- VM opnieuw gestart


Iemand een idee hoe dit te debuggen? Via het logboek in HA zelf?

Heb je iets gedaan met IPv6 toevallig? Of netwerkapparaten geüpdatet of iets dergelijks?
Ik heb Unifi netwerkapparaten en na een update daarvan een tijd geleden kreeg ik opeens problemen met HA, ongeveer dezelfde symptomen als jij noemt. Het leek op een DNS-issue, maar alleen voor specifieke integrations. Na het uitschakelen van IPv6 voor het complete netwerk en een herstart van HA werkte alles weer vloeiend. Ik heb daarna IPv6 niet weer geprobeerd, maar ik lees meer problemen over de combinatie HA en IPv6.

[Tehlo]

Toppe schreef op zondag 21 januari 2024 @ 10:56:
Iemand hier wel eens een lange USB kabel op z’n zigbee (Conbee 2) gezet? Ik zou deze het liefst een meter of 5 willen verlengen. Kan hem dan boven op een plafond kwijt. Alleen kost het me wel wat werk de kabel daar te krijgen en als het sowieso niet werkt bespaar ik mezelf liever die tijd

Yep, 3 meter USB extension met een Conbee II stick en werkt helemaal prima!

[Vos]

Sicco92 schreef op maandag 22 januari 2024 @ 10:21:
[...]

Heb je iets gedaan met IPv6 toevallig? Of netwerkapparaten geüpdatet of iets dergelijks?
Ik heb Unifi netwerkapparaten en na een update daarvan een tijd geleden kreeg ik opeens problemen met HA, ongeveer dezelfde symptomen als jij noemt. Het leek op een DNS-issue, maar alleen voor specifieke integrations. Na het uitschakelen van IPv6 voor het complete netwerk en een herstart van HA werkte alles weer vloeiend. Ik heb daarna IPv6 niet weer geprobeerd, maar ik lees meer problemen over de combinatie HA en IPv6.

Met IPv6 heb ik niets gedaan. En ook geen netwerkapparaten geüpdatet. Dat is het vreemde, het systeem draaide stabiel en out of the blue allerlei issues. Had gisteren een backup van 2 dagen oud terug gezet, maar de issues blijven. Dit doet mij ook meer vermoeden dat het een hardware issue is.

Zal wel even kijken of ik op IPv6 gebied wat kan vinden.

[Sicco92]

Vos schreef op maandag 22 januari 2024 @ 10:33:
[...]

Met IPv6 heb ik niets gedaan. En ook geen netwerkapparaten geüpdatet. Dat is het vreemde, het systeem draaide stabiel en out of the blue allerlei issues. Had gisteren een backup van 2 dagen oud terug gezet, maar de issues blijven. Dit doet mij ook meer vermoeden dat het een hardware issue is.

Zal wel even kijken of ik op IPv6 gebied wat kan vinden.

Dat dacht ik destijds ook, maar blijkbaar stond mijn router op auto-update. Voor mij kwamen de problemen ook ineens uit de lucht vallen, maar het was wel gerelateerd aan een update. Naast hardwareproblemen zou ik ook zeker kijken naar netwerkproblemen, daar lijkt HA soms ook wel gevoelig voor.

[Vos]

Sicco92 schreef op maandag 22 januari 2024 @ 10:39:
[...]

Dat dacht ik destijds ook, maar blijkbaar stond mijn router op auto-update. Voor mij kwamen de problemen ook ineens uit de lucht vallen, maar het was wel gerelateerd aan een update. Naast hardwareproblemen zou ik ook zeker kijken naar netwerkproblemen, daar lijkt HA soms ook wel gevoelig voor.

Ok thnx, ga er zeker even induiken!

[Hippe Lip]

Vos schreef op maandag 22 januari 2024 @ 10:33:
[...]

Met IPv6 heb ik niets gedaan. En ook geen netwerkapparaten geüpdatet. Dat is het vreemde, het systeem draaide stabiel en out of the blue allerlei issues. Had gisteren een backup van 2 dagen oud terug gezet, maar de issues blijven. Dit doet mij ook meer vermoeden dat het een hardware issue is.

Zal wel even kijken of ik op IPv6 gebied wat kan vinden.

Ik heb om die reden IPv6 overal (router en apparaten) waar mogelijk hard uitgeschakeld. Teveel ‘verrassingen’ waar ik geen zin in heb.

[NeFoRcE]

NeFoRcE schreef op dinsdag 19 december 2023 @ 10:09:
[...]


Ik heb Liebherrr een stevige mail gestuurd omtrent IFTTT. Ze beloven zaken, maar het zit er blijkbaar niet in.

Dit kreeg ik terug;


Goedemorgen,

Dat snap ik helemaal.

De link die je stuurde is een blog onze Belgische collega's. Ik heb hun nu gevraagd of het daar wel werkt. Ik wacht nog op antwoord.

Ik heb de vraag ook bij Liebherr Duitsland neergelegd. Hun zijn helaas nu al op vakantie tot 8 Januari.

Ik hoop u z.s.m. meer informatie te kunnen geven over het integreren van IFTTT met de SmartDevice app hier in Nederland.

Liebherr Global heeft gereageerd:

-----------
IFTTT was available some years ago but due to some changes in the app, it is not available anymore.
We have it on our roadmap for this year but unfortunately, I cannot give any more details for now.


De Smart Device is inmiddels wel een toegevoegd aan google home. Nog niet met alle functies. Ik weet niet of u daar wat aan heeft.
-----------

In Google Home kun je alleen bijv. supercool ofzo aanzetten lijkt het. Niet veel spannends dus...

[TheFes]

NeFoRcE schreef op maandag 22 januari 2024 @ 11:00:
[...]


Liebherr Global heeft gereageerd:

-----------
IFTTT was available some years ago but due to some changes in the app, it is not available anymore.
We have it on our roadmap for this year but unfortunately, I cannot give any more details for now.


De Smart Device is inmiddels wel een toegevoegd aan google home. Nog niet met alle functies. Ik weet niet of u daar wat aan heeft.
-----------

In Google Home kun je alleen bijv. supercool ofzo aanzetten lijkt het. Niet veel spannends dus...

Sorry, maar wat een boel grammaticale fouten in het Nederlands vanuit Liebherr. Hebben ze daar een Duitser op gezet die toevallig een keer of 2 in Nederland geweest is?

[IKKE86]

Toppe schreef op zondag 21 januari 2024 @ 12:03:
[...]


Zal eens kijken of Z2M ook werkt met meerdere ‘sticks’, dan kan ik met 3/4 van die dingen een gigantisch netwerk maken.

Of ik plemp een dikke buiten antenne op het dak

Dat werkt probleemloos, ik heb ook 3 van deze sticks (op elke verdieping 1) met elk een eigen z2m integratie in HA. Heb er 0 problemen mee gehad, het werkt erg stabiel

[cerebrum]

Vos schreef op maandag 22 januari 2024 @ 10:40:
[...]

Ok thnx, ga er zeker even induiken!

Ik heb de laatste tijd na bv. een core update regelmatig dat de meeste integraties niet meer werken.
Een reboot van de hardware waar HA op draait helpt dan voor mij. In mijn geval is dat een VM.
Ik vond zo niet terug of je dat al geprobeerd had.