SveinHa

For en ukes tid siden passerte jeg en milepæl med 50% inntjening på solcelleanlegget og forventet 100% inntjening i desember 2028. Det der med å beregne inntjening er ikke helt enkelt for forskjellige beregninger, som alle kan virke fornuftige, kan gi veldig forskjellige resultater. I dag bruker jeg "Reelt forbruk x timepris" minus "kjøpt strøm X timepris". Timepris er jo for inneværende time og selvsagt inkl. nettleie og alle avgifter. Forbruket fordeler seg jo rundt i døgnet på en naturlig måte og strømkjøp styres til de billigste timene så jeg tror denne beregningen er ganske reell.

Pixel 7 Pro fikk skjermhavari og ved fix via forsikringen ble det oppgradering til Pixel 8 Pro og nå virker i alle fall GPS. /e/os har hatt litt trøbbel i versjon 3 (bl.a. Vipps virker bare nå og da) så nå har jeg kjørt GrapheneOS en måneds tid og det fungerer helt supert.

Det snakkes fremdeles bare om timepris... https://radioh.no/haugaland-kraft-krever-endringer-i-norgespris-forslag/

Jeg har også en remote ruter som også har hatt heng en gang i ny og ne og den er nå forsynt via en Shelly Plug S. Shellyen kan settes opp til å resette ruteren (power off/on) ved x antall ping-fail til en selvvalgt adresse. Scriptet velges i menyen i webgrensesnittet. Den delen av scriptet som kanskje trenger litt modifisering ser hos meg slik ut:

Ja, og slik prisene har vært så vil ALLE i NO2 området tjene på Norgespris men en MÅ binde seg til ut 2026. Og det store spørsmålet er jo om de har planer som gjør at strømprisene skal ned slik at Norgespris ikke blir den gullgruven det pr. i dag kan se ut til.

Gjelder det kun de store aktørene så trenger vi ikke engang å vite om det...

Jeg spurte også om dette for en god stund siden men fikk liten respons. Skal dette innføres så må vi jo få god/klar informasjon og ikke minst tid til å tilpasse oss... Saklige innspill etterlyses...

Har tenkt at NEO6 GPSen har vært litt dårlig siden den hopper og spretter rundtom ganske mye når klipperen står i ro men har de siste ukene jobbet en del med GPS i forskjellige telefoner og ser at de hopper og spretter like mye så da er for så vidt NEO6 GPSen friskmeldt. Bil-GPSer jukser jo en del ved å tvinge posisjonen inn på nærmeste vei og da ser de jo ut til å være veldig nøyaktige men jeg må nok finne på et eller annet lurere... Når jeg tar et kjapt søk på nett så finner jeg at GPS normalt skal ha en nøyaktighet på 3-5 meter men jeg opplever jo at når klipperen står i ladestasjonen så beveger den seg jo vanligvis 10-15 meter men også unntaksvis opptil over 30 meter unna ladestasjonen... Så vidt jeg minnes fra et par ti-år tilbake så var det sagt at nøyaktigheten skulle være 2-5 meter i 95% av tiden og i de siste 5% var det ganske uspesifisert... I praksis ser jeg at der er enkelte dager der den er SVÆRT nøyaktig (1-2 meter) men for det meste virrer den rundt opptil 10-15 meter fra ladestasjonen. Når jeg ser tilbake på de første sporingene i tråden her så fikk jeg langt hyppigere og mer nøyaktige posisjoner da så har jeg nok rotet til et eller annet i programmet mitt... Men det får være greit nok inntil videre. Nå har jeg OTA update av programmet så endringer implementeres raskt og slik det er nå gjør det jobben greit nok. Kommer til å prioritere å få gang på en annen "ny" klipper: Ambrogio L85 DeLuxe. Denne trenger et par nye MOSFETs til knivmotoren og de er ikke dukket opp i posten enda...

