-
Innlegg
1 768 -
Ble med
-
Besøkte siden sist
-
Dager vunnet
118
Innholdstype
Profiler
Forum
Blogger
Nedlastninger
Artikler
Regler
Hendelser
Galleri
Store
Alt skrevet av SveinHa
-
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...
-
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...
-
3D-printing bare for gøy... eller kanskje litt nyttig og...
SveinHa svarte på SveinHa sitt emne i Automasjonskaféen
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...
-
-
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...
-
RPi tar ikke SATA disker direkte. Mer elegant med NVME disker men du må ha et M.2 adapter for SSDen, f.eks. denne eller denne. Sistnevnte har plass til 2280 formfaktor. Med litt ekstra stasj er det ikke sikkert at huset som følger med Okdo settet passer... Har du eller kjenner du noen med 3D printer så er ikke hus noe problem.
-
Du klarer den nok godt med et 16GB SD kort men jo større kort, jo lengre levetid...men som du sier: Det skal ikke store SD kortet til før du kommer bedre ut med SSD. Mener jeg har 64 GB SD kort i RPi 3B+ som kjører HA men har en 500GB SSD i RPi5 som kjører Node-RED. Ikke noe spesiell grunn til 500GB annet enn at jeg hadde den liggende i rotekassen... og den er 3% full...
-
Jeg vil mene det men samtidig så må jeg tilstå at jeg har veeeeldig lite peiling på HA (men der er mange andre her inne som er gode på slikt...).
-
RPi er en super maskin, spesielt ver. 5. Aller best med SSD disk men et godt og stort SD kort er også flott. Jeg kjører hele huset med både solceller, varmepumper, lys, varme, strømkjøp+++ med Node-RED med 5700 noder på en RPi 5 med SSD disk. Funker helt glimrende. Hadde behov for Home Assistant for en bitteliten oppgave som jeg fant ut var mye enklere med HA enn å hacke til noe selv i Node-RED. Prøvde forskjellige installasjoner på div. hardware og virtuelle maskiner jeg hadde liggende men den ene etter den andre feilet. Første forsøk med HA på RPi 3 virket og den har vært oppe og gå siden
-
GPS-Tracker for robotklipper med ESP32/uPython, NEO-6 GPS og Node-RED
SveinHa svarte på SveinHa sitt emne i Ditt system
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.
-
Emojis i Brave og manglende Node-RED i system
SveinHa publiserte et emne i Ris, ros og spørsmål om forumet
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... -
GPS-Tracker for robotklipper med ESP32/uPython, NEO-6 GPS og Node-RED
SveinHa svarte på SveinHa sitt emne i Ditt system
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- 14 svar
-
- 1
-
-
GPS-Tracker for robotklipper med ESP32/uPython, NEO-6 GPS og Node-RED
SveinHa svarte på SveinHa sitt emne i Ditt system
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... -
GPS-Tracker for robotklipper med ESP32/uPython, NEO-6 GPS og Node-RED
SveinHa svarte på SveinHa sitt emne i Ditt system
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 😁 -
GPS-Tracker for robotklipper med ESP32/uPython, NEO-6 GPS og Node-RED
SveinHa svarte på SveinHa sitt emne i Ditt system
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... -
GPS-Tracker for robotklipper med ESP32/uPython, NEO-6 GPS og Node-RED
SveinHa svarte på SveinHa sitt emne i Ditt system
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...- 14 svar
-
- 1
-