omw

Nobø Ecohub blir med som standardintegrasjon i Home Assistant i versjon 2022.10! Man må konfigurere integrasjonen om igjen via UI, men entitetsnavnene er de samme. Merk at workaround for å konfigurere "off" via en ukesprofil ikke ble godtatt. Jeg jobber med en endring for å kunne velge ukesprofil i HA, som man kan da bruke til å bygge automasjoner for evt. skru av med. Jeg jobber også med en endring for å eksponere termometeret i Nobø Switch som en egen komponent, men jeg har dessverre ikke denne selv. Er det noen som har denne som kunne tenke seg å teste ut branchen https://github.com/oyvindwe/home-assistant/tree/nobo_hub-sensor ?

Så bra at du fant ut av det!

Sjekk loggfilen til HA for mer info. Skru evt. på mer logging i configuration.yaml: logger: default: info logs: homeassistant.components.nobo_hub: debug pynobo: debug

Offisiell integrasjon jobbes med her: https://github.com/home-assistant/core/pull/50913 Jeg måtte dessverre legge det litt til siden, da det var ønske om mye bedre UI (config_flow) for å oppdage og konfigurere hub-en enn jeg hadde lagt opp til.

PR for å bli en offisiell del av HA er fremdeles ikke godtatt. Jeg har mast litt på Discord innimellom. Det er først og fremst et kapasitetsproblem: https://github.com/home-assistant/core/pull/50913 Hvis det fortsetter å drøye så kan se på oppdatere hanobo (HACS-versjonen).

@JørgenA Nesten komplet liste over alle enheter ble postet her: https://github.com/echoromeo/pynobo/pull/22#issuecomment-880149750 De jeg vet mangler er DCU-2R og DCU-ER.

Jeg har gjort dette mer stabilt i versjon 1.2.0 av pynobo, men jeg har ikke testet alle mulige varianter av nettverksproblemer. Jeg forsøkte å gjøre 1.2.0 bakoverkompatibel, men den fungerte ikke med hanobo 1.1.2. En av følgende PR-er må merges at alle skal få glede av den: https://github.com/echoromeo/hanobo/pull/30 (HACS-versjon) https://github.com/home-assistant/core/pull/50913 (offisiell integrasjon)

Mobilapp/Home Assistant snakker direkte med Nobø Hub på lokalnettet. Hub-en kan hente oppdateringer av firmware fra en server hos Nobø, og jeg tror også den henter tid fra en server hos Nobø (det virker som om min bruker et par dager på å bytte mellom sommertid og vintertid). Hvis du skal bruker mobilappen til Nobø over internett, så vil mobilapp og hub-en koble seg opp mot Nobøs proxyserver med kryptert kanal. Evt. så kan du kjøre HA og åpne for internettilgang til den i stedet.

Tusen takk! Jeg hadde trodd på deg uten skjermbilder altså. Jeg vet ikke hvor lang tid det tar å få dette på plass, jeg venter fortsatt på review av offisiell HA-integrasjon, og jeg tror dette bør komme i neste versjon, men jeg begynner på det uansett. Du får legge den tilbake i ekstra-sonen din i mellomtiden.

Jepp, akkurat slik! Tusen takk skal du ha. Og for å dobbeltsjekke: den var fortsatt ikke koblet på en sone på det tidspunktet? Det var akkurat det jeg tenkte. Temperaturen vil fortsatt vises i klima-entiteten dersom den er koblet til en sone, men da kan vi ha en sensor ved siden av også. Da slipper f.eks. du å ha den ekstra sonen.

Legg til følgende i configuration.yaml: logger: default: info logs: pynobo: debug Se etter meldinger i homeassistant.log med "[pynobo] received" for meldinger Y02. Omtrent slik (konstruert siden jeg ikke har SW4): 2021-05-24 15:58:29 DEBUG (MainThread) [pynobo] received: ['Y02', '234000012006', '24.125'] Ja, det er foreløpig ikke støtte for å lage en entitet av SW4, kun for soner. Men om det gir mening, så kan jeg legge det til. Da er neste spørsmål om vi alltid vil ha en entitet for SW4, eller bare om den ikke er koblet til en sone.

Om du fjerner sonen fra switchen i Nobø appen, klarer du å se på debug-meldingene om API-et rapporterer temperatur?

Du kan ha den som global kontroller også - altså at den styrer alle soner - se "Global kontroll" her: https://help.nobo.no/ec/tilleggsprodukter/bryterpanel-noboe-switch-sw4/ I skjermbildet der så ser det ut til at temperaturen må kobles til en sone, men det kan jo hende at hub rapporterer temperatur selv om den ikke er koblet til en sone.

Jeg ser jo at dette er implementert for lengst! Men jeg får ikke lekt med det selv…

Til dere som har SW4 (Nobø Switch) - kan den rapportere temperatur i API-et uten å være koblet til en sone? Grunnen til at jeg spør, er om det gir mening å eksponere SW4 som egen entitet (sensor) i HA.

Da er PR sendt inn: https://github.com/home-assistant/core/pull/50913

@JørgenA Tre til til listen din: 160: RDC-700 - Heater, comfort and eco temperature set on device. 182: R80 RSC 700 - Heater, comfort temperature set on device, eco temperature set in hub. 200: TRB36 700 - Floor, comfort and eco temperature set on device 160 og 200 har jeg. 182 så jeg på bildet her: https://www.glendimplex.no/produkter/noboe-kontrollenheter-for-eldre-ovner/c-112 RSC 700 og R80 RXC 700 klarer jeg ikke se numrene på. Jeg regner med det er greit at jeg kopierer listen inn i pynobo også?

