stigvi

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?

Jeg ser at amsleser gjør samme "feilen" som Nordpool integrasjonen. De sletter historiske data etterhvert som tiden går. Når en ønsker å lade en bil på de X billigste timer i løpet av en natt så er historiske data helt vesentlig. Klokken tre om natten er det greit å vite om bilen har ladet i 3 eller 5 timer allerede. Så for å løse dette må en ta vare på data i Home Assistant. Det er fullt mulig, men det føles unødvendig tungvint i forhold til hvordan det er løst i entso-e integrasjonen. Der er det en tabell med alle tilgjengelige priser dette og neste døgn og hvilken time den gjelder for. Denne kan en sortere på pris og en finner lett X billigste timer. Hvis amsleser i fremtiden tilbyr prisene noe ala dette, så skal jeg vurdere å kikke på det. Men når amsleser sletter all historikk så blir det bare masse ekstra arbeid å ta vare på den. Home Assistant sine templates er begrenset i bruk og de er vanskelige å bruke til å ta vare på historikk som dette. Feilen i helgen lå hos Entso-e. Dette er ikke noe amsleser kan gjøre noe med utenom at de må hente data fra andre kilder. Nordpool_diff integrasjonen kan lese prisdata både fra entso og nordpool og nordpool brukes som en reserve. Det kan også være en løsning.

Jeg har null erfaring med talegjenkjenning og vet ikke hvor kresne de er. Men innlegget ditt innbyr til å kommentere språk og jeg synes "ta ned screens i stua" eller "ta ned solskjerming i stua" er dårlig norsk. Begrepet "ta ned" kan forveksles med "demontere". De fleste, meg selv inkludert, forstår hva du vil. Men gjør en maskin det? Dessuten legger du opp til at alle forstår at gardinen lukkes ovenfra og ned. Igjen, opplagt for oss, men forstår en maskin det? Hva med "Lukk gardin i stuen" ?

Har nevnt det ørten ganger før, men kan gjerne gjenta - det er viktig å velge et kort med stor kapasitet. SD kort har det som heter "wear levelling" og belastningen på hver celle blir halvert for hver gang du dobler lagringskapasiteten. Hvis et 2GB kort er utslitt etter 6 måneder, vil et 128GB kort vare i 32 år. Og der ligger mye av årsaken til at SSD har godt rykte, mens SD kort har dårlig rykte. Ingen kjøper en SSD på 2GB, men de kan gjerne bruke et SD kort på 2GB (og forvente at det varer like lenge som en 500GB SSD).

Hva med å bruke kun norsk eller engelsk? Å blande norske og engelske ord i samme setning kan umulig være gunstig.

HA har i mai utgaven fått en taleassistent (på norsk) som kjører lokalt og ikke sender data ut av huset. Da er det muligens interessant for meg også. Er det noen som har testet den? Er den grei å bruke eller bare bortkastet tid?

Hvis dere bruker Home Assistant på en Raspberry Pi så kan denne, https://www.home-assistant.io/integrations/rpi_power/ , kanskje være nyttig.

Men akkurat denne lille seksjonen av hjemmeautomasjon.no er satt av til å diskutere Home Assistant. Hvorfor må jeg da lese om Nodered? Kan ikke nodered eksempler heller postes her, https://www.hjemmeautomasjon.no/forums/forum/102-node-red/ ?

FYI: Har en ukvalifisert oppfatning av at Uno-X på Orstad / Øksnevad ville sortert høyt opp på listen din. Det er kanskje interessant siden den ligger i det samme området som de andre du har.

Jeg innbiller meg at amsreader aldri har fungert uten ekstra strøm når en bruker esp32. Det er bare esp8266 baserte enheter de har klart å drive fra han-porten.

Jeg ville nok heller sett på de som har zigbee

Det kan jo hende de ikke har brukt en nøkkel pr måler, men en nøkkel for hele kommunen.