stigvi

Og så rimte det også 🙂 Men seriøst: Home Assistant gruppa på fjesboka er nærmest ødelagt av node red innlegg. Det er blitt en node red gruppe for de som vil legge alt inn i node red og kun bruke Home Assistant til presentasjon. En må gjerne poste innlegg om node red, men forumet her er delt opp i seksjoner og node red har sine egen.

Ja, hvorfor gjøre det lett når en kan gjøre det med node red? mqtt: sensor: - name: Energy unit_of_measurement: kWh expire_after: 300 state_topic: "power/realtime/import/hour" - name: consumption_thisday unit_of_measurement: kWh expire_after: 300 state_topic: "power/realtime/import/day" Integrations - Home Assistant (home-assistant.io)

Poeng, heder og ære til den som gjetter hvem dette er. Hint: Det er en person som er passe bra aktiv her på forumet. Og det skal være mulig å finne det ut hvis en har synet i orden. Bildet er tatt ca 1994 og han på bildet og jeg jobbet i samme bedrift med automasjon for industrien. Den gangen gikk det mye i programvaren InTouch fra Wonderware. Hva kollegaen min jobbet med den dagen jeg tok bilde, vet jeg ikke. Selv jobbet jeg mye med maskinromssystem og lastesystem for skip den gangen.

Akkurat der er jeg uenig. Temperaturen oppe er så forutsigbar at den kan beregnes med rimelig god nøyaktighet når en har bunntemperatur og annen info om når tid siste oppvarming ble gjort.

Er det endret noe så virker det i så fall ikke. Min er som før.

En VVB eller elbil kan en fint tilføre energi i et lite antall av døgnets timer og sånn sett er det greit å bruke døgnets billigste timer. Jeg bruker bare de 2 billigste for å varme vann. Men til noe som krever energi nærmest kontinuerlig som varme i gulv og rom, så er nordpool_diff bedre. Med den kan du varme opp litt ekstra når det er billig og slå av litt på varmen når det er dyrt. Men en gjør dette med å se på færre timer i fremtiden enn et helt døgn. Og den ser på de neste X timene, ikke hele døgnet statisk, døgn for døgn.

Du bruker en id som ikke finnes

På samme måte som du har gjort på de to andre temperaturene, er vel det opplagte?

Du må legge til Styrbar kontrollen inn i Hue bridge og ikke direkte mot pærene

Ja, det ville vært en naturlig jobb for den.

Er nok vanlig ja. I en IT kobling av nettet så holder det å måle strøm og spenning på to faser. Strøm og spenning på den 3. fasen kan du beregne selv.

Dessverre er ikke entso integrasjonen heller optimal. Den sletter data ved midnatt på samme måte som nordpool integrasjonen gjør. Du må gjerne bidra her, https://github.com/JaccoR/hass-entso-e/issues/41 for å påvirke utvikling 😉

Jeg har både 2,4GHz og 5GHz bånd i bruk der begge har samme ssid og har ikke hatt noen problem med easee bokser som ikke vil på nett. Det stemmer. Og det har ingenting med wifi tilkoblingen å gjøre. Easee boksene styres via en skyløsning, verken mer eller mindre. Det er en påstand som du gjerne må dokumentere. Jeg tror ikke noe på det. Selvfølgelig kan boksen kommunisere med skyløsningen til easee. Og den gjør det via mobilnettet hvis wifi ikke er tilgjengelig. Er det heller ikke mobilnett der boksen står, da har du kjøpt feil produkt.

Sånn som dette. Pass på at prices attributten til entso integrasjonen inneholder alle 48 timene. Så den dekker et større tidsrom enn today attributten til Nordpool integrasjonen. I eksembelet har jeg tatt med de 30 første timene slik at du får de billigste timene fram til 06:00 neste dag. {% set x = states("sensor.time") %} {% set l=state_attr('sensor.current_electricity_market_price', 'prices')[0:30]|sort(attribute='price') %} {{ (now() >= as_datetime(l[0].time) and now() <= as_datetime(l[0].time) + timedelta(hours = 1)) or (now() >= as_datetime(l[1].time) and now() <= as_datetime(l[1].time) + timedelta(hours = 1)) or (now() >= as_datetime(l[2].time) and now() <= as_datetime(l[2].time) + timedelta(hours = 1)) or (now() >= as_datetime(l[3].time) and now() <= as_datetime(l[3].time) + timedelta(hours = 1)) or (now() >= as_datetime(l[4].time) and now() <= as_datetime(l[4].time) + timedelta(hours = 1)) or (now() >= as_datetime(l[5].time) and now() <= as_datetime(l[5].time) + timedelta(hours = 1)) }}

