Home Assistant: Open source Python3 home automation - deel 5

[robbinonline]

Remcoudb schreef op maandag 5 augustus 2024 @ 18:32:
Ik ben druk bezig met het vormgeven van mijn dashboard die sinds kort in de woonkamer hangt. Nu loop ik alleen tegen iets aan waar ik niet helemaal uit kom. Ik wil graag dat mijn linkerkant (de menu structuur) scroll baar is zonder dat het rechter deel en eventueel het bovendeel mee beweegt. Weet iemand hoe ik dit oplos? Bijgevoegd een foto van het dashboard:

[Afbeelding]

Je zou daar deze plugin voor kunnen gebruiken: https://github.com/DBuit/sidebar-card

[Tinkerer84]

jaapsander schreef op maandag 5 augustus 2024 @ 15:24:
[...]


Let wel op dat de waarde energy today ook een berekende waarde (in tegenstelling tot een uitgelezen waarde) kan zijn. Hierdoor moet je een bepaalde tijd wachten totdat hij op gaat lopen (ziet alleen de delta in waarde en/of kijkt alleen periodiek). Misschien even een uurtje wachten?

Dat je alleen lifetime energy output kan selecteren komt omdat een sensor aan een aantal voorwaarden moet voldoen voordat hij selecteerbaar is in het energy dashboard (device class: energy en state class: total_increasing na snel google werk).

Mocht dit allemaal niet lukken dan kun je altijd nog een custom sensor definieren (met bovenstaande device en state class) die bepaald wordt op relevante metingen die wel een goede output geven.

Beide staan nog steeds op 0 kWh, ik zal eens kijken hoe ik een custom sensor kan definiëren. Maar ik heb meer de indruk dat er iets niet goed gaat met de Growatt integratie? Misschien dat iets als Grott beter werkt?

[Septillion]

@blackd Dat lijkt hem te zijn ja. Ik dacht die ook getest te hebben Maar je hint voor de trace was wel een goede.

Weet denk ik al waar het fout ging. Ik probeer dit voor @Faece te doen maar ik heb zelf geen NFC tag. Dus ik test door de dev tools. En de grap is dat op meerdere plekken er wel een context beschikbaar is (oa this.context maar leeg voor user_id).

Nu dacht ik misschien dat user_id niet gevuld werd als ik het via de dev tools doe. Dus ik was gewisseld naar contect_id zoals in documentatie met het idee dat die wel altijd gevuld zou moeten zijn. Maar schijnbaar is de documentatie fout Er lijkt inderdaad altijd een context.context_id te zijn maar deze is altijd leeg... De juiste is context.id. Misschien dat dit een keer verandert is binnen HA en er dus nog restjes in de code en documentatie aanwezig zijn....

[Pimmetje651]

Zijn er hier mede tweakers die Scypted gebruiken om hun Unifi deurbel te laten streamen naar een Google Hub ? Ben hier tijdje mee aan het stoeien namelijk maar krijg niet echt lekker aan de gang (benodigde plug-ins zijn geïnstalleerd en werken)

[Skating_vince]

Toen ik in 2017 een nieuw huis ging bouwen heb ik een Fibaro HC2 als basis genomen. Ik liep echter tegen steeds meer beperkingen aan en wilde al een tijdje overstappen naar Home Assistant. Nu heeft een vriend van me dit recent in gebruik genomen (daar heb ik even op gewacht) en ik wilde binnenkort de overstap maken. Nu heb ik helaas net te lang gewacht en is eergisteren mijn HC2 overleden. Ik kan dus geen gemakkelijke migratie uitvoeren. Ik heb begrepen dat mijn ZWave devices al gekoppeld zijn aan mijn HC2 en ik ze daardoor niet in Home Assistant kan adopteren. Weet iemand hoe ik dit alsnog voor elkaar kan krijgen, het liefst zonder alle stopcontacten en schakelaars te moeten demonteren?

Alvast hartelijk bedankt voor jullie hulp

[RobertMe]

Skating_vince schreef op dinsdag 6 augustus 2024 @ 13:42:
Toen ik in 2017 een nieuw huis ging bouwen heb ik een Fibaro HC2 als basis genomen. Ik liep echter tegen steeds meer beperkingen aan en wilde al een tijdje overstappen naar Home Assistant. Nu heeft een vriend van me dit recent in gebruik genomen (daar heb ik even op gewacht) en ik wilde binnenkort de overstap maken. Nu heb ik helaas net te lang gewacht en is eergisteren mijn HC2 overleden. Ik kan dus geen gemakkelijke migratie uitvoeren. Ik heb begrepen dat mijn ZWave devices al gekoppeld zijn aan mijn HC2 en ik ze daardoor niet in Home Assistant kan adopteren. Weet iemand hoe ik dit alsnog voor elkaar kan krijgen, het liefst zonder alle stopcontacten en schakelaars te moeten demonteren?

Alvast hartelijk bedankt voor jullie hulp

Ik zou er vanuit gaan dat je de oplossing zelf al geeft. Resetten met knopje dat zich fysiek op het apparaat bevindt en demonteren dus helaas nodig zal zijn. Maar... ik zou beginnen met de handleiding te lezen. Volgens mij hebben sommige van mijn Fibaro modules een alternatieve reset optie via de schakelaar (als die er op is aangesloten uiteraard). Dus een X aantal keren in en uit schakelen waarna ze volgens mij in een soort van onderhoudsmenu komen, met als een van de opties dus een reset.

[Skating_vince]

RobertMe schreef op dinsdag 6 augustus 2024 @ 13:47:
[...]

Ik zou er vanuit gaan dat je de oplossing zelf al geeft. Resetten met knopje dat zich fysiek op het apparaat bevindt en demonteren dus helaas nodig zal zijn. Maar... ik zou beginnen met de handleiding te lezen. Volgens mij hebben sommige van mijn Fibaro modules een alternatieve reset optie via de schakelaar (als die er op is aangesloten uiteraard). Dus een X aantal keren in en uit schakelen waarna ze volgens mij in een soort van onderhoudsmenu komen, met als een van de opties dus een reset.

Dat ga ik zeker even opzoeken. Ik hoopte dat er een zwave commando was dat mijn hele gekoppelde zwave netwerk zou resetten, maar ik snap ook dat dat onveilig zou zijn.

[RobertMe]

Skating_vince schreef op dinsdag 6 augustus 2024 @ 14:05:
[...]


Dat ga ik zeker even opzoeken. Ik hoopte dat er een zwave commando was dat mijn hele gekoppelde zwave netwerk zou resetten, maar ik snap ook dat dat onveilig zou zijn.

In dat geval zou jij dan nu uberhaupt een ZWave berichtje de ether in kunnen sturen waarmee alle ZWave apparatuur van de buren gereset wordt, naast jouw eigen apparatuur. Dat kan sowieso niet de bedoeling zijn natuurlijk

[Church of Noise]

Ik lees regelmatig berichten van mensen bij wie Aqara zigbee devices niet verbinden of plots verdwijnen uit het zigbee netwerk. Ook hier is dit recent begonnen, waarbij vreemd genoeg alternerend telkens 1 van de 3 presence sensors en 1 van de 3 temperature & humidity sensors verdwijnen...
heeft iemand hier een oplossing voor (die niet I houdt dat je ze vervangt )
Dank!

[-CJ]

Dat is gek, ik heb een vergelijkbaar probleem. Sinds kort twee nieuwe apparaten toegevoegd via ZHA (Frient sensor en Aqara switch) en beide kappen er na een paar uur mee, waarbij ze OF niet meer beschikbaar zijn, OF blijven hangen op een status.

Resetten werkt eventjes, daarna vertonen ze bovenstaand gedrag. Ik zag dat het op ZHA kanaal 15 erg druk was, heb nu alles gemigreerd naar kanaal 20 (was rustiger) maar dat hielp niet. Rest van de sensoren (33 stuks, op 230V of batterij) werkt inmiddels weer goed.

Iemand nog tips? Krijg bij bediening de foutmelding "Failed to deliver message: <EmberStatus.Delivery_Failed: 102> ". Ook lees ik online tips over een USB-verlengkabel, dongel zit nu rechtstreeks in een Raspberry. Zou dat zoveel verschil maken?

[rockerpoet]

Toevallig issues bekend met HA 12.3 op RPi 5? Deze boot niet bij bij (via USB stick).

[Roeland54]

-CJ schreef op dinsdag 6 augustus 2024 @ 17:42:Ook lees ik online tips over een USB-verlengkabel, dongel zit nu rechtstreeks in een Raspberry. Zou dat zoveel verschil maken?

Ja dat maakt wel degelijk een verschil voor de stabiliteit van je zigbee netwerk. Ik zou daar mee beginnen.

[-CJ]

Roeland54 schreef op dinsdag 6 augustus 2024 @ 21:22:
[...]


Ja dat maakt wel degelijk een verschil voor de stabiliteit van je zigbee netwerk. Ik zou daar mee beginnen.

Morgen eens proberen, bedankt alvast!

[Skating_vince]

RobertMe schreef op dinsdag 6 augustus 2024 @ 15:19:
[...]

In dat geval zou jij dan nu uberhaupt een ZWave berichtje de ether in kunnen sturen waarmee alle ZWave apparatuur van de buren gereset wordt, naast jouw eigen apparatuur. Dat kan sowieso niet de bedoeling zijn natuurlijk

Precies, dat bedoelde ik met dat ik snap dat het onveilig is . Ach ja, dan komende tijd maar langzaamaan alle schakelaars af .

[HuismAndré]

Church of Noise schreef op dinsdag 6 augustus 2024 @ 17:09:
Ik lees regelmatig berichten van mensen bij wie Aqara zigbee devices niet verbinden of plots verdwijnen uit het zigbee netwerk. Ook hier is dit recent begonnen, waarbij vreemd genoeg alternerend telkens 1 van de 3 presence sensors en 1 van de 3 temperature & humidity sensors verdwijnen...
heeft iemand hier een oplossing voor (die niet I houdt dat je ze vervangt )
Dank!