Har hatt en RPI gående med HomeAssistant utelukkende for å ha kontroll på Yale låsene slik at jeg styrer de fra Node-RED via MQTT. For noen dager siden sluttet låsene å respondere og webgrensesnittet i HA var dødt... PIen responderer på ping og Observer på port 4357 har en masse info men som ikke fortalte meg noe stort. Søk på nett gir meg info om at MANGE opplever det samme men jeg klarte ikke å finne noen løsninger som funket for meg og det virket som om der var veldig mange forskjellige løsninger der en løsning funket for en, en annen funket for en annen osv... Lette etter alternative løsninger og fant at HUE Bridge hadde Yale integrasjon men etter en del mer forskning viste det seg at den KUN kunne aktivere HUE lys når en lås ble aktivisert fra Yale systemet så det var jo totalt ubrukelig siden jeg må kunne styre låsene fra andre steder enn Yale. Endte opp med å gå i gang med en NUC fra rotekassen og installere ProxMox 9 og installere haos16.0. Installasjonen av hele greiene tok ikke mange minutt og jeg fant tak i en fersk HA backup på SD kortet men jeg hadde rotet bort krypteringsnøkkelen... Lastet inn automations.yaml fra SD kortet, installerte Yale og MQTT så var det bare en beskjeden redigering i 27 automasjoner siden alle låsene fikk ny id. Backup og restore av hele HA maskinen til Synology NAS er jo en lek i ProxMox (men nå har jeg lagret krypteringsnøkkelen på en mer logisk plass så den trengs vel ikke lengre)... Edit: Fant krypteringsnøkkelen da jeg lette etter noe helt annet men nå trenger jeg den jo ikke lengre...

Ser denne Yale integrasjonen ikke er helt god... For 2 dager siden skiftet jeg batteri i ene låsen og i Yale appen vises "Batterinivå: HØY" mens i HA vises: Det ser ikke ut til at automasjonene trigges i det hele tatt, muligens fordi HA ikke kommuniserer med Yale riktig. Noen av disse automasjonene er startet manuelt noen ganger slik at jeg ser at der er liv og "Entre batteri" hadde jeg en ekstra trigger en stund som startet automasjonen også hver gang døren ble åpnet. Kjører jeg automasjonen manuelt blir batterinivået oppdatert i HA så da kan jeg jo trikse det til f.eks slik så blir i alle fall batteristatus oppdatert i ny og ne: Nå er det jo også slik at der er kun EN grunn til at jeg har HomeAssistant oppe og gå og det er for å kunne snakke med Yale men dette her var ikke særlig imponerende...

For dokumentasjonens skyld, her er batteriovervåking HA-->MQTT:

Når den minste robotklipperen mister 4-hjulstrekken og deler tar tid å få tak i... så blir det en tur i Onshape og videre til 3D printeren: Printet i TPU. Spennende å se hvor lenge den varer men der er ny på gang allerede, denne ble for lang så den slurer/hopper over...

Har et par 4G rutere "rundtom i verden" der en av de (ICE Smartrouter A1) er SVÆRT sær på hvilket SIM-kort den vil ha. I dag dukket en brukt Netgear LBR20 Orbi 4G LTE ruter opp i posten og etter et blunk var den oppe og gå med OpenWRT så nå er SIM-kortene plassert der JEG vil ha de... Kanskje et litt langt blunk da siden OpenWRT er helt nytt for meg men oppe og gå er den og ingen spesielle utfordringer med lasting av uoriginal fw eller oppsett...

Høyst sannsynlig finner du HA i nettleser på homeassistant.local:8123 og virker ikke det så skal den være på ip-adresse-til-enheten:8123

Mye gøy en kan 3D printe. Måtte lage meg noen 50mm-3/4" overganger til pool-varmepumpen: Har slitt litt med vanngjennomtrenging rett gjennom massiv plast, både PLA og PETG. Siste forsøket ble PC-CF, carbonforsterket polycarbonat. De er i alle fall sterke nok men om de lekker så blir det epoxy e.l. på innsiden... Disse her med slangenippel kunne jeg jo ha 3D printet fullt og helt da... men niplene koster jo next-to-nothing på Gubbdagis... Edit: PC-CF ser ut til å være helt tett.

