Bjørn Mork

Jeg har brukt en helt ordinær RTL2838 dongle til å lytte på min (og naboenes 🙂 vannmålere. Dessverre er Asker mye vanskeligere av seg enn Lillestrøm mht nøkler, så prosjektet gikk ingen vei. Men mottak funket ihvertfall helt fint med den samme donglen som jeg nå bruker til diverse 433 MHz sensorer. Jeg tullet rundt med wmbusmeters og rtl-wmbus i starten. Men det er jo bare unødvendg kronglete. rtl_433 støtter også wmbus på 869 MHz til tross for navnet.

Ser ut som de kanskje har fjernet den? Utsolgt? Jeg finner den ihvertfall ikke hos OBS lenger. Men hvis det er en slik: https://www.power.no/smarte-hjem/smart-varmestyring-og-klima/luftkvalitets-maaler/qnect-smart-temperatursensor-zigbee-hvit/p-1149244/ så kjøpte jeg en på OBS i september (var alt de hadde igjen i den butikken jeg var i). Ikke store statistikk-grunnlaget men den har nå iaffal funket helt som forventet for meg siden da. Måtte ofre et nytt batteri siden det som fulgte med manglet polbeskyttelse, til tross for "forseglet" eske. Greit nok kjøp til en hundrings eller mindre. Ville ikke betalt tre hundre.... Dukker opp som en slik i zigbee2mqtt: https://www.zigbee2mqtt.io/devices/TT001ZAV20.html Som er det samme som f.eks https://www.kjell.com/no/produkter/smarte-hjem/smarte-sensorer/smarte-temperatursensor/nedis-smart-klimasensor-p51712

Slike? https://www.sectoralarm.no/boligalarm/magnetkontakt/ 868 MHz sier i så fall specen. Det er forsåvidt også mest sannsynlig selv om du har en annen modell. Tror man anser 433 MHz som litt for støy-preget for slike "proff"-løsninger Burde uansett la seg fange opp med rtl_433. Den støtter helt fint 868 MHz på tross av navnet.

Vil anbefale zigbee2mqtt i stedet hvis det er slik at du er vant til at Zigbee betyr trøbbel. Da tror jeg det må være noe galt med systemet ditt, uten at jeg skal påberope meg noen erfaring med hverken DeConz eller JowiHue. Men det er jo selvsagt ikke bare-bare å migrere heller...

Usikker på om jeg skal si noe om dette eller ikke, men.... Litt avhengig av hvor godt isolert det kaldloftet er, så er det mulig du skal levne en liten tanke til fuktsperra også. Sørg gjerne for at den er tett rundt kabelhullet. Ellers har du fort en liten muggfarm der. Ellers ville jeg også bare dratt kabelen gjennom et minst mulig hull i platene, og evt inn i et rør på den usynlige siden hvis ønskelig/nødvendig. Utførselsen er vel egentlig mest avhengig av kabelføringen videre på den sylige siden. Hvis du legger åpen kabel på vegg eller himling så vil jo ikke et hull i himlingsplata der dette ser mest naturlig ut være spesielt prangende. Forstår det slik at du uansett har behov for å føre kabler nedover, men har du vurdert å plassere AP for den øverste etasjen oppe på kaldloftet? Gjorde det på hytta og angrer ikke. Installasjonen blir ikke mer usynlig enn det. Og dekningsmessig så spiller det jo ikke noen som helst rolle med noen få cm glava og noen tynne plater mellom. Hadde uansett tenkt å trekke ethernet-kablene via kaldloftet. Droppet bare å trekke dem ned igjen der APene skulle være. Bruker PoE, så trenger ikke tenke på strøm-opplegg på loftet.

Etter at vi fikk VMG ville DHCP-serveren på VLAN 101 bare svare mac-adresser som lignet på VMGen sin. Trenger ikke være identisk, men OUI må være den samme tror jeg

På hytta bruker jeg en Pi4 med PoE hat og USB-pinne. Den har forsåvidt vært dønn stabil, men jeg er god på å kødde til ting selv. Gjerne mens jeg sitter hjemme... En stor fordel med PoE er at du kontrollerer av/på fra switchen som er PSE. Men siden RPien er router/server/altmulig på bytta så ble remote tilgang til switchen bak litt vanskelig hvis Pien først feilet. Løste dette med en cron-jobb på switchen: */5 * * * * ping -A -c 180 -i 1 -W 1 -w 0 192.168.99.3 >/dev/null || reboot der 192.168.99.3 er management-adressen på Pien og normalt nåbar fra switchen uansett nettverksstatus ellers. Brukte såpass lang timeout som 180 sekunder for at dette ikke skulle trigge ved normal boot av Pien. Denne switchen er såpass teit at den kutter PoE ut når den booter. Derfor virker "reboot" av switchen som "resett hele nettet, inkludert PoE aksesspunkter og Pi" Nå passer neppe denne løsningen overalt. Grunnen til at jeg kan kjøre en cron-jobb på switchen er at den kjører OpenWrt. Men tenkte jeg kunne nevne muligheten. Hovedpoenget er PoE som fjernstyringsmekanisme for Pi, i tilleg til å være en kraftig og stabil strømforsyning

Doh! Leseferdighetene er skrale for tiden. Nå er jo ikke en slik SFP store utgiften uansett, men da blir det litt mer pes ja.

D-Link er kjipe med modellbetegnelser, men jeg tror det bare var de Marvell-baserte som kom med slike SFP+RJ45 porter. Ref https://svanheule.net/switches/dgs-1210_series Du kan nok spare et par watt ved å bytte den ut med noe nyere 🙂 Men jeg tviler på at den switchen er spesielt kranglete mht hva slags SFP du bruker. Så du kan mest sannsynlig bare bruke SFPen fra VMG hvis du vil. Altså null utstyrsbehov for egen ruter, så lenge du ikke har for få porter da

Ja, jeg har antatt at det ville funke, men aldri hatt anledning til å teste det i praksis. Godt å ha det bekreftet. Egen SIP-løsning håper jeg de har lagt inn tilstrekkelig med hindringer mot. Vil jo helst ikke ha de kontene på avveie...

Interessant. Jeg kjører Viken/Altibox via egen ruter og har gjort det i mange år, men prøver å holde dekoderen (også Q22) så isolert som mulig på sitt eget VLAN. I gamle dager satte jeg den bare rett på VLAN 101 fra Altibox. Men etter en omlegging for noen år siden måtte jeg flytte den til et separat VLAN og rute mellom disse. Jeg rutet da både multicast og unicast mellom dekoder og VLAN 101. Fremdeles med dekoderen helt isolert fra VLAN 102 (Internett). Det så for meg ut til at Altibox rutet alt som dekoderen trengte fra Internett på VLAN 101 også. Som jo ga mening for deres egen "bridge mode" tjeneste. Dette oppsettet hadde virket et par år når Viaplay strømme-appen brått å funke for noen uker side. Hos meg virket fortsatt NRK. Jeg snoopet litt på trafikken og konstaterte at Viaplay-appen forsøkte å nå noen CDN-adresser uten å få svar på VLAN 101. Aner ikke om det skyldes at tjenesten har byttet adresser, eller tilfeldigvis endte opp på en del av CDNet som Altibox hadde glemt å rute, eller om Altibox hadde endret noe. Uansett, konksekvensen var ihvertfall den samme: For å få både live-TV (vet ikke helt hvorfor jeg bryr meg...) og alle strømme-appene til å virke, så må jeg nå rute multicast via VLAN 101 og det meste annet via VLAN 102. Med unntak av de spesifikke rutene som DHCP-serveren til Altibox på VLAN 101 gir meg. Jeg antar at de går til interne TV-tjenester, og at det derfor er lurest å rute de på TV-VLANet. Men opplegget har altså stadig blitt mer herkete, og unødvendig herkete IMHO. Jeg antar det er en (muligens ubevisst) gradvis nedprioritering av de gamle dekoderene, til fordel for den nye som "bare trenger Internett". Jaja, lang historie. Herk eller ikke, jeg tror løsningen på problemet ditt er egen ruter. Du slipper ikke unna å ha en annen ruter enn Altibox sin mellom dekoderen fiberene dersom du skal få "blandet sammen VLAnene", og da kan du jo like gjerne droppe Altibox sin. Så vidt jeg kan forstå så ahr du allerede det meste (all?) hardwaren du trenger. Ser du skriver "10p" på switchen. Det er ikke tilfeldigvis en 8 RJ45 + 2 SFP? I så fall så kunne du jo ta SFPen fra VMGen og sette inn der, og så trunke VLAN 101 og 102 derfra til pFSense ruteren din. Da ville den sikkert kunne tatt seg av all magien både som TV og Internet ruter. Med forbehold om at jeg ikke har filla peiling på pfSense

Ingen erfaringer å komme med, dessverre. Men takk for pekeren til et svært interessant produkt. Ser jo akkurat ut som det jeg ønsket meg i fjor. Bare synd at fyring med strøm er så "last year" at det ikke gir noen mening å bytte ut panelovner med nye... Regner med at det bør være kakestykke å få styrt disse ovnene fra det meste av åpne Zigbee gateways. Men jeg fant dem ikke hos f.eks. zigbee2mqtt, så det kan godt tenkes at støtten ikke er på plass ennå. I så fall må du enten legge til den støtten selv eller vente på at noen andre gjør det. Nå burde det være en ganske grei sak. Ser at ovnene kommer med komplett Zigbee interface-dokumentasjon: https://www.elektroimportoren.no/docs/lib/5401395-Manual-18.pdf Blir ikke bedre enn det. Ellers noterer jeg meg følgende i den ordinære brukerveiledningen: Og med et greit direkte brukergrensesnitt med display og knapper på ovnen, så ser det nesten ut til at noen har hatt min ønskeliste for panelovner i bakhodet når de designet denne 🙂 EDIT: Om noen skulle ha lyst til å legge til ovnene i zigbee2mqtt så ser jeg at Namron har beholdt sånn ca kompatibilitet med termostatene sine. Mange (alle?) vendor-spesifikke properties under termostat-clusteret er de samme. Så du kan mer eller mindre bare bruke denne converteren direkte: https://github.com/Koenkk/zigbee-herdsman-converters/blob/master/converters/fromZigbee.js#L1716 Og ellers er jo det meste standard-properties

Det støtter selvsagt esphome Joda, men det er vel ikke mange dingser som har det?

Det argumentet kjøper jeg. Selv om jeg tror bruksområdet på en slik ferdig-dings uten sensorer og RTC er nokså begrenset. Men kaffetrakter-timer er jo en mulighet.

Her føler jeg et behov for litt voksen-opplæring. Som uerfaren med begge så må jeg innrømme at valget var nokså tilfeldig for min del. Tasmota har såpass lang historie at den var det første som dukket opp i bakhodet. Og det virker jo helt greit. Web-UIet suger selvsagt, men det er uansett ikke noe jeg kommer til å bruke etter førstegangs konfigurasjon. Men kommentaren din fikk meg til å lure - hva går jeg glipp av med Tasmota? Jeg kommer nok også til å legge til denne i Home Assistant, selv om jeg ikke er helt sikker på om jeg egentlig kommer til å automatisere noe rundt den. Mitt primære bruksområde, foreløpig ihvertfall, er bare fjernstyring. Og da er det enklere å poste en kommando via MQTT direkte. Uansett, du fikk meg til å Google og jeg fant bla https://community.home-assistant.io/t/goodbye-tasmota/436293/64 Men jeg ble jo ikke noe klokere av det. Tvert imot faktisk. Kom ikke så langt før jeg så og det gir jo bare ingen som helst mening. En av de tingene jeg virkelig liker er å ah MQTT som et lag mellom HA og whatever. Det isolerer HA som frontend fullstendig fra hardware, slik at jeg - i teorien ihverfall - enkelt kan bytte ut HA om jeg skulle føle for det. Men enda viktigere er at jeg slipper å gå gjennom HA når jeg ikke vil/føler behov. Jeg kan feede sensor-data til en remote broker via en MQTT bridge, og mate det inn i influx der uten at HA er involvert i det hele tatt. Samtidig som HA også sitter med de samme sensorene og kan gjøre sine ting med dataene. Og jeg kan lett scripte ting både mot Zigbee-brytere og denne Tasmota-dingsen, uten at jeg trenger å forholde meg til noe annet enn MQTT. Det nevnes også https og kryptering som feaures med esphome, og den nytteverdien kan jeg se. Det spiller bare ikke noen rolle i mitt nettverk (isolert IOT-nett med lokal MQTT-broler), og da vil jeg uasnett ikke ofre ESP-ressursene på slikt. Så hvorfor esphome? Enklere å bygge egen firmware? Sikkert. Ser ikke helt behovet akkurat nå. Kanskje hvis strømskinna faktisk har en ads1115. Ellers ga Tasmota meg fjernstyring og status for de 4 reléene via MQTT, samt lokal kontroll med hver utgang vha den ene knappen skinna har. Mulig jeg er en enkel sjel, men det er alt jeg har fantasi til å ønske meg

Jeg trøblet et par ganger med noe tilsvarende: bjorn@miraculix:/usr/local/src/git/esptool$ /usr/bin/python3 ./esptool.py -p /dev/ttyUSB3 write_flash -fs 1MB -fm dout 0x0 ~/tmp/tasmota.bin esptool.py v4.4-dev Serial port /dev/ttyUSB3 Connecting... Detecting chip type... Unsupported detection protocol, switching and trying again... Connecting... Detecting chip type... ESP8266 Chip is ESP8266EX Features: WiFi Crystal is 26MHz MAC: d8:bf:c0:d6:ff:e1 Stub is already running. No upload is necessary. Configuring flash size... Flash will be erased from 0x00000000 to 0x0009cfff... Compressed 639184 bytes to 456231... Writing at 0x0000b7b0... (10 %)Traceback (most recent call last): File "/usr/local/src/git/esptool/./esptool.py", line 34, in <module> esptool._main() File "/usr/local/src/git/esptool/esptool/__init__.py", line 1024, in _main main() File "/usr/local/src/git/esptool/esptool/__init__.py", line 824, in main operation_func(esp, args) File "/usr/local/src/git/esptool/esptool/cmds.py", line 556, in write_flash esp.flash_defl_block(block, seq, timeout=timeout) File "/usr/local/src/git/esptool/esptool/loader.py", line 109, in inner return func(*args, **kwargs) File "/usr/local/src/git/esptool/esptool/loader.py", line 988, in flash_defl_block self.check_command( File "/usr/local/src/git/esptool/esptool/loader.py", line 407, in check_command val, data = self.command(op, data, chk, timeout=timeout) File "/usr/local/src/git/esptool/esptool/loader.py", line 376, in command p = self.read() File "/usr/local/src/git/esptool/esptool/loader.py", line 308, in read return next(self._slip_reader) StopIteration Siden det ellers så ut til å virke greit så mistenkte jeg for lite futt i adapteret til å holde VCC oppe. Jeg byttet fra et ch341 adapter til et basrt på pl2303, men prøvde det egentlig ikke. Koblet fra 3.3V og plugget i 240V i stedet. Det funket. Men er vel kanskje ikke en løsning jeg vil anbefale noen. Vær forsiktig i så fall... Den korrekte løsningen er nok mer futt inn på VCC, enten med en separat 3.3V forsyning eller et serie-adapter som klarer å levere

Hmm, jeg ser på https://community.home-assistant.io/t/deltaco-smarthome/146101/64 at det er en ads1115 for strøm-måling på den tilsynelatende identiske https://templates.blakadder.com/SWB2.html Det hadde jo vært veldig fint. Men jeg kan ikke skjønne hvor den i så fall skal være? Ser U4 med 8 pinner, men ingenting med 10.

Doh! Jeg leste det som 100 og skjønte ikke hva de mente 🙂

Vet ikke om det er kjent, men OBS ser ut til å kvitte seg med disse til en behagelig pris: https://www.obs.no/elektronikk-og-underholdning/elektronikk/smarte-hjem/smart-plugs/2079033?v=Obs-7333048044884 Er ikke så veldig fan av wifi-styring, men det er jo ikke mange "smartplugger" med hele 4 relé å finne til den prisen. Så jeg plukket opp en slik på OBS Haugenstua i dag. De hadde fremdeles flere igjen der. Og bare for å fjerne enhver tvil: Dette er gode, gamle Tuya-greier som du kan bruke Tasmota på. De inneholder en LM1 ESP8266 modul, og har merkede hull for serie-header på hovedkortet. Trenger bare skru ut 6 stjerneskruer for å få tilgang. Og ytterligere 6 stjerneskruer for å løsne kortet slik at du får tilgang til oversiden. Må vel være en av de enkleste "smartpluggene" å åpne... I følge spec på https://templates.blakadder.com/deltaco_SH-P03USB.html så er det ingen knapp koblet til GPIO0 så du må kortslutte den til jord på andre måter for å få flashet. Men det funket veldig greit å sette en delvis utrettet binders i spenn mellom kontakten på LM1-modulen og en av USB-kontaktene. Der stod den dønn stabilt og holdt GPIO0 lav. Pinout for LM1 er her: https://tasmota.github.io/docs/Pinouts/#lm1 EDIT: tok med et bilde for å forklare hva jeg mener med binders-løsningen

Jeg har også prøvd ut den der (Woox R7060) på hytta i sommer. Og er strålende fornøyd. Har funket helt stabilt og greit. Synes også designet er så bra som en slik dings kan bli. Passe diskret med lokket på, og et helt idiotsikkert brukergrensesnitt bak lokket. Det eneste lille irritasjonsmomentet har vært manglende batteri-status i zigbee2mqtt. Men nå la jeg merke til at det plutselig virket etter gårsdagens release. Der var denne fiksen med, og den løser endelig problemet: https://github.com/Koenkk/zigbee2mqtt/issues/13649 Har faktisk 89% batterikapasitet igjen hvis jeg skal stole på målingen. Så da spiser den heller ikke så mye batteri som man kunne frykte fra en slik ventilsak.

Helt usannsynlig, selv om du skulle prøve veldig hardt på å ødelegge. Utstyret er ikke så skjørt. Og som andre har nevnt: Hvis du bruker deres egen SFP så er du jo ihvertfall helt sikker på at signalnivå og bølgelengde blir riktig. Ellers er det jo mange som bruker eget utstyr mot Altiboks uten at de ser ut til å bry seg om det. De vet med en gang når noen kobler vekk hjemmesentralen ettersom de gjør management av den. Det er bare ingen grunn til at de skal bry seg så lenge de slipper support-ansvar for slike løsninger. Og det gjetter jeg er hoved-grunnen til at de ikke dokumenterer muligheten. Jeg har tatt fiber inn i egen SFP i over 6 år nå. Ennå ikke sett noen problem av den grunn. Siden i fjor har jeg også gjort det samme på hytta, men der kunne jeg gjenbruke SFP fra hjemmesentralen. Har også hatt en montør innom for å "bytte hjemmesentral" (borettslagsavtale der alle fikk oppgradert til VMG). Jeg forsøkte da å effektivisere operasjonen ved å bytte esken med den gamle sentralen mot esken med den nye. Det gikk ikke.... Etter en telefonsamtale med Viken måtte montøren pent skru opp og koble til den nye sentralen. Og så måtte jeg koble den vekk og skru den ned igjen etterpå 🙂

Ja!! Tatt i betraktning hvor billig og lett det vlle vært å integrere lassevis med sensorer i en vv-bereder ved produksjon, og hvor håpløst vanskelig det er å ettermontere, så er det pussig at det ikke er et større tilbud av beredere der dette er på plass. Ser for meg flere temperatur- og trykk-sensorer på forskjellige steder. Og muligens gjennomstrømmings- og lekkasje-sensorer også, selv om det er litt lettere å klatte på i ettertid. Det finnes ingen unnskyldning for å lage en bereder som ikke kan bli smart i 2022. OK, det er mulig å gjøre berederen litt smartere uten sensorer på innsiden. Men mulighetene er nokså begrensede i forhold til hva de kunne vært.

Jeg er vel litt i samme kategorien. Trives godt med kommandolinje og scripting. Men må si at jeg har funnet meg greit til rette med å ha både home assistant og zigbee2mqtt frontend i tillegg. Er ikke så dumt med et gui for oversiktens skyld av og til. Det geniale med å ha MQTT som et lag imellom duppedittene og frontend er jo at man kan ha mange andre ting enn HA som kontrollerer de samme sensorene, bryterne osv, F.eks. egne script. Eller en bridge fra den lokale brokeren på hytta til en MQTT-broker hjemme, der

Jeg er imponert over hvor mye saklig og kortfattet informasjon du klarer å få lurt inn i en slik artikkel i den kulørte ukepressen.

I skyen, antar jeg? For det er vel ikke åpent på boksen?