In ZHA wel eens gehad (waarbij het bij de sensor in de badkamer extra vervelend zit aangezien die in het afzuigventiel gemonteerd zit). Maar sinds de overstap naar Z2M niet meer meegemaakt (en sinds de overstap naar Sonoff CC2652P Coördinatoren (2 netwerken) zelfs 0,0 issues met het netwerk sinds 20 april (afkloppen natuurlijk).

Belangrijk is wel dat je devices toevoegt op de plek waar je ze gaat gebruiken (en bij voorkeur koppelt aan de router met de hoogste LQI naar coördinator én naar het toe te voegen device (kan dus meerdere iteraties nodig zijn)). Aqara sensoren hoppen niet zo heb ik gelezen en geloofd.

Overigens heb ik er zelf nu een nieuwe Aqara sensor op zolder die elke keer terugspringt van een sterke router op de 1e verdieping (waar ik hem handmatig aan koppel) naar de coördinator op de begane grond. Dus schijnbaar kunnen ze toch wel hoppen (of heeft deze sensor een nieuwere firmware die hoppen wel ondersteunt).

[Church of Noise]

Dank @HuismAndré .

Ik gebruik z2m en een coördinator op basis van dezelfde chipset als de jouwe
Heb de coördinator herstart, en op 1 temp and humid na, is alles terug.
intéressant genoeg is er een aqara leak sensor dichtbij, maar verder van de dichtstbijzijnde router, die wel verbindt...

[ Voor 21% gewijzigd door Church of Noise op 06-08-2024 22:10 ]

[Get!em]

Ik heb wel eens begrepen dat het kan helpen om de Zigbee stick 20 tot 30 minuten los te koppelen, zodat alle devices elkaar opnieuw opzoeken en de routers gevonden worden door de dichtstbijzijnde Zigbee devices.

[Devke]

All,

Ik wil het verschil tussen 2 waardes opslaan in een andere "variabele" zodat ik daar weer mee kan doorrekenen. Welke regel code moet hier nu bij en waar? De uilkomst van TARGET - SOURCE moet dus in een variabele? Sensor? Zit de klooien maar loop spaak ;-P

En hoe spreek je die variabele aan om dan mee te kunnen rekenen weer.

de toevoeging van de regel {%set DIFFERENCE = (TARGET-SOURCE)} werkt niet (ben echt een beginner hierin)

YAML:

template:
 - sensor:
    - name: Opslaan verschil in een variabele om mee door te rekenen
      unit_of_measurement: "kWh"
      state: >-
        {% set TARGET = states('sensor.battery_sim_hw_battery_energy_in')|float %}
        {% set SOURCE = states('sensor.battery_sim_hw_battery_energy_out')|float %}
        {{ (TARGET - SOURCE) | round(2) }}
      attributes:
        target: "{{ states('sensor.battery_sim_hw_battery_energy_in') }}"
        source: "{{ states('sensor.battery_sim_hw_battery_energy_out') }}"

[ Voor 15% gewijzigd door Devke op 07-08-2024 09:44 ]

[Septillion]

@Devke Op zich heb je dat nu al. De attributes zijn niet echt nodig, die heb je ook gewoon al 1 op 1 in de bron.

Zou wel nog een availability toevoegen om errors te voorkomen en je kan ook mooi een device_class en unique_id opgeven:

YAML:

template:
 - sensor:
    - name: Opslaan verschil in een variabele om mee door te rekenen
      unique_id: doorreken_var
      unit_of_measurement: "kWh"
      device_class: energy
      state: >-
        {% set TARGET = states('sensor.battery_sim_hw_battery_energy_in')|float %}
        {% set SOURCE = states('sensor.battery_sim_hw_battery_energy_out')|float %}
        {{ (TARGET - SOURCE) | round(2) }}
      availability: >-
        {% set TARGET = states('sensor.battery_sim_hw_battery_energy_in') %}
        {% set SOURCE = states('sensor.battery_sim_hw_battery_energy_out') %}
        {{ TARGET |is_number and SOURCE |is_number }}

Let wel dat je entity id nu HEEL lang wordt aangezien die gebaseerd wordt op de friendly name.

[ Voor 14% gewijzigd door Septillion op 07-08-2024 09:56 ]

[Devke]

Septillion schreef op woensdag 7 augustus 2024 @ 09:45:
@Devke Op zich heb je dat nu al. De attributes zijn niet echt nodig, die heb je ook gewoon al 1 op 1 in de bron.

Zou wel nog een availability toevoegen om errors te voorkomen en je kan ook mooi een device_class en unique_id opgeven:

YAML:

template:
 - sensor:
    - name: Opslaan verschil in een variabele om mee door te rekenen
      unique_id : doorreken_var
      unit_of_measurement: "kWh"
      device_class: energy
      state: >-
        {% set TARGET = states('sensor.battery_sim_hw_battery_energy_in')|float %}
        {% set SOURCE = states('sensor.battery_sim_hw_battery_energy_out')|float %}
        {{ (TARGET - SOURCE) | round(2) }}
      availability: >-
        {% set TARGET = states('sensor.battery_sim_hw_battery_energy_in') %}
        {% set SOURCE = states('sensor.battery_sim_hw_battery_energy_out') %}
        {{ TARGET |is_number and SOURCE |is_number }}

Let wel dat je entity id nu HEEL lang wordt aangezien die gebaseerd wordt op de friendly name.

Klopt dat ik ze heb in de bron maar ik wilde eens kijken of ze op te slaan zijn in een variabele of hoe ze dat in HA ook noemen. Stel ik wil dit verschil gewoon opslaan in een nieuwe variabel. Wat mist er dan? Nu toont hij het verschil door de rekensom maar ik wil de uitkomst vangen zeg maar.

[Septillion]

@Devke Dat heet een entity. Maar ik had het vooral over de attributen die dan onder de entity hangen en exact dezelfde data bevatte als de bronnen.

Maar ik zie niets mis... De entity bevat nu toch gewoon de uitkomst van de rekensom?

[TheFes]

Devke schreef op woensdag 7 augustus 2024 @ 09:58:
[...]

Klopt dat ik ze heb in de bron maar ik wilde eens kijken of ze op te slaan zijn in een variabele of hoe ze dat in HA ook noemen. Stel ik wil dit verschil gewoon opslaan in een nieuwe variabel. Wat mist er dan? Nu toont hij het verschil door de rekensom maar ik wil de uitkomst vangen zeg maar.

Als je die YAML in je configuration.yaml zet, en een HA herstart^* doet krijg je een sensor.opslaan_verschil_in_een_variabele_om mee_door_te_rekenen met als state de uitkomst van die formule. Dat is toch je bedoeling?

* Als je al andere YAML template entities hebt is een reload daarvan in developer tools > YAML voldoende

[Devke]

Septillion schreef op woensdag 7 augustus 2024 @ 10:11:
@Devke Dat heet een entity. Maar ik had het vooral over de attributen die dan onder de entity hangen en exact dezelfde data bevatte als de bronnen.

Maar ik zie niets mis... De entity bevat nu toch gewoon de uitkomst van de rekensom?

Misschien kijk ik er nu kats overheen hoor. Welke entity heeft nu de uitkomst in zich staan? Ik zie alleen de min rekensom maar ff niet waar de uitkomst dan instaat 🙈

[Septillion]

@Devke in sensor.opslaan_verschil_in_een_variabele_om mee_door_te_rekenen. Maar anders even eens screenshot.

Of heb je soms dit geheel via de UI proberen te doen?

[Devke]

TheFes schreef op woensdag 7 augustus 2024 @ 10:14:
[...]


Als je die YAML in je configuration.yaml zet, en een HA herstart^* doet krijg je een sensor.opslaan_verschil_in_een_variabele_om mee_door_te_rekenen met als state de uitkomst van die formule. Dat is toch je bedoeling?

* Als je al andere YAML template entities hebt is een reload daarvan in developer tools > YAML voldoende

Ahhh oke die slag vergeet ik sws. Ik was ff bij ontwikkelingstools eerst aan het testen.

De code moet naar het bestand dus. Daarna heb ik de entity beschikbaar na restart HA. Dan zou ik door kunnen rekenen. Ga het eens proberen. Dank u. @Septillion ook weer bedankt!

[new_guy]

Ik heb (blijkbaar) sinds een tijdje een wazig probleem. Als in langer dan mijn back-ups teruggaan. Waarschijnlijk sinds 11/12 juli.

Elke dag stopt het bijwerken van mijn energy dashboard ná 04.00 uur. Als in, de laatste update is consequent het blok tussen 03.00 en 04.00 uur. Ook het logboek zelf is stuk. Een herstart van HA lost het probleem op, de missende data wordt geplot in het eerste uur na de herstart. De nacht er op gaat het vervolgens wéér stuk.





Ik zou rond/ net na 04.00 uur in de logging errors verwachten om het probleem te duiden, echter, ik kan niks relevants vinden.

Wel krijg ik op een later moment de volgende error, in de 'Home Assistant Core' log:

Logger: homeassistant.components.recorder.core
Source: components/recorder/core.py:395
integration: Recorder (documentation, issues)
First occurred: 06:47:14 (1 occurrences)
Last logged: 06:47:14

The recorder backlog queue reached the maximum size of 108206 events; usually, the system is CPU bound, I/O bound, or the database is corrupt due to a disk problem; The recorder will stop recording events to avoid running out of memory

Her en der lees ik online dat dit te maken kan hebben met het gelijktijdig draaien van back-ups (in mijn geval naar Google Drive). Het tijdstip van deze back-ups heb ik nu verplaatst naar midden op de dag, echter los het deze melding niet op.

In de Supervisor en de Host log heb ik geen meldingen die ook maar iets prijs geven over het onderliggende probleem.

Ik ben geheel bij qua versies:

Core 2024.7.4
Supervisor 2024.08.0
Operating System 12.4
Frontend 20240710.0

Qua hardware draai ik op een Home Assistant Blue / Hardkernel ODROID-N2/N2+.

Ik lijk ook niet uit resources te lopen:

Memory usage 58,8%
Processor use 7%

Iemand een idee waar dit stuk gaat?

[ Voor 15% gewijzigd door new_guy op 07-08-2024 11:22 ]

[Jcrs7]

Septillion schreef op zondag 4 augustus 2024 @ 19:22:
@Jcrs7 Maar dat is dus intern, dat staat los van DuckDNS. Dus wat zie je nu waar wijzigen?

Het is dat mijn ingesteld IP adres bij mijn domein op duckdns steeds veranderd, ik stel steeds mijn eigen vast IP adres in van de ThinClient waarop HASS draait. Zo heeft het voor 6 maanden gewerkt en nu veranderd het IP adres steeds.

Antonio di schreef op zondag 4 augustus 2024 @ 19:30:
[...]

Zie voor instellen:
Antonio di in "Home Assistant: Open source Python3 home automation - deel 5"
en evt.:
Antonio di in "Home Assistant: Open source Python3 home automation - deel 5"

Zo heb ik het ook ingesteld, maar steeds blijft mijn ingesteld IP adres op duckdns veranderen.

[Septillion]

@Jcrs7 Dat het IP bij DuckDNS steeds verandert laat alleen maar zien dat je DDNS werkt... Dat is namelijk de hele reden dat je DDNS gebruikt, omdat je geen vast IP hebt...

In HA stel je als extern adres je DuckDNS adres in (incl https), geen IP.

Wat je als intern adres instelt hangt af van hoe je HA bereikbaar maakt. Draai je een reverse proxy (Nginx ofzo) dan gebruik je daar het interne IP op http. Draai je SSL direct in HA dan ook daar je DuckDNS adres op https.

[Devke]

Septillion schreef op woensdag 7 augustus 2024 @ 10:32:
@Devke in sensor.opslaan_verschil_in_een_variabele_om mee_door_te_rekenen. Maar anders even eens screenshot.

Of heb je soms dit geheel via de UI proberen te doen?

Dit staat er nu in mijn configuration.yaml

YAML:

# Loads default set of integrations. Do not remove.
default_config:

# Load frontend themes from the themes folder
frontend:
  themes: !include_dir_merge_named themes

automation: !include automations.yaml
script: !include scripts.yaml
scene: !include scenes.yaml
template:
 - sensor:
    - name: Omzettingsverlies
      unique_id: doorreken_var
      unit_of_measurement: "kWh"
      device_class: energy
      state: >-
        {% set TARGET = states('sensor.battery_sim_hw_battery_energy_in')|float %}
        {% set SOURCE = states('sensor.battery_sim_hw_battery_energy_out')|float %}
        {{ (TARGET - SOURCE) | round(2) }}
      availability: >-
        {% set TARGET = states('sensor.battery_sim_hw_battery_energy_in') %}
        {% set SOURCE = states('sensor.battery_sim_hw_battery_energy_out') %}
        {{ TARGET |is_number and SOURCE |is_number }}

Ik heb HA opnieuw gestart. Zoals ik het begrepen heb zou er nu een entity

sensor.Omzettingsverlies

beschikbaar moeten zijn. Als ik in HA een nieuwe kaart wil toevoegen met deze sensor dan staat deze niet tussen de beschikbare sensoren. Mochten er screensshots gewenst zijn? No problem.

[ Voor 0% gewijzigd door Septillion op 07-08-2024 12:02 ]

[Septillion]

@Devke Dat lijkt me correct.

Makkelijkste kan je dit soort dingen controleren in de Developer tools (Dev tools). Die is volgens mij alleen zichtbar als je in je profiel 'Advanced Mode' aan hebt gezet.

Daar kan je dan onder States de state van al je entiteiten bekijken en ook makkelijk zoeken.

Onder Yaml kan je ook eens 'Check configuration' doen om te kijken of je daar een foutje hebt.

En natuurlijk kan je in je logboek kijken of je daar nu een error hebt die hiermee te maken heeft.

[marnie]

Devke schreef op woensdag 7 augustus 2024 @ 11:54:
[...]

Dit staat er nu in mijn configuration.yaml

code:

# Loads default set of integrations. Do not remove.
default_config:

# Load frontend themes from the themes folder
frontend:
  themes: !include_dir_merge_named themes

automation: !include automations.yaml
script: !include scripts.yaml
scene: !include scenes.yaml
template:
 - sensor:
    - name: Omzettingsverlies
      unique_id: doorreken_var
      unit_of_measurement: "kWh"
      device_class: energy
      state: >-
        {% set TARGET = states('sensor.battery_sim_hw_battery_energy_in')|float %}
        {% set SOURCE = states('sensor.battery_sim_hw_battery_energy_out')|float %}
        {{ (TARGET - SOURCE) | round(2) }}
      availability: >-
        {% set TARGET = states('sensor.battery_sim_hw_battery_energy_in') %}
        {% set SOURCE = states('sensor.battery_sim_hw_battery_energy_out') %}
        {{ TARGET |is_number and SOURCE |is_number }}

Ik heb HA opnieuw gestart. Zoals ik het begrepen heb zou er nu een entity

sensor.Omzettingsverlies

beschikbaar moeten zijn. Als ik in HA een nieuwe kaart wil toevoegen met deze sensor dan staat deze niet tussen de beschikbare sensoren. Mochten er screensshots gewenst zijn? No problem.

Advies:
Met behulp van http://homeassistant.local:8123/developer-tools/template kan je je code controleren, testen, aanpassen. Als je de sensor yaml.

YAML:

 - sensor:
    - name: Omzettingsverlies
      unique_id: doorreken_var
      unit_of_measurement: "kWh"
      device_class: energy
      state: >-
        {% set TARGET = states('sensor.battery_sim_hw_battery_energy_in')|float %}
        {% set SOURCE = states('sensor.battery_sim_hw_battery_energy_out')|float %}
        {{ (TARGET - SOURCE) | round(2) }}

daar inplakt dan zou je een resultaatwaarde moeten krijgen.
Laat de availability code even weg in de test, voeg het pas toe als de sensorcode een waarde teruggeeft.

[Devke]

Septillion schreef op woensdag 7 augustus 2024 @ 12:08:
@Devke Dat lijkt me correct.

Makkelijkste kan je dit soort dingen controleren in de Developer tools (Dev tools). Die is volgens mij alleen zichtbar als je in je profiel 'Advanced Mode' aan hebt gezet.

Daar kan je dan onder States de state van al je entiteiten bekijken en ook makkelijk zoeken.

Onder Yaml kan je ook eens 'Check configuration' doen om te kijken of je daar een foutje hebt.

En natuurlijk kan je in je logboek kijken of je daar nu een error hebt die hiermee te maken heeft.

@Septillion en @marnie jullie bedoelen onderstaande screenshot denk ik. Daar staat de waarde ook in. Let niet op 1e stukje code. Laten staan om het resultaat te checken.



Check Configuration levert onderstaande op, gaat goed zo te zien:



De error



Errorlog laat voorgaande zien.

Onder "Statussen"staat hij ook niet.

[ Voor 9% gewijzigd door Devke op 07-08-2024 12:30 ]

[marnie]

Aanpassingen te proberen:

YAML:

- sensor:
    - name: "Omzettingsverlies"
      unique_id: doorreken_var
#      unit_of_measurement: "kWh"
#     device_class: energy

als het werkt dan de command code # weer weghalen.
Ik vermoed dat het probleem in de naam zit: hoofdletter zonder aanhalingstekens.
Soms kan het de attributes zijn die ik even op kommentaar zet

[Septillion]

@Devke Wat je onder Ontwikkelingshulpmiddelen => Sjablonen (Dev tools => Templates) zie je vervolgens alleen rechts. Het doet verder echt helemaal niets met enititeten etc in HA, het laat puur de uitkomst van de template aan jou zien. Dus leuk dat je daar een heel stuk van je config in geplakt hebt, het doet niets anders dan die config weergeven na het renderen van de templates.

De error is wel lelijk maar lijkt hier niets mee van doen. Lijkt me te maken hebben met zeroconf. Kan je de hele configuration.yaml eens hier plaatsen? Eventuele geheime zaken even weghalen. maar krijg het idee dat je daar wat gesloopt hebt.

[Septillion]

@marnie Zolang een naam met een letter begint (en niet een getal of leesteken) zijn quotes niet nodig. ook hoofdletters zijn geen probleem.

[Devke]

Septillion schreef op woensdag 7 augustus 2024 @ 12:34:
@Devke Wat je onder Ontwikkelingshulpmiddelen => Sjablonen (Dev tools => Templates) zie je vervolgens alleen rechts. Het doet verder echt helemaal niets met enititeten etc in HA, het laat puur de uitkomst van de template aan jou zien. Dus leuk dat je daar een heel stuk van je config in geplakt hebt, het doet niets anders dan die config weergeven na het renderen van de templates.

De error is wel lelijk maar lijkt hier niets mee van doen. Lijkt me te maken hebben met zeroconf. Kan je de hele configuration.yaml eens hier plaatsen? Eventuele geheime zaken even weghalen. maar krijg het idee dat je daar wat gesloopt hebt.

De gehele configuration.yaml is hierboven al geplaatst. Staat niet meer in. Ik heb HA wel in een docker op een NAS draaien. Ik weet niet of dat meer input geeft voor je.

Daarnaast heeft de NAS vanmorgen een firmware update doorgevoerd. HA enzo heb ik niet geupdate ofzo. De "stable" versie draait hier.

[Septillion]

@Devke Ah, ik moest heeeel goed kijken maar daar zie ik een foutje. Yaml is extreeeeem gevoelig voor spaties. En voor - sensor: heb je maar een enkele spatie, dit moeten er twee zijn. Dus:

YAML:

# Loads default set of integrations. Do not remove.
default_config:

# Load frontend themes from the themes folder
frontend:
  themes: !include_dir_merge_named themes

automation: !include automations.yaml
script: !include scripts.yaml
scene: !include scenes.yaml
template:
  - sensor:
    - name: Omzettingsverlies
      unique_id: doorreken_var
      unit_of_measurement: "kWh"
      device_class: energy
      state: >-
        {% set TARGET = states('sensor.battery_sim_hw_battery_energy_in')|float %}
        {% set SOURCE = states('sensor.battery_sim_hw_battery_energy_out')|float %}
        {{ (TARGET - SOURCE) | round(2) }}
      availability: >-
        {% set TARGET = states('sensor.battery_sim_hw_battery_energy_in') %}
        {% set SOURCE = states('sensor.battery_sim_hw_battery_energy_out') %}
        {{ TARGET |is_number and SOURCE |is_number }}

Verder lijkt de config me wat leeg maar zou kunnen dat veel tegenwoordig niet meer nodig, dat kan ik hier niet checken

[Devke]

Septillion schreef op woensdag 7 augustus 2024 @ 12:51:
@Devke Ah, ik moest heeeel goed kijken maar daar zie ik een foutje. Yaml is extreeeeem gevoelig voor spaties. En voor - sensor: heb je maar een enkele spatie, dit moeten er twee zijn. Dus:

YAML:

# Loads default set of integrations. Do not remove.
default_config:

# Load frontend themes from the themes folder
frontend:
  themes: !include_dir_merge_named themes

automation: !include automations.yaml
script: !include scripts.yaml
scene: !include scenes.yaml
template:
  - sensor:
    - name: Omzettingsverlies
      unique_id: doorreken_var
      unit_of_measurement: "kWh"
      device_class: energy
      state: >-
        {% set TARGET = states('sensor.battery_sim_hw_battery_energy_in')|float %}
        {% set SOURCE = states('sensor.battery_sim_hw_battery_energy_out')|float %}
        {{ (TARGET - SOURCE) | round(2) }}
      availability: >-
        {% set TARGET = states('sensor.battery_sim_hw_battery_energy_in') %}
        {% set SOURCE = states('sensor.battery_sim_hw_battery_energy_out') %}
        {{ TARGET |is_number and SOURCE |is_number }}

Verder lijkt de config me wat leeg maar zou kunnen dat veel tegenwoordig niet meer nodig, dat kan ik hier niet checken

Thnx ik ga hem zo proberen. Stom dat je dan geen foutmelding krijgt ofzo dat je een syntaxfout maakt ofzo haha.

Config staat ook niet veel in nog. Ben een beginnende prutser he 🤪🤣

[Devke]

Septillion schreef op woensdag 7 augustus 2024 @ 12:51:
@Devke Ah, ik moest heeeel goed kijken maar daar zie ik een foutje. Yaml is extreeeeem gevoelig voor spaties. En voor - sensor: heb je maar een enkele spatie, dit moeten er twee zijn. Dus:

YAML:

# Loads default set of integrations. Do not remove.
default_config:

# Load frontend themes from the themes folder
frontend:
  themes: !include_dir_merge_named themes

automation: !include automations.yaml
script: !include scripts.yaml
scene: !include scenes.yaml
template:
  - sensor:
    - name: Omzettingsverlies
      unique_id: doorreken_var
      unit_of_measurement: "kWh"
      device_class: energy
      state: >-
        {% set TARGET = states('sensor.battery_sim_hw_battery_energy_in')|float %}
        {% set SOURCE = states('sensor.battery_sim_hw_battery_energy_out')|float %}
        {{ (TARGET - SOURCE) | round(2) }}
      availability: >-
        {% set TARGET = states('sensor.battery_sim_hw_battery_energy_in') %}
        {% set SOURCE = states('sensor.battery_sim_hw_battery_energy_out') %}
        {{ TARGET |is_number and SOURCE |is_number }}

Verder lijkt de config me wat leeg maar zou kunnen dat veel tegenwoordig niet meer nodig, dat kan ik hier niet checken

nog steeds geen entity erbij

[noo]

Devke schreef op woensdag 7 augustus 2024 @ 12:55:
[...]

Thnx ik ga hem zo proberen. Stom dat je dan geen foutmelding krijgt ofzo dat je een syntaxfout maakt ofzo haha.

Config staat ook niet veel in nog. Ben een beginnende prutser he 🤪🤣

Als collega beginner: 'check configuration' is een stuk lakser dan de werkelijkheid. Wat ik doe is:
- 'check configuration' voor de echt grote fouten,
- in een SSH sessie 'tail -f config/home-assistant.log' starten en een paar keer op Enter rammen voor wat lege regels,
- dan onder 'YAML config reloading' de 'template entries' uitvoeren,
- kijk of er nieuwe regels in de tail sessie zijn verschenen

Tip om de boel behapbaar te houden:
Ik heb een directory 'templates' in de 'config' directory gemaakt met daarin een aantal .yaml files voor diverse soorten templates (bv. energy.yaml voor templates die met energie te maken hebben, etc.). In configuration.yaml deze entry toevoegen zodat alle .yaml files in config/template/ worden opgenomen in je HA config:

YAML:

template: !include_dir_merge_list templates/

[Devke]

Septillion schreef op woensdag 7 augustus 2024 @ 12:51:
@Devke Ah, ik moest heeeel goed kijken maar daar zie ik een foutje. Yaml is extreeeeem gevoelig voor spaties. En voor - sensor: heb je maar een enkele spatie, dit moeten er twee zijn. Dus:

YAML:

# Loads default set of integrations. Do not remove.
default_config:

# Load frontend themes from the themes folder
frontend:
  themes: !include_dir_merge_named themes

automation: !include automations.yaml
script: !include scripts.yaml
scene: !include scenes.yaml
template:
  - sensor:
    - name: Omzettingsverlies
      unique_id: doorreken_var
      unit_of_measurement: "kWh"
      device_class: energy
      state: >-
        {% set TARGET = states('sensor.battery_sim_hw_battery_energy_in')|float %}
        {% set SOURCE = states('sensor.battery_sim_hw_battery_energy_out')|float %}
        {{ (TARGET - SOURCE) | round(2) }}
      availability: >-
        {% set TARGET = states('sensor.battery_sim_hw_battery_energy_in') %}
        {% set SOURCE = states('sensor.battery_sim_hw_battery_energy_out') %}
        {{ TARGET |is_number and SOURCE |is_number }}

Verder lijkt de config me wat leeg maar zou kunnen dat veel tegenwoordig niet meer nodig, dat kan ik hier niet checken

Hier zie je de spaties beter. Helaas staat hij bij statussen nog niet bij en kan ik hem ook niet als entity toevoegen op het dashboard dus.

[noo]

Devke schreef op woensdag 7 augustus 2024 @ 13:27:
[...]

[Afbeelding]

Hier zie je de spaties beter. Helaas staat hij bij statussen nog niet bij en kan ik hem ook niet als entity toevoegen op het dashboard dus.

Je hebt nu '<spatie>-<spatie><spatie>sensor' dat moet '<spatie><spatie>-<spatie>sensor' zijn.

[ Voor 4% gewijzigd door noo op 07-08-2024 13:33 . Reden: noo kan niet tellen ]

[marnie]

Moeilijk te zien, volgens mij staat het list streepje niet goed en hoort het te zijn:
<spatie>-<spatie>-<spatie>sensor:
ipv
<spatie>-<spatie><spatie>sensor:

[Devke]

noo schreef op woensdag 7 augustus 2024 @ 13:32:
[...]

Je hebt nu '<spatie>-<spatie><spatie>sensor' dat moet '<spatie><spatie>-<spatie>sensor' zijn.

Deze werkt helaas ook niet. Alle andere regels naar 4 gezet, ook geen resultaat. Hardnekkige ;-P

[Devke]

marnie schreef op woensdag 7 augustus 2024 @ 13:39:
Moeilijk te zien, volgens mij staat het list streepje niet goed en hoort het te zijn:
<spatie>-<spatie>-<spatie>sensor:
ipv
<spatie>-<spatie><spatie>sensor:

Ook deze werkt niet helaas.

[Septillion]

@Devke Daarna weer herstart?

En de "Check configuration" is inderdaad niet heeeel streng / volledig. Maar als je geen entity ziet (en je wel herstart) zal er toch echt iets in de log moeten staan.

[marnie]

Haal de availability code even weg met een command # : die blokkeert mogelijk de sensor als de voorwaarde aanwezig is.
De code zojuist hier getest op mijn eigen HA: sensor wordt aangemaakt.

[ Voor 27% gewijzigd door marnie op 07-08-2024 13:57 ]

[Get!em]

Devke schreef op woensdag 7 augustus 2024 @ 13:23:
[...]

nog steeds geen entity erbij

En als je dezelfde template code nu eens gebruikt via de GUI

Instellingen > Apparaten/Diensten > Helpers
Create helper --> Template helper --> Template sensor

Dan is je enige stukje YAML die erin hoeft te plakken dit

YAML:

{% set TARGET = states('sensor.battery_sim_hw_battery_energy_in') | float %}
{% set SOURCE = states('sensor.battery_sim_hw_battery_energy_out') | float %}
{{ (TARGET - SOURCE) | round(2) }}

Eventuele foutmeldingen op input sensors en output value icm je deviceclass komen direct in beeld.

[ Voor 36% gewijzigd door Get!em op 07-08-2024 14:05 ]

[Septillion]

new_guy schreef op woensdag 7 augustus 2024 @ 11:20:
Ik heb (blijkbaar) sinds een tijdje een wazig probleem. Als in langer dan mijn back-ups teruggaan. Waarschijnlijk sinds 11/12 juli.

Elke dag stopt het bijwerken van mijn energy dashboard ná 04.00 uur. Als in, de laatste update is consequent het blok tussen 03.00 en 04.00 uur. Ook het logboek zelf is stuk. Een herstart van HA lost het probleem op, de missende data wordt geplot in het eerste uur na de herstart. De nacht er op gaat het vervolgens wéér stuk.

[Afbeelding]

[Afbeelding]

Ik zou rond/ net na 04.00 uur in de logging errors verwachten om het probleem te duiden, echter, ik kan niks relevants vinden.

Wel krijg ik op een later moment de volgende error, in de 'Home Assistant Core' log:

[...]

Her en der lees ik online dat dit te maken kan hebben met het gelijktijdig draaien van back-ups (in mijn geval naar Google Drive). Het tijdstip van deze back-ups heb ik nu verplaatst naar midden op de dag, echter los het deze melding niet op.

In de Supervisor en de Host log heb ik geen meldingen die ook maar iets prijs geven over het onderliggende probleem.

Ik ben geheel bij qua versies:

[...]


Qua hardware draai ik op een Home Assistant Blue / Hardkernel ODROID-N2/N2+.

Ik lijk ook niet uit resources te lopen:

[...]


Iemand een idee waar dit stuk gaat?

Dit klinkt mij als het probleem met de purge zoals ontstaan met 2024.7.0. Ik dacht dat nu in 2024.7.4 wel opgelost was...

Tegelijk waren er ook wat issues met enkele custom integraties. Wat daar de staat van is durf ik even niet te zeggen. Ik zou even in dit topic terug gaan naar rond de release van 7.0. Daar zijn toenwel wat dingen erover gedeeld.

Of @TheFes, weet jij zo uit je hoofd wat de status hiervan is?

[Septillion]

@Get!em Zijn plaatjes uit de dev tool laten al zien dat de state template zelf prima is. Dus daar zit probleem niet. Dus het moet er ergens in zitten hoe @Devke de template in zijn configuration probeert te zetten.

Voor test verder wel prima, maar niet zo laten. Want helaas kent de GUI geen availability en dan is een float zonder default vragen om problemen (aka errors).

[Ronker32]

Devke schreef op woensdag 7 augustus 2024 @ 13:46:
[...]

Ook deze werkt niet helaas.

Kan het zijn dat je op de verkeerde entity zoekt? Je entity heet 'Omzettingverlies', en in je screenshot van 'Ontwikkelhulpmiddelen' zoek je op 'ontlaad' zo te zien.

[Devke]

Septillion schreef op woensdag 7 augustus 2024 @ 13:50:
@Devke Daarna weer herstart?

En de "Check configuration" is inderdaad niet heeeel streng / volledig. Maar als je geen entity ziet (en je wel herstart) zal er toch echt iets in de log moeten staan.

All,

Nogmaals de code zoals deze nu staat:



De logfile:

YAML:

s6-rc: info: service s6rc-oneshot-runner: starting
s6-rc: info: service s6rc-oneshot-runner successfully started
s6-rc: info: service fix-attrs: starting
s6-rc: info: service fix-attrs successfully started
s6-rc: info: service legacy-cont-init: starting
s6-rc: info: service legacy-cont-init successfully started
s6-rc: info: service legacy-services: starting
services-up: info: copying legacy longrun home-assistant (no readiness notification)
s6-rc: info: service legacy-services successfully started
2024-08-07 11:58:03.732 WARNING (SyncWorker_1) [homeassistant.loader] We found a custom integration hacs which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant
2024-08-07 11:58:03.737 WARNING (SyncWorker_1) [homeassistant.loader] We found a custom integration battery_sim which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant
2024-08-07 11:58:03.739 WARNING (SyncWorker_1) [homeassistant.loader] We found a custom integration volkswagen_we_connect_id which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant
2024-08-07 11:58:04.833 ERROR (MainThread) [homeassistant.setup] Error during setup of component zeroconf
Traceback (most recent call last):
  File "/usr/src/homeassistant/homeassistant/setup.py", line 402, in _async_setup_component
    result = await task
             ^^^^^^^^^^
  File "/usr/src/homeassistant/homeassistant/components/zeroconf/__init__.py", line 222, in async_setup
    aio_zc = await _async_get_instance(hass, **zc_args)
             ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/src/homeassistant/homeassistant/components/zeroconf/__init__.py", line 161, in _async_get_instance
    zeroconf = HaZeroconf(**zcargs)
               ^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.12/site-packages/zeroconf/_core.py", line 180, in __init__
    listen_socket, respond_sockets = create_sockets(interfaces, unicast, ip_version, apple_p2p=apple_p2p)
                                     ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.12/site-packages/zeroconf/_utils/net.py", line 358, in create_sockets
    listen_socket = new_socket(ip_version=ip_version, apple_p2p=apple_p2p, bind_addr=('',))
                    ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.12/site-packages/zeroconf/_utils/net.py", line 248, in new_socket
    s.bind(bind_tup)
OSError: [Errno 98] Address in use
2024-08-07 11:58:07.630 WARNING (MainThread) [homeassistant.helpers.frame] Detected that custom integration 'hacs' accesses hass.components.frontend. This is deprecated and will stop working in Home Assistant 2024.9, it should be updated to import functions used from frontend directly at custom_components/hacs/frontend.py, line 68: hass.components.frontend.async_register_built_in_panel(, please create a bug report at https://github.com/hacs/integration/issues
2024-08-07 11:58:08.040 ERROR (MainThread) [homeassistant.setup] Unable to set up dependencies of 'default_config'. Setup failed for dependencies: ['zeroconf']
2024-08-07 11:58:08.040 ERROR (MainThread) [homeassistant.setup] Setup failed for 'default_config': Could not setup dependencies: zeroconf
2024-08-07 11:58:13.335 WARNING (SyncWorker_9) [weconnect] /vehicles/domains/charging/chargingStatus: Unknown attribute chargingScenario with value off

Auto geeft wat warnings alleen zie ik.

[Ronker32]

Devke schreef op woensdag 7 augustus 2024 @ 14:11:
[...]

All,

Nogmaals de code zoals deze nu staat:

[Afbeelding]

De logfile:

YAML:

s6-rc: info: service s6rc-oneshot-runner: starting
s6-rc: info: service s6rc-oneshot-runner successfully started
s6-rc: info: service fix-attrs: starting
s6-rc: info: service fix-attrs successfully started
s6-rc: info: service legacy-cont-init: starting
s6-rc: info: service legacy-cont-init successfully started
s6-rc: info: service legacy-services: starting
services-up: info: copying legacy longrun home-assistant (no readiness notification)
s6-rc: info: service legacy-services successfully started
2024-08-07 11:58:03.732 WARNING (SyncWorker_1) [homeassistant.loader] We found a custom integration hacs which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant
2024-08-07 11:58:03.737 WARNING (SyncWorker_1) [homeassistant.loader] We found a custom integration battery_sim which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant
2024-08-07 11:58:03.739 WARNING (SyncWorker_1) [homeassistant.loader] We found a custom integration volkswagen_we_connect_id which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant
2024-08-07 11:58:04.833 ERROR (MainThread) [homeassistant.setup] Error during setup of component zeroconf
Traceback (most recent call last):
  File "/usr/src/homeassistant/homeassistant/setup.py", line 402, in _async_setup_component
    result = await task
             ^^^^^^^^^^
  File "/usr/src/homeassistant/homeassistant/components/zeroconf/__init__.py", line 222, in async_setup
    aio_zc = await _async_get_instance(hass, **zc_args)
             ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/src/homeassistant/homeassistant/components/zeroconf/__init__.py", line 161, in _async_get_instance
    zeroconf = HaZeroconf(**zcargs)
               ^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.12/site-packages/zeroconf/_core.py", line 180, in __init__
    listen_socket, respond_sockets = create_sockets(interfaces, unicast, ip_version, apple_p2p=apple_p2p)
                                     ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.12/site-packages/zeroconf/_utils/net.py", line 358, in create_sockets
    listen_socket = new_socket(ip_version=ip_version, apple_p2p=apple_p2p, bind_addr=('',))
                    ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.12/site-packages/zeroconf/_utils/net.py", line 248, in new_socket
    s.bind(bind_tup)
OSError: [Errno 98] Address in use
2024-08-07 11:58:07.630 WARNING (MainThread) [homeassistant.helpers.frame] Detected that custom integration 'hacs' accesses hass.components.frontend. This is deprecated and will stop working in Home Assistant 2024.9, it should be updated to import functions used from frontend directly at custom_components/hacs/frontend.py, line 68: hass.components.frontend.async_register_built_in_panel(, please create a bug report at https://github.com/hacs/integration/issues
2024-08-07 11:58:08.040 ERROR (MainThread) [homeassistant.setup] Unable to set up dependencies of 'default_config'. Setup failed for dependencies: ['zeroconf']
2024-08-07 11:58:08.040 ERROR (MainThread) [homeassistant.setup] Setup failed for 'default_config': Could not setup dependencies: zeroconf
2024-08-07 11:58:13.335 WARNING (SyncWorker_9) [weconnect] /vehicles/domains/charging/chargingStatus: Unknown attribute chargingScenario with value off

Auto geeft wat warnings alleen zie ik.

Je leest niet goed, @Septillion geeft je letterlijk de code die je nodig hebt in deze reactie.

[Devke]

Ronker32 schreef op woensdag 7 augustus 2024 @ 14:11:
[...]

Kan het zijn dat je op de verkeerde entity zoekt? Je entity heet 'Omzettingverlies', en in je screenshot van 'Ontwikkelhulpmiddelen' zoek je op 'ontlaad' zo te zien.

klopt die misser heb ik zelf gespot al, scherp van je.

[Septillion]

@Devke Maak er nu eens 100% van wat ik er van maakte. Nu heb je opeens weer een extra streekje voor sensor. Het is 2x spatie, 1x streepje, 1x spatie.

Ik heb de syntax van yaml ook niet bedacht. Heb ook liever brackets zoals C

[ Voor 21% gewijzigd door Septillion op 07-08-2024 14:16 ]

[Devke]

Ronker32 schreef op woensdag 7 augustus 2024 @ 14:12:
[...]

Je leest niet goed, @Septillion geeft je letterlijk de code die je nodig hebt in deze reactie.

klopt die werkte niet waardoor ik de overige tips heb geprobeerd

[new_guy]

Septillion schreef op woensdag 7 augustus 2024 @ 14:06:
[...]

Dit klinkt mij als het probleem met de purge zoals ontstaan met 2024.7.0. Ik dacht dat nu in 2024.7.4 wel opgelost was...

Tegelijk waren er ook wat issues met enkele custom integraties. Wat daar de staat van is durf ik even niet te zeggen. Ik zou even in dit topic terug gaan naar rond de release van 7.0. Daar zijn toenwel wat dingen erover gedeeld.

Of @TheFes, weet jij zo uit je hoofd wat de status hiervan is?

https://github.com/home-assistant/core/issues/117263

Matched inderdaad qua tijdstip en symptonen. Ik ga daar eens op verder zoeken. Thanks!

[TheFes]

Devke schreef op woensdag 7 augustus 2024 @ 14:11:
[...]

All,

Nogmaals de code zoals deze nu staat:

[Afbeelding]

De logfile:

YAML:

s6-rc: info: service s6rc-oneshot-runner: starting
s6-rc: info: service s6rc-oneshot-runner successfully started
s6-rc: info: service fix-attrs: starting
s6-rc: info: service fix-attrs successfully started
s6-rc: info: service legacy-cont-init: starting
s6-rc: info: service legacy-cont-init successfully started
s6-rc: info: service legacy-services: starting
services-up: info: copying legacy longrun home-assistant (no readiness notification)
s6-rc: info: service legacy-services successfully started
2024-08-07 11:58:03.732 WARNING (SyncWorker_1) [homeassistant.loader] We found a custom integration hacs which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant
2024-08-07 11:58:03.737 WARNING (SyncWorker_1) [homeassistant.loader] We found a custom integration battery_sim which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant
2024-08-07 11:58:03.739 WARNING (SyncWorker_1) [homeassistant.loader] We found a custom integration volkswagen_we_connect_id which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant
2024-08-07 11:58:04.833 ERROR (MainThread) [homeassistant.setup] Error during setup of component zeroconf
Traceback (most recent call last):
  File "/usr/src/homeassistant/homeassistant/setup.py", line 402, in _async_setup_component
    result = await task
             ^^^^^^^^^^
  File "/usr/src/homeassistant/homeassistant/components/zeroconf/__init__.py", line 222, in async_setup
    aio_zc = await _async_get_instance(hass, **zc_args)
             ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/src/homeassistant/homeassistant/components/zeroconf/__init__.py", line 161, in _async_get_instance
    zeroconf = HaZeroconf(**zcargs)
               ^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.12/site-packages/zeroconf/_core.py", line 180, in __init__
    listen_socket, respond_sockets = create_sockets(interfaces, unicast, ip_version, apple_p2p=apple_p2p)
                                     ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.12/site-packages/zeroconf/_utils/net.py", line 358, in create_sockets
    listen_socket = new_socket(ip_version=ip_version, apple_p2p=apple_p2p, bind_addr=('',))
                    ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.12/site-packages/zeroconf/_utils/net.py", line 248, in new_socket
    s.bind(bind_tup)
OSError: [Errno 98] Address in use
2024-08-07 11:58:07.630 WARNING (MainThread) [homeassistant.helpers.frame] Detected that custom integration 'hacs' accesses hass.components.frontend. This is deprecated and will stop working in Home Assistant 2024.9, it should be updated to import functions used from frontend directly at custom_components/hacs/frontend.py, line 68: hass.components.frontend.async_register_built_in_panel(, please create a bug report at https://github.com/hacs/integration/issues
2024-08-07 11:58:08.040 ERROR (MainThread) [homeassistant.setup] Unable to set up dependencies of 'default_config'. Setup failed for dependencies: ['zeroconf']
2024-08-07 11:58:08.040 ERROR (MainThread) [homeassistant.setup] Setup failed for 'default_config': Could not setup dependencies: zeroconf
2024-08-07 11:58:13.335 WARNING (SyncWorker_9) [weconnect] /vehicles/domains/charging/chargingStatus: Unknown attribute chargingScenario with value off

Auto geeft wat warnings alleen zie ik.

Hier klopt geen fluit meer van qua indentation. De sensor configuratie moet hetzelfde staan als name:

[TheFes]

Septillion schreef op woensdag 7 augustus 2024 @ 14:06:
[...]

Dit klinkt mij als het probleem met de purge zoals ontstaan met 2024.7.0. Ik dacht dat nu in 2024.7.4 wel opgelost was...

Tegelijk waren er ook wat issues met enkele custom integraties. Wat daar de staat van is durf ik even niet te zeggen. Ik zou even in dit topic terug gaan naar rond de release van 7.0. Daar zijn toenwel wat dingen erover gedeeld.

Of @TheFes, weet jij zo uit je hoofd wat de status hiervan is?

Volgens mij zou dat inmiddels allemaal opgelost moeten zijn

[Devke]

Septillion schreef op woensdag 7 augustus 2024 @ 14:13:
@Devke Maak er nu eens 100% van wat ik er van maakte. Nu heb je opeens weer een extra streekje voor sensor. Het is 2x spatie, 1x streepje, 1x spatie.

Ik heb de syntax van yaml ook niet bedacht. Heb ook liever brackets zoals C

Heb alles teruggezet alleen de de laatste regels een # voorgezet op eerder advies.

Zo staat het nu. Akkoord?



Daarna HA opnieuw gestart. Zie output daarvan in onderstaande logfile.

De foutlog (heb de auto even helemaal weggehaald ivm privacy gegevens daarin)

YAML:

s6-rc: info: service s6rc-oneshot-runner successfully started
s6-rc: info: service fix-attrs: starting
s6-rc: info: service fix-attrs successfully started
s6-rc: info: service legacy-cont-init: starting
s6-rc: info: service legacy-cont-init successfully started
s6-rc: info: service legacy-services: starting
services-up: info: copying legacy longrun home-assistant (no readiness notification)
s6-rc: info: service legacy-services successfully started
2024-08-07 12:21:52.694 WARNING (SyncWorker_0) [homeassistant.loader] We found a custom integration hacs which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant
2024-08-07 12:21:52.695 WARNING (SyncWorker_0) [homeassistant.loader] We found a custom integration battery_sim which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant
2024-08-07 12:21:52.697 WARNING (SyncWorker_0) [homeassistant.loader] We found a custom integration volkswagen_we_connect_id which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant
2024-08-07 12:21:53.424 ERROR (MainThread) [homeassistant.setup] Error during setup of component zeroconf
Traceback (most recent call last):
  File "/usr/src/homeassistant/homeassistant/setup.py", line 402, in _async_setup_component
    result = await task
             ^^^^^^^^^^
  File "/usr/src/homeassistant/homeassistant/components/zeroconf/__init__.py", line 222, in async_setup
    aio_zc = await _async_get_instance(hass, **zc_args)
             ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/src/homeassistant/homeassistant/components/zeroconf/__init__.py", line 161, in _async_get_instance
    zeroconf = HaZeroconf(**zcargs)
               ^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.12/site-packages/zeroconf/_core.py", line 180, in __init__
    listen_socket, respond_sockets = create_sockets(interfaces, unicast, ip_version, apple_p2p=apple_p2p)
                                     ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.12/site-packages/zeroconf/_utils/net.py", line 358, in create_sockets
    listen_socket = new_socket(ip_version=ip_version, apple_p2p=apple_p2p, bind_addr=('',))
                    ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.12/site-packages/zeroconf/_utils/net.py", line 248, in new_socket
    s.bind(bind_tup)
OSError: [Errno 98] Address in use
2024-08-07 12:21:55.937 WARNING (MainThread) [homeassistant.helpers.frame] Detected that custom integration 'hacs' accesses hass.components.frontend. This is deprecated and will stop working in Home Assistant 2024.9, it should be updated to import functions used from frontend directly at custom_components/hacs/frontend.py, line 68: hass.components.frontend.async_register_built_in_panel(, please create a bug report at https://github.com/hacs/integration/issues
2024-08-07 12:21:56.025 ERROR (MainThread) [homeassistant.setup] Unable to set up dependencies of 'default_config'. Setup failed for dependencies: ['zeroconf']
2024-08-07 12:21:56.025 ERROR (MainThread) [homeassistant.setup] Setup failed for 'default_config': Could not setup dependencies: zeroconf

Heb onder ontwikkelhulpmiddelen -> Statussen gezocht naar Omzettingsverlies en er is geen sensor beschikbaar. Zie onderstaande. Schiet mij maar lek ;-P

[ Voor 7% gewijzigd door Devke op 07-08-2024 14:34 ]

[RobertMe]

Septillion schreef op woensdag 7 augustus 2024 @ 14:13:
Ik heb de syntax van yaml ook niet bedacht. Heb ook liever brackets zoals C

Of zoals JSON? Hint: alle geldige JSON is ook geldige YAML.

En YAML geeft ook niet heel veel om het aantal spaties. Zolang je nesting maar duidelijk maakt met meer spaties (dan het bovenliggende niveau), en alles op hetzelfde niveau (keys van hetzelfde object / items in hetzelfde array) maar het zelfde aantal spaties hebben.

YAML:

  - foo: bar
    hello: world

of

code:

  -      foo: bar
         hello: world

Is dan ook exact hetzelfde.

Maar je kunt dus niet dit doen:

YAML:

  - foo: bar
         hello: world

Want dan moeten "foo" en "bar" wel onder elkaar staan

[Septillion]

@Devke Plaatje vergeten?

[Devke]

Septillion schreef op woensdag 7 augustus 2024 @ 14:35:
@Devke Plaatje vergeten?

Staat er nu wel bij, had de verkeerde geklikt. Nu heb je de juiste

[Septillion]

@Devke Lijkt me op zich goed...

Maar breng het anders eens terug naar de standaard (copy-paste!)

YAML:

# Loads default set of integrations. Do not remove.
default_config:

# Load frontend themes from the themes folder
frontend:
  themes: !include_dir_merge_named themes

automation: !include automations.yaml
script: !include scripts.yaml
scene: !include scenes.yaml

Dan HA herstart, heb je dan geen errors meer?

[Devke]

Septillion schreef op woensdag 7 augustus 2024 @ 14:46:
@Devke Lijkt me op zich goed...

Maar breng het anders eens terug naar de standaard (copy-paste!)

YAML:

# Loads default set of integrations. Do not remove.
default_config:

# Load frontend themes from the themes folder
frontend:
  themes: !include_dir_merge_named themes

automation: !include automations.yaml
script: !include scripts.yaml
scene: !include scenes.yaml

Dan HA herstart, heb je dan geen errors meer?

Logfile:

YAML:

s6-rc: info: service s6rc-oneshot-runner: starting
s6-rc: info: service s6rc-oneshot-runner successfully started
s6-rc: info: service fix-attrs: starting
s6-rc: info: service fix-attrs successfully started
s6-rc: info: service legacy-cont-init: starting
s6-rc: info: service legacy-cont-init successfully started
s6-rc: info: service legacy-services: starting
services-up: info: copying legacy longrun home-assistant (no readiness notification)
s6-rc: info: service legacy-services successfully started
2024-08-07 12:53:09.799 WARNING (SyncWorker_0) [homeassistant.loader] We found a custom integration hacs which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant
2024-08-07 12:53:09.800 WARNING (SyncWorker_0) [homeassistant.loader] We found a custom integration battery_sim which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant
2024-08-07 12:53:09.801 WARNING (SyncWorker_0) [homeassistant.loader] We found a custom integration volkswagen_we_connect_id which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant
2024-08-07 12:53:11.059 ERROR (MainThread) [homeassistant.setup] Error during setup of component zeroconf
Traceback (most recent call last):
  File "/usr/src/homeassistant/homeassistant/setup.py", line 402, in _async_setup_component
    result = await task
             ^^^^^^^^^^
  File "/usr/src/homeassistant/homeassistant/components/zeroconf/__init__.py", line 222, in async_setup
    aio_zc = await _async_get_instance(hass, **zc_args)
             ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/src/homeassistant/homeassistant/components/zeroconf/__init__.py", line 161, in _async_get_instance
    zeroconf = HaZeroconf(**zcargs)
               ^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.12/site-packages/zeroconf/_core.py", line 180, in __init__
    listen_socket, respond_sockets = create_sockets(interfaces, unicast, ip_version, apple_p2p=apple_p2p)
                                     ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.12/site-packages/zeroconf/_utils/net.py", line 358, in create_sockets
    listen_socket = new_socket(ip_version=ip_version, apple_p2p=apple_p2p, bind_addr=('',))
                    ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.12/site-packages/zeroconf/_utils/net.py", line 248, in new_socket
    s.bind(bind_tup)
OSError: [Errno 98] Address in use
2024-08-07 12:53:12.860 WARNING (MainThread) [homeassistant.helpers.frame] Detected that custom integration 'hacs' accesses hass.components.frontend. This is deprecated and will stop working in Home Assistant 2024.9, it should be updated to import functions used from frontend directly at custom_components/hacs/frontend.py, line 68: hass.components.frontend.async_register_built_in_panel(, please create a bug report at https://github.com/hacs/integration/issues
2024-08-07 12:53:13.519 ERROR (MainThread) [homeassistant.setup] Unable to set up dependencies of 'default_config'. Setup failed for dependencies: ['zeroconf']
2024-08-07 12:53:13.520 ERROR (MainThread) [homeassistant.setup] Setup failed for 'default_config': Could not setup dependencies: zeroconf

Resultaat na het origineel zetten weer van de config.yaml file (copy paste actie van jouw post). Volgens mij geen andere of verdwijnende Error's.

[noo]

Devke schreef op woensdag 7 augustus 2024 @ 11:54:
[...]

Dit staat er nu in mijn configuration.yaml

YAML:

# Loads default set of integrations. Do not remove.
default_config:

# Load frontend themes from the themes folder
frontend:
  themes: !include_dir_merge_named themes

automation: !include automations.yaml
script: !include scripts.yaml
scene: !include scenes.yaml
template:
 - sensor:
    - name: Omzettingsverlies
      unique_id: doorreken_var
      unit_of_measurement: "kWh"
      device_class: energy
      state: >-
        {% set TARGET = states('sensor.battery_sim_hw_battery_energy_in')|float %}
        {% set SOURCE = states('sensor.battery_sim_hw_battery_energy_out')|float %}
        {{ (TARGET - SOURCE) | round(2) }}
      availability: >-
        {% set TARGET = states('sensor.battery_sim_hw_battery_energy_in') %}
        {% set SOURCE = states('sensor.battery_sim_hw_battery_energy_out') %}
        {{ TARGET |is_number and SOURCE |is_number }}

Ik heb HA opnieuw gestart. Zoals ik het begrepen heb zou er nu een entity

sensor.Omzettingsverlies

beschikbaar moeten zijn. Als ik in HA een nieuwe kaart wil toevoegen met deze sensor dan staat deze niet tussen de beschikbare sensoren. Mochten er screensshots gewenst zijn? No problem.

Ik heb dit even in een aparte templates/devke.yaml gezet, een reload van de template entries in dev tools ->YAML gedaan en ik heb gewoon die Omzettingsverlies sensor (unavailable, want ik heb de source sensors niet)

YAML:

  - sensor:
    - name: Omzettingsverlies
      unique_id: doorreken_var
      unit_of_measurement: "kWh"
      device_class: energy
      state: >-
        {% set TARGET = states('sensor.battery_sim_hw_battery_energy_in')|float %}
        {% set SOURCE = states('sensor.battery_sim_hw_battery_energy_out')|float %}
        {{ (TARGET - SOURCE) | round(2) }}
      availability: >-
        {% set TARGET = states('sensor.battery_sim_hw_battery_energy_in') %}
        {% set SOURCE = states('sensor.battery_sim_hw_battery_energy_out') %}
        {{ TARGET |is_number and SOURCE |is_number }}

[Septillion]

@Devke Die error van zeroconfig blijft wel raar. Het zou kunnen dat die andere zaken blokkeert... Maar zie niets wat de error zou kunnen geven. Anders keer hele host nu een restart geven.

Draai je HA OS?

[Devke]

Septillion schreef op woensdag 7 augustus 2024 @ 15:00:
@Devke Die error van zeroconfig blijft wel raar. Het zou kunnen dat die andere zaken blokkeert... Maar zie niets wat de error zou kunnen geven. Anders keer hele host nu een restart geven.

Draai je HA OS?

OS? Ik draai HA op een NAS in een docker. Iedere x start ik HA ook via die docker even opnieuw op. Dus niet alleen config x opnieuw herladen.
Zit de beperking in de docker?

[ Voor 3% gewijzigd door Devke op 07-08-2024 15:07 ]

[Devke]

noo schreef op woensdag 7 augustus 2024 @ 14:59:
[...]

Ik heb dit even in een aparte templates/devke.yaml gezet, een reload van de template entries in dev tools ->YAML gedaan en ik heb gewoon die Omzettingsverlies sensor (unavailable, want ik heb de source sensors niet)

YAML:

  - sensor:
    - name: Omzettingsverlies
      unique_id: doorreken_var
      unit_of_measurement: "kWh"
      device_class: energy
      state: >-
        {% set TARGET = states('sensor.battery_sim_hw_battery_energy_in')|float %}
        {% set SOURCE = states('sensor.battery_sim_hw_battery_energy_out')|float %}
        {{ (TARGET - SOURCE) | round(2) }}
      availability: >-
        {% set TARGET = states('sensor.battery_sim_hw_battery_energy_in') %}
        {% set SOURCE = states('sensor.battery_sim_hw_battery_energy_out') %}
        {{ TARGET |is_number and SOURCE |is_number }}

[Afbeelding]

Helemaal los van de config.yaml dus

Goed om te zien dat het dus moet werken. Moet het bestand onder een bepaalde directory staan waardoor het mis zou kunnen gaan?

[Septillion]

@Devke Even snel gezocht en zie dat HA in docker wel vaker wat zeroconfig issues geeft. Volgens mij omdat HA wil dat je de volledig netwerkinterface aan HA geeft (in docker compose network_mode: host en als je al wat anders op je host draait op die interface die al een gewenste poort bezet houdt dan krijg je errors.

Toevallig een NAS met meerdere netwerkpoorten waarmee je er één volledig aan HA kan geven?

[Devke]

Septillion schreef op woensdag 7 augustus 2024 @ 15:16:
@Devke Even snel gezocht en zie dat HA in docker wel vaker wat zeroconfig issues geeft. Volgens mij omdat HA wil dat je de volledig netwerkinterface aan HA geeft (in docker compose network_mode: host en als je al wat anders op je host draait op die interface die al een gewenste poort bezet houdt dan krijg je errors.

Toevallig een NAS met meerdere netwerkpoorten waarmee je er één volledig aan HA kan geven?

Yep 2 netwerkpoortjes. 1 ervan aangesloten op mijn huisnetwerk bekabeld dus. Andere zit geen kabel aan en is ook niet ff snel te leggen. Heb een QNAP Nas. Is dit van cruciaal belang? Daarnaast zal ik ook moeten gaan zoeken even dan hoe ik dat fix om HA dan zijn eigenpoort te geven, of is dit softwarematig bedoeld?

[Septillion]

@Devke Gezien de template bij andere wel werkt is het enige dat ik me kan bedenken dat de error van zeroconf toch echt meer door de war gooit.

Overigens als ik lees is de meest voorkomende fout dat poort 5353 voor mDNS dan al in gebruik is voor iets anders. Deze gebruik je niet in een andere docker? Anders zou het me ook niet verbazen als QNAP zelf die poort gebruikt... Heeft QNAP optie voor mDNS uit te zetten? Misschien deze twee services uit?

En eigen poort, zou je die beschikbaar moeten maken aan Docker. Zou mij op mijn Synology ook wel even puzzelen kosten

@all Zijn er nog andere experts voor HA docker?

[ Voor 3% gewijzigd door Septillion op 07-08-2024 15:38 ]

[Devke]

Septillion schreef op woensdag 7 augustus 2024 @ 15:30:
@Devke Gezien de template bij andere wel werkt is het enige dat ik me kan bedenken dat de error van zeroconf toch echt meer door de war gooit.

Overigens als ik lees is de meest voorkomende fout dat poort 5353 voor mDNS dan al in gebruik is voor iets anders. Deze gebruik je niet in een andere docker? Anders zou het me ook niet verbazen als QNAP zelf die poort gebruikt... Heeft QNAP optie voor mDNS uit te zetten? Misschien deze twee services uit?

En eigen poort, zou je die beschikbaar moeten maken aan Docker. Zou mij op mijn Synology ook wel even puzzelen kosten

@all Zijn er nog andere experts voor HA docker?

Nee HA is de enige die draait in docker. Heb de opties uitgezet maar dezelfde foutmelding blijft naar restart HA.

[Devke]

Septillion schreef op woensdag 7 augustus 2024 @ 15:30:
@Devke Gezien de template bij andere wel werkt is het enige dat ik me kan bedenken dat de error van zeroconf toch echt meer door de war gooit.

Overigens als ik lees is de meest voorkomende fout dat poort 5353 voor mDNS dan al in gebruik is voor iets anders. Deze gebruik je niet in een andere docker? Anders zou het me ook niet verbazen als QNAP zelf die poort gebruikt... Heeft QNAP optie voor mDNS uit te zetten? Misschien deze twee services uit?

En eigen poort, zou je die beschikbaar moeten maken aan Docker. Zou mij op mijn Synology ook wel even puzzelen kosten

@all Zijn er nog andere experts voor HA docker?

Deze meldingen heb ik volgens mij ook nog nooit gezien. Zou dit toch iets te maken hebben met de firmware update van vanmorgen?

Ook default: regel geeft foutmelding. config bestand verprutst? Had ff een backup moeten maken, slim.

[ Voor 4% gewijzigd door Devke op 07-08-2024 16:07 ]

[Septillion]

@Devke Niet onmogelijk

[Devke]

Septillion schreef op woensdag 7 augustus 2024 @ 16:11:
@Devke Niet onmogelijk

Ik open config.yaml in een tekstverwerker op de NAS. Hij slaat het daarna op met deze instellingen, formaat. Daar niks raars aan?

[synoniem]

Devke schreef op woensdag 7 augustus 2024 @ 16:20:
[...]

Ik open config.yaml in een tekstverwerker op de NAS. Hij slaat het daarna op met deze instellingen, formaat. Daar niks raars aan?

[Afbeelding]

Zou zomaar kunnen dat het verschil is CRLF of LF aan het eind van elke regel. Windows gebruikt CRLF terwijl *nix LF gebruikt. Kun je dat ergens kiezen in de setup van de editor?

[Septillion]

@Devke UTF-8 is zo te zien ook de standaard van Notepad++ waar ik alles in doe. Problemen met line ending heb ik ook nog nooit langs horen komen hier.

[Devke]

Septillion schreef op woensdag 7 augustus 2024 @ 16:29:
@Devke UTF-8 is zo te zien ook de standaard van Notepad++ waar ik alles in doe. Problemen met line ending heb ik ook nog nooit langs horen komen hier.

Ik heb de NAS een x opnieuw opgestart. De error's zijn weg. De code weer geplakt in de configuration.yaml. HA opnieuw gestart. Error's blijven weg. Tot zover dikke prima. Alleen geen identity te vinden. Ik zal hier zo de config file nog een x onder plakken voor een final checkup.

YAML:

# Loads default set of integrations. Do not remove.
default_config:

# Load frontend themes from the themes folder
frontend:
  themes: !include_dir_merge_named themes

automation: !include automations.yaml
script: !include scripts.yaml
scene: !include scenes.yaml
template:
  - sensor:
    - name: Omzettingsverlies
      unique_id: doorreken_var
      unit_of_measurement: "kWh"
      device_class: energy
      state: >-
        {% set TARGET = states('sensor.battery_sim_hw_battery_energy_in')|float %}
        {% set SOURCE = states('sensor.battery_sim_hw_battery_energy_out')|float %}
        {{ (TARGET - SOURCE) | round(2) }}
#      availability: >-
#        {% set TARGET = states('sensor.battery_sim_hw_battery_energy_in') %}
#        {% set SOURCE = states('sensor.battery_sim_hw_battery_energy_out') %}
#        {{ TARGET |is_number and SOURCE

Misschien deze er ff bij voor de spatie's goed te bekijken

[ Voor 58% gewijzigd door Devke op 07-08-2024 16:54 ]

[synoniem]

Devke schreef op woensdag 7 augustus 2024 @ 16:48:
[...]

Ik heb de NAS een x opnieuw opgestart. De error's zijn weg. De code weer geplakt in de configuration.yaml. HA opnieuw gestart. Error's blijven weg. Tot zover dikke prima. Alleen geen identity te vinden. Ik zal hier zo de config file nog een x onder plakken voor een final checkup.

YAML:

# Loads default set of integrations. Do not remove.
default_config:

# Load frontend themes from the themes folder
frontend:
  themes: !include_dir_merge_named themes

automation: !include automations.yaml
script: !include scripts.yaml
scene: !include scenes.yaml
template:
  - sensor:
    - name: Omzettingsverlies
      unique_id: doorreken_var
      unit_of_measurement: "kWh"
      device_class: energy
      state: >-
        {% set TARGET = states('sensor.battery_sim_hw_battery_energy_in')|float %}
        {% set SOURCE = states('sensor.battery_sim_hw_battery_energy_out')|float %}
        {{ (TARGET - SOURCE) | round(2) }}
#      availability: >-
#        {% set TARGET = states('sensor.battery_sim_hw_battery_energy_in') %}
#        {% set SOURCE = states('sensor.battery_sim_hw_battery_energy_out') %}
#        {{ TARGET |is_number and SOURCE

[Afbeelding]

Misschien deze er ff bij voor de spatie's goed te bekijken

Ik zie vooral een ander symbooltje aan het eind van elke regel (LF symbool) in deze schermafdruk.

[Devke]

synoniem schreef op woensdag 7 augustus 2024 @ 17:15:
[...]

Ik zie vooral een ander symbooltje aan het eind van elke regel (LF symbool) in deze schermafdruk.

Dan zou ik dat symbooltje eens weg moeten proberen te halen en een harde Enter moet geven?
Voor de duidelijkheid... dit is een teksteditor op de NAS. Ik pas het bestand dus daar aan i.p.v. op de PC.

[synoniem]

Devke schreef op woensdag 7 augustus 2024 @ 17:21:
[...]

Dan zou ik dat symbooltje eens weg moeten proberen te halen en een harde Enter moet geven?
Voor de duidelijkheid... dit is een teksteditor op de NAS. Ik pas het bestand dus daar aan i.p.v. op de PC.

Het symbooltje LF is een harde Enter maar dan op z'n *nix.
In deze afbeelding lijkt het het goed te gaan, in de eerste schermafdruk leek het niet goed te gaan. Als het nu werkt is het goed (met tweede schermafdruk), als het niet werkt ligt het in ieder geval niet daar aan.

[Beekforel]

Zijn hier mensen die een (dak) raam automatisch openen en sluiten? Ik heb sinds kort een lichtkoepel die ik met Matter kan aansturen en zoek wat inspiratie voor automation.

[Devke]

synoniem schreef op woensdag 7 augustus 2024 @ 17:30:
[...]

Het symbooltje LF is een harde Enter maar dan op z'n *nix.
In deze afbeelding lijkt het het goed te gaan, in de eerste schermafdruk leek het niet goed te gaan. Als het nu werkt is het goed (met tweede schermafdruk), als het niet werkt ligt het in ieder geval niet daar aan.

Dank. Nee helaas nog niet het gewenste resultaat.

[TheFes]

Devke schreef op woensdag 7 augustus 2024 @ 18:26:
[...]

Dank. Nee helaas nog niet het gewenste resultaat.

Wat is inmiddels wel het resultaat? Heb je al wel een entity?

[Devke]

Devke schreef op woensdag 7 augustus 2024 @ 16:48:
[...]

Ik heb de NAS een x opnieuw opgestart. De error's zijn weg. De code weer geplakt in de configuration.yaml. HA opnieuw gestart. Error's blijven weg. Tot zover dikke prima. Alleen geen identity te vinden. Ik zal hier zo de config file nog een x onder plakken voor een final checkup.

YAML:

# Loads default set of integrations. Do not remove.
default_config:

# Load frontend themes from the themes folder
frontend:
  themes: !include_dir_merge_named themes

automation: !include automations.yaml
script: !include scripts.yaml
scene: !include scenes.yaml
template:
  - sensor:
    - name: Omzettingsverlies
      unique_id: doorreken_var
      unit_of_measurement: "kWh"
      device_class: energy
      state: >-
        {% set TARGET = states('sensor.battery_sim_hw_battery_energy_in')|float %}
        {% set SOURCE = states('sensor.battery_sim_hw_battery_energy_out')|float %}
        {{ (TARGET - SOURCE) | round(2) }}
#      availability: >-
#        {% set TARGET = states('sensor.battery_sim_hw_battery_energy_in') %}
#        {% set SOURCE = states('sensor.battery_sim_hw_battery_energy_out') %}
#        {{ TARGET |is_number and SOURCE

[Afbeelding]

Misschien deze er ff bij voor de spatie's goed te bekijken

@TheFes dit is de laatste status. Geen entity. Geen error's meer eerder genoemd (na restart NAS weg). Denk dat ik vanmorgen de docker met HA zelf een zet gegeven heb terwijl de NAS dit na een firmware upgrade dit zelf ook al doet.

[ Voor 5% gewijzigd door Devke op 07-08-2024 18:55 ]

[TheFes]

Devke schreef op woensdag 7 augustus 2024 @ 18:50:
[...]

@TheFes dit is de laatste status. Geen entity. Geen error's meer eerder genoemd (na restart NAS weg). Denk dat ik vanmorgen de docker met HA zelf een zet gegeven heb terwijl de NAS dit na een firmware upgrade dit zelf ook al doet.

Hoe ziet het er bij jou uit als je in developer tools > states op Omzettingsverlies zoekt

[Devke]

TheFes schreef op woensdag 7 augustus 2024 @ 19:03:
[...]


Hoe ziet het er bij jou uit als je in developer tools > states op Omzettingsverlies zoekt
[Afbeelding]

Hetzelfde. Geen resultaat.

[Septillion]

@Devke Ik zie dat de default van HA de *nix stijl (dus alleen LF) is. Maar ik heb ook een blueprint geladen die volledig Windows stijl (CRLF) is zonder issue.

Als ik 100% Devke in "Home Assistant: Open source Python3 home automation - deel 5" deze config plaats in mijn beta setup, heb ik een error voor de float in de log ("could not convert string to float: 'unknown'" want heb de bronnen niet). Maak ik daar float(0) van dan heb ik netjes de entiteit sensor.omzettingsverlies met waarde 0. Un-comment ik de availability (en fix ik de missende twee blokhaken in je laatste copy-paste) dan heb ik netjes sensor.omzettingsverlies die 'unavailable' is.

Ook nog getest met hele configuration.yaml met Windows line ending (CRLF ofwel \r\n), geen probleem, HA start zonder error. Zelf hem nog een keer verkracht door dwars door elkaar LF en CRLF te gebruiken, geen probleem. Dus het zit hem ook niet in line endings.

Dus volgende zou je in ieder geval een entiteit op moeten leveren.

YAML:

# Loads default set of integrations. Do not remove.
default_config:

# Load frontend themes from the themes folder
frontend:
  themes: !include_dir_merge_named themes

automation: !include automations.yaml
script: !include scripts.yaml
scene: !include scenes.yaml
template:
  - sensor:
    - name: Omzettingsverlies
      unique_id: doorreken_var
      unit_of_measurement: "kWh"
      device_class: energy
      state: >-
        {% set TARGET = states('sensor.battery_sim_hw_battery_energy_in')|float %}
        {% set SOURCE = states('sensor.battery_sim_hw_battery_energy_out')|float %}
        {{ (TARGET - SOURCE) | round(2) }}
      availability: >-
        {% set TARGET = states('sensor.battery_sim_hw_battery_energy_in') %}
        {% set SOURCE = states('sensor.battery_sim_hw_battery_energy_out') %}
        {{ TARGET |is_number and SOURCE }}

[Devke]

Septillion schreef op woensdag 7 augustus 2024 @ 19:34:
@Devke Ik zie dat de default van HA de *nix stijl (dus alleen LF) is. Maar ik heb ook een blueprint geladen die volledig Windows stijl (CRLF) is zonder issue.

Als ik 100% Devke in "Home Assistant: Open source Python3 home automation - deel 5" deze config plaats in mijn beta setup, heb ik een error voor de float in de log ("could not convert string to float: 'unknown'" want heb de bronnen niet). Maak ik daar float(0) van dan heb ik netjes de entiteit sensor.omzettingsverlies met waarde 0. Un-comment ik de availability (en fix ik de missende twee blokhaken in je laatste copy-paste) dan heb ik netjes sensor.omzettingsverlies die 'unavailable' is.

Ook nog getest met hele configuration.yaml met Windows line ending (CRLF ofwel \r\n), geen probleem, HA start zonder error. Zelf hem nog een keer verkracht door dwars door elkaar LF en CRLF te gebruiken, geen probleem. Dus het zit hem ook niet in line endings.

Dus volgende zou je in ieder geval een entiteit op moeten leveren.

YAML:

# Loads default set of integrations. Do not remove.
default_config:

# Load frontend themes from the themes folder
frontend:
  themes: !include_dir_merge_named themes

automation: !include automations.yaml
script: !include scripts.yaml
scene: !include scenes.yaml
template:
  - sensor:
    - name: Omzettingsverlies
      unique_id: doorreken_var
      unit_of_measurement: "kWh"
      device_class: energy
      state: >-
        {% set TARGET = states('sensor.battery_sim_hw_battery_energy_in')|float %}
        {% set SOURCE = states('sensor.battery_sim_hw_battery_energy_out')|float %}
        {{ (TARGET - SOURCE) | round(2) }}
      availability: >-
        {% set TARGET = states('sensor.battery_sim_hw_battery_energy_in') %}
        {% set SOURCE = states('sensor.battery_sim_hw_battery_energy_out') %}
        {{ TARGET |is_number and SOURCE }}

ik heb bovenstaande copypast in de configuration.yaml geplaatst. HA opnieuw gestart. Resultaat:



De errorlog van de container waarin HA draait:

YAML:

s6-rc: info: service s6rc-oneshot-runner: starting
s6-rc: info: service s6rc-oneshot-runner successfully started
s6-rc: info: service fix-attrs: starting
s6-rc: info: service fix-attrs successfully started
s6-rc: info: service legacy-cont-init: starting
s6-rc: info: service legacy-cont-init successfully started
s6-rc: info: service legacy-services: starting
services-up: info: copying legacy longrun home-assistant (no readiness notification)
s6-rc: info: service legacy-services successfully started
2024-08-07 17:50:34.817 WARNING (SyncWorker_0) [homeassistant.loader] We found a custom integration hacs which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant
2024-08-07 17:50:34.818 WARNING (SyncWorker_0) [homeassistant.loader] We found a custom integration battery_sim which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant
2024-08-07 17:50:37.475 WARNING (MainThread) [homeassistant.helpers.frame] Detected that custom integration 'hacs' accesses hass.components.frontend. This is deprecated and will stop working in Home Assistant 2024.9, it should be updated to import functions used from frontend directly at custom_components/hacs/frontend.py, line 68: hass.components.frontend.async_register_built_in_panel(, please create a bug report at https://github.com/hacs/integration/issues
2024-08-07 17:50:40.865 WARNING (MainThread) [homeassistant.helpers.frame] Detected that custom integration 'hacs' accesses hass.helpers.event. This is deprecated and will stop working in Home Assistant 2024.11, it should be updated to import functions used from event directly at custom_components/hacs/base.py, line 642: self.hass.helpers.event.async_track_time_interval(, please create a bug report at https://github.com/hacs/integration/issues

Pittige dit. 2 mensen waar het werkt en hier verrekt ie het gewoon ;-P
In een docker omgeving moet je toch dit ook kunnen?

Directory waarin het bestand configuration.yaml staat is /Container/homeassistant

[Septillion]

@Devke Weet je heeeeel zeker dat je de juiste file aan zit te passen? Heb je bijvoorbeeld de config-map wel goed gemapt je container in?

Maak er anders een backup van en zet dan als enige in configuration.yaml:

YAML:

sfghghuszdfgjikzfghsghujzfzbdxfgh: 

Krijg je dan wel een error?

[TTSS]

Vandaag ben ik ook hobbymatig gestart met Home Assistant. Momenteel zit ik nog in het Homey Pro kamp, wat overigens best goed bevalt. Maar goed, je wilt ook wel eens wat anders proberen/leren. Ik ben al een beetje aan het spelen met de gehele interface en heb hier en daar al wat apparaten toegevoegd.

Momenteel heb ik veel Zigbee apparaten thuis van verschillende merken. De Philips lampen die ik in het verleden gekoppeld heb met de Hue Bridge worden makkelijk gevonden en toegevoegd (Yes!). Mijn Zigbee adapter vindt ook wel apparaten als ik ze opnieuw in koppelmodus plaats. Alleen heb ik geen zin om zo'n 30 apparaten (Sonoff / Ikea / enz. - allen zonder aparate hub) opnieuw te moeten koppelen. Zeker niet nu ze nog goed staan in Homey Pro.

Is er een manier om dit eenvoudig over te zetten? Of ontkom ik er niet aan om alle apparaten 1 voor 1 opnieuw te koppelen?

[Devke]

Septillion schreef op woensdag 7 augustus 2024 @ 20:09:
@Devke Weet je heeeeel zeker dat je de juiste file aan zit te passen? Heb je bijvoorbeeld de config-map wel goed gemapt je container in?

Maak er anders een backup van en zet dan als enige in configuration.yaml:

YAML:

sfghghuszdfgjikzfghsghujzfzbdxfgh: 

Krijg je dan wel een error?

bij ontwikkelingstools geeft hij aan dat het een geldige configuratie is hmmm
In de logfile zie ik geen andere meldingen dan zojuist.

Overzicht van bestandsstructuur HA op NAS

[ Voor 27% gewijzigd door Devke op 07-08-2024 20:28 ]

[TheFes]

Devke schreef op woensdag 7 augustus 2024 @ 20:16:
[...]

bij ontwikkelingstools geeft hij aan dat het een geldige configuratie is hmmm
In de logfile zie ik geen andere meldingen dan zojuist.[Afbeelding]

Overzicht van bestandsstructuur HA op NAS

Als hij op de config check geen fout geeft op die integratie in configuration.yaml, dan is er iets heel ander mis. Dan wordt blijkbaar die configuration.yaml helemaal niet geladen.

Als je in de GUI een automation aanmaakt, zie je die dan wel in die folderstructuur in automations.yaml toegevoegd worden?

[Septillion]

@Devke Die map is NIET actief geladen in HA. Enige files met timestamp van vandaag zijn die je zelf hebt aangepast. Timestamp van de home-assistant.log zou zeker van vandaag moeten zijn daar deze bij een restart nieuw gemaakt wordt.

Meeste files hebben datum van 1 juli van tegen half 3. Vanaf toen is deze map niet meer gebruikt door HA.

Mijn gok, dat is niet de map die je in docker hebt gemapt als volume.

[ Voor 15% gewijzigd door Septillion op 07-08-2024 21:00 ]

[noo]

Devke schreef op woensdag 7 augustus 2024 @ 20:16:
[...]

bij ontwikkelingstools geeft hij aan dat het een geldige configuratie is hmmm
In de logfile zie ik geen andere meldingen dan zojuist.[Afbeelding]

Overzicht van bestandsstructuur HA op NAS

Dan is de file die je aanpast blijkbaar niet de file die HA gebruikt. Controleer eens wat HA denkt dat de juiste directory is volgens deze procedure: https://www.home-assistan...e-configuration-directory

En dit lijkt me de meest logische verklaring:

Septillion schreef op woensdag 7 augustus 2024 @ 20:59:

Mijn gok, dat is niet de map die je in docker hebt gemapt als volume.

[ Voor 13% gewijzigd door noo op 07-08-2024 21:04 ]

[Septillion]

@Devke Ik zit nog een keer te kijken, de config map heeft WEL timestamp van net. Is dat niet gewoon war je moet zijn en is de rest van deze map niet gewoon een oepsje?

Even kijken dus welk volume je mount in Docker. Verwachting is dat je daar iets hebt als Container/homeassistant/config:/config.

[ Voor 16% gewijzigd door Septillion op 07-08-2024 21:24 ]

[Buffalo]

Hebben meer mensen last dat een nieuw aangemaakte automatisering niet opgeslagen kan worden?
Als ik op de Opslaan knop druk rechtsonder, krijg ik geen window om een naam in te vullen.
Ik gebruik alle laatste versies van de HA componenten.

[RobertMe]

TTSS schreef op woensdag 7 augustus 2024 @ 20:14:
Is er een manier om dit eenvoudig over te zetten? Of ontkom ik er niet aan om alle apparaten 1 voor 1 opnieuw te koppelen?

Je zult inderdaad alles met de hand over moeten zetten. Mogelijk kun je ze wel vanaf de Homey uit het netwerk verwijderen waardoor ze automatisch in pairing mode komen en je ze dus niet op het apparaat volledig hoeft te resetten om ze dan dan joinen.

Alternatief is de Homey in leven houden, volgens mij zijn er wel wat opties om de hardware uit een Homey in HA te krijgen en vanuit HA aan te sturen? Al dan niet met MQTT als tussenstation.

[TheFes]

Buffalo schreef op woensdag 7 augustus 2024 @ 21:41:
Hebben meer mensen last dat een nieuw aangemaakte automatisering niet opgeslagen kan worden?
Als ik op de Opslaan knop druk rechtsonder, krijg ik geen window om een naam in te vullen.
Ik gebruik alle laatste versies van de HA componenten.

Is dat 2024.8.0 of 2024.7.4 (aangezien die eerste vandaag uitgekomen is)