SveinHa

Brukt alt for mange timer på få liv i en M5Dial med UIFlow2. I prinsippet svært så enkelt men den tåler jo INGENTING før den fryser med "RuntimeError: schedule queue full". I det jeg trykker på det gule bildet i videoen skjer EN ting: En variabel publiseres til MQTT broker og det er visst for mye... Virker av og til men aldri mer enn en gang.

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