SveinHa

Det irriterer meg litt at GPSen hopper og spretter litt mye. Når jeg ser på fart fra GPS så kan den gå over 200 m/min selv etter filtrering der hver ny verdi bare endrer hastighet med 5%. Maks hastighet på klipperen er rundt 23 m/min så jeg gjorde en quick-and-dirty fix ved å ignorere alle verdier over 30 før filtrering og da ble resultatet slik: Gul strek er batterinivå (omtrentlig beregnet ut fra batterispenning) slik ar det er lett å se om den kjører eller står i laderen.

Hmmmm... Fikk et tips om å ta ut en systemlogg fra /e/OS/ så da ble det enda en ny systeminstallasjon... og GPS virker!!! Har kjørt gjennom OTA oppdateringer fra 2.7 til 2.8, 2.9 og 3.0.1 og GPS virker i alle versjoner. Hva kan en lære av dette da? Sannsynligvis ingenting men det har nå vært gøy å gjøre disse "farlige" installasjonene som kan få telefonen inn i permafrosten mange ganger og med rimelig grei suksess hver gang. Har vært noen få tilfeller der jeg har måtte holde powerknappen inne i 20-30 sekund for å få den til å dø...

Er det flere enn meg som driver og leker med alternativer til Android på telefonen? Har brukt /e/OS/ på en Samsung Galaxy S9 i lang tid (fra ver 0.7 til 3.01) og det fungerer helt supert men har noen bagatellmessige ulemper som jeg skulle likt å pynte på. Nå har tiden kommet til oppgradering siden S9en er 7 år med knust glass og et batteri som bare varer en time... Kjøpte meg en Google Pixel 7 Pro 256. Ved installasjon av /e/OS/ får jeg ikke liv i GPSen og /e/OS/ community har ikke kommet opp med løsninger eller forklaringer enda så pr i dag er ikke /e/OS/ aktuell... GPSen fungerer med en mengde andre operativsystem jeg har prøvd og Pixel 7 Pro er også på kompatibelitetslisten til /e/OS/... Der finnes jo et snes alternativer men så langt har jeg sett meg ut disse: LineageOS: Prøvekjørt og ser ut til å funke fint men en må bare huske på å installere MindTheGApps under installasjonen for å få tilgang til Google Apps. GrapheneOS: Svært begrenset telefonstøtte men Pixel serien er støttet og det er jo det jeg har... CalyxOS: Er jo mange flere alternativer men starter med disse. Når en har fått det inn i fingrene så tar det jo ikke mange minutt å skifte operativsystem... Noen som har gode tips om hva en bør gå for? Det handler jo om å bli kvitt den skjulte sporingen og Googles jernhånd over MINE overvåkingsmuligheter som samtaleopptak.

Har "i evigheter" manglet emojis i Brave browser på hjemmeautomasjon.no Noe lurt jeg kan gjøre for å få de på plass? De er der i Firefox og i Brave på andre Invision fora... Har etterlyst det noen ganger men Node-RED kan fremdeles ikke velges som system i profilen...

Litt mer finpussing av GPS... Sliter jo en del med feil sjekksum i meldingene fra NEO6-GPSen. Ser andre løser problemet ved å øke mottaksbufferstørrelsen i ESP32 til 512 men jeg har gått helt opp til 4096 uten at jeg ser noen bedring... For å eliminere feilkilder gjør jeg nå en sjekksum-sjekk i ESP32 og fjerner setninger med feil før data sendes til MQTT/Node-RED og har nå kommet opp i 100% riktig mottak i Node-RED sin sjekksum-sjekk. For å slippe å skru opp klipperen ved programoppdateringer har jeg tatt i bruk https://pypi.org/project/micropython-ota/ og den funker fint. Programoppdatering skjer da ved krasj eller når jeg skrur klipperen av/på. Kan jo lage til en manuell fjernoppdatering men ser ikke det store poenget når av/på knappen gjør jobben... Når jeg nå leter etter årsak til den halvhjertede kommunikasjonen finner jeg at NEO6 SKAL forsynes med 3.3V (<3.6V) og ved omkobling ser jeg at en masse av de feile GPS-setningene forsvinner... En kunne jo nesten tro at jeg hadde benyttet meg av KS (kunstig sladder, aka AI/KI)... Kjæm sæg

