pynobo - Nobø Hub python interface

[anolasz]

Oki. Skal prøve 😉

[anolasz]

23 minutter siden, stigvi skrev:

Prøv med et annet navn enn Off. Tror det er et reservert nøkkelord i HA sin konfigurasjon.

 

 

Bingo! 🤠

Takk.

[Bjonness]

På 31.12.2020 den 16.09, Bjonness skrev:

 

Det er fra Home Assistant, ble visstnok endret for litt siden, var slik som du hadde det før.

Ser ut som det blir fikset/mulig å gjøre i neste versjon av HA.

https://github.com/home-assistant/frontend/pull/8043 

 

Den ble ikke godtatt, men da HA folka mente at det ikke var frontend som skulle gjøre dette. 

 

Nattgris lagde en ny, som fjerner 0 tallet om det ikke er noen verdi å vise  
https://github.com/home-assistant/frontend/pull/8095 

[stigvi]

Gratulerer med å få Nobø integrasjonen inn i HACS. Den blir da lettere å finne for de som starter med HA.

[echoromeo]

Takk til dei som hjalp til (og gav meg eit spark i rett retning)! Det blir forhåpenligvis litt lettare å holde kontroll på når det kjem breaking changes også no, sidan eg berre oppdaterar HA ein gong i kvartalet sånn ca..

[omw]

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.

[stigvi]

Veldig kjekt at noen forbedrer komponenten. En god egenskap med denne er at den fungerer så bra og er uten problemer. Så håper slike store endringer som du gjør nå er og blir godt testet 😉

[echoromeo]

Spennande @omw! Eg skal prøve å få sett på det i løpet av dei næraste dagane. Har lyst å forstå endringene som kjem inn sånn at eg kan fortsette å vedlikeholde sjølv i tilleg, men denne er såpass stor at det kan ta litt tid.

 

På 21.4.2021 den 23.40, omw skrev:

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.

Eksisterande logikk er ikkje nødvendigvis den beste, så det er muligens like greit å rive den ut og tenke nytt?

Det er fortsatt slik at huben disconnectar frå nettverket ein gong i døgnet? Eg huskar det var hovudmotivasjonen for at vi la inn reconnect ein gong i tida.
 

På 22.4.2021 den 8.24, stigvi skrev:

Veldig kjekt at noen forbedrer komponenten. En god egenskap med denne er at den fungerer så bra og er uten problemer. Så håper slike store endringer som du gjør nå er og blir godt testet 😉

@stigvi, ja vi har litt å gå på når det gjeld utviking/release. Eg eksperimenterte litt med å ha en develop-branch som hovedbranch og en master for stabile greier som vi ofte gjer på jobben min, men det funka ikkje slik eg ville i github så eg må gjere litt meir research.

 

Nokon som har anbefaling eller link til anbefaling på best practice på slike github-prosjekt?

[omw]

1 time siden, echoromeo skrev:

Spennande @omw! Eg skal prøve å få sett på det i løpet av dei næraste dagane. Har lyst å forstå endringene som kjem inn sånn at eg kan fortsette å vedlikeholde sjølv i tilleg, men denne er såpass stor at det kan ta litt tid.

 

Se kommentar i PR-en for introduksjon til asyncio.

 

1 time siden, echoromeo skrev:

Eksisterande logikk er ikkje nødvendigvis den beste, så det er muligens like greit å rive den ut og tenke nytt?

Det er fortsatt slik at huben disconnectar frå nettverket ein gong i døgnet? Eg huskar det var hovudmotivasjonen for at vi la inn reconnect ein gong i tida.

 

Aha - jeg får la utviklingsversjonen stå og surre over natten! Jeg kjører standardversjon på nuc-en foreløpig.

 

1 time siden, echoromeo skrev:

Nokon som har anbefaling eller link til anbefaling på best practice på slike github-prosjekt?

 

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.

[omw]

På 21.4.2021 den 23.40, omw skrev:

https://github.com/echoromeo/hanobo/pull/30

 

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

