stigvi

Dette med strømpris siste time var et eksempel og ikke noe jeg bruker selv. Min mal for strømpris siste time ser slik ut: - unique_id: be7b58ab-a2da-4f51-b770-9583e1da4cb9 name: "Energy price last hour" unit_of_measurement: "NOK/kWh" device_class: monetary state: >- {% set s = (now()-timedelta(hours=1))|as_timestamp|timestamp_custom('%Y-%m-%dT%H:00:00+01:00') %} {{ (state_attr("pyscript.strompris", "prices")|selectattr("start", "eq", s)|list)[0].totalprice }} Den gjør samme jobben, bortsett fra at den endres på hver hele time istedenfor 1 minutt før. Men den er mer kryptisk og å bruke en mal-trigger istedenfor, viser at det går å lage slikt enkelt. Sannsynligvis er mal-triggere også mer effektive i og med at den evalueres en gang i timen, mens denne som er i dette innlegget evalueres hvert minutt.

Et annet eksempel er strømpris for forrige time. Som kjent vil strømmåler i huset sende forbruk noen sekunder etter hver hele time. I "Energi" oppsettet til HA kan en knytte opp en sensor som inneholder strømpris, men dette bør da være pris som var i forrige time og ikke i den gjeldende timen. template: - trigger: - platform: time_pattern minutes: 59 sensor: - unique_id: be7b58ab-a2da-4f51-b770-9583e1da4cb9 name: "Energy price last hour" unit_of_measurement: "NOK/kWh" device_class: monetary state: "{{ states('pyscript.totalstrompris')|round(6) }}"

Mon tro om de vurderer en offisiell Home Assistant integrasjon. Home Assistant har 314.000 aktive brukere og 12500 av disse bor i Norge og Sverige. Hvor mye har Homey solgt i disse to landene?

Det er noe jeg ikke har tenkt så mye over. Men Amina S ser interessant ut. Jeg hadde letet etter en som har lokal styring. Jeg ønsker ikke å være avhengig av en skytjeneste. Det er noe som ser trygt ut der og da, men i et 20 år langt perspektiv har jeg ikke så mye tro på det. Jeg bruker Home Assistant og har mye utstyr basert på esphome. Så det er mulig jeg hadde sett på en ladeboks som jeg kunne styre via noen enkle releer. Jeg ser at min egen styring av easee boksene begrenser seg til å slå av og på lading for å treffe billige timer og å holde meg under effekttariff-trinn. I tillegg setter jeg ladestrøm to ganger i året til en vinter- og sommerinnstilling. Jeg henter ut ladeeffekt og ladekostnad fra easee, men dette havner i kategorien "kjekt å ha".

Jeg har to easee ladebokser. Er litt skeptisk til å anbefale disse, nettopp pga uavklart situasjon for selskapet. Og så er de styrt via en skytjeneste. Fordelen med det er at de er lette å integrere, men samtidig er det noen problemer innimellom. Det har blitt langt mer stabilt siste årene, så det går rette veien. De har også lagt til lokal styring via mobil i tilfelle easee går dukken. Men da forsvinner nok app også så min plan B er i så fall å reklamere ovenfor forhandler på boksene hvis det skulle gå helt ille.

Jeg lader to biler på 1,3kW hver (VW eGolf og VW Passat GTE) og klarer å holde meg under 5kWh/h i 8 av årets måneder. Men om vinteren må jeg opp i 10kWh/h for å kunne lade biler på natt, varme vann på natt og samtidig ha varmt badegolv om morgenen.

Det var heller ikke det jeg kommenterte ..........

Hvis de ikke tillater forskjellige kabler så bryter de med standarden såpass mye at jeg ikke kan forstå at de får lov å kalle det bil med type 2 kontakt.

Z-Water kan fint brukes med både 230V, 24V og alle andre typer aktuatorer sålenge spenningen til aktuator er lavere eller lik 230V.

For Nobø sin termostat kan en spesifisere disse verdiene: Gulvsensor (Ekstern temperatursensor) 22kOhm ved 25˚C (standardinnstilling) Andre kompatible gulvsensorverdier: 47kOhm v/25˚C 10kOhm v/25˚C 15kOhm v/25˚C 2kOhm v/25˚C 12kOhm v/25˚C Og her finnes verdier som ikke lar seg stille inn på Namron. Så det er tydeligvis ingen standard og heller ingen garanti for at eksisterende føler kan brukes. Men normalt er de lette å dra ut så hvorfor ikke bytte den?

Et annet alternativ er å bytte ut ledningen til en tynn hvis målet er å redusere ladestrøm. Eventuelt åpne opp støpselet og bytte ut motstand som er der.

