Bjørn Mork

det håndterer du med en jordfeilbryter

hvorfor det? Det er ingen pære du kan skru ut og få støt fra Personlig skjønner jeg ikke vitsen med 2-polt brudd i en smartbryter i noe tilfelle. Stoler ikke nok på at styringslogikken er utkoblet til å bruke noe automatisert som personsikring. Blir aldri det samme som en mekanisk bryter. Og da er hele poenget borte.

Har ingen erfaring med dingsene, men lurer på om ikke mesteparten av problemet ligger i Futurehome. I følge https://www.zigbee2mqtt.io/devices/540139X.html#child-lock-binary skal det (selvsagt?) være mulig å slå av barnemodus via zigbee. Kanskje på tide å oppgradere fra Futurehome?

nja, erfaringene med lysrørarmatur bak relé er ikke så bra. Som forventet, vil nok mange hevde. Jeg trodde det skulle gå bra med LED-lysrør og overdimensjonerte zigbee-reléer, men det gjorde det ikke. Hjelper ikke så mye at det funker en stund når det til slutt brenner seg fast. Drit i lysrørene. Bytt til LED-armaturer.

Er ikke overbevist om at en slik er bra nok til å redde gulvet alene. Det vil alltid være under tepper eller denslags at du evt får trøbbel, og det oppdager ikke en IR-føler. Vil nå fremdeles anbefale kontroll med tur-temperatur primært. Det bør ikke være mulig å få gulvet over 27 grader uansett hva aktuator og termostat finner på. EDIT: På https://www.armaturjonsson.no/dokumentasjon/annen-dokumentasjon/ finner du NS-EN 1264 "Veiledning for vannbåren gulvvarme i boliger og næringsbygg" under "Prosjekt- og skjemahefter". Anbefales. Se spesielt "6.3 Varmeeffektregulering"

Har vært mange diskusjoner og noen erfaringer her de siste årene. Anbefaler et søk på "vannbåren" om du ikke allerede har gjort det. Det viktigste du kan gjøre med et splitter nytt system er egentlig å sikre deg kontroll på styringen av varmepumpa. Det er der du har noe å tjene på å være smart. Det er sikkert gøy å styre aktuatorene og romtermostatene, men de betyr dessverre forsvinnende lite i et slikt system. Er mest for å stenge av varmen i rom du ikke bruker og slikt. Det er tur-temperaturen som bestemmer innetemperaturen, etter at forskjellene mellom varmesløyfene er justert inn riktig. Det eneste smarte du kan gjøre er derfor å kontrollere tur-temperaturen basert på flere faktorer enn bare en enkelt utesensor. F.eks. strømpriser (den gangen de variererte). I "hadde vært morsomt" kategorien har jeg fundert på Danfoss Icon2. Skal være støttet av z2m: https://www.zigbee2mqtt.io/devices/Icon2.html Men har ingen erfaring ettersom behovet er ikke-eksisterende, og jeg har derfor litt trøbbel med å forsvare prosjektet overfor meg selv.

Jeg har hardwaren ettersom jeg har en gammel Conbee II liggende, men jeg sliter litt med border router softwaren. Det er det vanlige problemet: Jeg er vanskelig. Det passer meg ikke med de voldsomme alt-i-ett wrapper-løsningene, som i praksis prøver å arbeide mot distroen det skal kjøre på. Og her er https://openthread.io/guides/border-router/build-native noe av det verste jeg har sett så langt. Det hele ser enkelt og tilforlatelig ut inntil du begynner å kikke på de scriptene. Og scriptene de kjører. Og scriptene de scriptene kjører. Osv. Herregud for en smørje Så hva er det egentlig en Thread Border Router består av? En helt vanlig IPv6-ruter med minst ett Thread radio-interface? Finnes det er mer steg-for-steg oppskrift et eller annet sted som alternativ til "kjør dette scriptet"? Jeg er ikke nødvendigvis så interessert i å sette opp NAT64 f.eks. Hvorfor i all verden skal IoT-dingsene har tilgang til IPv4? Eller DHCPv6-PD? Er det virkelig påkrevd? I så fall vil jeg jo gjerne integrere det med det oppsettet jeg allerede har.

