stigvi

Ser ikke umiddelbart hva som er galt, men selve stolpediagrammet bruker 10 dager på å vise "riktig" hvis dette er noe du har satt opp i dag. Men jeg stusser over at forbruket er så høyt i dag og så ser det ut som om de tre inputfeltene har en rød strek under seg. Det tyder på at tallet er feilformatert. Hvordan ser historikken på sensor.consumption_lastday ut når du viser den i HA sin kurvediagram?

Her er det nok flest som har valgt dimmer bak bryter. Jeg har derimot valgt smarte armaturer og smarte pærer over hele huset. Det er ingen tradisjonelle veggbrytere, men jeg har veggbokser der det er naturlig å ha en bryter så jeg kan gjøre huset usmart hvis jeg vil selge det. Over boksene er det montert en zigbee "bryter". Min mening er at å bytte pærer og armaturer er en billigere løsning enn dimmere bak brytere. Hvis du ikke har hundre og ørten spotter i taket, da.

Tror det er mange her som bruker Aqara sensor for fuktighet og temperatur. Disse er små og går flere år på et lite knappebatteri og gjemmes lett i en hylle bak en bok, i en skuff eller andre steder. Det samme med bevegelsesensor. Å ikke ha ledning til disse er uproblematisk, men til lyd og bilde er det jo kjekt med ledninger.

Du må sjekke om det aggregatet du ønsker, støtter bacnet. Men tviler på at det er en opsjon på billige aggregat beregnet for eneboliger. Ikke ser jeg at dette blir enklere heller. Tvert i mot.

Jeg har løst det med at jeg har et felt der jeg kan skrive inn hvor mange grader i timen temperaturen stiger når ovnene står på fullt. Nå er det 0,7 grader. Og så har jeg andre felt der jeg skriver inn diverse klokkeslett. Så beregner systemet når tid varmen må slås på for at det skal bli varmt nok til rett tid. Dette gjelder panelovner. På gulv har jeg bare oppvarmingstid i minutter for der er forskjellen på varme og kalde dager helt ubetydelig. Dette har vist seg å fungere svært bra for meg og 0,7grader virker på dager som er kalde, grå og sure og på dager med solinnstråling. Tidspunktet ovnene skal slås på, beregnes hver gang en temperatursensor rapporterer temperatur. Så jeg bryr meg ikke om utetemperaturen, kun temperatur inne i huset. (ser jeg kan finne kortere tekster å bruke ......)

Eller effekttariff. Men det ser jo ut til å bli et lite mindretall i Norge.

Så den har 3 lys ned og 1 opp? Kult 🙂

Det gjør en med Nobø også hvis en kjøper en Nobø ekstern temperaturføler. Da vil ovnene i en sone regulere etter denne føleren.

Nei, du skal ikke legge til noen generiske termostater 🙂 Når du legger til de tre linjene som her: climate: - platform: nobo_hub host: 143 # You can use the 3 last digits if using discovery (143 byttes ut med du har under din hub) .... så vil det legges til en climate for hver sone du har definert i Nobø appen. Hos meg ser en slik climate ut som vist i bildet. Attributten "current_temperature" får bare en verdi hvis det er en Nobø Switch koblet til sonen. For å vise denne i brukergrensesnittet så setter du HA i "endre-" eller redigermodus og legger til et nytt kort av typen termostat. Slik som den store termostaten nedenfor Hvis du vil ha en kompaktvisning slik som jeg har så legger du inn et kort av typen entiteter og velger de climatene som du da har i ditt system. Skal du sette temperaturer i automatisering så er det greie eksempler her: Climate - Home Assistant (home-assistant.io) Jeg bruker appdaemon og har laget python kode for å sette temperatur og modus på ovnene. Det er i en helt annen retning enn node-red så det har vel neppe stor verdi for deg. Men litt utdrag kan jeg vise. Service climate.set_preset_mode brukes for å sette en sone i away, eco eller comfort if self.get_state(self.args["output"], "preset_mode") != "comfort": self.log('{} settes til comfort. Var i {}'.format(self.args["output"], self.get_state(self.args["output"], "preset_mode"))) self.call_service("climate/set_preset_mode", entity_id = self.args["output"], preset_mode = "comfort") Climate.set_temperature brukes for å sette settpunkt. Denne krever både target_temp_high og target_temp_low self.call_service("climate/set_temperature", entity_id = self.args["output"], target_temp_high = int(th + float(self.args["temperature"])), target_temp_low = int(tl)) self.log('Setter opp temperatur') Men dette er altså python. Det er mye det samme i HA sin innebygde automasjon, men der setter du det lettere opp ved hjelp av UI. I node-red har jeg ikke noe å bidra med for den kjenner jeg ikke.

Ok, takk. Var i tvil på om du brukte denne eller denne som sender til en mqtt broker som andre her bruker.

Hub'en til Nobø er mer enn et bare et kommunikasjonsgrensesnitt. I Nobø sitt system kan en sette opp soner og ha flere ovner i en slik sone. Og da sørger den for å stille temperaturen på alle ovner i samme sone hvis noen er borte på en av ovnene og justerer. I tillegg kan en sette opp en ekstern temperaturføler (som passer i en Elko-ramme) som alle ovner i samme sone regulerer etter. Størst fordel for meg er at dette er et selvgående system som fungerer uavhengig av Home Assistant. Jeg bruker Home Assistant til å sette temperatur og så gjør Nobø systemet resten. Jeg er ikke avhengig av at hjemmeautomasjonen fungerer prikkfritt for å ha jevn varme i huset.

Men du går glipp av en termostat som er mange hakk bedre enn det du får til med en veggplugg. Moderne ovner er "trinnløse", dvs at de på samme måte som gulvvarmetermostater kontinuerlig og på kort intervall slår ovn av og på. På panelovnene mine er dette intervallet 20 sekund. Fordel er jevn varme og ingen knirkelyd i ovn pga oppvarming og nedkjøling.

Bra. Skal hinte om problemene dine til utvikler og så blir det garantert fikset. Det er også mulig å komme rundt det med å kikke litt mer på readme filen hans og sette opp command_off og command_on som er nytt. Men som nevnt i readme filen, dette trenger du neppe første uken du kikker på det.

Ser at koden var endret på for 6 dager siden og det er nok introdusert en bug. Vil du ha de to filene mine (de er vedlagt) climate.py manifest.json

Kan du vise konfigurasjon og feilkode i en "kodeseksjon" i denne editoren her sånn at den vises uformatert?

2020.12.1 Men du er sikker på at HA er på samme nett og ikke står bak en virtuell ruter til Vmware?

Jeg vet ikke hvordan du skal måle radon, men Airthings bruker en BME680 og en co2 måler som ligner på MH-Z19. Sjekk her, MH-Z19 CO_2 and Temperature Sensor — ESPHome og BME680 Temperature+Pressure+Humidity+Gas Sensor — ESPHome

Det som må være på plass er at Home Assistant og Nobø hub må være på samme lokalnett. Hub sender en broadcast og den lar seg ikke rute. Denne meldingen ser pynobo, sjekker de 3 siste sifrene i meldingen med det som du har i konfig og så setter den i gang med å polle den hub'en som sendte ut en broadcast.

Det må du, men den lastes ned automatisk av Home Assistant når den leser inn manifest filen. I katalogen custom_components\nobo_hub kopierer du inn climate.py og manifest.json og tar en omstart. Så legges konfigurasjon inn som du nevner og en ny omstart. Det skal være alt. Min konfigurasjon er som nedenfor. Pass på dette med innrykk # Nobø Energy Control climate: - platform: nobo_hub host: 143 # You can use the 3 last digits if using discovery

Her er et litt utenom det vanlige spørsmål. Jeg har en luftavfukter med vanntank og på utsiden av vanntanken har jeg montert en vannlekasjesensor og trukket to ledninger opp i tanken på rette nivå. Meningen er å få et varsel når tanken er full. Men det virker ikke. Vannet er rett og slett for rent til at det leder nok strøm for å trigge lekasjesensoren. Har jeg en klype salt oppi så virker det. Men jeg skulle jo gjerne sluppet å huske å dra med meg saltbørsen hver gang jeg går for å tømme tanken (på luftavfukteren, altså) Er det noen som vet om noe som kunne ligge permanent i tanken og avgi bittelitt salt i vannet uten å løse seg opp for fort?

"Airtime" på slike enheter er jo veldig kort så det er sikkert sjelden at en ecowitt dings og en zwave dings sender samtidig. Og begge sender jo nye pakker ikke så veldig lenge etterpå så data kommer jo fram.

1. Med fjernstyrt kontakt mellom ovn og stikkontakt 2. Med api ut av huset og wifi på ovn (en drøss produsenter) 3 Med api lokalt og en hub (Nobø) Meg bekjent finnes det ingen lett tilgjengelig panelovn med zigbee eller zwave

Alternativet er ZigBee (ZHA) (https://www.elektroimportoren.no/develco-emi-norsk-han/4514731/Product.html), noe dyr men billigere en elektriker. Har ikke sett at noen har klart å få den inn i deconz på et fornuftig vis. Men mulig jeg har gått glipp av noe.

Er det egentlig det? Da må zwave nettet hvert 2,5 sekund overføre en datapakke. Hva slags konsekvens har det for zwave nettet? Vil det påvirke andre enheter på nettet. Zwave og zigbee er jo definitivt ikke lagd for store datamengder. Men hva er mye? Er det som HAN porten leverer, mye?

Jeg slenger ut en påstand: Dette er ikke hjemmeautomasjon, men en stemmestyrt universal fjernkontroll 🙂 Det samme gjelder Apple sin Homekit. Jeg slenger ut en påstand til: Jeg tror ikke Google Home eller Apple Homekit har noen stor status her og det er lite hjelp å få. Google Home og Apple Homekit har egentlig ikke støtte for veldig mye forskjellig hardware. De baserer seg på at en hub for lyset, en annen hub for dørlåsen, en tredje hub for varmen er kompatible med Googlo Home eller Apple Homekit. Til slutt har du huset/leiligheten fullt av hub'er som ikke snakker sammen. En annen vei å gå er å satse på et fullverdig automasjonssystem som også har Google Home integrasjon. Da får du automatiseringen og du kan utnytte det i stemmekommandoer. Det som er kjekt med automatiseringen er at du slipper å fortelle at du vil ha lys påslått eller varmen på komfort. Systemet finner ut det selv basert på sensorer. Jeg kjenner ikke så mange systemer i detalj, men jeg vet Home Assistant har integrasjon mot Google Home og Amazon Alexa. Jeg blir overrasket hvis ikke de andre systemene også har dette.......