stigvi

RVM skrev (35 minutter siden):

Man kan kanskje bruke elhub.no også til dette, som er uavhengig av netteier og strømselskap ("Elhub er den sentrale datahuben for måleverdier og markedsprosesser i det norske kraftmarkedet")? Der skal man få hentet ut .csv-filer for sin målerstand brutt ned time-for-time, og mener å huske at jeg kunne velge at de skal bevare data 10 år tilbake. Akkurat nå ser det selvfølgelig ut til at nettsida er nede for telling, men sist jeg hentet ut noe derfra så filene sånn ut:

 

En kan hente ut hos Elhub, ja. Men kun for en måned om gangen. Så jeg fant ut det var lettere med en enkel eksport hos netteier istedenfor 5*12 eksporter hos Elhub.

Jeg bruker zigbee2mqtt selv og opplever den som stabil, rask og lite ressurskrevende. Men den er også lagd av datanerder for bruk av datanerder. Dette med firmware krever nedlasting av programvare fra feks Texas Instruments og for min del, et verktøy for å gjøre om på filformat for den siste firmware versjonen som kom sommeren 2023.

Hvis en ikke er forberedt på å fikle, finn noe annet. Jeg _tror_ og innbiller meg at Home Assistant sin egen koordinator med Home Assistant sin programvare, ZHA, er mer strømlinjeformet.

Einar skrev (1 minutt siden):

Det er Dongle-E. Fordi jeg så et annet sted at det var omvendt.

Her, https://www.zigbee2mqtt.io/guide/adapters/#not-recommended , er liste over hva som er anbefalt og ikke. Dongle-E er _ikke_ anbefalt.

Når det gjelder firmware: Jo, det er nok dessverre forventet at du oppdaterer de selv. Og dette er et sabla styr. Mulig andre koordinatorer er lettere. Home Assistant sin egen feks sammen med ZHA. Men da får du ikke mqtt integrasjon til node red.

Men skaffer du deg en Sonoff Dongle-P så bør den oppgraderes med ny firmware. Sterkt anbefalt.

 

Einar skrev (7 minutter siden):

Men kanskje ikke interessant nok til å bytte leverandør.

Å bytte netteier krever å flytte huset på lastebil til nabokommunen. Det blir litt voldsomt. Mulig Tibber har noe her. Jeg har ikke sjekket.

Sonoff Zigbee 3.0 USB dongle plus

Dette kan være så mangt. Er det en Dongle-P? Dongle-E er ikke anbefalt.

Hvilken firmware har du lagt innpå?

I tillegg nevner du både Home Assistant og Node Red i innlegget ditt, men ting tyder allikevel på at du kjører kun zigbee2mqtt på en RPi for seg selv. Av hensyn til litt trege forumdeltakere (meg selv) så anbefales det å ikke blande inn for mye i innleggene hvis det ikke er relevant.

Jeg så på forumet til Home Assistant at det er en som har laget en liten tjeneste for å importere data. Og så har min netteier en mulighet for å hente ut alle data registrert på min strømmåler som et regneark. Det ble en del fikling for å endre formatet til noe som Home Assistant ville ha og jeg lærte meg noen triks i Ludo for å sette formler i Excel på 6 sifret antall rader på en lett måte.

Men resultatet er at jeg nå kan gå tilbake mange år i forbruksdata i Home Assistant sin innebygde mulighet for dette.

Data om hva denne strømmen kostet meg, det har jeg ikke. Sikkert mulig å finne ut det også ut i fra historiske spotpriser, men tror ikke jeg gidder å gå den veien.




Link til integrasjon: https://community.home-assistant.io/t/custom-integration-to-import-long-term-statistics-from-a-file-like-csv-or-tsv

Edit: Som en kommentar til det over: Dere som bor der Elvia opererer, kan bruke den nye integrasjonen for å hente inn Elvia historikk. Denne kom i 2024.2 utgaven av Home Assistant.

Norseman skrev (28 minutter siden):

da man kobler seg utenom kondensantoren som dropper spenning til motoren.

Uten at jeg skal påstå noe, så tipper jeg at en kortslutter kondensator når begge rele er innkoblet. Det kan i så fall slite på rele'ene da en slik kondensator kan gi høy (og kortvarig) kortslutningsstrøm.

