SveinHa

Dette her skulle nå være forholdsvis enkelt å lage i flere sammenhenger, i alle fall under Linux.

Jeg har "i alle år" hatt laptopen stående på lading mer eller mindre døgnet rundt vel vitende om at batteriet ikke liker det... Lithiumbatteri liker seg aller best med en ladeprosent på 20 til 80. Der finnes en del programmer som kan installeres på laptopen der du kan styre batteriladingen til f.eks. 20 og 80% og jeg har prøvd noen av de på min HP ENVY x360 med Ryzen 7 prosessor men denne maskinen lar seg ikke styre på denne måten. Da får en ty til andre midler. I Linux finnes jo en mengde forskjelige verktøy som kan kombineres og i dette tilfellet endte jeg opp med denne løsningen: upower kan lese ut en masse informasjon om batteriet (finn navnet på batteriet med: upower --enumerate) grep gir en enkel utsortering av aktuell info resultatet lagres i tekstfil mosquitto_pub sender data fra tekstfil til mqtt broker Ovenforstående ligger i et shell script som fyres i gang f.eks. hvert 5 minutt av cron (sudo crontab -e) Node-RED henter data fra mqtt, gjør nødvendige beregninger og styrer en wallplug av/på etter valgte grenser for ladestatus mintre.sh: #!/bin/sh upower -i /org/freedesktop/UPower/devices/battery_BAT0 | grep percentage > /home/svein/mintre.txt mosquitto_pub -h 172.16.0.94 -u useruser -P passpass -t Teknisk/mintre/soc -f /home/svein/mintre.txt cron: */5 * * * * /home/svein/mintre.sh Node-RED: Funksjonsblokken "Charge on/off" inneholder: let chgCmd = true; let soc = Number(msg.payload.slice(-6,-2)); if (soc >= 80) context.set("chgCmd", false); if (soc <= 20) context.set("chgCmd", true); msg.topic = "Teknisk/mintre/charge" msg.payload = context.get("chgCmd"); return msg; ...og plutselig holder batteriet seg innenfor 20-80%😎 i alle fall så lenge den er på sin vante plass... ...og så kan en jo raffinere litt slik at batteriet bare går ned til 20 om natten og ned til 50-60 om dagen slik at en har større reserve om en må ta laptopen "ut på tur"...

Det antikvariske nettbrettet med sprukket skjerm og Virtuino IoT i entreen sovnet omsider og ble erstattet av en RPi med 10.1" touchskjerm fra Ali og 3D printet ramme. Virtuino ble erstattet av et tilpasset Node-RED Dashboard 2.0 bilde men har jo da naturligvis kapasitet til å vise alle andre bildene i systemet.

Nå er 4 stk LiFePO4 batterier oppe og går med til sammen 1070Ah, ca 54kWh. De 3 første har hver sin 200A JK-BMS som har kommunisert via BLE til en Raspberry Pi 3B+ som kjører jblance/mpp-solar. Dette har fungert helt fint men litt tregt med oppdatering hver ca 40 sekund. Helt greit til mitt bruk men ikke imponerende... Det fjerde batteriet har en tilsynelatende lik JK-BMS men er likevel en generasjon nyere uten at det umiddelbart viser uten etter litt leting. Dette er den siste JK-BMSen jeg har kjøpt og den har ligget som reserve i et års tid. mpp-solar får kontakt med BMSen men viser helt hinsides verdier så måtte gjøre noe... Finner at mpp-solar kun støtter noen svært få JK-BMSer... Etter litt leting finner jeg syssi/esphome-jk-bms og smetter den inn på en ESP32. Litt konfigurering som ikke lå helt oppe i dagen måtte til men ganske kjapt var den oppe og gå med et av eksempelprosjektene. Data mottatt til MQTT var langt mer omfattende (uten at jeg trenger noe mer enn det jeg hadde som også var ganske rikelig) og i en nokså annet format så rutinene mine i Node-RED måtte tilpasses litt... Oppdatering hvert 5 sekund er jo også greit. Kjapt vist i tabellform ser det slik ut: mpp-solar blir oppe og gå uansett om jeg legger de 3 siste batteriene også over på esphome-jk-bms for denne styrer også inverter.