Dette punktet må du løse med muligheter som eventuelt finnes i bilen. Ladestasjonen vet ingenting om batteritilstand. Jeg har lest at dette kan endre seg i fremtiden, men det gjelder i så fall for nye biler sammen med nye ladestasjoner.

Innlegget er ment som et tips eller noe en kan dra nytte av til andre ting. Når en lager en malsensor, vil denne malen evalueres hver gang en entitet som er brukt i malen, endres. Dette er stort sett ønskelig, men noen ganger er det en hindring. I eksempelet under, beregner jeg oppvarmingstid for VVB og setter en binær sensor til På i de billigste timene og i så mange timer som det er nødvendig å varme vann. Problemet oppstår når temperaturen i vannet øker og da vil beregnet oppvarmingstid synke. Dette lager kluss når en skal plukke de billigste timene. En kan starte å varme vann i den billigste timen, men når en kommer til den nest billigste kan oppvarmingstiden sunket så mye at denne timen utelates. Å varme vannet krever bare en time til og den billigste timen er jo nettopp passert. Denne problemstillingen kan en omgå ved å bruke en ny funksjonalitet i HA. Så veldig ny er den derimot ikke. Mulig den har eksistert i et par år nå. Det dreier seg om å skille trigger / evaluering av mal til noe en selv bestemmer. Det kan være tid, tilstand, hendelse eller egentlig hva som helst. Dokumentasjon for dette, finner en her: https://www.home-assistant.io/docs/automation/trigger/ Triggere for automatisering er prikk lik triggere en kan bruke i maler og dokumentasjonen for disse er lik. I eksempelet nedenfor, trigger jeg beregning av oppvarmingstid kun i start på hver time og kun hvis VVB er avslått. Så snart en starter på å varme vann, vil ikke ny oppvarmingstid bli beregnet. Unntaket er når en setter ny temperatur en skal varme til, bare for å ta med det og å vise at en kan ha mange triggere. Etter min mening er dette en svært nyttig egenskap til mal-sensorer som ofte kan forenkle ganske mye. template: - trigger: - platform: template value_template: "{{ now().minute == 0 and states('sensor.effekt_varmtvann')|float(0) == 0 }}" - platform: state entity_id: - input_number.vvb_temperatur sensor: - unique_id: vvb_heating_time name: "vvb oppvarmingstid" unit_of_measurement: 'h' device_class: duration state: >- {{ ((states('input_number.vvb_temperatur')|float(80) - average(states('sensor.varmtvannstank_topp_temperatur')|float(60), states('sensor.varmtvannstank_senter_temperatur')|float(60), states('sensor.varmtvannstank_bunn_temperatur')|float(60))) / (iif(float(states('sensor.effektbegrensing')) > 8, 1.0, 2.0) / 194.0 / 0.001163))|round(1) }} - binary_sensor: - unique_id: billigste_timer_vvb name: billigste_timer_vvb state: >- {% set l=state_attr('pyscript.strompris', 'prices')[14:39]|sort(attribute='totalprice') %} {% set t = now().hour %} {% set d = now().day %} {% set h = states('sensor.vvb_oppvarmingstid')|float(0) %} {{ iif(h > 0, (t == as_datetime(l[0].start).hour and d == as_datetime(l[0].start).day), false) or iif(h > 1, (t == as_datetime(l[1].start).hour and d == as_datetime(l[1].start).day), false) or iif(h > 2, (t == as_datetime(l[2].start).hour and d == as_datetime(l[2].start).day), false) or iif(h > 3, (t == as_datetime(l[3].start).hour and d == as_datetime(l[3].start).day), false) or iif(h > 4, (t == as_datetime(l[4].start).hour and d == as_datetime(l[4].start).day), false) or iif(h > 5, (t == as_datetime(l[5].start).hour and d == as_datetime(l[5].start).day), false) or iif(h > 6, (t == as_datetime(l[6].start).hour and d == as_datetime(l[6].start).day), false) }}

Hva med fordeler og bakdeler med å samle alle eggene i en kurv? For meg er det et poeng å spre hjemmeautomasjonen utover på flere "dingser". Og å ha en raspberry pi4 liggende på lager i skuffen, koster heller ikke mye. Å ha en i reserve, klar til å brukes, gir en viss trygghet på at automasjonen ikke er nede i dagevis. Jeg har en Sonoff zigbee koordinator liggende på lur også. Og vitale data fra den som brukes nå, er kopiert slik at den nye kan settes opp som en nøyaktig kopi. Å samle alt på en server, skaper ikke det problemer med hjemmeautomasjon når denne serveren skal vedlikeholdes?

