SveinHa

Standard kontrollpanelet jukser litt så jeg har laget min egen styring. Ikke helt i mål enda men kan kjøre sånn ca alle funksjoner som det gamle panelet i tillegg til uketimere slik at jeg kan kjøre på et lavt setpunkt om natten og gire opp f.eks kl 7 om morgenen. Har også styring av stigtrinnet og det hele betjenes via webside til Node-Red Dashboard. Vet ikke helt om jeg skjønte hva han karen gjorde. PI-en hans stengte ned myyyyye for kjapt i forhold til mine... og han fikk feilmelding om feil nedstenging ved oppstart igjen...

Hadde en litt dårlig dag i går sånn rent automasjonsmessig... Proxmox/Linux Mint/Node-RED maskinen gikk i stå på et vis, ikke at den døde men var heller ikke i live skikkelig. Fikk ikke kontakt med VNC, SSH eller Console i Proxmox... Restartet et par ganger uten at det ga noe som helst forskjell... Der har poppet opp noen meldinger de siste dagene om at Synology NASen begynner å nærme seg full men der er nå flere titalls GB ledig så jeg tenkte ikke så mye over det men da ingenting annet så ut til å virke slettet jeg en del gamle filer på NASen og kom opp i over 350GB ledig men det hjalp ikke heller... 2 andre maskiner i Proxmox (alle 3 Proxmox maskiner kjører på egen hardware) var oppegående som normalt men Proxmox UI var også litt sløvt... Slettet en del flere gamle backupfiler på NASen uten at det hjalp... Kjørte en "Storage Analyzer" og fant at mange/alle filene jeg slettet fremdeles var til stede... Endte opp med å restarte NASen og det tok unormalt lang tid, maaange minutt, men da den til slutt kom opp igjen våknet alt til live igjen og plutselig var der 2TB med ledig plass på NASen... Jaja, shit happens av og til... Synology NASen hadde vært oppegående i 220 døgn før denne hendelsen og jeg har aldri sett noen lignende feil fra den tidligere...

Betong eller tregulv? Å varme opp luften vha. gulvvarme er ikke særlig optimalt men samtidig vil et varmt gulv gjøre at lufttempen kan være litt lavere uten at det føles kaldt. Jeg har noen solide betongklumper av noen gulv med myyye isolasjon under så jeg kjører på med varme når strømmen er billig eller solen skinner (solceller) og kan klare meg uten tilførsel av varme i gulvene i flere dager. De holder en fin grunnvarme i huset og så fyrer jeg litt for ekstra kosevarme... Har du betonggulv ville jeg absolutt hatt gulvsensor og regulert tempen til et mer eller mindre fast setpunkt. Vannbåren varme i tregulv har jeg ikke erfaring med men vil tro at det her er viktigere å regulere vanntempen og i tillegg fordele rundt i de forskjellige gulvene men husk at de vanlige aktuatorene har flere minutters reaksjonstid så legg opp styringen etter det... Min regulering er veldig enkel: Er gulvet for kaldt så åpner ventilen og ellers stenger den, ingen hysterese eller lignende fancy greier. Er minst en ventil åpen fyrer varmekilden i gang.

Inntil videre har jeg laget men en knapp i skjermbildet for nedstenging. Klikker jeg på den kommer en bekreftelsesdialog og velger jeg "Ok" kjøres "sudo shutdown -h now". Det tar vel en 10-20 sekund med nedstenging og så kan jeg slå av... Har jo hatt enn god del tilfeller opp gjennom årene der Linux maskiner har mista strøm uten at jeg vet at det har gitt noen problemer men det handler vel kanskje mest om uheldige omstendighet som KAN skje og jo oftere en provoserer jo større sjangse er det for katastrofe... Alle RPIene mine har en USB-SD adapter fast installert og da kjører jeg en "SD Card Copier" enten manuelt eller automatisk og er da berget i tilfelle katastrofe...

Jeg har et lite automasjonsprosjekt i bobilen bestående av en RPi 3B+ Jeg liker jo best å kjøre en vanlig shutdown før jeg slår av strømmen men hvor stort er behovet for det? Problematikk med dokumenter og andre brukerdata som ikke lagres er ikke-eksisterende men hva med Raspberry-OS? Er der noen åpenbare grunner for at jeg MÅ ta hensyn til plutselig strømbortfall i ny og ne? Det er jo bare når bobilen settes bort for flere uker at dette vil skje så noe stort problem er det ikke... Har lett litt på nett og finner jo mange forskjellige løsninger som er mer eller mindre kompliserte og/eller dyre men om behovet ikke er særlig stort så er jo all forenkling positivt.

Etter at M5Paper har ligget og samlet støv i et år så dumpet jeg over UIFlow 2.0 som er et grafisk programmeringsmiljø med Python kode bak og som kan redigeres i begge varianter. Etter et par timer hadde jeg en fjernkontroll med 8 knapper som sender data/fra til MQTT. Plutselig åpnet der seg en del muligheter... Har ikke noen fancy bilder å vise fram men det kommer kanskje etterhvert...