Jeg endret navn på den SSID som laget trøbbel men denne SSID var oppe og gikk likevel... Med appen "WiFi Analyzer" på telefonen fikk jeg opp MAC på aksesspunktet som laget trøbbel og selv om det etter signalstyrke kunne se ut til å være i gangen i hovedhuset fant jeg det på eldhusloftet: Et gammelt Ubiquiti aksesspunkt som ikke styres av UniFi... Litt pussig at jo nærmere Quislingen jeg var, jo dårligere ble signalstyrken... og da jeg gikk rundt og lette var jeg mindre enn 2 meter unna... Koblet ut dette og da forsvant denne SSID. Tilbakeførte SSIDnavn på opprinnelig nettverk og så langt ser det ut til at jeg er oppegående igjen... ...men jeg skjønner fremdeles ikke hvor 192.168.80.84 kommer fra... Antar det er det gamle aksesspunktet som har en "skjult" DHCP server... Noen ganger hjelper det bare å stille et spørsmål... 👍😁

En litt snodig sak oppstod i går. Ett enkelt IPkamera (Tapo C200) får ip: 192.168.80.84 selv om det har fast ip i DHCP serveren satt til 172.16.0.xx. Det har koblet seg til et av mine trådløse nett men der har også dukket opp en mistenkelig melding i UniFi loggen: "A third-party access point near #et av mine aksesspunkt# is broadcasting #min SSID#. Prøvde å slå på "Rogue DHCP Server Detection" i UniFi server uten at det hjalp noe og "DHCP guarding" er også slått på... Nettverksoversikt: Altibox internet i bromodus. WiFi skal da være avslått. Tok den ut av bromodus, endret SSID og satt den i bromodus igjen uten at ny SSID dukket opp (som forventet) Ubiquiti EdgeMAX router med DHCP server i 172.16.0.nn området. Flere titalls enheter har fast IP satt i DHCP serveren, også det aktuelle kamera. UniFi lokal server for 4 UniFi aksesspunkt Så vidt jeg kan se er det kun dette ene kameraet som finner feil DHCP server/ikke finner DHCP server og går på en eller annen standard adresse. Jeg har funnet på nett at en del routere bruker 192.168.80.80 som service- eller adminport. Noen gode tips for feilsøking her? Eneste endringen i nettverk gjort de siste ukene er å flytte UniFi server fra en Windows maskin til en annen og konfigurasjon flyttet med backup gammel server/restore til ny.

Ikke akkurat automatisert... men lagt mange timer i feilsøking på kablet nett som nesten ikke virker... Satte opp en ping-jobb med litt trending og endte opp slik: I starten er det jo stort sett greit men ping-tid langt utenfor skalaen er jo helt uakseptabelt. Symptomene er skjermbilder i Node-RED som fryser bare sekunder etter de er åpnet og fjernstyring av andre maskiner med VNC e.l. som også fryser etter få sekund same dårlig respons for det meste. Nå ville tilfeldighetene og litt mistanke at jeg pinget den maskinen som var årsak til problemene og da jeg endret ping til en annen maskin og så etter noen minutt stoppet Quislingen ordnet det seg ganske så bra: Den blå streken viser når Quislingen ble slått av. Fremdeles en og annen lang ping-tid men plutselig er jo nettet mitt oppegående igjen.

