stigvi

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.

Jeg bruker et Solid-State rele til min VVB og bruker denne aktivt for å holde meg tett oppunder grensen til neste trinn. VVB slås av og på i 2.5 sekund intervaller og jeg varierer av/på forholdet trinnløst. Og av/på forholdet styres mer eller mindre direkte fra pid-regulator. Effekt på VVB i går kveld: Jeg bruker en slik strategi på lading av bil. De første 20 minutt i hver time lar jeg bare bil-lading gå som normalt selv om antatt forbruk ligger godt over grensen. Synes selv det er ganske effektivt for å hindre mye av og på.

Jeg klarer ikke å se for meg at en jordfeil skal føre til at en kjenner støt i en støvsuger eller i en mobiltelefon som lades. Lader kan jo være ødelagt, men samtidig skal det svært mye til før det galvaniske skillet mellom 230V og USB kontakten bryter sammen. Og når det gjelder støvsuger så antar jeg det er en slik med slange siden dere bruker den på 230V. Slanger er i plastmateriale og at den skal lede noe strøm fram til hun som holder i den, høres merkelig ut. I tillegg er de vanligvis dobbelisolerte så det skal mye til før brukeren blir eksponert for høy spenning. Som @Kim123 nevner, det er mer trolig statisk elektrisitet. Det er jo ikke helt ukjent med bruk av støvsuger.

Samtidig er alle ladere som selges i Norge av den dobbelisolerte typen. Jordfeil skal ikke forplante seg til USB siden på laderen.

Jeg trykte på haha-ikonet. Det er ikke fordi innlegget ditt, @Kim123 var spesielt morsomt, men heller latterlig tragisk. Og du har vel rett, det skal mye til før dette kommer 1. september.

Er dette nå besluttet? Sist jeg leste om det så var det med forbehold om de rakk å gjøre ferdig endringene. Og hvem skal endre, i så fall? Er det Staten eller netteiere? Får vi en situasjon der kunder på et nett har den gamle løsningen og kunder på et annet nett får ny løsning 1. september?

VW er tysk og jeg kan slå av og på lading via Home Assistant / app, men jeg kan ikke sette ladestrøm via Home Assistant. Men å styre bilen istedenfor via Easee boksen er uaktuelt for meg. Først og fremst fordi bilen er alt for treg til å reagere. Den er ikke "online" 100% av tiden, sannsynligvis for å unngå å tappe for mye strøm på 12V batteri, og kan dermed bruke mange minutter på å starte eller stoppe lading. Det virker dårlig hvis årsaken til at en vil stoppe er at en nærmer seg et nytt trinn på nettleien.

Det er jaffal ikke meningen å lage hull i de

Ja, fra det grafiske grensesnittet og så åpnet jeg for nyregistrering i zigbee2mqtt på forhånd.

Det gjorde i alle fall mine Philips Hue lyskilder og jeg mener at Ikea pærer også gjorde dette. Men det var noen få enheter på strøm som ikke gjorde det som feks noen led-drivere bak speil på bad. Det er vel Murphys lov at det mest utilgjengelige må tas på en tungvint måte. Jeg hadde begge zigbee nett kjørende en stund og overførte de over flere dager uten særlig mye stress eller jobb.

Rart. Jeg gjorde dette i vinter som var og når jeg fjernet en pære fra conbee så gikk den rett i søkemodus og koblet seg opp på zigbee2mqtt i løpet av sekunder. Kunne sitte med PC og gjøre stort sett hele jobben uten å styre med hver enkelt lyskilde. Men batteridrevne sensorer måtte nullstilles med reset-prosedyre.

Hvis du går til "utviklerverktøy" i Home Assistant og kikker på Nordpool sensoren der så vil du finne en attributt som heter additional_costs_current_hour. Da kan du sjekke med dens verdi om din kode er riktig.