Home Assistant: Open source Python3 home automation - deel 3

[rsvmark]

Effe voorstellen als newbie

Na een bezoekje aan een klasgenoot met een Homey, Sonos audio, Toon thermostaat en wat dimbare lampen in huis en op zijn trap ben ik meer geïnteresseerd geraakt in de wereld van home automation.

Nu had ik al een Hue bridge met een paar lampen en dimmers maar dit smaakte naar meer

Na wat googelen uitgekomen bij wat mooie voorbeelden van Home assistant en aangezien ik nog een NUC had die stof lag te happen heb ik een start gemaakt met mijn nieuwe hobby

Op dit moment draai ik HA in een VM binnen Proxmox op mijn NUC D54250WYK I5, 240GB SSD, 8GB RAM.

Op dit moment heb ik het volgende werkend:
- Hue bridge met wat lampen en dimmers
- Logitech Hub
- 2x Nvidia Shield
- Homewizard P1 energie meter
- Nefit Easy thermostaat
- Synology DSM

Met mijn totale gebrek aan kennis over programmeren is het veel trial & error maar er is gelukkig een hoop info en beeldmateriaal op youtube voorhanden.

Onderweg zijn al wat slimme stekkers en led strips om mee verder te bouwen.
Ga jullie hulp vast nog eens nodig hebben maar voor nu lees ik lekker mee

[CAP-Team]

Mijn laatste vrije USB poort op mijn Raspberry Pi 3b is niet bereikbaar door een vrij brede Aeotec Zwave stick.
Kun je daar zo een verlengkabeltje tussen doen?

De Somfy Tahoma heeft een USB poort voor een Zwave stick. Zou de Aeotec Zwave stick het daar ook in doen?

[ Voor 26% gewijzigd door CAP-Team op 23-01-2021 18:09 ]

[KeRsTmAnNeKe]

CAP-Team schreef op zaterdag 23 januari 2021 @ 18:01:
Mijn laatste vrije USB poort op mijn Raspberry Pi 3b is niet bereikbaar door een vrij brede Aeotec Zwave stick.
Kun je daar zo een verlengkabeltje tussen doen?

De Somfy Tahoma heeft een USB poort voor een Zwave stick. Zou de Aeotec Zwave stick het daar ook in doen?

Yup, heb hier zelfs een usb hubje eraan hangen met enkele toestanden (P1 en Zigbee oa)

[bandy]

Ik als beginnend HA hobbyist krijg het niet voor elkaar een z-wave node aan mijn Aeotec z-wave gen5 stick toe te voegen.. wat ik al heb gedaan:

-Stick wordt herkend in HA.
-Reset naar fabrieksinstellingen van Fibaro plug
-Z-wave stick los van HA geprobeerd te verbinden, ook dit lukt niet.
-Addon en stick opnieuw aan HA gekoppeld, geen verandering.

Heb ook een Zigbee stick aan HA (Raspberry) hangen en daarmee gaat het koppelen bijna vanzelf.

[Hmmbob]

2021.1.5:

• Update python-mpd2 to 3.0.3 (@mweinelt - #45141) (mpd docs)
• Bump pybotvac to 0.0.20 (@Santobert - #45367) (neato docs)
• Bump pyatmo to v4.2.2 (@cgtobi - #45386) (netatmo docs)
• Avoid misuse sanitize_path, clarify docs (@balloob - #45469)

[ Voor 73% gewijzigd door Hmmbob op 23-01-2021 19:12 ]

[Step5]

Hmmbob schreef op zaterdag 23 januari 2021 @ 19:11:
2021.1.5:


[...]

LOL je bent er snel bij

balloob released this 16 minutes ago

[technoaddict]

Bij deze nog de code zoals ik deze in Configuration.yaml heb zitten. Zie ik een foutje over het hoofd? Of zou het ergens anders kunnen zitten? Kan in ieder geval geen Sensor vinden die iets met Afval te maken heeft.

code:

sensor:
  - platform: afvalbeheer
    wastecollector: ACV
    resources:
      - restafval
      - gft
      - papier
      - pmd
    postcode: 6709XX
    streetnumber: 65
    upcomingsensor: 0
    dateformat: '%d-%m-%Y'
    dateonly: 0
    dateobject: 0
    name: 'AfvalWageningen'
    nameprefix: 1
    builtinicons: 0
    disableicons: 0
    dutch: 0

[ Voor 22% gewijzigd door technoaddict op 23-01-2021 20:10 ]

[larsiey]

technoaddict schreef op zaterdag 23 januari 2021 @ 20:09:
Bij deze nog de code zoals ik deze in Configuration.yaml heb zitten. Zie ik een foutje over het hoofd? Of zou het ergens anders kunnen zitten? Kan in ieder geval geen Sensor vinden die iets met Afval te maken heeft.

code:

sensor:
  - platform: afvalbeheer
    wastecollector: ACV
    resources:
      - restafval
      - gft
      - papier
      - pmd
    postcode: 6709XX
    streetnumber: 65
    upcomingsensor: 0
    dateformat: '%d-%m-%Y'
    dateonly: 0
    dateobject: 0
    name: 'AfvalWageningen'
    nameprefix: 1
    builtinicons: 0
    disableicons: 0
    dutch: 0

Krijg je een error als je de validiteit van je configuratie checkt?

[Hmmbob]

Unfortunately, we have to report a new, second, security disclosure today.

⚠️ Update your Home Assistant Core to 2021.1.5 or newer!https://t.co/hfP1JblLrK pic.twitter.com/HrdZ5yX0Cv

— Home Assistant (@home_assistant) 23 januari 2021

Allemaal HA, HACS en andere custom integrations upgraden dus

[ Voor 12% gewijzigd door Hmmbob op 23-01-2021 20:28 ]

[technoaddict]

larsiey schreef op zaterdag 23 januari 2021 @ 20:20:
[...]


Krijg je een error als je de validiteit van je configuratie checkt?

Moest Advanced mode aan zetten om de config te kunnen checken Hij is al een minuut of 5 aan het rond draaien. Geen idee of dat te lang is voor checken config. Zou zeggen dat het binnen 10 seconden klaar moet zijn.

[Hmmbob]

technoaddict schreef op zaterdag 23 januari 2021 @ 20:29:
[...]


Moest Advanced mode aan zetten om de config te kunnen checken Hij is al een minuut of 5 aan het rond draaien. Geen idee of dat te lang is voor checken config. Zou zeggen dat het binnen 10 seconden klaar moet zijn.

Dat klopt, normaliter 2sec.

[larsiey]

technoaddict schreef op zaterdag 23 januari 2021 @ 20:29:
[...]


Moest Advanced mode aan zetten om de config te kunnen checken Hij is al een minuut of 5 aan het rond draaien. Geen idee of dat te lang is voor checken config. Zou zeggen dat het binnen 10 seconden klaar moet zijn.

Ha ff restarten en opnieuw proberen. Zoals hierboven aangegeven, dit moet binnen een paar seconden klaar zijn.

[Raven__NL]

Werkt bij mij nog meer mensen de Nest integratie niet meer sinds vanmiddag ~15.00?

[technoaddict]

larsiey schreef op zaterdag 23 januari 2021 @ 20:38:
[...]


Ha ff restarten en opnieuw proberen. Zoals hierboven aangegeven, dit moet binnen een paar seconden klaar zijn.

Ja al paar keer gedaan. Heb ook wat zaken weg gehaald uit Configuration.yaml, maar die Config Check blijft maar draaien.
Zou er toch nog iets niet goed zitten in de Configuration.yaml?

code:

homeassistant:
  # Name of the location where Home Assistant is running
  name: Home
  # Location required to calculate the time the sun rises and sets
  latitude: 52.364
  longitude: 4.8913
  # Impacts weather/sunrise data (altitude above sea level in meters)
  elevation: 0
  # metric for Metric, imperial for Imperial
  unit_system: metric
  # Pick yours from here: http://en.wikipedia.org/wiki/List_of_tz_database_time_zones
  time_zone: Europe/Amsterdam
  # Customization file
  customize: !include customize.yaml

# Configure a default setup of Home Assistant (frontend, api, etc)
default_config:

# Uncomment this if you are using SSL/TLS, running in Docker container, etc.
# http:
#   base_url: example.duckdns.org:8123



# Discover some devices automatically
discovery:


# Sensors
sensor:
  - platform: afvalbeheer
    wastecollector: ACV
    resources:
      - restafval
      - gft
      - papier
      - pmd
    postcode: 6709XX
    streetnumber: 64
    upcomingsensor: 0
    dateformat: '%d-%m-%Y'
    dateonly: 0
    dateobject: 0
    name: "AfvalWageningen"
    nameprefix: 1
    builtinicons: 0
    disableicons: 0
    dutch: 0

# Weather
weather:
  - platform: openweathermap
    api_key: 4899de511e984586a5121a529430bc67
    mode: hourly

[Hmmbob]

1) dat wordt even een nieuwe API key voor openweathermap aanvragen, want deze is nu exposed. Lees je even in op het gebruiks van !secret: https://www.home-assistant.io/docs/configuration/secrets/

2) ik zie niets bijzonders in je config. Zegt je log iets?

[ Voor 8% gewijzigd door Hmmbob op 23-01-2021 20:56 ]

[technoaddict]

Hmmbob schreef op zaterdag 23 januari 2021 @ 20:55:
1) dat wordt even een nieuwe API key voor openweathermap aanvragen, want deze is nu exposed. Lees je even in op het gebruiks van !secret: https://www.home-assistant.io/docs/configuration/secrets/

2) ik zie niets bijzonders in je config. Zegt je log iets?