Jeg tipper det er direkte binding mellom de, men det høres allikevel litt rart ut at den ene går av når du slår på den andre.

https://www.home-assistant.io/blog/2024/02/15/nabu-casa-joins-z-wave-alliance/

Einar skrev (3 timer siden):

At Homeseer er klart størst

Einar skrev (1 time siden):

Da vil det passe å gjøre det i sommer, for da er det ikke fullt så nøye om mange lys lever sitt eget liv eller ikke noe liv en periode. I enda større grad gjelder det panelovner og varmegulv. Det er ikke så mange kritiske funksjoner i huset da.

En god plan. Jeg hadde også det da jeg skiftet fra deconz til zigbee2mqtt. Men så klarte jeg ikke å vente og satte i gang i desember (2022) på den mørkeste tiden.

Det gikk veldig greit fordi jeg en periode på en måned brukte to systemer og flyttet over rom for rom i ro og mak. Så det tror jeg er en vel så god strategi. Drar en ut pluggen på det ene så blir det stress å få opp et nytt system. Det er mange rom uten vinduer hjemme hos deg også, vil jeg tro......

Einar skrev (6 minutter siden):

Jeg håper jo å få det i Home Assistant.

Det er det. Men det er også en god modbus mulighet i esphome og bruker du den er det forholdsvis lett å få det inn i Homeseer via mqtt

Jeg har nevnt det før at Home Assistant sitt markdown kort er superanvendelig. Det er noe jeg bruker mye. Denne bruker jeg til å vise hvordan jeg ligger an i forbindelse med effekttrinn på nettleie.



Eller hvis grensen var lavere enn 10kWh



 

{% set m = [states('sensor.average_of_3_highest_hourly_consumption_xxxxxxxx')|float(0),states('sensor.klepp_energi_maanedsmaks')|float(0)]|max|round(2) %}
{% set s = [states('sensor.month_peak_hour_consumption_xxxxx')|float(0),states('sensor.klepp_energi_maanedsmaks_time_1')|float(0),states('sensor.klepp_energi_maanedsmaks_time_2')|float(0),states('sensor.klepp_energi_maanedsmaks_time_3')|float(0)]|max|round(2) %}
{% set t = states('input_select.nettleie_pristrinn')|float(5) %}
Høyeste timesforbruk denne måned er **{{ s }} kWh**.

Snitt av de tre høyeste forbrukstimer er **{{ m }} kWh**.

{% if s < t - 0.1 and m < t - 0.1 %}
<ha-alert alert-type="success">Dere er innenfor grensen!</ha-alert>
{% elif s < t %}
<ha-alert alert-type="warning">Dere er nærme grensen!</ha-alert>
{% else %}
<ha-alert alert-type="error">Dere er over grensen!</ha-alert>
{% endif %}

christbj skrev (2 timer siden):

Noen av dere er sikkert også innom Home Assistant Norge på facebook, der har det vært en diskusjon i det siste om hvorfor antall innlegg er redusert

Jeg meldte meg ut av den gruppa. Litt fordi det ble for mange spørsmål om hvordan en skal få til noe og for lite bidrag med hvordan en selv gjør det. Det ble et "kundestøtteforum." Og litt fordi det virket som om gruppa var mer et "Node Red Norge" enn Home Assistent Norge.

Her er det hele tiden noen som forteller om hvordan de har løst ting og da kan en hente inspirasjon. Det liker jeg.

christbj skrev (3 timer siden):

Derfor mener jeg det er lurt å bygge smarthus som et tillegg til grunnfunksjoner, ikke som en erstatning. Da blir det ingen problemer når boligen skal selges, den neste eieren kan selv velge om smarthusfunksjonene skal utnyttes eller ikke. Det grunnleggende fungerer uansett.

Jeg utformer mitt hus ut i fra mine ønsker og ofrer eventuelle framtidige eiere ikke en tanke overhodet. Som RVM skriver, å bytte tilbake noen få komponenter er en bagatell.

christbj skrev (1 time siden):

Alt utstyr må kunne brukes manuelt om smarthussystemet feiler eller fjernes. Derfor er jeg skeptisk til praksisen jeg ser noen bruker med å fjerne manuelle lysbrytere.