Da har @echoromeo merget async-versjonen av pynobo! For de som har fulgt med på PR-en, så er den laget bakoverkompatibel etter innspill. Offisiell integrasjon til Home Assistant er på gang her: https://github.com/oyvindwe/home-assistant/tree/nobo_hub Implementasjonen er ferdig, men det gjenstår litt på enhetstesten. Jeg har tatt med å fortsatt støtte konfigurasjon via configuration.yaml, men det er mulig det ikke blir godtatt, jf. https://github.com/home-assistant/architecture/blob/master/adr/0010-integration-configuration.md - men det er veldig enkelt å sette opp integrasjonen på nytt. Jeg har også lagt til unique_id, så jeg er usikker på om entitetene (sonene) uansett overlever en oppgradering. Hvis noen vil teste integrasjonen så setter jeg stor pris på det! Det er foreløpig ingen ny funksjonalitet ut over at man konfigurerer i UI. Jeg ser for meg at neste steg er å støtte å lese av temperatur fra "Nobø Switch" og sette temperatur på de termostatene som støtter det (f.eks. R80 RXC700, NCU ER og NCU 2R), men jeg har dessverre ikke noen av disse komponentene selv. (Redigert: La til "ikke" i siste delsetning.)

Det var kanskje litt forvirrende eksempel. Jeg bruker (i alle fall foreløpig) ukesprofiler fra app-en, og mine normal-profiler har samme navn som sonen den gjelder for. For å styre hver ovn/varmekabel individuelt, så må man lage en sone for hver - det kan fort bli mer enn 16 soner. Er det noen som vet hvor mange soner som er støttet?

Da nærmer async-versjonen seg å bli ferdig! Neste steget er å få en full integrasjon inn i HA. Det største problemet jeg har støtt på så langt, er å lage brukergrensesnitt for å konfigurere ukesprofil for "på". Det er ikke støtte for å legge konfigurasjon på en `ClimateDevice` (altså hver enkelt sone), dermed så må konfigurasjonen settes på plattformen (slik det gjøres i dag). Det er heller ikke støtte for dynamiske feltnavn, kun dynamisk beskrivelse øverst, så antall soner som skal kunne skrues på må hardkodes, så UI blir litt rart (se under). Jeg tenkte å legge inn maks 16 soner - er det tilstrekkelig, eller er det noen som har fler soner enn det?

Denne kan brukes til testing, men jeg er nå i ferd med å skrive en full integrasjon i HA.

Se kommentar i PR-en for introduksjon til asyncio. Aha - jeg får la utviklingsversjonen stå og surre over natten! Jeg kjører standardversjon på nuc-en foreløpig. Git Flow med develop og master fungerer best når alle jobber i samme fork. Jeg foreslår at du dropper develop, og la master være som i dag, og la all nyutvikling være i grener av master. Så lager du PR-er fra utviklingsgrenene, og sletter den når PR-en merges. Andre som utvikler må lage en fork, og vi er ansvarlige for å holde lokal master og evt. utviklingsgrener i synk med din master. Se også https://www.atlassian.com/git/tutorials/comparing-workflows/forking-workflow master i upstream-repoet (altså ditt) bør ha branch protection, altså at selv du ikke kan gjøre merge uten å gå gjennom en PR.

Nydelig at dette er inne i HACS, @echoromeo! Jeg har satt meg ned og portet pynobo og hanobo til asyncio: https://github.com/echoromeo/pynobo/pull/18 https://github.com/echoromeo/hanobo/pull/30 Dette spiller nydelig i Home Assistant for meg, med øyeblikkelige oppdateringer i UI-et. Merk at pynobo-versjonen ikke er bakoverkompatibel, så evt. andre integrasjoner må også portes til asyncio, evt. så må alle async-metoder lages i to varianter, samt at det trengs noe som sørger for at keep_alive og socket_receive kjører i bakgrunnen. Merk også at reconnect-logikk-mangler. Jeg ble litt usikker på hvordan eksisterende logikk for reconnect må portes, men jeg skal ta en ny runde på det. Jeg har også endret discover_hubs til en klasse-metode, og gjort det mulig å finne alle Ecohub-er på lokalt nettverk (om det skulle være mer enn én). Tanken er å bruke dette i Home Assistant til å si ifra til brukeren at det er dukket opp en hub, og be bruker om å skrive inn 3 siste sifre i serienummeret i konfigurasjons-UI-et.

Hei Vegard! Så vidt jeg vet trenger du Nobø Eco Hub - det holder ikke med Orion-enheten.

Hei echoromeo! Så kult at du ikke har lagt dette helt fra deg. Jeg har begynt på støtte for PyPi og callbacks, men det er på ingen måte ferdig testet: https://github.com/oyvindwe/pynobo/tree/callbacks HA-komponenten har jeg holdt på mye mye frem og tilbake - testet både å være en `climate`-plattform og en selvstendig komponent. Jeg tror det siste kanskje kan gi et bedre brukergrensesnitt, men det er en del mer jobb, så jeg har foreløpig endt på å lage en det som en plattform under `climate`. Det siste jeg har holdt på med er å støtte asynkront oppsett og callbacks, så det er litt i biter. Jeg skal se om jeg kan rydde litt i det ila. helgen og pushe til GitHub. Foreløpig kjører jeg bare i lokalt utviklingsmiljø på Mac-en - har ikke testet å legge det ut på Raspberry Pi-en ennå.