stigvi

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 🤪

Like greit å sjekke her: https://www.zigbee2mqtt.io/supported-devices/

Selv kan jeg nevne at jeg hadde noen problemer med deconz og conbee II. Den hadde høyt cpu bruk som ikke var gunstig på en rbPi. IKEA rullegardiner forsvant ofte fra nettverket, som regel flere ganger pr måned. Det var ikke mulig å sette opp direkte binding mellom veggbrytere og lys. Aqara vindussensorer av den gamle typen, fungerte dårlig. Med zigbee2mqtt og Sonoff har jeg ingen av disse problemene. Faktisk ikke noen problemer i det hele tatt. Edit: Jeg har med smått og stort 160 enheter i mitt zigbee nett. Og det er null problem med forsinkelser. Jeg bruker mye bevegelsesensorer i rom og lyset slås på allerede i det jeg går inn gjennom døren, bare brøkdeler av et sekund etter at sensor "ser meg". Trykk på veggbrytere har null forsinkelse, men der er det direkte binding og det går ikke via Home Assistant slik som bevegelsesensorene er satt opp.

Nei, den er gjemt godt bort. De som har laget Conbee tror jeg rett og slett har sovet i timen. Jeg bruker Sonoff ZBDongle-P, men jeg vil tro alle på den anbefalte listen gjør god nytte for seg. https://www.zigbee2mqtt.io/guide/adapters/#recommended Zigbee2mqtt og conbee: Warning: Conbee 2 firmware versions newer than 0x26580700 will result in an unstable network with devices dropping randomly, see Issue 9554

Støtter ikke HS MQTT "rett ut av boksen"? I så fall ville jeg sett på zigbee2mqtt. Men samtidig er nok zigbee2mqtt bittelitt tilpasset Home Assistant i og med at den bruker Home Assistant sin mekanisme for "MQTT auto discovery". Men det er ikke noe hinder for å bruke det i andre systemer, det blir bare litt mer manuelt arbeid å sette opp MQTT. Edit: Dette innlegget er sikkert nyttig: https://forums.homeseer.com/forum/hs4-products/hs4-plugins/lighting-primary-technology-plug-ins-aa/mcsmqtt-michael-mcsharry-aa/1585812-how-to-add-device-via-zigbee2mqtt?p=1585820#post1585820

De 5 linjene for å regne ut pb kan sikkert med fordel byttes ut med Entso-e {% set pb = max(((current_price * s.eur * s.vat) - 0.875) * 0.9, 0.0) %} Nordpool {% set pb = max((current_price - 0.875) * 0.9, 0.0) %}

I entso-e integrasjonen til Home Assistant gjør jeg det på denne måten: {% set s = { "day": 0.4176, "night": 0.2926, "cert": 0.02, "vat": 1.25, "eur": float(states("sensor.kurs_eur"), 11.6) } %} {% if (current_price * s.eur * s.vat) > 0.875 %} {% set pb = ((current_price * s.eur * s.vat) - 0.875) * 0.9 %} {% else %} {% set pb = 0.0 %} {% endif %} {% if now().isoweekday() >= 1 and now().isoweekday() <= 5 %} {% if now().hour >= 6 and now().hour < 22 %} {{(current_price * s.eur * s.vat + s.day + s.cert - pb) | float}} {% else %} {{(current_price * s.eur * s.vat + s.night + s.cert - pb) | float}} {% endif %} {% else %} {{(current_price * s.eur * s.vat + s.night + s.cert - pb) | float}} {% endif %} I Nordpool integrasjonen til Home Assistant gjør jeg det på denne måten. additional_costs: >- {% set s = { "hourly_fixed_cost": 0.0, "night": 0.2926, "day": 0.4176, "cert": 0.02 } %} {% if (current_price) > 0.875 %} {% set pb = (current_price - 0.875) * 0.9 %} {% else %} {% set pb = 0.0 %} {% endif %} {% if now().isoweekday() >= 1 and now().isoweekday() <= 5 %} {% if now().hour >=6 and now().hour <22 %} {{(s.day+s.hourly_fixed_cost+s.cert-pb)|float(0)}} {% else %} {{(s.night+s.hourly_fixed_cost+s.cert-pb)|float(0)}} {% endif %} {% else %} {{(s.night+s.hourly_fixed_cost+s.cert-pb)|float(0)}} {% endif %}

Billigste timer er vel fortsatt billigste timer Fordelen med nytt system er at en kan regne ut i forkant hva støtten blir for en aktuell time. Det vil fortsatt svare seg å flytte forbruk, men ikke like mye som før. Og så blir det også slutt på dette med at en kunne "tjene penger" på å ha høyt forbruk i billige timer. Edit: OK, etter å ha tenkt meg litt om så ser jeg poenget ditt hvis alle timene er over 70 øre. Da blir variasjonen i pris heller liten, ja.

Regjeringen har foreslått å endre strømstøtten fra og med september 2023, men selv har jeg pr 28. august ikke sett noe konkret om at dette er vedtatt og blir innført. Er det noen som har lest noe konkret om at det innføres en ny støtteordning om 3-4 dager?

Utslitt flashminne, kanskje

Jeg er ikke ekspert på området, men mitt inntrykk er at en bruker slike ovner fordi det er mest praktisk. Panelovner på vegg langs gulv er utsatt og fungerer dårlig i et verksted eller i en butikk. Da kan stråleovner i taket være bedre. Varmeovner, enten det er den ene eller andre, har 100% virkningsgrad. Men så er det dette med hvor varmen oppstår og hvordan det føles. Fordelen med panelovner er at de kan monteres under vindu og dermed stoppe kaldras som ikke er bra for komforten. Stråleovner gir feks varme direkte på kropp og kan gi en god komfort uten at en trenger å varme opp hele rommet like mye. Men i en stue er de jo lite plasseringsvennlige. Edit: Dette med plasseringsvennlighet dreier seg ikke kun om det estetiske. Har en mange gjester så vil en oppleve at noen kommer svært nærme en stråleovn mens andre kommer langt i fra. Det er bare de som sitter i akkurat passe avstand som har god komfort. Slike problem slipper en med en panelovn som varmer opp luften.