Ik heb de key aangepast in mijn post
Hmz, dan maar kijken of ik van scratch af aan kan beginnen met een reset naar factory defaults (in ieder geval voor de Configuration.yaml).

[Hmmbob]

technoaddict schreef op zaterdag 23 januari 2021 @ 20:57:
[...]


Ik heb de key aangepast in mijn post
Hmz, dan maar kijken of ik van scratch af aan kan beginnen met een reset naar factory defaults (in ieder geval voor de Configuration.yaml).

Sowieso goed om het gebruik van !secret aan te wennen, dat gaat een keer mis natuurlijk

Wat zegt je log?

[larsiey]

ACV is wel de juiste wastecollector voor jou adres?

[technoaddict]

Ja ACV is de juiste. Maar ik denk dat er meer aan de hand is met mijn HA. Want als ik de log wil inzien blijf ik ook naar een laad icoontje kijken.
Als ik bij Server Controls een restart trigger valt me op dat ik direct na bevestiging voor het herstarten op andere menu items kan klikken van HA. Dus lijkt er op dat een herstart ook niet plaats vindt.
Zal ding eens van de stekker halen en weer op het stroom zetten.

[CAD-tekenaar]

Tim Schuhmacher schreef op zaterdag 23 januari 2021 @ 12:46:
[...]


mijn docker was automatisch geupdate naar een nieuwe Postgress versie, toen ik hem gepint en daarmee gedowngrade heb op de 'postgres:13.1-alpine' tag werkte het weer.

Dankjewel voor de tip !
Ik heb DSMR Reader weer werkend met de oude database via de postgres:10-alpine tag.
Nu moet ik nog onderzoeken hoe ik deze database-container kan upgraden naar de nieuwste versie.

[maxxie85]

Hmmbob schreef op zaterdag 23 januari 2021 @ 20:27:
[Twitter]

Allemaal HA, HACS en andere custom integrations upgraden dus

Er was kon een 2e security bulletin op de site die aanraad om alle wachtwoorden te wijzigen van je gebruikersaccounts.

If you have used any of the custom integrations with a known vulnerability, we recommend that you update your credentials.

https://www.home-assistan...1/22/security-disclosure/

[Thats Me..]

Wie kan mij een setje in de goede richting geven? Ik ben vorige weekend begonnen met HA op een pi3 en ik heb vanmiddag voor het eerst een volledige snapshot terug geplaatst die een paar uur daarvoor was gemaakt. Daarna kwam ik er achter dat ik sindsdien niet meer mijn Logboek of Geschiedenis kan bekijken. Bij alle entiteiten blijft ook de geschiedenis weergave laden (zelfs na 30min wachten). Ik heb HA al meermaals gereboot. Heeft iemand enig idee wat ik nog zou kunnen proberen?

[TWKterry]

@technoaddict

technoaddict schreef op zaterdag 23 januari 2021 @ 20:42:
[...]


Ja al paar keer gedaan. Heb ook wat zaken weg gehaald uit Configuration.yaml, maar die Config Check blijft maar draaien.
Zou er toch nog iets niet goed zitten in de Configuration.yaml?

code:

homeassistant:

Als dit je hele configuration.yaml is is er inderdaad wel iets fout.
Mijn file ziet er als volgt uit met de basis begrippen.

code:

# Configure a default setup of Home Assistant (frontend, api, etc)
default_config:

# Configuration using Packages
# https://www.home-assistant.io/docs/configuration/packages/
homeassistant:
  packages: !include_dir_named packages



# Text to speech
tts:
  - platform: google_translate

group: !include groups.yaml
automation: !include automations.yaml
scene: !include scenes.yaml

# now used in the packages
# removed scripts.yaml from config folder
# script: !include scripts.yaml

Dat deel over Packages heb ikzelf toegevoegd, de rest is een standaard conig.


Wat betreft de afval sensor zou ik beginnen met zo weinig mogelijk, dus

code:

sensor:
  platform: afvalbeheer
  wastecollector: Avri
  resources:
    - gft
    - papier
    - pmd
  postcode: 1111AA
  streetnumber: 1
  printwastetypes: 1               # prints list of types restafval at HA restart, use as resources

[RudolfR]

@Thats Me..

Geen foutmeldingen in je log over het benaderen van je database?
Snapshot nog eens terugzetten? Anders de database wissen en HA herstarten?

[sOid]

Hmmbob schreef op zaterdag 23 januari 2021 @ 20:27:
[Twitter]

Allemaal HA, HACS en andere custom integrations upgraden dus

Ik ben er wel van onder de indruk dat dingen zo snel opgepakt en gefikst worden hoor Fijn, zo'n actieve community van ontwikkelaars. Heel goed dat er eens wat security professionals naar kijken.

[doerakje]

Het kwartje valt nog niet bij mij, dus ik hoop dat één van jullie me op weg kan helpen. Ben nog vrij nieuw in deze wereld en bezig met het inrichten van mijn systeem en de smart devices.

Ik heb 5 lampen (tradfri LED1836G9) en een remote (tradfri E1743) in Zigbee2mqtt staan. Eerst alles helemaal gereset, want was gekoppeld aan de tradfri hub. Joinen in Z2M ging vlekkeloos. Binding in Z2M van de remote naar de lampen ook.
Lampen en remote zijn zichtbaar in HA. Remote werkt prima (on/off/dimmen). Slider en knop in Lovelace werken ook prima. Ik zie in de log van Z2M en van HA resultaten als ik de remote bedien. Tot zover alles goed.

Wat niet lukt is de status van de slider aanpassen als ik de remote bedien. Dus:

• lampen aandoen via lovelace: lampen gaan aan, status in lovelace wijzigt ("ze kleuren blauw")
• lampen uitdoen via remote: lampen gaan uit, status in lovelace wijzigt niet("ze blijven blauw")
• lampen nogmaals uitdoen via lovelace: lampen blijven uit, status in lovelace wijzigt ("ze kleuren grijs")

In feite geldt voor alle handelingen die ik met de remote doe dat het resultaat van de handeling niet zichtbaar is in lovelace. Precies hetzelfde gebeurt bij een gewone knop in lovelace: de knop werkt prima, maar zodra ik de lampen met de remote bedien wordt de status van de knop niet bijgewerkt.

Ik heb echt geen idee meer waar ik het moet zoeken. Heb voor mijn gevoel alles geprobeerd, maar dat is natuurlijk niet zo, anders was het wel opgelost...

Wellicht nuttige achtergrondinfo: ik draai op proxmox met 2 VM's:

• VM1: Home Assistant OS 5.10
• VM2: Debian Buster met MQTT broker en met diverse Dockers, waaronder zigbee2mqtt
• zzh! CC2652R van electrolama

yaml van lovelace:

code:

views:
  - title: Home
    path: home
    icon: 'mdi:home-outline'
    badges: []
    cards:
      - type: entities
        title: Werkkamer
        entities:
          - type: 'custom:slider-entity-row'
            entity: light.werkkamer_lampen
            name: Alle lampen
            toggle: true
            state_color: true
          - type: 'custom:slider-entity-row'
            entity: light.bureau
            name: Bureau
            toggle: true
            state_color: true
          - type: 'custom:slider-entity-row'
            entity: light.werktafel
            name: Tafel
            toggle: true
            state_color: true
      - type: button
        tap_action:
          action: toggle
        entity: light.werkkamer_lampen
        show_state: true

Resultaat als ik de remote gebruik ('on')
Z2M logs:

code:

INFO: MQTT publish: topic 'zigbee2mqtt/werkkamer remote/action', payload 'on'
INFO: MQTT publish: topic 'zigbee2mqtt/werkkamer remote/click', payload 'on'

HA logs:

code:

werkkamer remote action
22:14:10 - 21 seconden geleden
werkkamer remote click
22:14:10 - 21 seconden geleden

[ Voor 16% gewijzigd door doerakje op 23-01-2021 22:41 . Reden: yaml van lovelace toegevoegd ]

[Septillion]

@doerakje Volgens mij moet je reporting daarvoor aanzetten.

[martinvdm]

technoaddict schreef op zaterdag 23 januari 2021 @ 20:42:
[...]


Ja al paar keer gedaan. Heb ook wat zaken weg gehaald uit Configuration.yaml, maar die Config Check blijft maar draaien.
Zou er toch nog iets niet goed zitten in de Configuration.yaml?

code:

homeassistant:
  # Name of the location where Home Assistant is running
  name: Home
  # Location required to calculate the time the sun rises and sets
  latitude: 52.364
  longitude: 4.8913
  # Impacts weather/sunrise data (altitude above sea level in meters)
  elevation: 0
  # metric for Metric, imperial for Imperial
  unit_system: metric
  # Pick yours from here: http://en.wikipedia.org/wiki/List_of_tz_database_time_zones
  time_zone: Europe/Amsterdam
  # Customization file
  customize: !include customize.yaml

# Configure a default setup of Home Assistant (frontend, api, etc)
default_config:

# Uncomment this if you are using SSL/TLS, running in Docker container, etc.
# http:
#   base_url: example.duckdns.org:8123



# Discover some devices automatically
discovery:


# Sensors
sensor:
  - platform: afvalbeheer
    wastecollector: ACV
    resources:
      - restafval
      - gft
      - papier
      - pmd
    postcode: 6709XX
    streetnumber: 64
    upcomingsensor: 0
    dateformat: '%d-%m-%Y'
    dateonly: 0
    dateobject: 0
    name: "AfvalWageningen"
    nameprefix: 1
    builtinicons: 0
    disableicons: 0
    dutch: 0

# Weather
weather:
  - platform: openweathermap
    api_key: 4899de511e984586a5121a529430bc67
    mode: hourly

Je hebt wel de key aangepast maar je postcode en huisnummer en coordinaten vond je minder spannend?

[sOid]

martinvdm schreef op zaterdag 23 januari 2021 @ 23:41:
[...]

Je hebt wel de key aangepast maar je postcode en huisnummer en coordinaten vond je minder spannend?

Klopt volgens mij niet, anders moet hij wel héél ver lopen om afval weg te brengen

[martinvdm]

sOid schreef op zaterdag 23 januari 2021 @ 23:44:
[...]

Klopt volgens mij niet, anders moet hij wel héél ver lopen om afval weg te brengen

Vooruit
!secret == nobrainer

offtopic:
Maar dat heeft André uit Wagingen vast nu begrepen

[ Voor 13% gewijzigd door martinvdm op 23-01-2021 23:51 ]

[doerakje]

Septillion schreef op zaterdag 23 januari 2021 @ 23:29:
@doerakje Volgens mij moet je reporting daarvoor aanzetten.

Yep, dat was 'm. Doet het precies zoals ik had gehoopt. Thanks!

[peetgate]

Thats Me.. schreef op zaterdag 23 januari 2021 @ 22:00:
Wie kan mij een setje in de goede richting geven? Ik ben vorige weekend begonnen met HA op een pi3 en ik heb vanmiddag voor het eerst een volledige snapshot terug geplaatst die een paar uur daarvoor was gemaakt. Daarna kwam ik er achter dat ik sindsdien niet meer mijn Logboek of Geschiedenis kan bekijken. Bij alle entiteiten blijft ook de geschiedenis weergave laden (zelfs na 30min wachten). Ik heb HA al meermaals gereboot. Heeft iemand enig idee wat ik nog zou kunnen proberen?

Hey me, wat vervelend! Dit is mij ook wel eens gebeurd. Het klinkt alsof je database corrupt is geraakt. Heb je toevallig mariadb geïnstalleerd? Wanneer je een snapshot maakt moet je die namelijk stoppen voordat je de snapshot maakt. Wanneer dit het geval is heb je twee opties, nieuwe snapshot maken indien je oude installatie nog intact is (maar het klinkt alsof dit niet een optie is voor jou), of je database file verwijderden zodat er automatisch een nieuwe wordt aangemaakt. Je problemen zijn daarmee dan waarschijnlijk opgelost, maar met de tweede optie ben je je data dan helaas wel kwijt (geschiedenis enzo).

Om het zeker te weten (wanneer je je data graag wilt bewaren) zou je nog even in de log files kunnen kijken. We kunnen dan misschien wat gerichter meekijken.

[ Voor 10% gewijzigd door peetgate op 24-01-2021 09:05 ]

[Nelus82]

RoTeK70 schreef op zaterdag 23 januari 2021 @ 09:01:
Vraagje, ik kijk al een tijdje naar een Google hub max voor het casten van mijn HA Dashboard.
Werkt dit nog steeds gewoon via https://www.home-assistant.io/integrations/cast/?
Of zitten hier allemaal haken en ogen aan. Heb een aantal sites en Youtube video's bekeken maar kan niet helemaal achterhalen of dit een beetje goed werkt. Heeft iemand hier ervaringen mee?