Ah, rait. Ikke noe problem så lenge det er forventet oppførsel. Du begynner vel etter hvert å ha laget en del hardware-varianter. Hva med å legge en kort oversikt over dem på wikien med beskrivelser av slike forskjeller? Så slipper jeg å lure på det samme når jeg har glemt svaret igjen. Det tar meg vel ca 5 minutter.... Og jeg tviler sterkt på at noe vil bli særlig bedre av at jeg går løs på den med loddebolten 🙂

Takk for info. Da høres det ut som om det er normalt. Min Pow-U er noe nyere, basert på en esp32s2, men begynner også å bli et par år og litt til nå. FWIW så har jeg en eldre esp8266-basert Pow-K på hytta og den alltid vært dønn stabil. Men det er jo en litt annen sak

Ah, men da er det jo flotte greier. Så lærte jeg noe nytt. Kan ikke huske å ha sett det før. Burde nok lese mer manualer. Har noen snertne "USB-C til 12V tønneplugg"-kabler som jeg bruker til diverse rutere og slikt. De virket overraskende dårlig med en splitter ny dobbel 65W Anker lader. Skjønte ingenting før jeg målte spenningen. 9V uansett utgang. Men det kunne jeg også lest på laderen.... Den støtter ikke 12V i det hele tatt. Er visst ikke egentlig en del av USB PD, selv om veldig mange ladere likevel støtter det. Ellers har jeg også litt variert erfaring med slike ladere med mer enn en port. Har en Kjell (Linocell) lader som virker fint med de samme 12V-kablene i begge porter. Bare ikke samtidig. Det viste seg at den leverer en port med 12V og en port med 9V når begge er i bruk. Ellers gir den 12V i en port om gangen. Det er lov å bli sprø. Antar det er enklere slik enn å legge inn variable strømbegrensninger.

Sliter litt med Pow-U etter oppgradering til v2.5.x og lurer på om jeg er alene der? Virker veldig mye mer stabil når den først er oppe og kjører. Mer dynamisk tiplasning til tilgjengelig effekt er jo en av de store forbedringene i denne versjon, og det ser så absolutt ut til å virke. Jeg har alltid "slitt" (ikke egentlig - det er en bagatell) med stadige reboots. Men denne versjon har vært dønn stabil. Bortsett fra ved boot, da den ikke virker i det hele tatt uten ekstern strøm. Og det er en slags showstopper. Da må jeg jo enten ha ekstern strøm hele tiden eller regne med utfall ifm strømbrudd, inntil jeg manuelt sparer den igang igjen. Har forresten begynt å lure litt på om det kan være noe smårusk med min utgave av Pow-U. Kom til å kikke i manualen heromdagen (burde jeg sikkert gjort før), og la merke til at det er meningen den grønne LEDen ved USB-porten bare skal lyse ved ekstern strømtilførsel. Hos meg lyser den alltid og så kraftig at den lyser opp halve kabinettet. Det spiser nok muligens litt mer at budsjettet enn nødvendig? Og kanskje enda mer hvis det betyr at noe ekstra USB-strømlogikk er aktiv?

Og søker du på Matter så får du opp et bra utvalg av baderomsmatter 😀

45W hadde kanskje vært godt nok, men med USB-C PD er 3A alltid(?) makseffekt på alle andre spenninger enn 20V. Og de støtter ikke høyere spenninger enn nødvendig. Dermed gjetter jeg på at denne, som nesten(?) alle andre 45W ladere, makser ut på 15V. Det holder ikke for laptoper

Tenkte samme tanke. Er nok lurt. Jeg har latt de drive et par Atlas-prober, som egentlig er antikke TP-Link reiserutere: https://atlas.ripe.net/docs/probeinfo/probe-v3 Har vært greit å kunne kutte strømmen til dem vha software. Derfor var denne så praktisk. Men mulig at konstant strømtrekk på oppimot 1A er for mye. Og kanskje verre at jeg også har brukt den til å lade en gammel Megablast høyttaler. Sjelden, men med flere ampere mens det stod på. Antageligvis ikke bra.

Det så veldig likt ut, ja. Bare den venstre av kondensatorene som eksploderte hos meg. Byttet den og fikk delvis liv igjen. Men summiningen er tidvis der fremdeles, og den har glemt både knappen og 2 av releene uten at jeg helt ser hvorfor. Mulig naboen også er gone, selv om primitiv måling (motstand med multimeter) indikerer at den er ok. Blir nok søpla på denne. For lite verdi i restene til at det er interessant å beholde uten å være dønn sikker, selv om det bare er et snev av usikkerhet mht stabil funksjon. EDIT: mht tilstrekkelig 3,3V så jukset jeg i stedet med å koble til 230V når jeg programmerte i sin tid. Så min er aldri utsatt for 5V annet enn evt fra egen strømforsyning.