GPS er ikke heeelt enkelt... Har slitt en del med litt odde posisjoner fra klipperen som er godt utenfor normale avvik og har ikke helt skjønt årsaken. Litt forskning måtte til... I starten brydde jeg meg ikke om sjekksummen i hver enkelt GPS setning men fant etterhvert ut at det kunne være lurt... Laget en enkel funksjonsblokk (eller dvs. jeg fant en på nett som ble lettere modifisert/tilpasset) som genererer sjekksum og sammenlignet resultatet med sjekksummen som kom fra GPS. Syntes der var i overkant mange feil så begynte å ta noen stikkprøver. En liten test i Node-RED ser slik ut: I inject nodene ligger en tilfeldig GPS setning og verdien i noden er sjekksummen i setningen fra GPS, i parantes er den beregnede sjekksummen. De 4 nederste feiler og en av de er hentet fra en nettside, de andre fra min GPS. I screenshoten her er trykket på "74 (8)". Sjekksummen skal der være "74" men som "show-value" viser så blir den "8". En del innhold i GPRMC setningen mangler, breddegraden ser ok ut men lengdegrad mangler... Ikke merkelig at der blir en del feil da... Siden en av de setningene som feiler er klippet ut fra en nettside så det er ikke bare hos meg det feiler... Er nå tilbake til ca 50% feil... Får jobbe litt med GPS-ESP32 kommunikasjonen neste... Ellers gikk gårsdagens klippeøkt slik: God klippedag nesten uten at klipperen satte seg fast og god hagedekning. Den flekken øverst til høyre er avsperret og tas hånd om av en annen klipper og den store kladden med siste spor (grønt/oransje) er natten i ladestasjonen. Husqvarna klipperen jeg hadde tidligere satte seg også fast en del steder i starten men fikk etterhvert ryddet opp slik at den gikk veldig pålitelig men Ambrogio L75 Evolution klipperen setter seg fast helt andre steder men begynner å få kontroll på den nå. Husq 315X gikk jo bare en time og måtte lades en time så der ble mye dødkjøring til ladestasjon mens L75 går rundt 5 timer pr lading med større hastighet og bredere kniv så den tar unna myyyyye mer plen pr time. Til info så oppgir Husq hagedekning pr 24 timer mens Ambrogio oppgir pr 8 timer så dekningstallene må tilpasses en smule for å kunne sammenlignes...

Gjorde en "stor" oppdagelse i dag. Den Ambrogio L75 Evolution klipperen jeg kjører nå er jo 10-12 år gammel og kanskje vel så det og ble kjøpt som reparasjonsobjekt sammen med en L85 Deluxe i deler av en forhandler som ikke gadd gjøre noe med de. Nå har jeg jo det største batteriet som der er plass til uten å gjøre mekaniske endringer i klipperen og da klipper den i rundt 5 timer kontinuerlig.... men fram til i dag har den ALDRI klart å kjøre inn i ladestasjonen uten hjelp... Ikkeno stort problem siden den går så lenge på en lading, det betyr i praksis at den kun kjører en økt pr dag. Den første Ambrogio klipperen min var en L15 og der er der tydelig spor til kantledningen midt i bunnplaten til ladestasjonen, samme på L85, eget spor til kantledningen... men på L75 er der ikke noe slikt spor. I manualen står der ikke noe spesifikt om hvordan kantledningen skal legges inn til ladestasjonen annet enn den generelle retning inn og ut med et par feller som en må unngå... Men litt finkikk på tegningen av installasjonen i manualen til L75 så ser jeg at kantledningen ligger 6-8 cm til venstre for senter og da kom jeg plutselig på at sensorene i hver ende av klipperen også står godt ute til siden... De samme sensorene står i senter på L85... Flyttet ladestasjonen 6-8 til høyre i forhold til kantledningen og plutselig kjører den til lading helt av seg selv 😁

Så at sjekksumsjekken min skilte mellom store og små bokstaver i hex-sjekksummen og dermed feilet litt for ofte. Etter fix av det er feilraten nede i snaut 20% ...men jeg stusser litt på unøyaktigheten i NEO-6 GPSen. Her har klipperen stått i ro i ladestasjonen: Vi snakker da om avstand fra ende til ende på rundt 30 meter... Der er en lett hagebu et par meter unna ladestasjonen og noen få høye trær 10-20 meter unna så der er nå noenlunde grei sikt oppover...

Da har jeg loddet inn stor WiFi antenne og gjort noe programendringer i ESP32 og har ikke opplevd dataheng siden. Siste ca 90 minutt klipping ser slik ut: Grønn er siste 10 pos.logginger, oransje logg nr 10-50 og blå er 50-1000 Tidligere har jeg hatt en del odde posisjoner som er langt utenfor min eiendom men nå har jeg forenklet MicroPython programmet i ESP32 til å sende GPRMC setningene i originalt format og dekode de i Node-RED i stedet. Samtidig har jeg laget en sjekksumtest og dropper de setningene som har feil sjekksum og nå ser det veldig mye bedre ut. Så langt i dag er bare halvparten av 25.000 setninger godtatt så det kan være min sjekksumsjekk som ikke er helt bra men jeg har i alle fall unngått de verste feilene...

Jeg gikk over til Tailscale og det har fungert supert. Enkel og beint fram installasjon, litt konflikt med NordVPN av og til men det løses ved å IKKE automatisk starte NordVPN ved boot/logon.

Godt poeng, må sjekkes opp litt mer.

Har prøvekjørt en dag og 2 og ser at kommunikasjonen stopper opp veldig ofte, noen ganger etter bare 30 sekund, andre ganger etter opptil kanskje et kvarter. Når klipperen står i ladestasjonen sender den stabile data i dagevis... Forskjellen fra i fjor er at trackeren nå er fastmontert inni klipperen og tar strøm via en 24V-USB kontakt. 2 mulige scenarier er åpenbare: USB tilførselen er ikke stabil nok Radiostøy fra motorer/elektronikk Første forsøk blir å legge inn watchdog som restarter ESP32 når den henger seg (om det er den som henger seg, kan jo være bare wlan som jammes). Watchdog er innebygget i uPython: from machine import WDT wdt = WDT(timeout = 5000) ….#Main execution code wdt.feed() Enkelt å implementere og jeg leker meg litt med en annen ESP32/NEO-6 fra godstolen før klipperen må på operasjonsbordet... Har en backup som gjør at jeg skal finne tilbake til det opprinnelige kartet over hagen også. Hadde jo lagt en del arbeid i det slik at det kunne brukes til dokumentasjon over kantledningsinstallasjonen...

Bruker som regel en eller annen standard USB sak, ikke opplevd problemer med det. Har en ESP32 som måler spenning og den ser veldig fin ut men er antagelig noe filtrert.

Ja, jeg så det etterpå i den andre posten din... Jeg har bare frittstående oljeovner på hytta og de styres med en Shelly Plug S på hver som igjen styres av noen strategisk plasserte Shelly H&T sensorer. Programmeringen er så enkel at om temperaturen er under en valgt grense går ovnen på, ellers av, ingen hysterese eller slikt fanzy greier. Oljeovnene har jo også innebygget termostat men den er svært unøyaktig og er vel stilt på rundt 5-10 grader og setpunktet i styresystemet setter jeg rundt 3 grd. Temp sensorene er plassert litt strategisk på bad, kjøkkenbenk og i kjeller nær vannrørene.

Har du tilgang til internet på et eller annet vis har du jo et utall av muligheter. På hytta har jeg en 4G ruter, en Raspberry Pi 400 med Node-RED, noen Shelly sensorer og wallplugs samt styrbart kamera. Har DRAMATISK redusert strømforbruket til frostsikring og har fått kontroll med aktivitet utenfor. 4G ruteren har SIM-kort som er et datakort til mitt vanlige abonnement og koster beklageligvis kr 59/mnd. Noen mobilselskap tar mindre i månedspris men da koster dataabonnementet mer enn jeg betaler så det går litt opp i opp. På slike småanlegg er Shelly helt supre siden de går rett på wlan og ikke trenger utstyr for Zigbee eller ZWave. Jeg kjører Shelly over MQTT og har Mosquitto MQTT broker på RPien. For fjerntilgang bruker jeg både RPi Connect og Tailscale (gratis for privat bruk på opptil 100 enheter og enkelt å sette opp og håndtere). ...og: Velkommen til Hjemmeautomasjon @georglu Mye kunnskap her men noen ganger tar det litt tid før en tråd "tar av"...

Nå fikk jeg jo ikke prøvekjørt den faste GPS installasjonen i fjor men i dag var det på tide å hente klipperen fram igjen. På første økt mistet jeg nettforbindelsen flere ganger, kan ikke huske at det var et problem i fjor... Har jo hatt en del større omlegginger av nett og smarthus i løpet av vinteren så jeg mistet kartet over hagen. Kjapt gjort å lage et nytt på kommunekart.com men det ble litt grovere enn det forrige... Jaja, godt nok... ...men må nok fintenke litt mer på uPython programmet...

Jeg ville sagt at det er unødvendig, samme med badeviften (liten motor).

RC-leddet slukker gnist som oppstår når relekontakten åpner under last, jo mer induktiv last jo mer gnist. Varmepumper er jo normalt inverterstyrte og regnes da som ohmsk last, altså ikke-induktiv. Kan jeg aldri tenke meg...

Joda, ENVYen har fått nytt batteri 2 ganger og det er på tide med det tredje...

Ikkeno problem derigården, lite tid har jeg plenty av 🙂

Ikke helt fornøyd men langt bedre enn opprinnelig... 4 fløyter samtidig og med litt forskjellig tone...

Om dette her er noe som virker så kan jeg vurdere Plejd selv: https://github.com/thomasloven/plejd2mqtt

Etter dårlig erfaring med både Fibaro og Heiman røykvarslere har jeg nå sjåppa en Shelly Smoke. Oppsett som vanlig med Shelly (litt mangelfull dok og et par firmware oppdateringer) og kom på lufta helt greit. Noen som har litt langtidserfaring med Shelly Smoke?

Du har jo også f.eks. https://www.elektroimportoren.no/shelly-1pm-gen3/1403029/Product.html Problemet med "smartplugs" på bereder er ikke den smarte biten men rett og slett at de har en Schuko-kontakt (vanlig 16A stikkontakt/støpsel) i begge ender og selv om de er godkjent for 16A har de vist seg å ikke tåle på langt nær 16A over lang tid og det viser seg på brannstatistikken...

Til info så har også Tapo skytjeneste men selv uten den så har en tilgang til både levende bilder, opptak og innstillinger fra kamera fra hvor som helst i verden. For at kamera skal lagre opptak trengs kun SD kort i kamera men jeg bruker BlueIris for langt mer fleksible opptaks- og varslingsmuligheter. Har ett Tapo kamera plassert milevis hjemmefra og det bruker SD-kort og tilgang via app uten sky.