Deler den tanken men slik EU og USA oppfører seg for tiden så ser jeg lett en verden med Kina og Russland som de dominerende stormakter så får en like det eller ikke... og fortsette å handle fra Kina...

Og et lite skjær i sjøen: Det er ikke tillatt å sende lithiumbatterier til Kina... Selger er informert men jeg har en mistanke om at han visste...

Hadde ikke forventet å måtte returnere men kinamannen ser ut til å være en vrangpeis og da skal han få det som han vil. Presenterte denne adressen (oversatt av google): Tror nok jeg må forenkle litt for å få plass på adresselappen...

Har brukt en del tid på Virtuino IoT i dag. Jeg bruker jo Node-RED Dashboard som hoved-HMI men har noen få nettbrett og telefoner som har ett enkelt skjermbilde for de litt enklere funksjonene laget laget i Virtuino IoT. Der finnes jo en mengde IoT apper og de aller fleste er enkle og robuste men er også svært rigide i design av bilder. Virtuino er litt mer komplisert for designeren men gir også svært mye mer frihet i designet. En ulempe da jeg gikk i gang for et godt år siden var at en gang i ny og ne, det kunne være minutter eller timer mellom, så stoppet oppdateringer fra MQTT. Statusvariabel indikerte at der var forbindelse men likevel uten oppdatering. Fra starten av har Virtuino IoT forbedret seg gjennom oppdateringer slik at det i dag har gått dager og uker mellom hver stopp men problemet er ikke helt løst enda så i dag tok jeg en økt og laget min løsning for å automatisk gjenoppta kommunikasjonen. Har beskrevet løsningen på Virtuino IoT Forum for de som måtte være interesserte. Et eksempel på den fleksibeliteten Virtuino IoT gir er dette: Hver av disse instrumentene er flere instrument som ligger oppå hverandre. For "Forbruk" viser nålen og den litt mørkere teksten øyeblikksverdi som endrer seg momentant med endret forbruk mens den gule banen er langtidsfiltrert og gir et mye mer reelt forbruk over mange minutt. Både i Node-RED/Dashboard og andre apper ville dette være 2 helt separate instrument som tar dobbelt så stor plass som her (Node-RED/Dashboard):

Har handlet mye på Ali og alt har hatt helt akseptabel kvalitet bortsett fra disse 18650 cellene. Har også gått på et par TooGoodToBeTrue tilbud som har vært akkurat det men Ali har alltid ordnet opp. Den verste smellen kosta nesten kr 20.000 men eneste ulempen for meg ble at mine penger var i Kina i et par mnd... Gikk på dette for det KUNNE være en kjempehandel og jeg visste at Ali tok ansvar om det ble en bommert. Ble også betalt med PayPal men deres garanti stoler jeg langt mindre på enn Ali...

Bare en bagatell men en stor visuell forbedring i mine øyne: Visning av batteristatus i solcelleanlegget siste 4 døgn. Den grønne streken viser strøm inn eller ut av batteriet. Tidligere var utlading vist som grønt under null men endringen gir nå rød når batteriene utlades. Bare en liten bagatell men jeg ble litt fornøyd med meg selv som kom på det... Har jo gjort lignende andre steder også da så heeelt nytenking er det jo ikke...

Noen som vil ta en dobbeltsjekk av utregningene mine fra målingene i tabellene? Klokkeslett, spenning og strøm burde jo være enkelt nok å håndtere men mine tall gir jo helt hinsides resultat i forhold til både sannsynlig resultat og 8-kanals testeren (som jeg vil anta er noenlunde riktig siden de gamle batteriene ga et fornuftig eller kanskje litt optimistisk resultat).

Reklamasjon ble blankt og arrogant avvist fra selger 2 ganger så jeg satte Ali på saken. Da fikk jeg kjapt svar at batteriene kunne returneres og jeg får refundert kjøpet inkl returfrakt. Selger har 3 dager på seg til å oppgi returadresse men jeg har en mistanke om at det ikke vil skje... og i så fall får jeg refundert kostnadene uten å returnere...

Nå har jeg kjørt 3 stk 5 år gamle 18650 celler på 2300mAh gjennom en syklus på 8-kanals testeren og de kommer opp med 2450mAh så testeren er ok nok...

#48: Start kl 09:49, slutt kl 11:24 = 1t40m=1,67t. Det skulle gi 160mA * 1,67t = 267mAh