[omw]

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?

 

[stigvi]

Jeg har 9 soner. Men jeg styrer ikke varme ut i fra ukeprofiler. Lar heller det styres avhengig av om vi er hjemme eller ikke, om det er arbeidsdag eller helg/fri og diverse andre ting. 

Men jeg er imponert over innsatsen din og du får alle mine ti tomler opp for dette 👍

edit: Ser jeg har misforstått litt angående oppsettet ditt for profiler.......
Min konfigurasjon ser slik ut:

 

climate: 
  - platform: nobo_hub
    host: 143 # You can use the 3 last digits if using discovery
    command_off: Av
    command_on:
      Stue og kjøkken: Normal
      Hagestue: Normal
      TV stue: Normal
      Bad 1.etg: Normal
      Bad U.etg: Normal
      Gang U.etg: Normal
      Vaskerom: Normal
      Garasje: Normal
      Bod: Normal

 

Endret 28. april 2021 av stigvi

[bjornomy]

Har berre 3 soner her. Har knytta desse opp i ein 'climate-group' (custom) i HA for å kunne styre 'hus-temperatur'. Utan om dette går det meste på vekesprofilene, inntil vidare.

 

Men dette ser bra ut! Velfungerande komponent, takk for arbiedet @echoromeo (og andre)

 

Angåande git oppsett er vel det @omw foreslår noko av det vanlegaste i opensource, og funkar heilt greit. Noko meir admin enn dei 'enklare' flowsa, men vil hjelpe med å halde repo-et 'reint'

[omw]

På 28.4.2021 den 22.06, stigvi skrev:

edit: Ser jeg har misforstått litt angående oppsettet ditt for profiler.......

 

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?

[omw]

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.)

Endret 24. mai 2021 av omw

[omw]

På 16.5.2021 den 23.37, omw skrev:

Offisiell integrasjon til Home Assistant er på gang her: https://github.com/oyvindwe/home-assistant/tree/nobo_hub

 

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

 

[hakons]

Har ikke så mye annet å bidra med enn å si takk! Skal til å velge nye ovner på hytte, har Mill hjemme i dag men opplever ustabile ovner, dette gjør det veldig mye enklere å velge Nobø

[omw]

På 27.12.2020 den 11.10, stigvi skrev:

Attributten "current_temperature" får bare en verdi hvis det er en Nobø Switch koblet til sonen.

 

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.

[omw]

På 16.5.2021 den 23.37, omw skrev:

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

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

Endret 24. mai 2021 av omw

[stigvi]

1 time siden, omw skrev:

 

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.

Å koble Nobø Switch til en sone er hele hensikten med den. Har aldri prøvd noe annet

[Bjonness]

2 timer siden, omw skrev:

 

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.

Du må vel koble den til en sone når du legger den til? 

Jeg har lagt den i en egen sone alene, fordi jeg bruker den bare til å sjekke hva temperaturen er.

[omw]

34 minutter siden, stigvi skrev:

Å koble Nobø Switch til en sone er hele hensikten med den. Har aldri prøvd noe annet

 

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.

[omw]

1 minutt siden, Bjonness skrev:

Jeg har lagt den i en egen sone alene, fordi jeg bruker den bare til å sjekke hva temperaturen er.

 

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

[Bjonness]

7 minutter siden, omw skrev:

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

Hvor finner jeg det? Må nok ha det litt forklart hvor jeg skal lete, litt fersk i HA.
Har fjernet sonen og satt switchen som global nå og restartet HA. Da forsvant "stue switch" sonen min ihvertfall. 

Finner ingen ny entitet ihvertfall. 

(bruker Nobø versjonen som ligger på HACS om det har noe å si)

[omw]

9 minutter siden, Bjonness skrev:

Hvor finner jeg det? Må nok ha det litt forklart hvor jeg skal lete, litt fersk i HA.

 

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']

 

9 minutter siden, Bjonness skrev:

Da forsvant "stue switch" sonen min ihvertfall. 

 

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.

Endret 24. mai 2021 av omw