stigvi

Etter å ha studert litt selv så er det vistnok ute på høring hva som skal skje med forbrukermarkedet https://www.fortum.com/no/media/2025/03/fortum-stotter-mer-noyaktig-maling-av-strommen Men det blir uansett en endring for oss som henter priser i fra Nordpool på et eller annet vis. Prisene vil ha 15 minutters intervall og jeg antar vi da blir fakturert for snittprisen i en time hvis vi fortsatt skal betale timespris.

Det er ment å innføres for forbrukere nå i høst. Men har forstått at det kan være unntak som feks at måler bare rapporterer hver time og ikke har støtte for 15 minutters intervaller. Det er kanskje andre unntak også.

Leste du hva det spørres om?

I høst er det meningen at nordpool infører 15 minutters intervall på strømprisen. Det er uklart for meg hva dette betyr i praksis, men jeg tror det er slik at dersom netteier sine målere bare raporterer hver time så betaler du en snittpris. Muligens må også strømleverandøren ha støtte for dette. Men er det noen her som har satt seg grundig inn i problematikken og kan skrive noe om det?

Hva er alternativet? Husk at HA er laget for små Raspberry Pi enheter, Home Assistant Green, Home Assistant Yellow osv. De lager sin egen maskinvare, hvorfor skal de ikke da bruke ressurser på et OS?

Bare for å lage litt balanse, her er Home Assistant sin begrunnelse: The Core and Supervised installation methods are not only complex for users to install and maintain — they’re also challenging for the Home Assistant team to support. In the past, there were compelling reasons, outside Home Assistant development, to run these installation methods, but for most people those reasons are disappearing. Home Assistant OS is very capable with a rich ecosystem of add-ons, while also being easy to run in a virtual machine. Container adoption has become mainstream, now being widely available along with systems having more resources to run them. Steadily, we’ve seen year-on-year reductions in the percentage of Core and Supervised installations (currently standing at 2.5% and 3.3% respectively). As Core and Supervised are more complex to maintain, they generate more issues that are more difficult to solve. This complexity places a disproportionate burden on our community-driven support system, where volunteers generously give their time to help others. It also takes time away from assisting the vast majority of users who are on the simpler to maintain installation methods. Along with this, new users could sometimes be swayed into running Core or Supervised, and have a bad experience that could cause them to give up on the best way to automate their home. By focusing our support and documentation on OS and Container methods, we can greatly improve the onboarding experience and ensure a smoother start for new users. Slik jeg leser det er det ikke utvikling som er krevende, men support for installasjon av disse to.

Skal du avfette så er isopropanol glimrende. Finnes hos flere forskjellige butikker i form av Blårens. Det er ren alkohol (tilsatt brekningsmiddel) som ikke skader plast og kan brukes til masse annet også. Samme stoff som spylerveske også, men den er utblandet med vann og koster sikkert mye mer 🙂

Det er først og fremst en logisk feil i det du har skrevet. Den første if-else der en setter pris til 0.604 eller 0.420 vil aldri ha noen virkning fordi prisen blir satt til 0.122 eller 0.211 nedenfor. Og så tror jeg det er bedre å bruke additional_costs: >- {% if now().hour >=6 and now().hour <22 %} {{ 0.604 | float }} {% else %} {{ 0.420 | float }} {% endif %} {% if now().month >= 4 and now().month < 10 %} {{ 0.122 | float }} {% else %} {{ 0.211 | float }} {% endif %} Legg merke til >- Det betyr at det som kommer bak er en multilinje streng. Og linjen under additional_costs: >- må ha et innrykk. Det er yaml syntax Men som nevnt, du må først og fremst rydde opp i den logiske feilen med at det aldri blir satt noen natt eller dagpris. Det er et eksempel her: https://github.com/custom-components/nordpool?tab=readme-ov-file#additional-costs

Så du kan bytte innhold i veggbokser i det ene tilfellet, men helt uaktuelt i det andre? Det er egentlig bare det jeg kommenterte. Det er ikke sikkert det er like lett for de som spør om råd å skjønne logikken.

En tar vekk gamle lysbrytere og setter opp zigbee "brytere/dimmere/knapper" alt etter behov. Da får en et lyssystem som er 100% fleksibelt og ikke avhengig av hvordan elektriker eller tidligere huseier la ledningene.

Dette er jo selvsagt ikke en motsetning i forhold til smarte pærer.

