Gå til innhold
  • Bli medlem
Støtt hjemmeautomasjon.no!

omw

Medlemmer
  • Innlegg

    54
  • Ble med

  • Besøkte siden sist

Innlegg skrevet av omw

  1. 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 ?

    • Thanks 1
  2. 48 minutter siden, Bjonness skrev:

    Kanskje det kunne være en mulighet for at den søker etter nobø huben om den ikke finner den 1 gang i timen f.eks? 

     

    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)

  3. 3 minutter siden, Kropling skrev:

    Er Nobø Hub en boks som selv hoster data og tilgjengeliggjør API eller er styring innom Nobø sentralt?

     

    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.

     

    • Thanks 1
  4. Akkurat nå, Bjonness skrev:

    Nei, ligger som andre enheter helt utenfor en sone i appen 

     

    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.

  5. Akkurat nå, Bjonness skrev:

    Slik?

     

    
    2021-05-24 18:31:28 DEBUG (Thread-3) [pynobo] received: ['Y02', '234001005094', '13.625']
    2021-05-24 18:31:28 INFO (Thread-3) [pynobo] updated temperature from 234001005094: 13.625

     

     

    Jepp, akkurat slik! Tusen takk skal du ha. Og for å dobbeltsjekke: den var fortsatt ikke koblet på en sone på det tidspunktet?

     

    3 minutter siden, Bjonness skrev:

    Tenkte du å lage en egen entitet på den så den leses som en temperatursensor og ikke en termostat?

     

    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.

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

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

  8. 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…

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

  10. På 27.1.2020 den 23.33, JørgenA skrev:

    Jeg har oppdatert openHab-bindingen til å detektere de modellene vi kjenner til.

     

    @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å?

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

    • Thanks 1
  12. 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?

  13. 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?

     

    image.thumb.png.48d1e5ba30e26e583a13db1ef0d69b41.png

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

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

  16. På 16.11.2018 den 7.42, Vegard1980 skrev:

    Men har 3 nobø ovner og fant en brukt Orion billig. Så da kan dette være en god løsning.

     

     

     

    Hei Vegard!

     

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

  17. 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å.

    • Thanks 1
×
×
  • Opprett ny...

Viktig informasjon

Vi har plassert informasjonskapsler/cookies på din enhet for å gjøre denne siden bedre. Du kan justere dine innstillinger for informasjonskapsler, ellers vil vi anta at dette er ok for deg.