Har drivstoff/bensinapp'en en intent med pris? I så fall kan en jo prøve dette hvis en er på Home Assistant. https://community.home-assistant.io/t/android-intents-sending-receiving-list-starting-activities-too/276192 Edit: Siste "Varsel" på tlf kan også plukkes opp av HA appen og sendes til HA. Så hvis drivstoff/bensinapp sender varsler på prisendringer, kan det også plukkes opp via appen. Men intents hadde vært kult. Da skulle jeg også vurdert dette........ Edit2: Regner med dette gjelder kun android appen. Iphone brukere er jo forskånet for kule ting som dette..............

Hva er "dette"?

En trenger ikke noe som helst "spesielt" for å kjøre backup. Selv den enkleste raspberry pi (som kan kjøre HA) kan kjøre backup til skytjenester automatisk. PS. Dette er ment som et svar til andre som eventuelt leser tråden. Hardware hindrer definitivt ikke muligheten til å kjøre automatisk backup.

Hva er standard vedlikehold på en varmepumpe? Skal en skifte olje etter X antall timer?

Som thoralex skriver, netteiere skrur opp spenningen på transformatorer for å kompensere for spenningsfall. Når solceller leverer så får en da ekstra høy spenning etter trafo fordi spenningsfallet blir for lite. Selvsagt kan netteiere redusere spenning. Men jeg tipper det er en manuell jobb som også krever at de må skru av strømmen et lite øyeblikk (med forbehold om uvitenhet) Nå er det svært lite sannsynlig med rasjonering, men hvis det skulle bli så er det bedrifter som må stenge ned først. Jeg jobbet en stund som innleid konsulent for et smelteverk i Trondheim. De hadde kjøpt strøm til fast lav pris. Når spotprisen ble høy nok, stengte de ned verket og solgte strømmen videre til spotprisen. Dette skjer av seg selv uten at det blir tvungen rasjonering. Når spotprisen blir høy nok, er det masse kraft som blir frigjort til husholdninger og bedrifter som ikke kan stenge ned.

Nei, kanskje ikke. Men samtidig er det økonomi som diskuteres. Jeg er, som en kanskje forstår, veldig skeptisk til private solcelleanlegg. Rett og slett fordi de blir for små i forhold til utgiftene. Men også fordi det norske nettet ikke er i stand til å takle at det blir for mange solcellepanel (hvis en skal selge strømmen om sommeren). Dette med solkonto forstår jeg heller ikke mye ut av. Hvor lenge kan bedrifter som Fjordkraft drive på å dele ut penger? For det er jo nettopp det de gjør. Og hvordan går det med din og hflatoey sin ROI hvis solkonto forsvinner eller endres? I regnearket ovenfor så virker det som om det er 5000 kr i inntekt for November og Desember. Er dette innløsing av solkonto? Fjordkraft kan jo ikke holde på med slikt over lang tid så jeg antar at dette er noe de gjør for å kapre kunder. Edit: Hvis det er slik at antall kwh en putter inn på solkonto er det en kan ta ut. Det virker slik i fra regneark der 4900kWh er solgt og 4900kWh er kjøpt. Jeg klarer ikke å se ut i fra regnearket hva strømleverandør sin konto er, altså hva de betaler for 4900kWh og hva den er solgt for. Det naturlige ville vært en konto som baserer seg på kroner og øre og ikke energi. Men jeg har større tro på solcellepanel hos bedrifter som kan bruke strømmen selv. Da unngår en nettleie og eventuell skatt på inntekt av salg av strøm.

Men hadde du kjøpt aksjer for 200.000? 🙂

Det tallet øverst til høyre, er det reellt? I så fall er jo egne solcellepanel totalt uinteressant.

Node red er sikkert fint for deg. Men jeg hadde nok savnet en god mobil app som HA har. Det jeg derimot sliter litt med å forstå er de som bruker HA og installerer Node red for å kjøre automasjoner. Men jeg er kanskje ekstra fokusert på KISS. Jeg vet at hvis noe skal rusle og gå i årevis så er det viktig å ha det enkelt. Node red kan sikkert hjelpe HA brukere å lage automasjoner, men samtidig får de to systemer å vedlikeholde. Hvis en ikke gjør som du og bare bruker Node red. Men da må en klare seg uten HA appen........

Lett i Home Assistant. Men Nodered kjenner jeg ikke til overhodet.

Og så kan en jo lure på hva faktura blir. For et firma som Tibber som lever av å kjøpe og selge strøm, er det merkelig at de ikke kan presentere en pris til kundene som er å stole på.