Når en har hjemmeautomasjon, energistyring og 3D printing som noen av hobbyene så blir der ikke mye fritid... Den 8kW varmepumpen som havarerte for et år siden ble erstattet av en 2.8kW varmekolbe. Det har for så vidt fungert greit nok men 2.8kW er ganske snaut for grunnvarme i berederen og nesten alle gulvene i huset... I et lyst (?) øyeblikk heromdagen kom jeg på at jeg har stående en 17kW luft/vann monoblokk varmepumpe til poolen og den blir ikke fyrt opp før i mai... Og i mai trenger jeg ikke varmepumpe i huset... En liten flyttesjau og pool-pumpen fikk plass der den gamle stod... eller i alle fall nesten... Litt spesialkoblinger poppet ut av 3D printeren (oransje og grønn på bildet) og voila, full varme i hele huset på et blunk 😁 Nå er jo 17kW en smule overkill så jeg satte den på minimum og da tar den vannet opp fra 14 grd til 55 ved å bruke 2kW. Når jeg sier "poppet ut av 3D printeren" så er vel det tidenes overdrivelse for det kostet maaaaange timer med frustrasjon både på 3D modellering og printing. Jeg bruker helst Onshape for 3D modellering men den har ikke innvendige rørgjenger innebygget så det endte med at jeg laget en 3/4" gjengestuss i Fusion og importerte i Onshape. So far so good... Men det må jo produseres også. Hadde et EasyPrint PETG filament som iflg spec skulle være ideelt men jeg fikk ikke til å printe skikkelig. Mange 7 timers utskrifter skar seg etter 2-4 timer så jeg endte opp med en standard PETG. Men hvor lenge var Adam i Eva? Selv med et par cm tykt massivt materiale (100% infill) var der lekkasjer rett gjennom materialet... Nå er der på vei en i polykarbonat så får vi håpe den er bedre... Men så dukker jo det store spørsmålet opp: Hvorfor koster en erstatning for den forrige varmepumpen kr 70.000-120.000 når den jeg satte inn nå er dobbelt så stor og koster kr 33.000? Den opprinnelige var innstilt på 40 grader i vannet (kunne stilles til 55 men det visste jeg ikke og jeg kunne ikke endre det selv uten spesialverktøy) og pool-pumpen leverer 55 grader selv om den står på 34 grader setpunkt. Jeg har jo lenge sett at pool-pumper er betraktelig billigere enn hus-pumper men jeg har aldri skjønt hvorfor... og det gjør jeg fremdeles ikke...

Ja, jeg skjønte jo det men det er nok bedre å markere sitater som sitat så blir det hele mye renere og penere slik:

Den der skjønte jeg ikke helt... Om en av en eller annen grunn produserer fossilstrøm som ikke blir brukt må jo det være betraktelig dyrere... Nå vet jo ingen hvor haren hopper vedr strømpriser men jeg er helt sikker på at den i det store og hele ikke skal ned i alle fall, heller tildels betydelig opp. Vi styrer jo mot et planlagt kraftunderskudd og det får konsekvenser... Jeg tviler på at fastpris er aktuelt for meg siden jeg alltid kjøper strøm i de billigste timene på døgnet uavhengig av når på døgnet det er. Nå er jo fastprisen bestemt at skal innføres ETTER valget av en eler annen grunn men er der sagt noe om det blir en permanent løsning eller midlertidig slik de alltid passer på å si om strømstøtten?

Er der sagt noe om varigheten av fastpris og hvem betaler mellomlegget mellom fast- og spotpris? Strømstøtten passer de jo på å si jevnlig at er midlertidig... (og at den koster millioner men i realiteten er det jo statskassen som håver inn millioner på den...).

Du har nesten helt rett. Blandet sammen sol-kWh og kjøpe-kWh 🥵 Rettet nå... Tallene er hentet rett fra databasen min men det er litt sent å kvalitetssikre 2 år gamle tall nå... Kjøpestrøm i samme perioder: Des22-jan23: 2527 kWh Des23-jan24: 2170 kWh Des24-jan25: 2739 kWh (og fremdeles med litt over dobbelt så mye solceller som tidligere år)

Det er nok litt mer enn en følelse... Total solproduksjon i de mørkeste 2 månedene: Des22-jan23: 900 kWh Des23-jan24: 149 kWh Des24-jan25: 102 kWh (med litt over dobbelt så mye solceller som tidligere år) Nå har de jo drevet med værmanipulasjon siden 1940 tallet men siste halvåret har det vært litt voldsomt med "kondensstriper" på himmelen... Om det virkelig har noen påvirkning vet jeg jo ikke men der settes jo inn enorme ressurser på å "redde klimaet" så det skulle ikke forundre meg om noe av det faktisk virker (samtidig som vi dreper planeten som burde kunne holde liv i oss...).

