VikingOy

Jeg skjønner ikke hvorfor du må ha noe i configuration.yaml i det hele tatt? Alle disse settingene ble jeg spurt om under installasjon (i GUI) og svarte da bl.a. NO1 og alt fungerer.

Ja, men hva er vitsen med å komplisere det hele med å gå omveien via MQTT? Du får det jo tydeligvis ikke til å virke som det skal. Da er det enklere å bruke den integrasjonen som vi vet fungerer.

Det har jeg gjort nå, og den viser fremdeles 0.0.14

Tibber Pulse går da vitterlig ikke via MQTT ? Du har jo en egen integrasjon som heter TIBBER som gå direkte over WiFi mot Pulse enheten.

Jeg gjorde det. Betyr det at selv om det vises 0.0.14 så har jeg egentlig 0.0.15 ?? Er det noen måte jeg kan sjekke det på?

Hvordan oppdaterer jeg til 0.0.15 når jeg er er på 0.0.14 og det ikke kommer noen automatisk oppgraderingsmelding?

Ikke som jeg vet om. Men er du en habil programmerer selv, kan du skrive din egen definisjon og legge inn.

Ja, det er jo det. Og Z2M er kjent for å ha den beste støtten for omtrent alt mulig rart. Jeg bruker Z2M hver gang ting ikke funker som forventet i ZHA eller i deConz. ZHA er Home Assistant's egen ZigBee implementasjon, og de støtter stort sett det som følger ZigBee 3.0 standarden 100%, men mange duppedingser gjør ikke det helt. Især mye av det som kommer fra Kina. Da kan man ofte oppleve at noe støttes (f.eks. av/på) men ikke alt. Men jeg har aldri opplevd det med Z2M da denne har veldig omfattende støtte.

Jeg benytter Namron ZigBee termostatstyring til begge mine badegulv. Disse er koblet til Home Assistant ZHA og fungerer utmekret med alle mulige innstillinger remote. Jeg har ikke prøvd med Z2M dog.

Godt å høre 👍 Takk for svar 😊

Nok om det.... Men hvorfor vegrer du deg på å svare på spørsmålet mitt; Får du også denne feilmeldingen?

Betyr svaret ditt at det er du som er maintainer av den integrasjonen (og at du følte seg truffet?), eller gråter du bare på vegne av andre? Det var ikke min hensikt å kritisere noen for noe, men om du uansett kunne svart på spørsmålet mitt: Er dette en kjent og erkjent feil som alle får, eller er det bare meg?

Helt siden oppgradering av HA til 2024.7.x har jeg fått følgende feimelding i loggen (noe forkortet): Logger: homeassistant.util.loop Source: util/loop.py:136 First occurred: 9:46:48 PM (3 occurrences) Last logged: 9:50:00 PM Detected blocking call to open with args ('/usr/local/lib/python3.12/site-packages/pytz/zoneinfo/Europe/Stockholm', 'rb') inside the event loop by custom integration 'nordpool' at custom_components/nordpool/__init__.py, line 158: tz=timezone("Europe/Stockholm"), (offender: /usr/local/lib/python3.12/site-packages/pytz/__init__.py, line 108: return open(filename, 'rb')), please create a bug report at https://github.com/custom-components/nordpool/issues Jeg har (selvsagt) ikke lagt inn noen issue på GitHUB fordi jeg regnet med at det kommer helt sikkert noen andre som har mer peiling enn meg, til å gjøre. Men så ser ikke ut til å ha skjedd (?) Kan det bety at det er kun meg som får denne feilmeldingen hver eneste gang jeg restarter eller booter HA ? Hører veldig gjerne om noen andre også får denne feilmeldingen.

Fargetemperatur er som oftest ikke en egen entitet, men en attributt som hører light domenet. Gå til Developer Tools og legg inn light entity der, så får du se om fargetemperatur er listet som en attributt.

Det finnes ikke noe som heter "ZigBee HUB" men jeg antar at det du mener er en ZigBee router? Det folk flest mener når de bruker betegnelsen "HUB", heter i ZigBee sammenhenger en "Coordinator". Man kan kun ha én (1) coordinator i et ZigBee nettverk. Alle andre enheter er enten routere eller end-devices. Hovedforskjellen er stort sett i at routere er permanent tilkoplet strømforsyning (220V) mens end-devices går på batterier. Du kan med andre ord sette en hvilken som helst 220V basert ZigBee enhet (eller flere) mellom hus og garasje, og nettet vil automatisk forlenges. ZigBee nett har innebygget såkalt Mesh-egenskaper.

Jeg har nøyaktig samme oppsettet, og opplevde også veldig mye ustabilitet til å begynne med - hell til jeg valgte en annen kanal for å flytte meg vekk fra WiFi båndet. Siden da har det vært dønn stabilt.

Er dette YAML kode for å opprette sensor.fuel_prices_command i Home Assistant ?

Med denne URL'en får jeg kun ut én stasjon, og det er Lierkroa her i Asker (?) responseUrl: "https://api.drivstoffappen.no/api/v1/stations?stationTypeId=1" redirectList: array[0] Hva er det jeg ikke skjønner, mon tro..... [Edit] Det som måtte til var bare å endre API Request'en til å returnere et "parsed JSON Object" (Det var vel det @SveinHa mente)

Hei, og takk! Jeg trodde kanskje at det skulle være enkelt å få ut listen over alle stasjonene (noe det sikkert også er), men så enkelt som å bare endre URL til https://api.drivstoffappen.no/api/v1/stations ga ikke noen slik oversikt. Jeg ser at man ved å legge til ?stationTypeId= et tall fra 1 og oppover, får ut dataene for en-og-en stasjon, men det vi trenger er jo alt samlet i en database, eller har jeg misforstått noe?

Hvordan kjører du denne koden? I NodeRed?

Jeg bruker Mitsubishi Aircondition anlegg (Heat/Cool) og fikk den greit inn i Home Assistant med MELCloud integrasjonen

@NeoID Stå på! Vi heier på deg 👍

@Ziggy dersom dine observasjoner og konklusjoner riktige, - og det tror jeg de er - betyr dette da at man heller ikke kan kjøpe en "lovlig" API nøkkel ? M.a.o. at Drivstoffappen aldri har tenkt til å åpne for betalte tredje-parts integrasjoner? HA vil jo aldri kunne benytte seg av en hash nøkkel som oppdateres/endres dynamisk?

... og da fikk du utlevert en ny API-nøkkel som fungerer?

Og hvor mye kostet det deg "å lage" en konto?