Som @SveinHa skriver, alt foregår via brukergrensesnitt i en nettleser (eller i app'en). Du kan koble til en skjerm, men det er ingen relevant info der i forhold til bruk av HA. Den viser bare en tekstkonsoll med noe boot-info fra Linux. Som er veldig statisk også når systemet er startet opp.

Home Assistant trenger ikke skjerm koblet til for å settes opp. Hvis en bruker Raspberry pi så må en ha en PC for å klargjøre minnekort.

Med duck-dns må du åpne opp i din egen brannmur / ruter for å kunne ta i mot datapakker fra en eventuell klient. Da åpner en samtidig opp for alle andre mot din HA. Med HA sin løsning sammen med Nabu Casa, så er det HA som oppretter en utgående forbindelse til Nabu Casa. Ruter vil da automatisk ta i mot svar tilbake igjen fra Nabu Casa og sende dette til HA på ditt interne nett. Men det er slik at det er kun Nabu Casa ruteren åpner midlertidig opp for. Alle klienter må koble seg opp mot Nabu Casa og så fungerer den som en proxy og videresender til din HA. Url'en som en skal bruke mot Nabu Casa er slik utformet at den ikke er lett å gjette eller å prøve seg fram til. I tillegg er proxy til Nabu Casa utformet slik at den ikke videresender hva som helst. Tailscale kjenner jeg ikke til. Kanskje @SveinHa kan forklare hvordan den virker og hvordan en setter dette opp med HA hjemme og HA sin app på telefon?

Litt sent for deg, men for andre så vil jeg anbefale en kuleventil i stedet for en magnetventil. Magnetventiler er litt følsomme for smuss og avleiringer og vil da ikke stenge 100%. Og det er jo et stort poeng. En vil jo ikke at noe skal stå og dryppe under kjøkkenbenken hele ferien. Viktige poeng. En ventil som er lagd for oppgaven vil stenge automatisk når strømmen forsvinner. Magnetventiler gjør det pr design. Kuleventiler har gjerne en kraftig fjær som stenger. Min vannstopper kan åpnes manuelt med et ratt.

Helt klart nei. Nabu Casa er i alle tilfeller frivillig og det finnes alternativer. Men Nabu Casa er lettvindt og er definitivt ikke "penger ut av vinduet"

https://www.nabucasa.com/ Nabu Casa er ikke Home Assistant, men er veldig relaterte. Home Assistant er gratis i bruk. Det Nabu Casa tilbyr er en lettvindt fjerntilgang. Du kan få til det samme med andre løsninger som feks det @SveinHa nevner.

Bare til info: Jeg har syv kameraer og flere hundre enheter koblet til min Rpi5 (som var tidligere en Rpi4). Både på Rpi4 og Rpi5 kjørte dette med ca 1% prosessorutnyttelse og på Rpi5 er det så lite belastning av vifta sjelden går. En PC er sikker fint, men en trenger ikke det hvis det kun er HA som skal kjøre på den. Med tanke på oppetid så anbefaler jeg dedikert hardware. Og gjerne kjøp to Rpi, SSD og zigbee/zwave pinner så har en noe på lager og kan ta dette i bruk umiddelbart hvis noe skulle svikte. Men dette blir jo veldig avhengig av hvor langt en strekker det. Sørger en for at lys og varme kan styres manuelt så er det også lettere å være uten automasjon en uke mens en venter på postgang og nye enheter.

Slitasjen på SD kort og SSD er omvendt proporsjonal med størrelsen fordi de bruker det som heter "wear levelling". Hvis et 4GB SD kort varer i 1 år før det er utslitt så vil et 128GB kort vare i 32 år. Men når det gjelder HA så anbefales det et SD kort å boote fra og en SSD til å lagre alle data. SD kortet trenger ikke være så stort. HA monterer dette som "read-only" og det slites ikke ut. RPi5 har støtte for å boote rett fra SSD så du trenger strengt tatt ikke SD kort, men av en eller annen grunn er det allikevel det oppsettet HA anbefaler. Fremgangsmåte er her: https://www.home-assistant.io/installation/raspberrypi Jeg anbefaler å installere på SD kort. Etter at dette er oppe og kjører, kan du installere SSD og flytte HA sin data partisjon til SSD. Dette gjøres i fra brukergrensesnittet til HA og er fort gjort.

Norgespris ligger an til å bli vedtatt. Og jeg har forstått det slik at det skal fungere på samme måte som dagens strømstøtte. Dvs at du betaler full spotpris for strømmen og får betalt tilbake en strømstøtte fra netteier som er utformet slik at strømprisen time for time blir lik 50 øre. Dette blir utformet slik at støtten kan bli negativ, altså at du må betale tilbake til netteier hvis spotpris er mindre enn 50 øre. For meg er det helt OK. Da kan jeg beholde visning av strømstøtte slik det er, men kun endre formel for beregning.

I dag er det på nyhetene at Futurehome er gått konkurs. Da blir de jo tvunget til å revurdere løsningen sin.

Jeg har også hørt av en norsk representant at de i hovedprinsippet støtter zigbee, men produktene er ikke sertifisert og markedsført som zigbee produkter fordi dette har en kostnad. Når valget er å kun støtte Futurehome så forstår jeg valget med å droppe sertifisering. Men de burde definitivt fått på plass en sertifisering og en god dokumentasjon. Jeg tipper det er en smal sak å få disse produktene slik de er i dag til å virke med zigbee2mqtt og Home Assistant, men jeg har fungerende ovner og termostater i det gamle systemet så jeg er lite motivert til å prøve på noe.

Jeg har Nobø ovner og gulvvarme og har en fin styring for å holde meg under et nettleietrinn. Jeg bruker Home Assistant.

Merkelig at en som har gått på elektro linje ikke kjenner til dette. Du kan gjerne ha de i sikringsskap og koble de rett på Shelly rele. Det skulle ikke forundre meg om baderomsvifte allerede har en slik montert. Den har kanskje en bryter som er beskyttet.

Kan det være at din zigbee2mqtt ikke har mulighet for å laste ned ny firmware fra ekstern server?