Nordpool int. gir start- og stopptider, mens entso int. bare gir starttid. Så du må legge til en time på start ala noe som dette {{ as_datetime(state_attr('sensor.current_electricity_market_price', 'prices')[0].time) <= now() and (as_datetime(state_attr('sensor.current_electricity_market_price', 'prices')[0].time) + timedelta(hours = 1)) > now() }} Er det slik du har gjort, kanskje?

Jeg har en Raspberry pi 4 til noen hundrelapper. Men ikke spar på minnekortet. Kjøp et kvalitetskort på minst 128GB

Med nobø integrasjonen vil hver sone (eller rom) bli en "climate". En får full samkjøring med termostat på vegg/ovn, app og Home Assistant og endrer en temperatur på et av de tre mulige stedene så oppdateres de to andre umiddelbart. En god egenskap er stabiliteten i dette. Og skulle Home Assistant svikte mens jeg er på en ferietur, så kan varme allikevel fjernstyres i fra Nobø app. @Terjedag Jeg har heller ikke behov for å endre temperatur på gulv ofte. Men i forbindelse med begrensing av effekt for å holde meg innenfor et effekttrinn på nettleie, så blir gulvtermostatene ofte satt i eco eller bortemodus.

Betyr det at du ser på all annen bruk av værmelding (enn til planlegging av strømforbruk) som noe en nærmest kan latterliggjøre?

Ja, hvis en har Nobø allerede så er styring av dette ved hjelp av Nobø integrasjonen til Home Assistant et enkelt valg. Jeg har også Nobø gulvtermostater. Fungerer stabilt, men et svakt punkt med Nobø sitt system er at verken ovner eller gulvtermostater gir fra seg noe info om effekt de bruker.

Jeg endret mitt innlegg samtidig som du svarte. Så at Entso-e hadde problemer i går og hvakosterstrømmen bruker Entso-e som kilde. Alle disse alternativene er sikkert helt ok, men hvorfor ikke bare hente hos kilden, Entso-e, alle sammen? De har et api som er gratis, men det er ikke åpent tilgjengelig. En må be om å få innlogging. En løsning som virker litt merkelig hvis tusenvis av hjemmebrukere plutselig ber om tilgang.

Hva koster strømmen i morgen, var ikke så lett å finne ut. Edit: I ettertid ser jeg at det nok skyldes problemer hos Entso-e og ikke noe en kan laste hvakosterstrommen for.

Selvfølgelig. Men interessen for å bruke strømprisene fra dette api'et synker mange hakk dersom en ikke vet noe om hensikten med det. Hvis det kun er et api til intern bruk hos Forbrukerrådet så er terskelen veldig lav for å endre dette apiet uten forvarsel. Det samme gjelder Nordpool og det har en jo erfart - at det svikter innimellom. Hos Entso-e er hensikten å tilby priser til eksterne brukere. Terskelen for å endre dette api'et tipper jeg er ganske høy.

En må ha en egen hub, ja. Men jeg ser på det som en fordel. Løsningen er ikke basert på en "sky" eller en tjeneste som produsent drifter. Nobø sitt system er lokal. Nobø har en app og når telefon med denne appen er på samme nett som hub, er kommunikasjon mellom disse lokal. Men en kan bruke app eksternt også og Nobø har satt opp en server som fungerer som en proxy. Så ekstern bruk av app krever at Nobø sin proxy er oppe. Home Assistant sin integrasjon kommuniserer direkte med hub og via Home Assistant er en altså ikke avhengig av noen tjenester hos Nobø.

Hvor er Forbrukerrådet sine betingelser for bruk av api, da?

Nordpool sender prisen til Entso-e som har et gratis api. Så du kan hente prisene der. Men at forbrukerrådet har et api var ukjent for meg. De har ikke tidsstemplet de så en har liten kontroll på om de er oppdaterte eller at det har stoppet opp.