stigvi

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.

https://www.zigbee2mqtt.io/guide/adapters/#recommended Sonoff ZBDongle-P

Jeg ville glemt både 1 og 2. Selv om Conbee2 ikke er helt avlegs er det allikevel annen hardware som fungerer bedre. https://www.zigbee2mqtt.io/guide/adapters/

Er det noen her som har erfaring med disse å dele? https://www.dormakaba.com/no-no/løsninger/products/elektronisk-adgangskontroll-og-data/adgangskontroll-for-enkeltmannsforetak-og-private-boliger/dormakaba-dkey-1227112 https://www.home-assistant.io/integrations/dormakaba_dkey/

Du tuller nå, eller? Eller mener du at når vi skriver innlegg så skal det være riktig ut i fra fremtidige situasjonsendringer? Når det er nevnt, jeg har ingen problem med å anbefale nevnte integrasjon. Den fungerer glimrende.

Her er en rekke eksempler. De baseres på data fra entso-e integrasjonen. De to nederste sensorene er for lading av bil og der er det fleksibelt antall timer ut i fra trinn på nettleie. - unique_id: billigste_timer_1_1 name: billigste_timer_1_1 state: >- {% set l=state_attr('sensor.average_electricity_price_today', 'prices')[14:39]|sort(attribute='price') %} {% set t = now().hour %} {% set d = now().day %} {{ (t == as_datetime(l[0].time).hour and d == as_datetime(l[0].time).day) }} - unique_id: billigste_timer_1_2 name: billigste_timer_1_2 state: >- {% set l=state_attr('sensor.average_electricity_price_today', 'prices')[14:39]|sort(attribute='price') %} {% set t = now().hour %} {% set d = now().day %} {{ (t == as_datetime(l[0].time).hour and d == as_datetime(l[0].time).day) or (t == as_datetime(l[1].time).hour and d == as_datetime(l[1].time).day) }} - unique_id: billigste_timer_1_3 name: billigste_timer_1_3 state: >- {% set l=state_attr('sensor.average_electricity_price_today', 'prices')[14:39]|sort(attribute='price') %} {% set t = now().hour %} {% set d = now().day %} {{ (t == as_datetime(l[0].time).hour and d == as_datetime(l[0].time).day) or (t == as_datetime(l[1].time).hour and d == as_datetime(l[1].time).day) or (t == as_datetime(l[2].time).hour and d == as_datetime(l[2].time).day) }} - unique_id: billigste_timer_1_4 name: billigste_timer_1_4 state: >- {% set l=state_attr('sensor.average_electricity_price_today', 'prices')[14:39]|sort(attribute='price') %} {% set t = now().hour %} {% set d = now().day %} {{ (t == as_datetime(l[0].time).hour and d == as_datetime(l[0].time).day) or (t == as_datetime(l[1].time).hour and d == as_datetime(l[1].time).day) or (t == as_datetime(l[2].time).hour and d == as_datetime(l[2].time).day) or (t == as_datetime(l[3].time).hour and d == as_datetime(l[3].time).day) }} - unique_id: billigste_timer_1_5 name: billigste_timer_1_5 state: >- {% set l=state_attr('sensor.average_electricity_price_today', 'prices')[14:39]|sort(attribute='price') %} {% set t = now().hour %} {% set d = now().day %} {{ (t == as_datetime(l[0].time).hour and d == as_datetime(l[0].time).day) or (t == as_datetime(l[1].time).hour and d == as_datetime(l[1].time).day) or (t == as_datetime(l[2].time).hour and d == as_datetime(l[2].time).day) or (t == as_datetime(l[3].time).hour and d == as_datetime(l[3].time).day) or (t == as_datetime(l[4].time).hour and d == as_datetime(l[4].time).day) }} - unique_id: billigste_timer_1_6 name: billigste_timer_1_6 state: >- {% set l=state_attr('sensor.average_electricity_price_today', 'prices')[14:39]|sort(attribute='price') %} {% set t = now().hour %} {% set d = now().day %} {{ (t == as_datetime(l[0].time).hour and d == as_datetime(l[0].time).day) or (t == as_datetime(l[1].time).hour and d == as_datetime(l[1].time).day) or (t == as_datetime(l[2].time).hour and d == as_datetime(l[2].time).day) or (t == as_datetime(l[3].time).hour and d == as_datetime(l[3].time).day) or (t == as_datetime(l[4].time).hour and d == as_datetime(l[4].time).day) or (t == as_datetime(l[5].time).hour and d == as_datetime(l[5].time).day) }} - unique_id: billigste_timer_1_18 name: billigste_timer_1_18 state: >- {% set l=state_attr('sensor.average_electricity_price_today', 'prices_today')|sort(attribute='price') %} {% set t = now().hour %} {% set d = now().day %} {{ not ((t == as_datetime(l[18].time).hour and d == as_datetime(l[18].time).day) or (t == as_datetime(l[19].time).hour and d == as_datetime(l[19].time).day) or (t == as_datetime(l[20].time).hour and d == as_datetime(l[20].time).day) or (t == as_datetime(l[21].time).hour and d == as_datetime(l[21].time).day) or (t == as_datetime(l[22].time).hour and d == as_datetime(l[22].time).day) or (t == as_datetime(l[23].time).hour and d == as_datetime(l[23].time).day)) }} - unique_id: billigste_lading_venstre name: billigste_lading_venstre state: >- {% set l=state_attr('sensor.average_electricity_price_today', 'prices')[16:29]|sort(attribute='price') %} {% set t = now().hour %} {% set d = now().day %} {{ (t >= 5 and t < 16) or (t == as_datetime(l[0].time).hour and d == as_datetime(l[0].time).day) or (t == as_datetime(l[1].time).hour and d == as_datetime(l[1].time).day) or (t == as_datetime(l[2].time).hour and d == as_datetime(l[2].time).day) or (t == as_datetime(l[3].time).hour and d == as_datetime(l[3].time).day) }} - unique_id: billigste_lading_hoyre name: billigste_lading_hoyre state: >- {% set trinn = float(states('input_select.nettleie_pristrinn')) < 6 %} {% set l=state_attr('sensor.average_electricity_price_today', 'prices')[16:iif(trinn, 27, 29)]|sort(attribute='price') %} {% set t = now().hour %} {% set d = now().day %} {{ (t >= iif(trinn, 3, 5) and t < 15) or (t == as_datetime(l[0].time).hour and d == as_datetime(l[0].time).day) or (t == as_datetime(l[1].time).hour and d == as_datetime(l[1].time).day) or (t == as_datetime(l[2].time).hour and d == as_datetime(l[2].time).day) or (t == as_datetime(l[3].time).hour and d == as_datetime(l[3].time).day) or iif(trinn, (t == as_datetime(l[4].time).hour and d == as_datetime(l[4].time).day), false) or iif(trinn, (t == as_datetime(l[5].time).hour and d == as_datetime(l[5].time).day), false) or iif(trinn, (t == as_datetime(l[6].time).hour and d == as_datetime(l[6].time).day), false)}}