Denne greia døde i kveld. Gikk først amok med relé av og på, og logget stadige resets pga "Exception". Har aldri somlet meg til å konvertere den til esphome, og før jeg rakk å tenke lenger så var den steindau. Bortsett fra en skummel summing. Liker ikke slikt så jeg tok bryet med å få plugget den ut, selv om det innebar flytting av et skap... Tenkte jeg skulle poste et bilde av innmaten men det feiler bare. Har vel sikkert brukt opp kvota for i år... Men feilen var ganske så overtydelig: Kapselen på en 470µF elektrolytt hadde lettet 1 cm fra kortet og avslørt innmaten sin. Bør være lett å fikse men jeg får jo ikke en god følelse med kvaliteten på dette. Er det noe tryggere å kjøpe Kinavarer fra OBS?

Finnes det noen røykvarslere som lar deg gjør slikt? Mistenker at det ikke er iht kravene til den slags utstyr. Brenner det veldig ofte hos deg? automatisk

Null erfaring, og egentlig null tro basert på spec (-40°C og 40 m/s) samt produksjonsland. Dessuten ser det ikke ut til at den har varmeelement? Men i denne prisklassen er det muligens slike kompromisser man må leve med... Ihverfall, Direktronik har en med RS485: https://www.direktronik.no/direktronik/overvaking-kontroll/automasjonscada/sensorer-og-alarmutstyr/vaderstation-modbus-rs485/ Ser ut til å komme herfra: https://www.compactweathersensor.com/weather-sensors/xf600l-rs485-modbus-wireless-air-temp-hum.html

Sannelig gjør de det. Takk. Det er jo nyttig å vite.

Forutsatt at det er snakk om en ESP32-et-eller-annet basert Shelly, så burde det vel funke å kjøre esphome med bluetooth-proxy på dem. Med de vanlige forbeholdene om ytelse ved samtidig wifi+ble selvsagt. Tror kanskje shelly sin egen blåtann-proxy ikke funker med annet enn shelly-produkter? Jeg synser hardt nå. Har ikke testet noen av disse teoriene i praksis.... Men jeg kjøpte noen Shelly i4 Gen3 heromdagen når Elektroimportørene nærmest ga bort restlageret, og esphome BLE proxy skjult i vegg- eller tak-boks er et av bruksområdene jeg ser for meg de kan være nyttige til. Må utforskes.

Du trykker 3 ganger på knappen merket S/R på baksiden. Ikke på test-knappen på forsiden

ekomloven gjelder definitivt også privatpersoner. "virksomhet" er nok her å forstå som "aktiviteter". Det er bare å lese videre i § 1-2. Absolutt ikke fritt fram for privatpersoner å bruke alt mulig av radiofrekvenser f.eks, og dette er loven som begrenser det Men som storeulv påpeker så gjelder kapittel 2 bare tilbydere, definert i § 1-5 som Det kan altså også væe en fysisk person. Men normalt tilbyr ikke folk slike tjenester til andre fra sine hjemmenettverk

Litt i gråsonen mellom fullverdig hub og nettverks- eller usb-tilkoblet zigbee/zwave/thread-adapter: https://smlight.tech/global/smhub Jeg ble oppmerksom på den gjennom en diskusjon om Openwrt-støtte (på ingen måte der ennå). Der er det mye nyttig info om hardwaren: https://forum.openwrt.org/t/smlight-smhub-openwrt-support/240533 Vet ikke om dette kommer til å utvikle seg til en hub etterhvert som de får firmware årntli på plass. Potensialet er der. Men for mange av oss er det kanskje tilstrekkelig med alle radioer, z2m og mosquitto i en pakke? Har bare god erfaring med https://smartlight.me/en . Kjøpte en enkel zigbee-pinne basert på en TI CC2652P med CH340 USB UART derfra i hine hårde, før krigen i Ukraina, og har brukt den som coordinator på hytta siden. Litt håndlaget utførelse den gangen, men solid og pålitelig.