Så lenge strømmarkedet er slik det er så vil der alltid være en eller annen pristjeneste tilgjengelig og jeg har laget meg et system som ganske enkelt kan tilpasses nye strømprisleverandører. Å ha i alle fall 2 alternative prisleverandører oppe og gå er i alle fall ingen ulempe... så får de nå være så offisielle eller uoffisielle de vil uten at det plager meg bare de virker...

Ser ut som Node-RED Nordpool henter prisene herfra: dataportal-api.nordpoolgroup.com/api/DayAheadPrices https://github.com/zinen/node-red-contrib-nordpool-api-plus

Den leverer et array med 24 timers prisdata (merk zulutid/GMT):

En egen node i Node-RED:

Da dukket opp en liten pakke fra NKON.NL: ...så da blir batteribanken 48V/1070Ah, ca. 55 kWh. Handelen hos NKON var helt grei og gode priser, måtte bare passe på å velge NON-EU i nettbutikken først... DHL var ikke såååå imponerende... Status på fjoråret ble 6060kWh kjøpestrøm mot 6670kWh året før. Ikke så verst med tanke på at helt fra tidlig i januar har jeg kjørt uten varmepumpe. Gulvvarme og bereder har gått på direkte varmekolbe så det gir jo litt over 3 ganger høyere forbruk til varme enn det varmepumpen kunne prestere. Har jo firt en del på komfortkravene for å få det til... Termostaten på badegulvet står jo på 25 grader men i praksis ligger det under 20 og ikke så helt uvanlig at det er nede i 16 også uten at det er noe problem... Jeg har også en følelse av at november/desember har vært ekstra tunge med veldig tett skydekke. En normal overskyet dag har jeg gjerne 1.5-2kW fra solcellene men i disse månedene har jeg snaut nok vært over 200W annet enn i veldig korte perioder.

Da har jeg tatt sjangsen på å handle en slik programmerer... Skal passe med tilpasset kabel...

Ja, da er det greit med flere alternativer. Har opplevd at hvakoster... ikke kommer med priser før i 21 tiden men det er veeeeldig sjeldent. Jeg har en deadline kl 22:00, da planlegges strømkjøp for de neste 24 timene.

Begynner å mistenke Brave browser som årsak. De har hatt historie for en del heng og det var vel omtrent på den tiden denne posten ble postet at mine problemer oppstod... Jeg bruker Brave for alle eksterne nettsider og Firefox for de interne og de siste dagene har jeg åpnet Brave for de tingene jeg bruker den til og stengt den ned etterpå. Har i denne perioden bare hatt slike korte heng som løser seg selv etter opptil 3-4 minutt og de har ALLTID vært når jeg bruker Brave... Har deaktivert hardware akselerasjon i Brave for det løste problemene for noen år siden så kanskje det gjør det nå også... Litt urovekkende at en nettleser skal kunne henge hele operativsystemet men det er nå slikt som kan skje når en programmerer ikke helt har kontroll...

Det hender jo at prisene kommer laaaangt etter kl 13:00. Jeg henter priser fra hvakosterstrommen.no og NordPool. Prøver alltid hvakoster... først (den pleier å være pålitelig) og så NordPool annenhver gang og i dag kom prisene fra NordPool kl 13:10

Når det er en tid siden jeg sist var inne på hjemeautomasjon.no og åpner den fanen så har de de siste dagene vært vist denne siden: Trykker jeg "tilbake" en gang så kommer jeg der jeg var sist... Ikkeno stort problem men det skjer bare her og ikke på de 2 andre Invision baserte fora jeg jevnlig er inne på. Brave browser om det betyr noe.

Vet ikke, begge er ganske døde...men ville vel tro at TMS320 er første skritt.

Alle flatkabler som er i bruk er tilkoblet på bildet. Connectorene nede på kortet er tilkoblingene til hoved/effektkortet. En forhandler i Italia mener han kan fikse denne men bare frakten sammen med usikkerhet gjør det til en dårlig løsning...