Kan vi plassere Siren Ertzeid på en pidestall?

Er det denne vi har ventet på? https://no.aminacharging.com/products/amina-s

Nei, det gjør det ikke. FEK § 7 fjerde ledd sier at: Den som har det faglige ansvaret for arbeid knyttet til elektriske anlegg i egen bolig og fritidsbolig skal oppfylle kravene i første ledd eller ha relevant fagbrev og tre års praksis fra bygging og vedlikehold av lavspenningsanlegg. FEK § 7 første ledd sier at: Den som har det faglige ansvaret for arbeid knyttet til elektriske anlegg, skal ha relevant master- eller bachelorgrad eller toårig utdanning som fagskoletekniker med relevant fagbrev. Vedkommende skal i tillegg ha minst tre års relevant praksis opparbeidet etter endt utdanning.

https://lovdata.no/dokument/SF/forskrift/2017-10-10-1598/KAPITTEL_2#§21 Se paragraf 21 og punkt 3. Det er mange tilfeller der en kan montere selv. Jeg er ikke "elektriker", men har allikevel lov i følge paragraf 21 å montere selv. Og da tenker jeg på at jeg som fagperson har lov å utføre arbeid på eget hus. Det er ingen begrensing på at det "må" gjøres av en registrert elektroinstallatør.

Jeg tviler sterkt på at de kan kreve noe slikt så lenge den er fagmessig montert. Og det kan du hevde den er. Men hvorfor ikke ta det skriftlig med dem og be dem argumentere at de har rett til å nekte reklamasjon ut i fra lovverket. Da er det de som må ta jobben med å undersøke det juridiske.

Da har du allerede gjort det mye mer komplisert. Du må lage en automasjon som gjør jobben og du må lage en eller flere hjelpere. I motsetning til en malsensor som er forholdsvis kort og enkel. Men som du nevner, det er fullt mulig å få til. Det er bare unødvendig komplisert pga ams-leser sin iver i å slette data så snart timen er ferdig. Data med nye priser er tilgjengelig en gang i døgnet og da kan en lese inn de neste 24 timene og kvitte seg med de 24 eldste timene. På den måten har en tilgjengelig to døgn med priser. Det er slik entso-e integrasjonen virker. Det er ingen god grunn for å slette data hver time slik som ams-leser gjør eller ved midnatt slik nordpool integrasjonen gjør. Begge disse to krever at en må lage automasjoner og hjelpere for å ta vare på informasjon som er helt unødvendig å slette fram til nye priser er tilgjengelig. Mener nå jeg.

Finn de 5 billigste timene mellom 21:00 og 06:00 uten å vite noe om historikk. Med entso-e integrasjonen som tar vare på historikk er dette superenkelt og en gjør det med en mal-sensor uten å installere noe nytt i HA.

Nobø sin hub snakker direkte med Home Assistant og er en lokal tilkobling via tcp/ip

Spørsmål: Har ikke disse ovnene en modul som er lik "nye" ovner?