Kjøpte nettopp 50 stk 18650 celler oppgitt til 3500mAh fra Ali og samtidig en punktsveiser og 8-kanals batteritester/lader for 18650. Har nå kjørt en auto-testsyklus på alle (opplading-utlading-opplading) med standardinnstilling og det har gitt en kapasitet på samtlige 50 celler på 1410-1474 mAh og det er jo laaaaaangt fra de oppgitte 3500 mAh. Skrev en reklamasjon der jeg la ved dokumentasjon men fikk bare et arrogant svar at alle cellene er testet i fabrikk og de er i orden og han ba meg bruke profesjonelt testutstyr. 8ch 18650 testeren: Om jeg har regnet riktig så gir en manuell utladetest med profesjonelt utstyr fra Fluke og Meterman (forhandlet av Fluke) en kapasitet ved utladestrøm 0.83A/0.26C på 220 mAh og ved utladestrøm 0.16A/0.05C på 275 mAh. Regner jeg riktig her for tallene er jo så hinsides... Loggen: Testoppsettet. Mellom krokodilleklemmene er en liten 12V lyspære:

Jeg hadde samme problemstilling med dårlig Z-Wave dekning i garasjen selv om jeg satte opp noen strategisk plasserte wallplugs for å sikre dekning. Endte opp med en RPi med ZWavejs2MQTT for det aller meste og en tilsvarende i tillegg for garasje så da har jeg 2 helt separate ZWave nettverk som begge kommuniserer med samme Mosquitto MQTT Broker. Funker helt strålende. Jeg har Zigbee2MQTT i huset også og denne har god dekning i garasjen... RPiene kunne gått på WLAN men siden jeg allerede har kablet nett i garasjen så er de også kablet. Det er alltid bedre med kablet nett om det ikke er alt for komplisert å få til...

Jeg har ingen erfaring men kanskje andre har... Jeg har stort sett brukt WD og Samsung SSDer kjøpt i Norge.

Ja, helt enig i det men mange systemer KREVER lange passord med alskens krøll og derfor endte jeg på mitt 16 tegn lange passord i håp om at det ikke trenger endres på noen år. Dette brukes kun på mine interne systemer og skulle noen klare å hacke det så er det ikke så farlig. De aller fleste av mine passord burde jeg greit klare å gjette men det krever altså noen forsøk av og til... og plutselig sitter jeg i spjeldet og tvinner vindskit... Linux hadde en gang for mange år siden en passordgenerator som produserte lesbare kompliserte passord men har ikke sett noe til den på et par tiår... Vet ikke om den eksisterer eller om den er brukende i dagens omgivelser...

Så er GPS-Trackeren kommet et godt stykke videre. En 3D printet brakett for ESP32, NEO6-GPS og antenne som passer i et tomrom i klipperen: Montert i klipperen ser det slik ut: Strømforsyning direkte fra hovedkortet slik at jeg kan resette trackeren ved å slå klipperen av/på. 24V til USB adapter og i samme slengen laget jeg en 10k/1k spenningsdeler slik at jeg får omtrentlig batterispenning rett inn i Node-RED også. Nå er vel akkurat i disse dager plenklippesesongen over men når der blir litt mer tørrvær så skal jeg slippe den utpå og teste litt mer. Akkurat nå står den i snekkerbua og sender data...

Har brukt LastPass i årevis og gått over til Bitwarden for et år siden og er helt avhengig av slike program men så er det disse gangene at en setter opp en ny PC, jobber på en annens PC, internetkafè e.l. og trenger et eller annet fra f.eks. dette forumet og plutselig sitter du i fengsel for et kvarter...

Tittelen sier vel det meste... Dette er ikke verdensbankens gullbeholdning en logger inn på så en kan vel lempe litt på sikkerheten... Nå er jo passord blitt såpass vanskelige at jeg har endt opp på 16 tegn passord med store/små bokstaver, tall og spesialtegn på alle mine interne enheter og på eksterne greier har jeg et par standard passord som samtlige modifiseres etter noen relativt faste regler (som må endres i ny og ne) så å huske alle er ikke alltid like enkelt og dermed blir der lett noen bommerter...

Fibaro Wall Plug har bare et vanlig rele til å slå på/av strømmen, akkurat samme funksjon som den vanlige lysbryteren ved siden av døren, så har vondt for å tro at den kan påvirke pæren med mindre den står og går på/av hurtig men det vil du høre... LED pærer i dag varer på ingen måte evig selv om klassiske lysdioder (ca 5mm i diameter og bare fantes i fargen rød i starten) faktisk varer tilnærmet evig.

Dumpet borti et litt uventet problem. Tenkte å redusere datamengden over WiFi/MQTT ved å ikke logge posisjon før klipperen hadde beveget seg f.eks mer enn 1 meter eller dreid mer enn 45 grader men på breddegrader mistet jeg litt for mye presisjon ved å konvertere string fra GPS til float. 2 desimaler forsvant og det ble litt i meste laget for dette bruket. Kan nok omgå problemet med litt triksing men skulle jo helst hatt double presisjon da... Quick-and-dirty løsning ble å bare logge hver femte GPRMC setning fra GPS og de ga et ganske tilfredsstillende resultat: