stigvi

Varmeveksleren gir en gratis energi. Det er selvsagt ikke lurt å "koble ut" det med å stille temperaturen for lavt, hvis en tenker på økonomi. Men det kan jo være andre grunner til at en vil ha kald luft inn i huset. Jeg har laget en automasjon som hele tiden sørger for at utblåsningsluften sin temperatur er 1 grad under det som er innstillt temperatur ellers på ovner i stue. Jeg har også varmeelement tilkoblet og aggregatet får lov å bruke strøm til å holde temperaturen på luften oppe. Jeg tenker som så at kald trekk fører til at en gjerne kompenserer med å sette opp temperaturen i huset. Å hindre kald trekk mener jeg altså er økonomisk, totalt sett. Edit: I tillegg får en bedre blanding av ny frisk luft om den ikke er så kald i forhold til annen luft i rommet. Kald luft synker raskere ned og legger seg langs gulvet. De som lager ventilasjonsanlegg har noen anbefalinger og det er greit å følge de, tenker jeg.

Nei Hvorfor vil du bruke penger på en z-wave dings på kanal a når du lett og gratis kan finne denne infoen i Home Assistant. Det er jo kun solhøyden du trenger og dette har HA innebygd.

Philips Hue har en som er lagd for akkurat dette, å monteres bak en bryter.

Warning: Conbee 2 firmware versions newer than 0x26580700 will result in an unstable network with devices dropping randomly, see Issue 9554 https://www.zigbee2mqtt.io/guide/adapters/#recommended

Velkommen hit 🙂 Kan ikke hjelpe deg med det du lurer på, men jeg vet dette er en kjent problemstilling med usb og Synology så det går vel å finne ut av det. Men det jeg tenkte å gjøre var å anbefale å kikke på zigbee2mqtt eller zha som er innebygd i HA istedenfor deconz. Deconz var en gang bra, men nå til dags virker den frakjørt av alternativene. Og det ser ut som om utviklingen på deconz går en del saktere enn på de to andre.

Det står jo der i dokumentasjonen til Nordpool integrasjonen hvordan den regnes ut og hvordan du kan påvirke den med en parameter.

Fungerer sikkert helt fint når en har studert dokumentasjonen og funnet ut hvordan den skal konfigureres til å være sann/usann på det som du mener er "billig strøm"

Du varmer opp luften omtrent gratis istedenfor å bruke energi på det. Antar at vannbåren varme også må betales for?

Så vet vi det. Systemet de har pr i dag synes jeg passer meg helt flott. Det integreres uten problem i Home Assistant og styres derifra. Men skulle Home Assistant stoppe opp av en eller annen grunn så har jeg fortsatt mulighet for å styre varmen via Nobø sin app som går direkte mot Nobø hub som jeg har. For meg er det viktig å ha en "plan B" for slikt som varme og lys 🙂

"Plugg" for eldre ovner kan i mine ører godt høres ut som ny termostat til gamle ovner. Hos Nobø kan en velge mellom flere ut i fra hvilken funksjonalitet en ønsker seg og disse plugges inn. Jeg har sett før at disse omtales som "plugg". Men det er jo bare å vente og se hva som dukker opp. Vil de bruke Zigbee, zwave eller kanskje Matter denne gang.....

Jeg også. I mitt hus er det 4 avtrekk som er på kjøkken, vaskerom og 2 bad. Resten av rommene har utblåsning. Spesielt på soverom vil jeg si det er viktig med ny frisk luft inn i huset. Høres merkelig ut, med mindre du bor på en holme for deg selv.

De trenger ikke et api for dette. De må bare gjøre de tilgjengelige feks på en https server og dokumentere dette. Zigbee2mqtt vedlikeholder sin egen indeksfil som mapper enhet, firmware og url til fil. { "maxFileVersion": 16783619, "fileVersion": 16783620, "fileSize": 271050, "manufacturerCode": 4107, "imageType": 270, "sha512": "5843552ab361d2d063e36be24785afcb8af34491ae721c2426da6afec94967acd4005d5e2abfcca5ebd10f3c9e39656524775b50cef115f67c3f636b9609d3c2", "url": "https://otau.meethue.com/storage/ZGB_100B_010E/3e979745-cc00-43cf-a51c-73a3d9d91430/100B-010E-01001904-ConfLight-ModuLum_0012.zigbee" } Og for en god del firmwares så lagrer zigbee2mqtt disse filene på egen server (github) { "fileVersion": 2839, "fileSize": 294136, "manufacturerCode": 4447, "imageType": 5404, "sha512": "140be0a40f40f84fcb1878ba623ad5830bfab2049f489ee7acf8ae22c1db1e4991fbf39832482a55fee2fc5b20681d9ab5592d457d1e5bf705b0c75af45eff1f", "url": "https://github.com/Koenkk/zigbee-OTA/raw/master/images/Xiaomi/20211124154453_OTA_lumi.switch.n1aeu1_0.0.0_1123_20211110.ota", "path": "images/Xiaomi/20211124154453_OTA_lumi.switch.n1aeu1_0.0.0_1123_20211110.ota", "modelId": "lumi.switch.n1aeu1" } Så dette kan gjøres veldig enkelt og greit i fra Elko sin side. Men hvis Homey Pro ikke støtter opplasting av firmwares til sitt zigbee nett så er det jo først og fremst de det står på.

Hvis du vil ha noe "som bare virker" så kan jeg anbefale Nobø sitt system. Men det krever ny panelovn eller bare ny termostat hvis du har flaks og allerede har Nobø panelovner.

Det er de det står på, ja. Og kikker du på OTA dokumentasjonen til zigbee2mqtt så ser du at det er ikke mange som tilbyr oppdateringer. https://www.zigbee2mqtt.io/guide/usage/ota_updates.html For et par år siden var Philips Hue en av de som ikke tilbød noe. Jeg hadde en del kontakt med de i forbindelse med dette og prøvde å vinkle det slik at dette var egentlig en stor bakdel for Philips. De endte opp med at en mengde kunder satt på lysutstyr som ikke virket optimalt. Etterhvert sank dette inn og jeg fikk tilbakemelding i fra de at de hadde diskutert dette internt og bestemt seg for å dele firmware oppdateringer med andre som feks zigbee2mqtt. Jeg tror nok Elko også kan la seg påvirke. En må bare få det fram på rette måten. På verdensbasis har Home Assistant over 250000 brukere. Ønsker Elko at produktene deres skal fremstå med feil og mangler for disse 250000? Det er minst 3500 Home Assistant brukere i Norge. Hvor mange er det med Elko sin egen hub, mon tro? https://analytics.home-assistant.io/

Zigbee har helt grei støtte for OTA. I praksis bør en derimot være litt forsiktig med å sette i gang en oppdatering på mange enheter samtidig. Da blir det fort for mye for zigbee-nettet. Det er også støtte for automatisk OTA i zigbee der koordinatoren kan spørre en enhet om versjon på fw og tilby en nyere hvis det finnes.

Støtter zigbee2mqtt OTA for Elko, da? Ikke i følge dokumentasjonen til zigbee2mqtt. Det er stort sett tilgang til filene som avgjør om produkter som zigbee2mqtt kan tilby OTA. Noen produsenter er flinke, andre har lyst å være flinke, men klarer det ikke og noen produsenter er beint fram vanskelige og tror det fremmer salg av egne produkter når en ikke deler disse filene med andre.

Og hvorfor ikke sende varsel umiddelbart? Hvis vi er borte, så er jeg interessert i varsel så fort som mulig hvis en dør åpnes.

Ja, men jeg bruker pyscript til det. Men det er så lite at å lage en automasjon er vel overkommelig. @state_trigger("sensor.nordpool") def pris(value): easee.set_charging_cost(device_id = "xxxxxx bruk din egen device id her xxxxxx", cost_per_kwh = value, vat = "25", currency_id = "NOK") I Easee appen får jeg opp kostnad pr ladesesjon og på diverse perioder. I Home Assistant har jeg visning av kostnad på dag, måned og år.

Har lagt til endebrytere på garasjeport både for helt nede og helt åpen. Dette var ikke nødvendig for åpneren sin del, men det forbedrer min integrasjon med Home Assistant. Uten disse må HA gjette seg til status og når en bruker fjernkontroll til åpneren så fikk ikke HA med seg at porten var åpen. Så da virket ikke knapp i HA for å lukke. HA trodde jo porten var lukket allerede så jeg måtte trykke på åpne knapp istedenfor. Ikke noen stor sak, men greit å ha det i orden. En bonus er at nå kan jeg detektere om porten er i bevegelse og varsle med taklyset i garasjen når det er trygt å rygge ut bilen.

Jeg ser at svaret mitt ovenfor var litt avvisende. Selv om det forsåvidt er riktig, kunne jeg nok formulert meg litt annerledes. Hvis det er noe med oppsett så skal jeg prøve å svare her, men jeg har nok ikke tid eller anledning til å kikke på nettleiepriser rundt om i det ganske land. Håper at det er lett å finne ut av det hos Elvia. De er nå pålagt å opplyse om priser på en grei måte.

Nettleie og påslag må du finne ut av selv hvis det er annerledes enn hos meg. Jeg bruker Tibber og netteier er Klepp Energi AS

Jeg kikket litt på den og den så jo grei ut. Men kan ikke ringe på eksisterende klokke og det er jo dumt........

Ja. Jeg synes også mcsMQTT var litt bakvendt men funket greit. I NodeRed er det mye enklere. Har dere prøvd auto discovery som vistnok mcsMQTT støtter?

Det er kanskje forskjell på å sende noe data på faste intervall enn det å lytte til data kontinuerlig. Zigbee enheter som går på batteri er det jo ikke mulig å sende noe til uten at en først må vekke de opp. Men jeg vet ikke grunnen. Det kan være at det ikke er så mange som etterspør det og det kan være teknologien som ikke sammenfaller med å kunne driftes fra et sett med AA batterier i et år.

Ikke så jeg vet om. Men det hadde kanskje vært lettere å lage det hvis folk aksepterte et 12V, 60Ah batteri hengende på døren 🤪