Ik gebruik zelf ook de hub om mijn HA erop te casten, maar ik kreeg het met de cast intergratie niet stabiel (half jaar geleden). Ik gebruik nu catt (https://github.com/skorokithakis/catt), deze bevalt mij erg goed.

Nadeel van de hub is dat hij na 10 minuten de cast afbreekt, maar dit is op te lossen met een automation.

[sypie]

Op dit moment heb ik HA draaien in Docker op mijn Synology. Op zich werkt dat prima. Wel krijg ik het idee dat ik daarmee een aantal opties mis. Niet dat ze voor mij van belang zijn waarschijnlijk maar wel dat ik er tegenaan loop op het moment dat ik tutorials lees of bekijk op YouTube.

Is mijn conclusie juist of valt het allemaal best mee?

[peetgate]

sypie schreef op zondag 24 januari 2021 @ 09:44:
Op dit moment heb ik HA draaien in Docker op mijn Synology. Op zich werkt dat prima. Wel krijg ik het idee dat ik daarmee een aantal opties mis. Niet dat ze voor mij van belang zijn waarschijnlijk maar wel dat ik er tegenaan loop op het moment dat ik tutorials lees of bekijk op YouTube.

Is mijn conclusie juist of valt het allemaal best mee?

Op welk apparaat je Home Assistant hebt geïnstalleerd maakt over het algemeen niet zoveel uit voor de functionaliteit. Het gaat veel meer over welke soort je hebt geïnstalleerd. In principe is elke Home Assistant hetzelfde, ongeacht de installatiemethode. Wat wel uitmaakt is bijvoorbeeld het verschil tussen Home Assistant en Home Assistant Core: https://www.home-assistant.io/faq/ha-vs-hassio/

Misschien zou je kunnen vertellen wat dan dingen zijn die je mist uit de tutorials? Wat trouwens ook nog een ding zou kunnen zijn dat meespeelt is dat er nog wel eens wat dingen veranderen in Home Assistant. Probeer dus altijd zo recent mogelijke tutorials te gebruiken.

[Hmmbob]

Euh, wat wil je precies weten?

"Ik rij nu een Ford Focus en heb het idee dat ik daar opties op mis".

Wat mis je dan? Waarom heb je voor Docker gekozen (which is totally fine, draai ik ook), etc etc

[Puck]

sypie schreef op zondag 24 januari 2021 @ 09:44:
Op dit moment heb ik HA draaien in Docker op mijn Synology. Op zich werkt dat prima. Wel krijg ik het idee dat ik daarmee een aantal opties mis. Niet dat ze voor mij van belang zijn waarschijnlijk maar wel dat ik er tegenaan loop op het moment dat ik tutorials lees of bekijk op YouTube.

Is mijn conclusie juist of valt het allemaal best mee?

Ik heb HA jaren in Docker op mijn Synology gedraaid en ben een aantal maanden geleden overgestapt op een Pi4 (vooral omdat ik deze nodig had voor iets anders en dus toch al in huis had).

Je mist eigenlijk met name Supervisor waarmee je je installatie makkelijk kunt updaten (het managed de HA core docker) en je kunt daarmee ook gemakkelijk Supervisor addons installeren, iets waar ik nu toch best veel gebruik van maak. Dit zijn eigenlijk ook gewoon Docker images, maar de gehele intergratie werkt mooi.

Daarnaast voelt het toch allemaal net iets sneller, maar dat is wellicht schijn en zal ook aan de specs van je NAS liggen.

Grootste voordeel is denk ik toch het kunnen maken van snapshots. Wellicht kan dat ook op bepaalde manier in HA core, destijds niet naar gekeken.

[ Voor 10% gewijzigd door Puck op 24-01-2021 09:53 ]

[Nuevocasa]

sypie schreef op zondag 24 januari 2021 @ 09:44:
Op dit moment heb ik HA draaien in Docker op mijn Synology. Op zich werkt dat prima. Wel krijg ik het idee dat ik daarmee een aantal opties mis. Niet dat ze voor mij van belang zijn waarschijnlijk maar wel dat ik er tegenaan loop op het moment dat ik tutorials lees of bekijk op YouTube.

Is mijn conclusie juist of valt het allemaal best mee?

Dat idee had ik ook. Vrijdag heb ik daarom HA opnieuw geïnstalleerd op een virtuele machine op mijn Synology, is vrij eenvoudig. Kan er nu veel meer/ makkelijker op installeren. Loop nog wel tegen dingen aan die niet goed lukken, maar dat komt meer door mijn beperkte kennis

[technoaddict]

martinvdm schreef op zaterdag 23 januari 2021 @ 23:41:
[...]

Je hebt wel de key aangepast maar je postcode en huisnummer en coordinaten vond je minder spannend?

Die had ik ook aangepast hahah

[sOid]

Puck schreef op zondag 24 januari 2021 @ 09:50:
[...]


Je mist eigenlijk met name Supervisor waarmee je je installatie makkelijk kunt updaten (het managed de HA core docker) en je kunt daarmee ook gemakkelijk Supervisor addons installeren, iets waar ik nu toch best veel gebruik van maak. Dit zijn eigenlijk ook gewoon Docker images, maar de gehele intergratie werkt mooi.

Voor de volledigheid, dat kan ook met een unsupervised versie hoor. Kwestie van docker-compose pull && docker-compose up -d.

Grootste voordeel is denk ik toch het kunnen maken van snapshots. Wellicht kan dat ook op bepaalde manier in HA core, destijds niet naar gekeken.

Voor zover ik weet kan dat inderdaad niet met Core. Maakt mij ook niet uit, heb backups op een andere manier geregeld

[Puck]

sOid schreef op zondag 24 januari 2021 @ 10:40:
Voor de volledigheid, dat kan ook met een unsupervised versie hoor. Kwestie van docker-compose pull && docker-compose up -d.

Uiteraard kun je gewoon je docker containers handmatig updaten, maar een enkele klik in dashboard is toch net iets makkelijker

[CAP-Team]

Conbee 2 stick is besteld, plus 2 USB verlengkabels van een halve meter zodat alles in de RPi3b past.
Ik zit alleen nog te twijfelen tussen de ZHA integratie of de Deconz integratie te gebruiken. ZHA integreert mooi(er) in HA imho. Deconz draait los van HA, dus dat heeft ook zijn voordelen.

De Hue bridge gaat er dan uit. Dus alle lampen ff ontkoppelen en aan de Conbee koppelen.

[ Voor 13% gewijzigd door CAP-Team op 24-01-2021 10:55 ]

[martinvdm]

CAP-Team schreef op zondag 24 januari 2021 @ 10:52:
Conbee 2 stick is besteld, plus 2 USB verlengkabels van een halve meter zodat alles in de RPi3b past.
Ik zit alleen nog te twijfelen tussen de ZHA integratie of de Deconz integratie te gebruiken. ZHA integreert mooi(er) in HA imho. Deconz draait los van HA, dus dat heeft ook zijn voordelen.

Waarom 2 kabels en niet 1? Ik heb beide trouwens gedraaid. Ik vond het niet handig dat ik niet gemakkelijk met ZHA een zigbee netwerk overview kon maken, behalve via custom components die verre van stabiel werkte. En draai nu dus deconz en achteraf is het dus fijn dat dit niet in HA draait en biedt dit via VNC dus wel een nette zigbee map.

[sOid]

Puck schreef op zondag 24 januari 2021 @ 10:47:
[...]


Uiteraard kun je gewoon je docker containers handmatig updaten, maar een enkele klik in dashboard is toch net iets makkelijker

Mwah, je kan er ook een shell scriptje van maken Plus als je ook andere docker containers hebt gaat het in een moeite mee. Laat ik het anders zeggen: ik een front-end update feature nooit gemist. Maar denk wel dat het belangrijk is voor de adoptie van HA bij het grote publiek.

Er zijn ook tools om docker containers automatisch te updaten, maar ivm breaking changes wordt dat afaik afgeraden.

[Puck]

sOid schreef op zondag 24 januari 2021 @ 10:58:
[...]

Mwah, je kan er ook een shell scriptje van maken Plus als je ook andere docker containers hebt gaat het in een moeite mee. Laat ik het anders zeggen: ik een front-end update feature nooit gemist. Maar denk wel dat het belangrijk is voor de adoptie van HA bij het grote publiek.

Er zijn ook tools om docker containers automatisch te updaten, maar ivm breaking changes wordt dat afaik afgeraden.

Eens. Een voordeel van Supervisor is dan ook de "Check Home Assistant configuration" add-on, die automatisch een kopie van je Core container maakt met een upgrade naar de nieuwste versie, om zo te testen of er errors in je log verschijnen

[technoaddict]

Heb uiteindelijk maar een soort van factory reset gedaan. Configuration.yaml weg gegooid en de database die toch al een paar GB groot was verwijderd. Na opstarten begon HA inderdaad met een frisse interface en de config check gaat goed.
Ben gelijk met de afvalkalender begonnen. Bestandjes opnieuw gedownload en in de /custom_componenten/afvalbeheer geplaatst. Maar als ik de sensor code in de Configuration.yaml opneem gaat het wederom mis. De config check blijft laden en doet niks. Haal ik de code weer weg is de config weer in orde.

code:

# Configure a default setup of Home Assistant (frontend, api, etc)
default_config:

# Text to speech
tts:
  - platform: google_translate

sensor:
  - platform: afvalbeheer


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

Zelfs als ik alleen

code:

sensor:
  - platform: afvalbeheer

in de yaml file zet werkt de config check niet.

In de LOG zie ik één error ( Error handling request)
Code

Logger: aiohttp.server
Source: loader.py:541
First occurred: 11:00:23 AM (1 occurrences)
Last logged: 11:00:23 AM

Error handling request
Traceback (most recent call last):
File "/usr/local/lib/python3.8/site-packages/aiohttp/web_protocol.py", line 422, in _handle_request
resp = await self._request_handler(request)
File "/usr/local/lib/python3.8/site-packages/aiohttp/web_app.py", line 499, in _handle
resp = await handler(request)
File "/usr/local/lib/python3.8/site-packages/aiohttp/web_middlewares.py", line 118, in impl
return await handler(request)
File "/usr/src/homeassistant/homeassistant/components/http/security_filter.py", line 56, in security_filter_middleware
return await handler(request)
File "/usr/src/homeassistant/homeassistant/components/http/request_context.py", line 18, in request_context_middleware
return await handler(request)
File "/usr/src/homeassistant/homeassistant/components/http/ban.py", line 72, in ban_middleware
return await handler(request)
File "/usr/src/homeassistant/homeassistant/components/http/auth.py", line 127, in auth_middleware
return await handler(request)
File "/usr/src/homeassistant/homeassistant/components/http/view.py", line 129, in handle
result = await result
File "/usr/src/homeassistant/homeassistant/components/config/core.py", line 29, in post
errors = await async_check_ha_config_file(request.app["hass"])
File "/usr/src/homeassistant/homeassistant/config.py", line 874, in async_check_ha_config_file
res = await check_config.async_check_ha_config_file(hass)
File "/usr/src/homeassistant/homeassistant/helpers/check_config.py", line 199, in async_check_ha_config_file
p_integration = await async_get_integration_with_requirements(
File "/usr/src/homeassistant/homeassistant/requirements.py", line 47, in async_get_integration_with_requirements
integration = await async_get_integration(hass, domain)
File "/usr/src/homeassistant/homeassistant/loader.py", line 481, in async_get_integration
integration = Integration.resolve_legacy(hass, domain)
File "/usr/src/homeassistant/homeassistant/loader.py", line 259, in resolve_legacy
comp = _load_file(hass, domain, _lookup_path(hass))
File "/usr/src/homeassistant/homeassistant/loader.py", line 541, in _load_file
module = importlib.import_module(path)
File "/usr/local/lib/python3.8/importlib/__init__.py", line 127, in import_module
return _bootstrap._gcd_import(name[level:], package, level)
File "<frozen importlib._bootstrap>", line 1014, in _gcd_import
File "<frozen importlib._bootstrap>", line 991, in _find_and_load
File "<frozen importlib._bootstrap>", line 975, in _find_and_load_unlocked
File "<frozen importlib._bootstrap>", line 671, in _load_unlocked
File "<frozen importlib._bootstrap_external>", line 779, in exec_module
File "<frozen importlib._bootstrap_external>", line 916, in get_code
File "<frozen importlib._bootstrap_external>", line 846, in source_to_code
File "<frozen importlib._bootstrap>", line 219, in _call_with_frames_removed
File "/config/custom_components/afvalbeheer/__init__.py", line 7
<!DOCTYPE html>
^
SyntaxError: invalid syntax

De laatste regel gaat over de init .py die bij Afvalbeheer hoort.
1e regels vanaf line 7

code:

<!DOCTYPE html>
<html lang="en">
  <head>
    <meta charset="utf-8">

Zou er dan iets niet lekker zitten in die init .py? Dit bestand gebruikt iedereen in principe. Wellicht is mijn HA setup niet compliant of iets dergelijks? utf-8?
In het topic van Afvalbeheer kon ik in ieder geval niks vinden over die Syntax error.
Zoektocht gaat verder. Moet zeggen, ook al kost het uren om dit op te lossen, het is toch wel leuk

[sOid]

@Puck Geinig, dat wist ik niet!

@technoaddict Is een heel generieke error. Waarom installeer je het niet via HACS? Verder: ik neem aan dat je de front-end config check gebruikt? Die is in mijn ervaring vrij waardeloos. Mist een hoop. Er is ook een manier om het via de back-end te doen. Geeft veel beter weer waar iets fout staat (maar ook niet altijd perfect). Check de documentatie even voor uitleg hierover.

[TWKterry]

@technoaddict
__init__.py van afvalbeheer heeft maar 1 regel met de versie,

code:

__version__ = '4.7.10'

Verder staat er een manifest.json en sensor.py bestand in deze folder.

[ Voor 4% gewijzigd door TWKterry op 24-01-2021 11:40 ]

[AUijtdehaag]

Ik ben al een tijdje aan het zoeken, maar weet iemand hoe ik de "status" tevoorschijn kan toveren via yaml en in een aparte sensor kan stoppen?
Het gaat om een Air-to-Water device
https://www.home-assistant.io/integrations/melcloud/


Dat is handig om te weten ivm cop berekeningen en kWh verbruik in diverse statussen
Mijn dank is groot.....

[technoaddict]

TWKterry schreef op zondag 24 januari 2021 @ 11:39:
@technoaddict
__init__.py van afvalbeheer heeft maar 1 regel met de versie,

code:

__version__ = '4.7.10'

Verder staat er een manifest.json en sensor.py bestand in deze folder.

Ow? Bij mij is het een mega groot bestand Dan gaat het daar dus mis!
Als je rechtermuis knop doe op het bestand -> Link opslaan als -> dan download je de .py maar wel met andere broncode. Als ik de RAW code bekijk van de file in Github dan zie ik inderdaad die ene regel.
Ik ben niet bekend met Github en blijkbaar moet ik een andere manier gebruiken om de bestanden te downloaden van Github. Zal het later eens testen.

@sOid ik zal eens checken wat dat allemaal is of hoe dat moet. Thanks

[TravockMD]

AUijtdehaag schreef op zondag 24 januari 2021 @ 11:50:
Ik ben al een tijdje aan het zoeken, maar weet iemand hoe ik de "status" tevoorschijn kan toveren via yaml?
Het gaat om een Air-to-Water device
https://www.home-assistant.io/integrations/melcloud/

[Afbeelding]

[Afbeelding]

Dat is handig om te weten ivm cop berekeningen en kWh verbruik in diverse statussen
Mijn dank is groot.....

Is er niets terug te vinden bij "developer tools" , "States"?

[AUijtdehaag]

@TravockMD Dank. Even uitzoeken hoe ik hier wat mee kan.

[TravockMD]

@AUijtdehaag Als je de desbetreffende device (blauwe naam) aanklikt, kun je mogelijk boven de tabel meer info/opties zien.

[AUijtdehaag]

@TravockMD
Ik zie het nu....
Status: idle
Ik ga even verder knutselen daarmee in node-red.
Bedankt

[ Voor 7% gewijzigd door AUijtdehaag op 24-01-2021 12:03 ]

[martinvdm]

technoaddict schreef op zondag 24 januari 2021 @ 11:16:
Heb uiteindelijk maar een soort van factory reset gedaan. Configuration.yaml weg gegooid en de database die toch al een paar GB groot was verwijderd. Na opstarten begon HA inderdaad met een frisse interface en de config check gaat goed.
Ben gelijk met de afvalkalender begonnen. Bestandjes opnieuw gedownload en in de /custom_componenten/afvalbeheer geplaatst. Maar als ik de sensor code in de Configuration.yaml opneem gaat het wederom mis. De config check blijft laden en doet niks. Haal ik de code weer weg is de config weer in orde.

code:

# Configure a default setup of Home Assistant (frontend, api, etc)
default_config:

# Text to speech
tts:
  - platform: google_translate

sensor:
  - platform: afvalbeheer


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

Zelfs als ik alleen

code:

sensor:
  - platform: afvalbeheer

in de yaml file zet werkt de config check niet.

In de LOG zie ik één error ( Error handling request)
Code

Logger: aiohttp.server
Source: loader.py:541
First occurred: 11:00:23 AM (1 occurrences)
Last logged: 11:00:23 AM

Error handling request
Traceback (most recent call last):
File "/usr/local/lib/python3.8/site-packages/aiohttp/web_protocol.py", line 422, in _handle_request
resp = await self._request_handler(request)
File "/usr/local/lib/python3.8/site-packages/aiohttp/web_app.py", line 499, in _handle
resp = await handler(request)
File "/usr/local/lib/python3.8/site-packages/aiohttp/web_middlewares.py", line 118, in impl
return await handler(request)
File "/usr/src/homeassistant/homeassistant/components/http/security_filter.py", line 56, in security_filter_middleware
return await handler(request)
File "/usr/src/homeassistant/homeassistant/components/http/request_context.py", line 18, in request_context_middleware
return await handler(request)
File "/usr/src/homeassistant/homeassistant/components/http/ban.py", line 72, in ban_middleware
return await handler(request)
File "/usr/src/homeassistant/homeassistant/components/http/auth.py", line 127, in auth_middleware
return await handler(request)
File "/usr/src/homeassistant/homeassistant/components/http/view.py", line 129, in handle
result = await result
File "/usr/src/homeassistant/homeassistant/components/config/core.py", line 29, in post
errors = await async_check_ha_config_file(request.app["hass"])
File "/usr/src/homeassistant/homeassistant/config.py", line 874, in async_check_ha_config_file
res = await check_config.async_check_ha_config_file(hass)
File "/usr/src/homeassistant/homeassistant/helpers/check_config.py", line 199, in async_check_ha_config_file
p_integration = await async_get_integration_with_requirements(
File "/usr/src/homeassistant/homeassistant/requirements.py", line 47, in async_get_integration_with_requirements
integration = await async_get_integration(hass, domain)
File "/usr/src/homeassistant/homeassistant/loader.py", line 481, in async_get_integration
integration = Integration.resolve_legacy(hass, domain)
File "/usr/src/homeassistant/homeassistant/loader.py", line 259, in resolve_legacy
comp = _load_file(hass, domain, _lookup_path(hass))
File "/usr/src/homeassistant/homeassistant/loader.py", line 541, in _load_file
module = importlib.import_module(path)
File "/usr/local/lib/python3.8/importlib/__init__.py", line 127, in import_module
return _bootstrap._gcd_import(name[level:], package, level)
File "<frozen importlib._bootstrap>", line 1014, in _gcd_import
File "<frozen importlib._bootstrap>", line 991, in _find_and_load
File "<frozen importlib._bootstrap>", line 975, in _find_and_load_unlocked
File "<frozen importlib._bootstrap>", line 671, in _load_unlocked
File "<frozen importlib._bootstrap_external>", line 779, in exec_module
File "<frozen importlib._bootstrap_external>", line 916, in get_code
File "<frozen importlib._bootstrap_external>", line 846, in source_to_code
File "<frozen importlib._bootstrap>", line 219, in _call_with_frames_removed
File "/config/custom_components/afvalbeheer/__init__.py", line 7
<!DOCTYPE html>
^
SyntaxError: invalid syntax

De laatste regel gaat over de init .py die bij Afvalbeheer hoort.
1e regels vanaf line 7

code:

<!DOCTYPE html>
<html lang="en">
  <head>
    <meta charset="utf-8">

Zou er dan iets niet lekker zitten in die init .py? Dit bestand gebruikt iedereen in principe. Wellicht is mijn HA setup niet compliant of iets dergelijks? utf-8?
In het topic van Afvalbeheer kon ik in ieder geval niks vinden over die Syntax error.
Zoektocht gaat verder. Moet zeggen, ook al kost het uren om dit op te lossen, het is toch wel leuk

Mijn vermoeden zegt dat je de bestanden van de GitHub als html hebt opgeslagen ipv de repo te downloaden.

[Thats Me..]

peetgate schreef op zondag 24 januari 2021 @ 09:01:
[...]


Hey me, wat vervelend! Dit is mij ook wel eens gebeurd. Het klinkt alsof je database corrupt is geraakt. Heb je toevallig mariadb geïnstalleerd? Wanneer je een snapshot maakt moet je die namelijk stoppen voordat je de snapshot maakt. Wanneer dit het geval is heb je twee opties, nieuwe snapshot maken indien je oude installatie nog intact is (maar het klinkt alsof dit niet een optie is voor jou), of je database file verwijderden zodat er automatisch een nieuwe wordt aangemaakt. Je problemen zijn daarmee dan waarschijnlijk opgelost, maar met de tweede optie ben je je data dan helaas wel kwijt (geschiedenis enzo).

Om het zeker te weten (wanneer je je data graag wilt bewaren) zou je nog even in de log files kunnen kijken. We kunnen dan misschien wat gerichter meekijken.

Bedankt voor de reactie toch uiteindelijk gekozen om de database te verwijderden. Nu werkt het weer naar behoren.

[Mars Warrior]

Het upgraden van hass core gaat de laatste maand(en) wel erg soepel zeg als ik dat vergelijk met 1 jaar geleden: toen brak er vaak voor mij functionaliteit.

Versie 1.0 heeft men weten te ontwijken, maar het voelt voor mij wel steeds meer als een fijn stabiel platform om te gebruiken.

Op deze zonnige ochtend hacs en Portainer weer een schop gegeven en alles is weer helemaal up-to-date.

[Hmmbob]

technoaddict schreef op zondag 24 januari 2021 @ 11:16:
Heb uiteindelijk maar een soort van factory reset gedaan. Configuration.yaml weg gegooid en de database die toch al een paar GB groot was verwijderd. Na opstarten begon HA inderdaad met een frisse interface en de config check gaat goed.
Ben gelijk met de afvalkalender begonnen. Bestandjes opnieuw gedownload en in de /custom_componenten/afvalbeheer geplaatst. Maar als ik de sensor code in de Configuration.yaml opneem gaat het wederom mis. De config check blijft laden en doet niks. Haal ik de code weer weg is de config weer in orde.

code:

# Configure a default setup of Home Assistant (frontend, api, etc)
default_config:

# Text to speech
tts:
  - platform: google_translate

sensor:
  - platform: afvalbeheer


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

Zelfs als ik alleen

code:

sensor:
  - platform: afvalbeheer

in de yaml file zet werkt de config check niet.

In de LOG zie ik één error ( Error handling request)
Code

Logger: aiohttp.server
Source: loader.py:541
First occurred: 11:00:23 AM (1 occurrences)
Last logged: 11:00:23 AM

Error handling request
Traceback (most recent call last):
File "/usr/local/lib/python3.8/site-packages/aiohttp/web_protocol.py", line 422, in _handle_request
resp = await self._request_handler(request)
File "/usr/local/lib/python3.8/site-packages/aiohttp/web_app.py", line 499, in _handle
resp = await handler(request)
File "/usr/local/lib/python3.8/site-packages/aiohttp/web_middlewares.py", line 118, in impl
return await handler(request)
File "/usr/src/homeassistant/homeassistant/components/http/security_filter.py", line 56, in security_filter_middleware
return await handler(request)
File "/usr/src/homeassistant/homeassistant/components/http/request_context.py", line 18, in request_context_middleware
return await handler(request)
File "/usr/src/homeassistant/homeassistant/components/http/ban.py", line 72, in ban_middleware
return await handler(request)
File "/usr/src/homeassistant/homeassistant/components/http/auth.py", line 127, in auth_middleware
return await handler(request)
File "/usr/src/homeassistant/homeassistant/components/http/view.py", line 129, in handle
result = await result
File "/usr/src/homeassistant/homeassistant/components/config/core.py", line 29, in post
errors = await async_check_ha_config_file(request.app["hass"])
File "/usr/src/homeassistant/homeassistant/config.py", line 874, in async_check_ha_config_file
res = await check_config.async_check_ha_config_file(hass)
File "/usr/src/homeassistant/homeassistant/helpers/check_config.py", line 199, in async_check_ha_config_file
p_integration = await async_get_integration_with_requirements(
File "/usr/src/homeassistant/homeassistant/requirements.py", line 47, in async_get_integration_with_requirements
integration = await async_get_integration(hass, domain)
File "/usr/src/homeassistant/homeassistant/loader.py", line 481, in async_get_integration
integration = Integration.resolve_legacy(hass, domain)
File "/usr/src/homeassistant/homeassistant/loader.py", line 259, in resolve_legacy
comp = _load_file(hass, domain, _lookup_path(hass))
File "/usr/src/homeassistant/homeassistant/loader.py", line 541, in _load_file
module = importlib.import_module(path)
File "/usr/local/lib/python3.8/importlib/__init__.py", line 127, in import_module
return _bootstrap._gcd_import(name[level:], package, level)
File "<frozen importlib._bootstrap>", line 1014, in _gcd_import
File "<frozen importlib._bootstrap>", line 991, in _find_and_load
File "<frozen importlib._bootstrap>", line 975, in _find_and_load_unlocked
File "<frozen importlib._bootstrap>", line 671, in _load_unlocked
File "<frozen importlib._bootstrap_external>", line 779, in exec_module
File "<frozen importlib._bootstrap_external>", line 916, in get_code
File "<frozen importlib._bootstrap_external>", line 846, in source_to_code
File "<frozen importlib._bootstrap>", line 219, in _call_with_frames_removed
File "/config/custom_components/afvalbeheer/__init__.py", line 7
<!DOCTYPE html>
^
SyntaxError: invalid syntax

De laatste regel gaat over de init .py die bij Afvalbeheer hoort.
1e regels vanaf line 7

code:

<!DOCTYPE html>
<html lang="en">
  <head>
    <meta charset="utf-8">

Zou er dan iets niet lekker zitten in die init .py? Dit bestand gebruikt iedereen in principe. Wellicht is mijn HA setup niet compliant of iets dergelijks? utf-8?
In het topic van Afvalbeheer kon ik in ieder geval niks vinden over die Syntax error.
Zoektocht gaat verder. Moet zeggen, ook al kost het uren om dit op te lossen, het is toch wel leuk

Dit is 100% het gevolg van het niet downloaden van de RAW bestanden. Je hebt nu de HTML pagina's van Github in je custom_component gezet.

Edit: ik zie dat @martinvdm ook al tot die conclusie kwam.

edit2: direct linkje naar de zip: https://downgit.github.io...om_components/afvalbeheer

[TWKterry]

Hmmbob schreef op zondag 24 januari 2021 @ 13:07:
[...]

Dit is 100% het gevolg van het niet downloaden van de RAW bestanden. Je hebt nu de HTML pagina's van Github in je custom_component gezet.

Edit: ik zie dat @martinvdm ook al tot die conclusie kwam.

edit2: direct linkje naar de zip: https://downgit.github.io...om_components/afvalbeheer

Of als je de GROENE Code knop in Github klikt kunje downloaden.

[technoaddict]

Hmmbob schreef op zondag 24 januari 2021 @ 13:07:
[...]

Dit is 100% het gevolg van het niet downloaden van de RAW bestanden. Je hebt nu de HTML pagina's van Github in je custom_component gezet.

Edit: ik zie dat @martinvdm ook al tot die conclusie kwam.

edit2: direct linkje naar de zip: https://downgit.github.io...om_components/afvalbeheer

Ja klopt. Normaliter kan je wel rechtermuis knop doen en dan "Save link as". Werd op verkeerde been gezet omdat de extensie van de download gewoon .py was. In plaats van .htm(l).
Heb nu rechtermuisknop gedaan op de "Raw" knop en als je dan "Save link as" doe wordt het juiste bestand gedownload. Even iets wat je moet weten

[Hmmbob]

TWKterry schreef op zondag 24 januari 2021 @ 13:19:
[...]

Of als je de GROENE Code knop in Github klikt kunje downloaden.
[Afbeelding]

Jep, maar dan heb je de hele repo en het kant&klare linkje wat ik gebakken had geeft je alleen de inhoud van de custom_component folder

[TWKterry]

Hmmbob schreef op zondag 24 januari 2021 @ 13:49:
[...]

Jep, maar dan heb je de hele repo en het kant&klare linkje wat ik gebakken had geeft je alleen de inhoud van de custom_component folder

Klopt, maar het is wel fijn als iemand de volgende keer niet jouw hulp nodig heeft om een linkje te bakken :-)
Je bent al druk genoeg met alle andere antwoorden.

[Hmmbob]

Thanks.

Sowieso handiger om eenmalig HACS te installeren (@technoaddict), dan heb je daarna dit gedoe niet meer maar gewoon een makkelijke manier om de meest populaire custom_components in te laden.

[Thuurke]

Ik wil dsmr reader in docker draaien (had hem eerst dedicated op een rpi3, maar vervangen door iMars p1-reader) en heb dus https://github.com/xirixiz/dsmr-reader-docker geraadpleegd. Op dezelfde heb ik HA al draaien via een docker run commando en dat werkt naar behoren.
Ik heb een directory gemaakt op mijn rpi genaamd dsmr. Hierin docker-compose.yml geplaatst en gevuld met alleen het bovenste gedeelte van https://raw.githubusercon...cker-compose.example.yaml om te kjken of de database al lukt om op te starten.

code:

version: '3.8'

services:
  dsmrdb:
    image: postgres:12-alpine
    restart: always
    volumes:
      - /etc/localtime:/etc/localtime:ro
      - ./dsmrdb:/var/lib/postgresql/data
    environment:
      - TZ=Europe/Amsterdam
      - PG_TZ=Europe/Amsterdam
      - POSTGRES_USER=dsmrreader
      - POSTGRES_PASSWORD=dsmrreader
      - POSTGRES_DB=dsmrreader

Ik krijg nu de volgende meldingen:

code:

dsmrdb_1  | 1970-04-25 16:07:52.009 CET [1] LOG:  starting PostgreSQL 12.5 on arm-unknown-linux-musleabihf, compiled by gcc (Alpine 10.2.1_pre1) 10.2.1 20201203, 32-bit
dsmrdb_1  | 1970-04-25 16:07:52.009 CET [1] LOG:  listening on IPv4 address "0.0.0.0", port 5432
dsmrdb_1  | 1970-04-25 16:07:52.009 CET [1] LOG:  listening on IPv6 address "::", port 5432
dsmrdb_1  | 1970-04-25 16:07:52.009 CET [1] LOG:  listening on Unix socket "/var/run/postgresql/.s.PGSQL.5432"
dsmrdb_1  | 1970-04-25 16:07:52.009 CET [1] LOG:  startup process (PID 21) was terminated by signal 11: Segmentation fault
dsmrdb_1  | 1970-04-25 16:07:52.009 CET [1] LOG:  aborting startup due to startup process failure
dsmrdb_1  | 1970-04-25 16:07:52.009 CET [1] LOG:  database system is shut down

Wat gaat hier mis?
vanwaar de _1 ipv gewoon dsmrdb?
Waarom is de datum zo afwijkend?

code:

[ Voor 3% gewijzigd door Thuurke op 24-01-2021 16:14 . Reden: aanvullende info over wat al op de rpi draait ]

[Koepert]

Ok.. eeen rare.. Ik heb 2 Kodi's in huis.

1- Slaapkamer, Pi3b met OSMC. Discovered door HA. werkt
2- Woonkamer, VenzV10 met LibreElec. werkt niet.. niet via discovery, niet via handmatig toevoegen.

- HTTP toegang staat open.
- via de URL + :8080 in de browser kom ik wel op de kodi
- toevoegen via configuration.yaml wilde ik juist NIET meer, dus daar uit gehaald, inmiddels 2x herstart sindsdien.

Iemand suggesties?

[barrymossel]

Iemand een idee hoe dit kan? Deze input_boolean gaat aan, dan uit (en dan weer uit). Maar toch is de status vanaf kwart voor 12 "aan".



Een herstart is schijnbaar de oorzaak. Eens uitzoeken waarom hij niet teruggaat naar de vorige state.

[ Voor 10% gewijzigd door barrymossel op 24-01-2021 16:29 ]

[Septillion]

@barrymossel initial state meegegeven in de yaml?

[golles]

TWKterry schreef op zondag 24 januari 2021 @ 13:19:
[...]

Of als je de GROENE Code knop in Github klikt kunje downloaden.
[Afbeelding]

Ik heb geen HACS en heb het anders (misschien handig voor anderen) opgelost.
In mijn home assistant map heb ik een custom_components map en een external map gemaakt. in die external map clone ik dan de repo's (ook voor themes) en in de custom_components map maak ik dan een symbolic link, voor dit voobeeld (vanuit de custom_components map):

code:

ln -s ../external/Home-Assistant-Sensor-Afvalbeheer/custom_components afvalbeheer

Nu natuurlijk de vraag waarom? Dat is heel simpel, door de git repo's uit te checken kan ik deze ook heel makkelijk updaten (git pull) en hoef je niet elke keer die (raw) files met de hand te downloaden.
In de external map heb ik een script die dit doet om alle repo's te updaten:

code:

#!/usr/bin/env bash

find . -type d -name .git -exec git --git-dir={} --work-tree=$PWD/{}/.. pull origin master \;

[Mars Warrior]

A.Koolen schreef op zondag 24 januari 2021 @ 16:13:
Ik wil dsmr reader in docker draaien (had hem eerst dedicated op een rpi3, maar vervangen door iMars p1-reader) en heb dus https://github.com/xirixiz/dsmr-reader-docker geraadpleegd. Op dezelfde heb ik HA al draaien via een docker run commando en dat werkt naar behoren.
Ik heb een directory gemaakt op mijn rpi genaamd dsmr. Hierin docker-compose.yml geplaatst en gevuld met alleen het bovenste gedeelte van https://raw.githubusercon...cker-compose.example.yaml om te kjken of de database al lukt om op te starten.

code:

version: '3.8'

services:
  dsmrdb:
    image: postgres:12-alpine
    restart: always
    volumes:
      - /etc/localtime:/etc/localtime:ro
      - ./dsmrdb:/var/lib/postgresql/data
    environment:
      - TZ=Europe/Amsterdam
      - PG_TZ=Europe/Amsterdam
      - POSTGRES_USER=dsmrreader
      - POSTGRES_PASSWORD=dsmrreader
      - POSTGRES_DB=dsmrreader

Ik krijg nu de volgende meldingen:

code:

dsmrdb_1  | 1970-04-25 16:07:52.009 CET [1] LOG:  starting PostgreSQL 12.5 on arm-unknown-linux-musleabihf, compiled by gcc (Alpine 10.2.1_pre1) 10.2.1 20201203, 32-bit
dsmrdb_1  | 1970-04-25 16:07:52.009 CET [1] LOG:  listening on IPv4 address "0.0.0.0", port 5432
dsmrdb_1  | 1970-04-25 16:07:52.009 CET [1] LOG:  listening on IPv6 address "::", port 5432
dsmrdb_1  | 1970-04-25 16:07:52.009 CET [1] LOG:  listening on Unix socket "/var/run/postgresql/.s.PGSQL.5432"
dsmrdb_1  | 1970-04-25 16:07:52.009 CET [1] LOG:  startup process (PID 21) was terminated by signal 11: Segmentation fault
dsmrdb_1  | 1970-04-25 16:07:52.009 CET [1] LOG:  aborting startup due to startup process failure
dsmrdb_1  | 1970-04-25 16:07:52.009 CET [1] LOG:  database system is shut down

Wat gaat hier mis?
vanwaar de _1 ipv gewoon dsmrdb?
Waarom is de datum zo afwijkend?

code:

Bestaat de dsmrdb map wel? Staan de rechten goed?

Ik gebruik altijd named volumes, geen bindmounts. Die gaan bij mij nogal eens fout icm postgress namelijk.

[Hmmbob]

Septillion schreef op zondag 24 januari 2021 @ 18:01:
@barrymossel initial state meegegeven in de yaml?

Dat. Kan ook zijn dat je hier recorder voor nodig hebt?

[Mars Warrior]

golles schreef op zondag 24 januari 2021 @ 18:04:
[...]

Ik heb geen HACS en heb het anders (misschien handig voor anderen) opgelost.
In mijn home assistant map heb ik een custom_components map en een external map gemaakt. in die external map clone ik dan de repo's (ook voor themes) en in de custom_components map maak ik dan een symbolic link, voor dit voobeeld (vanuit de custom_components map):

code:

ln -s ../external/Home-Assistant-Sensor-Afvalbeheer/custom_components afvalbeheer

Nu natuurlijk de vraag waarom? Dat is heel simpel, door de git repo's uit te checken kan ik deze ook heel makkelijk updaten (git pull) en hoef je niet elke keer die (raw) files met de hand te downloaden.
In de external map heb ik een script die dit doet om alle repo's te updaten:

code:

#!/usr/bin/env bash

find . -type d -name .git -exec git --git-dir={} --work-tree=$PWD/{}/.. pull origin master \;

Het zal werken , maar het klinkt llemaal erg omslachtig, gegeven het feit dat HACS nu juist gemaakt is om het gebruik van een custom component lekker makkelijk te houden, inclusief het p odaten van een component. En dat allemaal vanuit de UI van hass.

Ook krijg je er een sensor bij die aangeeft of er updates zijn. Koppel deze aan een automation en je krijgt vanzelf een berichtje als er een update is.

En soms zijn versies incompatibel met elkaar. Ook dat lost HACS op, dus dat gaat fout met jouw methode.

[golles]

Mars Warrior schreef op zondag 24 januari 2021 @ 18:38:
[...]

Het zal werken , maar het klinkt llemaal erg omslachtig, gegeven het feit dat HACS nu juist gemaakt is om het gebruik van een custom component lekker makkelijk te houden, inclusief het p odaten van een component. En dat allemaal vanuit de UI van hass.

Ook krijg je er een sensor bij die aangeeft of er updates zijn. Koppel deze aan een automation en je krijgt vanzelf een berichtje als er een update is.

En soms zijn versies incompatibel met elkaar. Ook dat lost HACS op, dus dat gaat fout met jouw methode.

Klopt wat je zegt, zeker als je niet vaak op de command line werkt. Maar als je nu ziet dat er beveiligings problemen bij HACS zijn (ze noemen het zelf een 3rd party integration in de laatste Security Disclosure), dan ben ik er wel blij om dat ik iets meer met de hand doe. Dit zorgt er ook voor dat ik niet zomaar alles installeer.

Het laatste wat je zegt is overigens niet juist, ik kan voor elke custom component een branch, tag of release uit checken.

[sypie]

CAP-Team schreef op woensdag 28 oktober 2020 @ 15:55:
Gelukt!

Echt, ik weet niet wat ik verkeerd doe... In mijn vorige installatie, die ik volgens mij vernaggeld heb en daarom maar verwijderd heb, lukte het wel. Nu in mijn nieuwe installatie krijg ik het even niet voor elkaar

De sensor code komt in configuration.yaml neem ik aan. En de kaart code komt uiteraard op de plek van een kaart. Na het opslaan van het yaml bestand de server herstarten en dan zou het moeten werken. Toch?

Zul je net zien. Probeer je het allemaal nog een keer...patsboem, doet die het.

[ Voor 7% gewijzigd door sypie op 24-01-2021 19:44 ]

[Septillion]

@golles Het probleem is dan ook niet HACS maar de custom components. Ofwel, je zit gewoon in hetzelfde schuitje...

[Septillion]

Hmmbob schreef op zondag 24 januari 2021 @ 18:37:
[...]

Dat. Kan ook zijn dat je hier recorder voor nodig hebt?

Zou het? Voor licht enzo onthoudt HA toch ook los van de recoder de current state?

[Thuurke]

Mars Warrior schreef op zondag 24 januari 2021 @ 18:11:
[...]

Bestaat de dsmrdb map wel? Staan de rechten goed?

Ik gebruik altijd named volumes, geen bindmounts. Die gaan bij mij nogal eens fout icm postgress namelijk.

in de map /home/pi/dockers/dsmr bestaan de volgende mappen als ik als su docker-compose up uitvoer in deze map (hier staat dus de docker-compose.yml)
Er worden vervolgens 2 mappen aangemaakt:
dsmr_backups met group root[0] en owner root[0] octal 0755
dsmrdb met group root[0] en owner 70[70] octal 0700

[Septillion]

@sypie Het zijn twee losse dingen en ook zodanig te controleren. Zou dus eens beginnen met de sensor controleren in dev tools.

[Hmmbob]

Septillion schreef op zondag 24 januari 2021 @ 19:42:
@golles Het probleem is dan ook niet HACS maar de custom components. Ofwel, je zit gewoon in hetzelfde schuitje...

Niet alleen in HACS, maar ook HACS was getroffen door beide issues.

Septillion schreef op zondag 24 januari 2021 @ 19:42:
[...]

Zou het? Voor licht enzo onthoudt HA toch ook los van de recoder de current state?

Weet niet.... Was een opborrelende gedachte

[Thuurke]

In de root van /home/pi krijg ik het volgende

code:

root@pi:/home/pi# docker-compose up
Building with native build. Learn about native build in Compose here: https://docs.docker.com/go/compose-native-build/
Creating dsmrdb ... done
Attaching to dsmrdb
dsmrdb    | The files belonging to this database system will be owned by user "postgres".
dsmrdb    | This user must also own the server process.
dsmrdb    |
dsmrdb    | The database cluster will be initialized with locale "en_US.utf8".
dsmrdb    | The default database encoding has accordingly been set to "UTF8".
dsmrdb    | The default text search configuration will be set to "english".
dsmrdb    |
dsmrdb    | Data page checksums are disabled.
dsmrdb    |
dsmrdb    | fixing permissions on existing directory /var/lib/postgresql/data ... ok
dsmrdb    | creating subdirectories ... ok
dsmrdb    | selecting dynamic shared memory implementation ... posix
dsmrdb    | selecting default max_connections ... 100
dsmrdb    | selecting default shared_buffers ... 128MB
dsmrdb    | selecting default time zone ... Europe/Amsterdam
dsmrdb    | creating configuration files ... ok
dsmrdb    | running bootstrap script ... ok
dsmrdb    | performing post-bootstrap initialization ... sh: locale: not found
dsmrdb    | 1970-04-29 02:03:04.010 CET [31] WARNING:  no usable system locales were found
dsmrdb    | ok
dsmrdb    | syncing data to disk ... ok
dsmrdb    |
dsmrdb    |
dsmrdb    | Success. You can now start the database server using:
dsmrdb    |
dsmrdb    |     pg_ctl -D /var/lib/postgresql/data -l logfile start
dsmrdb    |
dsmrdb    | initdb: warning: enabling "trust" authentication for local connections
dsmrdb    | You can change this by editing pg_hba.conf or using the option -A, or
dsmrdb    | --auth-local and --auth-host, the next time you run initdb.
dsmrdb    | waiting for server to start....1970-05-04 12:53:44.010 CET [36] LOG:  starting PostgreSQL 12.5 on arm-unknown-linux-musleabihf, compiled by gcc (Alpine 10.2.1_pre1) 10.2.1 20201203, 32-bit
dsmrdb    | 1970-05-04 12:53:44.010 CET [36] LOG:  listening on Unix socket "/var/run/postgresql/.s.PGSQL.5432"
dsmrdb    | ......1970-05-04 12:53:44.010 CET [36] LOG:  startup process (PID 37) was terminated by signal 11: Segmentation fault
dsmrdb    | 1970-05-04 12:53:44.010 CET [36] LOG:  aborting startup due to startup process failure
dsmrdb    | 1970-05-04 12:53:44.010 CET [36] LOG:  database system is shut down
dsmrdb    |  stopped waiting
dsmrdb    | pg_ctl: could not start server
dsmrdb    | Examine the log output.

[golles]

Septillion schreef op zondag 24 januari 2021 @ 19:42:
@golles Het probleem is dan ook niet HACS maar de custom components. Ofwel, je zit gewoon in hetzelfde schuitje...

HACS was 1 van de components met een beveiligingsprobleem, dit is gefixt in 1.10.1. De custom components die ik gebruik voor zover bekend nog niet, dus zeker niet hetzelfde schuitje.

Zie dat hier al op gereageerd was, sorry

[ Voor 5% gewijzigd door golles op 24-01-2021 20:31 ]

[Thuurke]

[quote]A.Koolen schreef op zondag 24 januari 2021 @ 20:21:
In de root van /home/pi krijg ik het volgende

Oke Slimme meter uitlezen via P1-poort
en dan jmachiels om vrijdag 8 november 2019 21:41

geeft al meer resultaat.
Ik knutsel nog even verder

[sypie]

Septillion schreef op zondag 24 januari 2021 @ 19:45:
@sypie Het zijn twee losse dingen en ook zodanig te controleren. Zou dus eens beginnen met de sensor controleren in dev tools.

Ik kan ze bekijken alleen heb ik geen idee waar ik op moet letten. Wat ik zie is dat van 2 van de 3 bakken die ingesteld staan een datum vermeld wordt en de derde niet. Mogelijk een tikfout. (paper -> papier?)

[RoTeK70]

Iemand de Broadlink RM4 Pro ook geïntegreerd in HA?
Ik heb dit geprobeerd volgens de instructie op Youtube maar geen resultaat.
Blijf maar de melding krijgen: Apparaat wordt niet ondersteund. Iemand een idee?

https://www.youtube.com/watch?v=1U346G3MHGM

[sypie]

Septillion schreef op zondag 24 januari 2021 @ 19:45:
@sypie Het zijn twee losse dingen en ook zodanig te controleren.

Dit is tot nu toe het resultaat:


De plaatjes van de afvalbakken worden niet geladen terwijl ik het pad én de naam dubbel gecontroleerd heb, HA opnieuw heb gestart etc.

[-Casper]

sypie schreef op zondag 24 januari 2021 @ 22:04:
[...]
Dit is tot nu toe het resultaat:
[Afbeelding]

De plaatjes van de afvalbakken worden niet geladen terwijl ik het pad én de naam dubbel gecontroleerd heb, HA opnieuw heb gestart etc.

Rechter muisknop op de afbeelding / witte vlak en inspecteren. Dan zie je welke url er geladen wordt. Vast en zeker kom je dan een foutje tegen

[CAP-Team]

sypie schreef op zondag 24 januari 2021 @ 19:40:
[...]

Echt, ik weet niet wat ik verkeerd doe... In mijn vorige installatie, die ik volgens mij vernaggeld heb en daarom maar verwijderd heb, lukte het wel. Nu in mijn nieuwe installatie krijg ik het even niet voor elkaar

De sensor code komt in configuration.yaml neem ik aan. En de kaart code komt uiteraard op de plek van een kaart. Na het opslaan van het yaml bestand de server herstarten en dan zou het moeten werken. Toch?

Zul je net zien. Probeer je het allemaal nog een keer...patsboem, doet die het.

Ik heb hem na de tijd nog wat aangepast, kijk even naar mijn latere posts daarover.

[Vaevictis_]

Regelmatig (paar keer per week) heb ik dat ALLE grafiekjes in HA "vastlopen" zonder oorzaak of foutmelding. Als ik een herstart uitvoer is het weer even weg. Wie weet wat dit is?

[Hmmbob]

Lopen andere grafiekjes ook vast? Of alleen deze?

[Hmmbob]

Thuurke schreef op zondag 24 januari 2021 @ 20:21:
In de root van /home/pi krijg ik het volgende
(knip lange quote)

Zou je [code]...[/code] of [quote]...[/quote] blokken om zo'n lap tekst willen gebruiken? Scheelt RSI bij het scrollen

[Vaevictis_]

Hmmbob schreef op maandag 25 januari 2021 @ 08:50:
Lopen andere grafiekjes ook vast? Of alleen deze?

@Hmmbob Alle grafiekjes, deze twee als voorbeeld genomen.

[Mimiix]

@Vaevictis_ Is er wel data op dat moment?

[Vaevictis_]

Mimiix schreef op maandag 25 januari 2021 @ 09:02:
@Vaevictis_ Is er wel data op dat moment?

Ja er is altijd data ik lees 7x24 uit, komt dus willekeurig voor 1-2x per week. Is dus ook bij alle andere grafieken.

[Hmmbob]

Dat wijst op het wegvallen van de verbinding tussen HA en je database. Welke DB gebruik je?

geen errors in je log?

[Vaevictis_]

Hmmbob schreef op maandag 25 januari 2021 @ 09:10:
Dat wijst op het wegvallen van de verbinding tussen HA en je database. Welke DB gebruik je?

geen errors in je log?

Wegvallen dat kan niet, misschien dat er een te hoge load op de NAS de oorzaak is?

Nee geen errors, ik gebruik PostgreSQL op een NAS, beide met UTP kabel verbonden op het netwerk.

[Hmmbob]

Vaevictis_ schreef op maandag 25 januari 2021 @ 09:13:
[...]


Wegvallen dat kan niet, misschien dat er een te hoge load op de NAS de oorzaak is?

Nee geen errors, ik gebruik PostgreSQL op een NAS, beide met UTP kabel verbonden op het netwerk.

Door die hoge load kan best de verbinding tussen HA en je DB stuk gaan, en dus wegvallen Wegvallen != kabel eruit, kan meer oorzaken hebben.

Op je NAS geen meldingen?

Je weet waar je het nu ongeveer moet zoeken, tijd om wat te gaan debuggen Het symptoom dat álle HA data dit vertoont wijst op een weggevallen DB verbinding. Hoe dat komt zul je moeten onderzoeken. Gebeurt het altijd op een vaste tijd? is er voldoende schijfruimte? etc etc etc

[barrymossel]

Septillion schreef op zondag 24 januari 2021 @ 18:01:
@barrymossel initial state meegegeven in de yaml?

Nee, dat is het niet. Ik kijk het nog wel even aan. Heb er nooit problemen mee gehad en zie nu ook geen vreemde dingen verder. Hoop dat het een kleine hic-up was. Zeker aangezien het een redelijk belangrijke input_boolean is...

[Mimiix]

Vaevictis_ schreef op maandag 25 januari 2021 @ 09:08:
[...]


Ja er is altijd data ik lees 7x24 uit, komt dus willekeurig voor 1-2x per week. Is dus ook bij alle andere grafieken.

Dat vroeg ik niet. Laat ik duidelijker zijn: Heb jij data in je database staan van dat moment dat het wegvalt?

[Septillion]

@barrymossel In de (tekst) log van de input_boolean zag je ook geen aanwijzing waarom hij verandert was?

[ Voor 3% gewijzigd door Septillion op 25-01-2021 09:32 ]

[barrymossel]

Septillion schreef op maandag 25 januari 2021 @ 09:31:
@barrymossel In de (tekst) log van de input_boolean zag je ook geen aanwijzing waarom hij verandert was?

Welke bedoel je dan? home-assistant.log? Die staat op "warning".

Maar in principe komt het echt door een herstart. De staat is "on" vanaf het moment dat ik een herstart heb gedaan. En dan zou die initial_state logisch zijn, maar die heb ik dus niet "gevuld".

[Septillion]

@barrymossel En als je na een herstart in je Logbook kijken en dan filtert op die input_boolean, zie je dan een lijn dat hij is aangezet? En staat daar dan een reden bij?

Heb je wel recorder voor nodig natuurlijk.