Jeg har fjernet lysbrytere av den gamle sorten og har bare zigbee knappepanel. Jeg har direkte binding mot lys og dette fungerer fint selv om Home Assistant stoppes og gjøres strømløs. For meg er det en selvsagt ting at både lys og varme kan styres manuelt uten at det er liv i en RPi med HA på.

Ja, det er nok lurt. En annen "situasjon" er at noen i nabolaget (via samme trafo som ditt hus får strøm i fra) får en elektriker eller kontrollør på besøk og som skal måle isolasjon mellom fase og jord. Da kan du, hvis en gjør en glipp i målingen, få isolasjonstesteren (megger) sin testspenning mellom en fase og jord i ditt hus. Det kan være 500V. Jeg har selv en megger som ved hjelp av trykknapp kan settes til 2000V så mye rart kan skje. Normalt kobler en ut sikringer når en måler isolasjonen, men en kan glemme det eller måle på en annen kurs enn den en har koblet ut sikringen på.

Mulig eksemplene er litt spesielle, men poenget er at du har ingen kontroll på hva slags spenning det kan bli mellom fase og jord.

Nå er det en evighet siden jeg selv jobbet som elektriker og jeg kjenner ikke til dagens lover og forskrifter. Men jeg blir ikke overrasket hvis det er et konkret forbud mot å koble det slik som du har vist bilde av.

Det er litt suspekt å koble utstyr fast mellom faser og jord. Selv om en har en normalsituasjon som angir spenninger mellom fase og jord, så er allikevel viklingene i trafo isolert i fra jord (IT-nett). I en feilsituasjon eller ved tordenvær, har en ingen garanti for maks spenning mellom faser og jord. Og da vil denne saken som har elektronikk for å måle spenningen, fort få for høy til at den tåler det.

En feilsituasjon kan være en jordfeil hos nabo i et apparat som kobler inn og ut. Hvis det er en induktans et eller annet sted i denne jordfeilstrømmen så kan denne induktansen generere høy spenning mellom fase og jord.

Tander skrev (14 minutter siden):

Det stemmer. De har i dokumentasjonen angitt at brukere må identifisere seg, slik du har gjort. Kanskje greit å ikke bruke samme User-Agent navn ("Home Assistant", etc.).

 

Det som er rart er at jeg får 403 dersom User-Agent ikke er angitt under header fra Home Assistant, men det går helt greit å hente ut informasjonen fra nettleseren. Nå vet ikke jeg om nettleseren identifiserer seg, mulig det.

Takk. Jeg har lagt til min epost adresse på min user-agent streng.

Jeg har de siste dagene ikke fått inn noen værmelding i HA. Slo på debugging på rest sensor og så at jeg fikk 403 (ikke tilgang, feil)

Jeg løste det med å legge til 

headers:
      User-Agent: Home Assistant REST sensor

Mulig de er blitt mer strikse og vil ha dette før de gir fra seg data.......

minim skrev (6 minutter siden):

Blir ikke dette gjort bevisst for å kunne skjule profitten så folk ikke skal stille disse spørsmålene også? Altså skille ut delen som fakturerer nettleie og late som det går veldig dårlig i det "selskapet" slik at vi ikke skal stille disse spørsmålene? Det er jo genialt for det funker faktisk på svært mange 😛

Jeg tror det har motsatt virkning. Pengene kommer jo fra oss, uansett. Enten det er via nettleie eller strøm. Ved å splitte det opp og ha to regnskap, blir det mer synlig enn om en skulle begravd nettkostnader inn i et annet stort regnskap.

De som ikke er fornøyde med Haugaland Kraft sitt 2 milliarder store overskudd, kan jo heller kjøpe kraften et annet sted. Men 2 mrd. er vel neppe unikt i den bransjen.

SveinHa skrev (7 timer siden):

Det som er Fagne nå var vel Haugaland Kraft Nett. Likte bedre det gamle navnet for da visste vi nå både hvem de var og hva de drev med... Mener det var Regjeringen som forlangte at de skulle ha et annet navn enn moderselskapet.

Lnett og KE Nett ble også pålagt å skifte navn, men de to nektet. Myndighetene mente L var for likt Lyse og KE var for likt Klepp Energi. 

