Bjørn Mork

mroek skrev (11 timer siden):

Ikke noe problem! Jeg har faktisk samme opplegg, og har løst det enkelt ved å la FMG fremdeles være i drift, men den får kun tilgang til VLAN 100 via sin WAN-port (fiberen er terminert i min switch, og switchen sender VLAN 100 til FMG over ethernet). FMG lyser riktignok rødt (fordi den ikke ser alle forventede VLANs), men telefon funker som normalt.

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...

omegatech skrev (20 timer siden):

TV går via Huawei Q22, og den fungerer fint til vanlig TV, men plutselig for et par måneder siden sluttet strømme-appene til NRK og TV2 å fungere. Dette var samtidig som Viken Fiber gjorde noen endringer i sitt nettverk. Appene klager over at de ikke har tilgang til internett. Dog så fungerer andre strømme-apper fint (foruten HBO).

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:

Quote

Ovnen er utstyrt med minnefunksjon. Når strømmen returnerer vil ovnen gå tilbake til samme temperatur
som før strømbruddet

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

2 hours ago, stigvi said:

2 hours ago, Bjørn Mork said:

RTC

Det støtter selvsagt esphome

Joda, men det er vel ikke mange dingser som har det?

1 hour ago, stigvi said:

Fordi en har langt flere muligheter og kan lage enheter som ikke bare er en fjernstyrt "dings", men utfører sine egne automasjoner.

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.

1 hour ago, stigvi said:

Har du Home Assistant? Og går for Tasmota? Jeg trodde EspHome var i en divisjon 3-4 hakk høyere opp 🙂

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å

Quote

Migrating my last Tasmota over to esphome and turning off the mqtt about 3 years ago was by far the best day in my “home assistant career”!

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

8 minutes ago, stigvi said:

Hm, min vil ikke flashes. Den jobber en stund og så får jeg en feilmelding i flash programvaren om "unexpected result"

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.

25 minutes ago, stigvi said:

IO0 er ført ut på kontakten du har koblet 5 ledninger

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

On 27/05/2022 at 16:42, SveinHa said:

Min Gardenaventil/automat ble frostsprengt i vinter så det ble en slik Zigbee enhet i stedet

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.

5 hours ago, Byelektrikeren said:

De advarte meg mot å gjøre dette, da han mente at noden som jeg var tilkoblet kunne "gå ned" og at jeg ville få et krav fra Altibox for å få noden "opp igjen".

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.

4 hours ago, storeulv said:

OSO har altså åpent API

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

21 hours ago, Tukun said:

Nei, ikke før TV'en vet hva du vil se på før du egentlig vet at du vil se på det

En TV blir ikke mer intelligent enn innholdet.  Du må kaste den ut hvis du skal gjøre hjemmet smartere.

1 hour ago, Moskus said:

Hva gjør den som HomeSeer med et AeoTec Heavy Duty relé ikke gjør...?

Den inkluderer også temperatursensor for berederen i følge monteringsinstruksjonene.  Det er jo en stor fordel.  Men så var det det der med wifi og skybasert api, da.  Litt mindre fordelaktig etter min smak.

13 minutes ago, Moskus said:

bortkastet tid og penger

Trodde dette var definisjonen av hobby.

Hytta hadde en del utelamper med ordinære E27-pærer.  Satte i IKEA trådfri pærer og lot HA ta seg av av/på ved soloppgang/solnedgang.  Et astrour så enkelt som det er mulig å få det, spør du meg. Og helt uavhengig av hvordan utelampene er kablet opp til forskjellige kurser og brytere.

Men det forutsetter selvsagt at utebelysningen har løse pærer og at du har en zigbee controller med et forhold til solhøyde.

3 hours ago, ProphetSe7en said:

Så da må jeg ha en egen pc som kjører en slik broker i så fall der enhetene er koblet til?

Du kan fint kjøre en broker på samme boks som du kjører f.eks HA på.  Det synes kanskje litt poengløst ut i forhold til å bare koble seg "direkte" inn i HA.  Men som @SveinHa påpeker så gir det ekstra laget en fleksibilitet som forenkler veldig mange ting.

mosquitto er jo en helt utmerket broker for dette,  og krever ytterst lite av konfigurasjon

On 10/06/2022 at 22:46, Bengt said:

Jeg har tenkt litt på Home Assistant Amber (yellow), men ser at den mangler wifi

Huh?  Den mangler vel ikke mer WiFi enn du velger å kjøpe?  Du velger selv hvilken CM4 variant du installerer.  Hvis du får tak i en....

Men en RPi4 er kanskje enklere og mer tilgjengelig.  Særlig når du allerede har donglene du trenger.  Hvor mye video den takler vet jeg ikke.  Vil anbefale å tenke på aktiv kjøling hvis du skal gjøre transkoding i stor stil.

Det skal ikke være nødvendig med så mye magi for T-We, men som med andre multicast-løsninger så trenger du igmp snooping på alle switcher og igmp proxy på routeren din.

Alt dette er faktisk dokumentert, selv om det er klin umulig å finne dokumentet hvis du ikke allerede vet at det eksisterer:

https://www.telenor.no/binaries/privat/kundeservice/tvhjelp/utstyr/tredjeparts-utstyr/IPTV tredjepart veiledning juni 2020.pdf

On 30/05/2022 at 12:50, ArnieO said:

Løsningen er nok som du sier å sette Telenor/Altibox sin ruter i bridge mode, og så bruke egen ruter.

Evt bare fjerne ISPens boks helt.  På Telenor fiber kan du plugge wan-porten på din egen router rett i ONTen.  På Altibox fiber kan du plugge fiberen i en SFP-port på din egen roiter, gjerne med SFPen tatt fra Altibox sin "VMG".  Internett er på VLAN 102.  Skal du også ha multicast-TV så er det litt mer styr, men oppskriftene ligger jo på nett.

Ikke det at jeg mener det er noe galt med ISPene sine bokser (sitter i glasshus der). Men dersom du uansett vil bruke din egen ruter, så er de jo helt undøvendige.  Og unødvendig utstyr er det best å fjerne fra nettet.

6 hours ago, slippern said:

Ta en titt på denne tråden, ikke samme boks, men samme produsent og problemstilling, https://forum.openwrt.org/t/flash-on-zyxel-nr7101/116006/3

Samme produsent og dermed noen likheter mht default passord osv.  Men egentlig flere forskjeller enn likheter.  VMG er en Broadcom-boks med CFE og tilhørende vanskeligheter.  NR7101 er en Mediatek-boks med u-boot.

Nå trenger du ikke lodde for konsoll-tilgang på noen av disse.  ZyXEL er alltid rimelig greie der og har allerede montert en pin-header.

Men jeg skjønner at konsoll ikke er så interessant.  Bare å få lokal web-administrasjon.  Jeg vil tro det lar seg gjøre.  Men jeg vet ikke om det er verdt bryet.  Er jo ekstremt mye lettere og sikrere å bare bytte til din egen boks av en eller annen type.  Du kan velge å beholde VMG i "bridge mode". eller du kan erstatte den med et eller annet med en SFP-port.  Du kan i så fall gjenbruke SFPen som sitter i VMGen.