Vinnerliste

26/2-2016 postet Moskus dette: Siden da har han postet 16 246 ganger til Vi har altså drevet hjemmeautomasjon.no i over 6 år nå. 6000 medlemmer har snart postet 100 000 innlegg. Men vi vet også at de som bare leser forumet uten å registrere seg er nesten like mange. @iblis, @Moskus og jeg ( @Fermate ) har drevet dette som ren hobbyvirksomhet og i starten hostet vi forumet på en billig server. Etterhvert som trafikken økte begynte vi å oppleve dårlige responstider og vi oppgraderte server og linjehastigheten til Premium. I midten av 2020 hadde vi et krasj der vi oppdaget at backupen ikke var helt på stell og det ble gjort endringer som sørget for at noe så flaut ikke skulle skje igjen. I følge TU er vi blitt et referansepunkt for hjemmeautomasjon i Norge (da de skulle skrive om AMS målere oppdaget de at nesten alt de google var referanser til oss ) Det finnes riktignok et par Facebookgrupper som har mye trafikk og er fine til å stille et raskt spørsmål, men forumet vårt har heldigvis lite poster av typen "Ja dette er kanskje ikke helt smarthus eller IoT akkurat men siden det er så mange smarte folk her inne så spør jeg her allikevel:" - Og så et spørsmål om noe som overhode ikke har noe som helst med smarthus eller IoT å gjøre og til og med noen ganger ikke noe med elektronikk en gang 🤪 Vi mener selv at forumet er et bra sted å spørre og diskutere men kanskje framfor alt et supert sted å finne løsninger som andre har gjort på ting du selv trenger. Fram til nå har vi tre administratorene betalt hele kalaset ut av egen private lomme uten en eneste inntektskilde. Ingen reklame Ingen produktplassering Ingen rik eier eller firma i ryggen Ingen sponsorer Ingen ting Sånn kan det dessverre ikke fortsette i lengden! Men hva bør vi gjøre? Som vanlig ønsker vi å høre hva dere mener om den saken, så si deres mening under her. Som en foreløpig løsning har vi gjort klar en mulighet til å sponse oss, enten med et engangs beløp eller med et fast månedlig beløp: <- Klikk her for å se alternativene Det er klart at det er fint med et engangsbeløp om dere er ekstra begeistret over en artikkel eller en løsning på et problem som dere har lett lenge etter, men for oss ville det være enda finere å ha faste beløp som kom hver måned selv om de var små. Dette ville gjøre det mer forutsigbart for oss og enklere å legge planer for å øke kvaliteten. Logikken er at om alle 6000 medlemmene hadde betalt1 kr i måneden hadde vi hatt nok til både drift og til å betale noen for både moderering og innhold Vi har alle faste jobber ved siden av og har ikke tenke å bli rike på dette men bruke alle midlene på å gjøre forumet enda bedre ! Så kom igjen; kjør diskusjon og registrer dere som "sponsorer"! Vis full oppføring

Jeg betaler gjerne litt for å ha tilgang til et veldrevet forum som dette. Det er vesentlig enklere å ta vare på historikk og finne relevant informasjon her enn det er i grupper på facebook. Når det jeg kan lære her i tillegg fører til at jeg sparer både tid og penger så er det en enkel avgjørelse. Jeg har registert meg for månedlig støtte. Håper mange nok gjør det til at dette kan drives videre med entusiasme! 🙂

msg.payload = msg.payload.toString('hex'); return msg; Sitt dette inn i ein function node så skal det virke