Dette er vel bare enda et eksempel på at man ikke trenger å være redd for at leverandøren legger ned så lenge man holder seg til utstyr med standardisert lokalt grensesnitt. Jeg kan ikke si at jeg bekymrer meg mye for mine 10 røykvarslere og ene dimmepuck fra Elko. De har jo aldri vært koblet til noe annet enn z2m og HA uansett. Men wifi-utstyr uten et veldokumentert lokalt API er risky. Det gjelder uansett leverandør. Og at apper og skytjeneste-duppeditter som "huber" er dødt den dagen leverandøren gir seg burde ikke sjokkere noen

For å gjenopplive denne tråden med flere erfaringer av den litt mer positive varianten... I tillegg til de ubrukelige zigbee-sensorene så kjøpte jeg også en blåtann-basert plantesensor. Ofte solgt som "Xiaomi MiFlora" eller "Flower Care" eller tilsvarende. Aner ikke om alle variantene er de samme eller bare kopier. Men den varianten jeg har ser ihvertfall identisk ut som denne: https://www.ebay.com/itm/384169473179 med bla merkingen HHCCJCY01HHCC på den synlige delen av kretskortet som går ned i bakken. Den medfølgende manualen angr "HHCC" som merke. Den ble kjøpt på eBay i april 2022, fra en selger som ikke lenger har noen aktive annonser, så jeg har ikke en direkte kjøpsanbefaling å komme med. Den dukker opp som "HHCCJCY01 by Xiaomi" i "Xiaomi BLE" integrasjonen i Home Assistant Basert på bilder antar jeg at dette er eksakt samme produkt: https://www.multicom.no/xiaomi-smart-plantesensor-med-bluetooth/cat-p/c/p1500010292 Denne har jeg nå hatt stående utendørs i et blomsterbed på hytta et par somre. Jeg tar den inn om vinteren. Hytta ligger slik til at den gjerne dusjes med litt sjøvann når værforholdene tilsier det, og det aktuelle bedet er på ingen måte skjermet mot hverken sjøvann eller horisontalt plaskregn. Men det er fremdeles ingen spor av vanninntrengning i sensoren. Sammenlignet med sensorene nevnt lenger oppe i tråden så er denne sensoren helt vanntett (dvs sprutsikker - jeg tviler på at den tåler neddykking), mindre og mer diskret selv om målepinnene er omtrentlig like lange, veldig mye enklere å åpne for å bytte batteri (eller for å ta det ut for vinteren), utstyrt med illuminans-måling i tillegg til temperatur og konduktivitet (fuktighet) Jeg var opprinnelig skeptisk til at den bare har et CR2032 batteri. Men det varer og varer så det er et ikke-problem. Har faktisk brukt samme batteri i to somre på rad. Var også skeptisk til BLE. Men sensoren støttes som nevnt av Xiaomi BLE integrasjonen i Home Assistant og fungerer stabilit og fint med en esp32c3-basert BLE proxy plassert innendørs noen meter unna ytterveggen (murvegg i kjeller). Så dette har også vist seg å være et ikke-problem. Alt i alt er jeg strålende fornøyd med sensoren etter 3 års bruk. Men jeg har ikke kjøpt flere slike ennå... Selve målingen av jordfuktighet er kanskje noe mindre nyttig enn jeg hadde sett for meg. Den fungerer fint, men forsinkelsen fra regnvær til fuktig blomsterbed blir litt for stor til at det gir noen mening å regulere vanningen etter det. Når det har regnet i lang tid så vil sensoren avsløre det. Men den vil ikke hindre at du vanner i regnvær hvis det var tørt dagen før. Da er faktisk illuminans-målingen nyttigere siden den forteller når det er direkte sol i bedet. Tror en regnsensor ville være en bedre match for intelligent vanning. Denne erfaringen har jeg vel egentlig gjort tidligere også med en gammeldags Gardena-sensor tilkoblet en tidlig variant av deres vanningscomputere (altså ikke min automatisering). Det virker såder, rett og slett fordi det tar tid for vann å trenge ned i jorden fra det har falt på overflaten. Og enda verre: Det hjelper ikke at det kom en byge i går som gjør at sensoren tror det er nok fuktighet i jorden. Du trenger fremdeles å tilføre mer vann jevnlig for at det ikke skal tørke ut, og hvis det ikke regner i dag så må det vannes. EDIT: La til et bilde av begge sensortyper med åpen batteriluke slik at størrelsen kan sammenlignes. Begge batteriluker har tilsynlatende tetning, men den digre zigbee-sensoren har andre åpninger som slipper inn vann både i topp og bunn uten at det dreneres ut igjen