Det er litt mer bakvendt i HA enn ellers men greit beskrevet her: Generelt (tatt litt på husken): Du starter med å registrere deg hos Tailscale. Logg inn og legg til maskiner i Tailscale: https://login.tailscale.com/admin/machines, Add device/Client device I eksempelet her er Linux valgt og kommandoen som kjøres viser nederst. Følg instruksjonene på skjermen. Det er ikke store installasjonen. For telefoner/nettbrett henter du app i Appstore/Google Play. Alle maskiner dukker opp i https://login.tailscale.com/admin/machines og her finner du global IP og et mer "huskbart" navn som <maskinnavn>.<din tailscaleID>.ts.net Kommunikasjon med enheten som tidligere bare var i lokalnettet som "homeassistant.local:8123" eller 192.168.x.y:8123 (som fremdeles virker) kan nå gjøres fra hvor som helst, inkl i hjemmenettet, mot "homeassistant.<din ts ID>.ts.net:8123 Noe av der fine med dette er at når du er rundtom egen eiendom men utenfor WiFi sonen din (jeg har i alle fall en mengde slike steder) så har du direkte kontakt via mobilnett og Tailscale til lokalnettet uten noe plunder og heft.

Duck DNS er ikke noe annet enn en mengde andre DNS tjenester som lar deg lage et eget navn på ditt hjemmenett og som til enhver tid peker på din globale IP-adresse (som vil endre seg i ny og ne om du ikke betaler din nettleverandør for fast IP). Sats heller på en VPN løsning som f.eks. Tailscale.

Funker jo fint å åpne porter men sikkerheten må ivaretas på en fornuftig måte ellers kan du lett slippe andre inn i nettet ditt...

Den der te-kjel fløyten har fungert veldig fint. Forskjellig lyd hver gang men stort sett bedre enn i videoen over og i alle fall betydelig bedre enn originalt. I dag har bobilen blitt kvitt et par godt rustede fjernlys og et par litt mindre dårlige nærlys. Vanlige 90mm lykter der alle 4 ble erstattet av 2 Bi-LED lykter... men da blir der jo et hull "til overs" og det måtte jo tettes, altså måtte 3D-printeren til pers:

Zigbee2MQTT støtter en mengde IKEA utstyr: https://www.zigbee2mqtt.io/supported-devices/#v=IKEA

Vær bare obs på at Kunstig Sladder, aka AI, i hovedsak er en språkmodell som presenterer rykter med stor selvsikkerhet og helt uten kvalitetssikring...

Klart den løsningen også KAN forsvinne men så lenge Tailscale lever så skal det være gratis for personlig bruk, se den lappen jeg limte inn noen innlegg lengre oppe, klar tekst det... (og litt derfor jeg limte den inn i tilfelle de finner på å endre vilkårene). Der vil alltid finnes en eller annen VPN løsning som som vil gjøre jobben... Jeg har brukt OpenVPN tidligere og den gjør for så vidt samme jobben men er langt mer knotete både i bruk og oppsett. 100 enheter regner jeg med er RIKELIG for minst 99% av brukerene her. Jeg mener jeg har et litt komplisert/stort anlegg og har pt. 14 enheter registrert i Tailscale. Installasjon av Tailscale i Home Assistant er beskrevet her: https://www.home-assistant.io/integrations/tailscale/ og her https://tailscale.com/blog/remotely-access-home-assistant For andre enheter er det svært beint fram...

Den drar i alle fall min 8 år gamle 1 1/2" ventil greit

Tailscale er jo en superelegant løsning som vil virke på alle system og gratis for privat bruk på opptil 100 enheter. Hver enkelt enhet får sin egen globale IPV4 og IPV6 adresse i tillegg til et mer "huskbart" navn som <enhet>.<din TailscaleID>.ts.net

Der skal normalt ikke være noe lyd i en magnetventil men om den brummer litt så betyr ikke det nødvendigvis at den er i ferd med å streike...men det kan jo være irriterende... Brumming i elektrisk utstyr skjer bare med vekselstrøm så en 12/24V DC ventil vil garantert være lydløs. Jeg har en ZWave motor på min hovedvannkran: Styres via hjemmeautomasjonen av et par lekkasjesensorer. Ikke akkurat FG-godkjent men vil hindre stor vannskade om uhellet skulle være ute... Et par poeng å tenke over med styrt hovedvannkran: Hva skjer ved strømbrudd? Vanlige magnetventiler vil stenge og er det greit å miste vannet om strømmen skulle bli borte lenge? Den jeg har valgt blir stående der den stod da strømmen forsvant (men der finnes varianter som stenger ved strømbrudd). Har du husbrannslange så sørg for at den er koblet utenom automatventilen. Skulle du trenge brannslangen så er det ikke så greit om vannet forsvinner midt i en brannslukking...