Først, en sensor : med som eksempel en query for 'cost' og 'consumption' , 'MONTHLY' og 12 måneder rest: - resource: "https://api.tibber.com/v1-beta/gql" scan_interval: 3600 method: POST payload: '{"query": "{ viewer { homes { consumption (resolution: MONTHLY, last: 12) { nodes { from cost consumption } }} } } "}' headers: Authorization: !secret tibberAuthorization Content-Type: application/json sensor: - name: tibber_monat_date_1 value_template: '{{ value_json.data.viewer.homes.0.consumption.nodes.0.from }} ' json_attributes: - "data" Resultat ( sensor attributes ) blir dette : Attributes Data viewer: homes: - consumption: nodes: - from: '2021-12-01T00:00:00.000+01:00' cost: 6337.83502785 consumption: 2855.022 - from: '2022-01-01T00:00:00.000+01:00' cost: 3693.5323019 consumption: 2091.36 - from: '2022-02-01T00:00:00.000+01:00' cost: 2890.0519197125 consumption: 1897.162 - from: '2022-03-01T00:00:00.000+01:00' cost: 3269.835485575 consumption: 1390.317 - from: '2022-04-01T00:00:00.000+02:00' cost: 2759.9224379625 consumption: 1259.916 - from: '2022-05-01T00:00:00.000+02:00' cost: 2073.228999575 consumption: 964.274 - from: '2022-06-01T00:00:00.000+02:00' cost: 770.6099757625 consumption: 308.307 - from: '2022-07-01T00:00:00.000+02:00' cost: 2757.3187822125 consumption: 850.927 - from: '2022-08-01T00:00:00.000+02:00' cost: 2451.6382636875 consumption: 507.456 - from: '2022-09-01T00:00:00.000+02:00' cost: 2562.2602708625 consumption: 591.231 - from: '2022-10-01T00:00:00.000+02:00' cost: 2688.7950699875 consumption: 1562.747 - from: '2022-11-01T00:00:00.000+01:00' cost: 2278.7636694125 consumption: 1610.012 Nå mangler bare et apex-chart : type: custom:apexcharts-card graph_span: 365d yaxis: - id: first min: 0 max: 8000 decimals: 0 - id: second min: 0 max: 3000 decimals: 0 opposite: true header: title: Kosten - Verbrauch (12 Mon ) show: true show_states: false series: - entity: sensor.tibber_monat_date_1 type: column name: Kosten show: legend_value: false yaxis_id: first data_generator: > return entity.attributes.data.viewer.homes[0].consumption.nodes.map((start, index) => { return [new Date(start["from"]).getTime(), entity.attributes.data.viewer.homes[0].consumption.nodes[index]["cost"]]; }); - entity: sensor.tibber_monat_date_1 type: column name: Verbrauch show: legend_value: false yaxis_id: second data_generator: > return entity.attributes.data.viewer.homes[0].consumption.nodes.map((cost, index) => { return [new Date(cost["from"]).getTime(), entity.attributes.data.viewer.homes[0].consumption.nodes[index]["consumption"]]; });

Jeg kommer med en beskrivelse litt senere i kveld.

Pass! Jeg har faktisk ikke peiling, jeg visste ikke engang at det gikk an å koble enheter! Men svaret er jo enkelt: Prøv, så finner vi det fort ut.

Det står på To-Do lista, men det er litt mer enn å huke av en innstilling, dessverre.

Jeg har fått god hjelp gjennom forumet - mye nyttig informasjon og mange hjelpsomme folk, så jeg skal legge inn et månedlig bidrag. Men så har jeg et sterk ønske, da: at epostvarslene innholder hele innlegget, ikke bare de første ordene.

Har nettopp registrert meg fordi jeg gløtter innom her og regner med å finne tips framover. Og derfor blir jeg gjerne med på et lite månedlig bidrag

Enig. Betaler noe til andre forum og det var helt naturlig å gjøre det for dette også.

Nordpool lager ikke estimater, men det er mange markedsaktører som kan lage estimater. Jeg har full forståelse for at det er krevende å estimere energiprisen en måned frem i tid, men da bør ikke usikkerheten alltid lastes over på kunden. Er det en ting man alltid får formant fra forbrukerøkonomer er å ikke være bank for leverandør. Om det er Tibber, Trumf, eller gudene vet hva, hvis de går på dunken er det forbrukerne som taper. Det er ikke synd på Tibber fordi de har havnet i et liktiditets-problem. Da får de hente inn mer penger fra de kapitalsterke eierne de har i ryggen, ikke kreve inn tvilsomme akonto-regninger.

Hva er dette for en arrogant holdning? For min del har dette med måten de driver forretning, de laster risiko over på kunde og overestimerer forventet pris (vel, i hvert fall for november, desember vet vi som kjent ikke). Disse vilkårene kom "ut av det blå" med ekstremt kort varsel. Samtidig er det mange andre selskap som fortsatt opererer med etterskuddsvis fakturering. Som nevnt av andre ønsker ikke jeg å sitte med risiko for at Tibber skal gå konkurs og tape tusenvis som er betalt inn akonto. For min del er fordelene med Tibber minimale, de fleste som automatiserer kan lage en minst like god løsning selv basert på åpne data.

Fikk tatt i bruk anlegget denne uken og alt fungerer så langt (uten solar inntil videre). Brukte litt tid til å få alt riktig konfigurert. Endret opp med å sette ESS-mode til 3 (external controll loop) og kjøre mitt egent løp - fordi med ESS-mode 1 får man ikke flyttet strømforbruk til når strømmen er billig, og ESS-mode 2 har ikke støtte for å sette en maks SoC (den vil alltid lage til 100%). Det fine med ESS-mode 3 er også dersom kontroll-loopen skulle dø, og inverterene ikke får noe mer instrukt i løp av 60 sekunder, så vil den automatisk gå til "passthrough" modus, som betyr at den verken lader eller lade ut batteriene. E.g. AC IN = AC OUT. Da slipper man å risikere at den går løpsk og havner utenfor SoC-limits. Da får man full control over hvor mange Watt som batteriene skal lades (eller utlades) med til en hver tid. Har programert det slik at den ta hensyn til strømprisen, SoC limits og (ut/)lade begrensninger som jeg har satt.