Haugaland Kraft Nett kan jeg mer forstå ble for likt 🙂

Uansett, Radio Haugaland roter når de tar inn kraftselskapets overskudd og argumenterer mot Fagne sin økning av nettleien.

RVM skrev (23 minutter siden):

I korte trekk mellomlagret jeg forrige verdi, sjekket at det er plausibelt at timetelleren skal resette/synke (ca. ved timeskift), og hvis ikke fortsatte den å telle oppover fra mellomlageret verdi. Beregnet dagsforbruk baseres da på det "vaskete" timesforbruket.

Jeg bruker riemann sum integrasjonen i HA sammen med utility integrasjonen som resetter kwh telleren hver time. Da har jeg en kwh teller i HA som teller likt som timestelleren i amsleser. Av disse to bruker jeg max til å hente ut den med størst verdi. Da blir det kun et problem hvis jeg restarter HA i samme time som amsleser har tullet. Jeg ser den tar en omstart innimellom når den står uten usb strøm i skapet utenfor. I løpet av våren skal jeg montere en stikkontakt ute i skapet og flytte pow-u i en plastboks på utsiden av inntaksskapet.

RVM skrev (6 minutter siden):

Nå har vi sporet tråden helt av (beklager!), men jeg er glad for at HA er så fleksibelt at det finnes mange ulike måter å gjøre ting på - slik at jeg kan gjøre det på en måte jeg ønsker. Jeg er ikke så opptatt av at alt skal være enklest mulig, men jeg forstår at andre vurderer det annerledes.

Enig at en må selv finne ut av det.

Men automasjoner i HA tror jeg har et ufortjent dårlig rykte fordi en tar utgangspunkt i hva det var og ikke hva det er nå. Jeg selv blir litt matt av de som setter i gang med HA for aller første gang og så installerer node-red uten en gang å ha prøvd automasjoner (jeg peker ikke på noen i denne tråden. Det er mer en oppfattelse jeg sitter igjen med i andre fora). Spesielt i Home Assistant for Norge forumet på FB har det utviklet seg en oppfatning av at det kun er i node-red en kan løse ting.

Det er selvfølgelig masse en kan kritisere i HA, også. Feks må en for ofte ty til yaml-redigering for å utnytte avansert funksjonalitet. Men det blir bedre i små skritt for hvert slipp av ny versjon hver måned.

minim skrev (1 time siden):

Mye ryddigere å ha alt som styrer en utgang på et sted synst jeg

Det er bare at det finnes ikke utganger i HA. Du styrer noe ved hjelp av hendelser. Ta feks et lys. Du slår det på med turn_on og slår det av med turn_off. Dette er to forskjellige operasjoner (eller hendelser som en sender inn i systemet). Lyset skal gjerne slås på ved hjelp av en bevegelsesensor og slås av når det har stått på i noen minutter. Dette er to forskjellige hendelser. Jeg ser på forumet til HA at mange prøver å få dette inn i en enkel automasjon fordi en tenker at dette er et lys en skal styre. Men jeg mener det er langt enklere å løse dette med å splitte det opp. Det er to separate hendelser som utfører to separate operasjoner.

Og det er lett å løse det med to korte automasjoner også. Å lage en enkel automasjon for dette, ville jeg ikke vurdert en gang.
Det som gjenstår er å navngi dette logisk slik at en lett finner det igjen
Det kan være:
bad_1_etg_turn_on
bad_1_etg_turn_off

Men som andre har nevnt og som jeg er enig i, det er smak og behag hvordan en gjør det. Men HA er ikke en PLS og en gjør det vanskelig for seg selv hvis en prøver  å programmere den som om den var det.

Slå på:



Slå av:

minim skrev (36 minutter siden):

Det der er mye ryddigere i mitt hode, men mulig man må snu tankegangen og akseptere rotet siden det virker for å være måten å gjøre det på i HA. Kanskje python er løsningen her i stede for å trekke inn nodered som også lar meg jobbe som jeg ønsker. 

Avfukteren til RVM kan en selvfølgelig lage en enkel automasjon på i HA der en setter opp mange triggere. Det er faktisk veldig lett også.