Bjørn Mork

Fungerer like bra uten N. Eneste forskjell er vel at minimumslast blir større ettersom den må lekke litt mer strøm ut til lasten i "av" tilstand. Selve dimmeren er alltid aktiv og på nett uansett tilkobling. Men det er mulig N også hjelper på lysstabiliteten for LED? Jeg har bare prøvd uten N med halogenpærer. Aner ikke noe om antall lamper. Enig i at det høres litt vilkårlig ut med 10. Som om alle LED-spotter er like...

S22+ eller Ultra formodentlig? Jeg har selv en S22, og det var skikkelig nedtur å oppdage at den ikke støttet WiFi 6E.. Du må bruke WPA3 på 6GHz

Har du satt country til NO?

Nei, det er ikke slik hos Altibox eller noen andre norske ISPer så vidt jeg vet. Altibox leverer en helt standard Bidi SFP som du fint kan benytte i annet utstyr. Når det gjelder problemet her så høres det mest ut som et problem med brannmur og/eller ruting. Men det blir jo vill gjetting ettersom vi ikke aner hvordan det er satt opp.

Dette høres veldig rart ut. Altibox har da levert dual-stack (både IPv4 og IPv6) til kundene i lang tid nå. Det gir ingen mening med "omlegging til IPv6". Hvis det ikke er kryptisk tale for å forklare en eller annen form for CGNAT med tunnellering av IPv4 over IPv6 da. Gudene vet. Men tiden er langt fra moden til å droppe IPv4 ennå. Jeg blir litt nygjerrig her. Du har ikke en peker til infoen du har fått, eller evt en kopi du kan poste i sin helhet? EDIT: Der ser jeg du har fått den forklaringen ja. Det ga litt mer mening.

Wow! Takk. Den må testes neste gang jeg er på hytta. Var rimelig sikker på at jeg hadde lest de instruksjonene forlengs og baklengs et par hundre ganger, så jeg måtte sjekke nærmere. Første versjon av den infoen er så ny som fra juli i år: https://github.com/Koenkk/zigbee2mqtt.io/commit/730ef87a65d243f0f6d691e923b4cd01b1c33b21 Hele historien: https://github.com/Koenkk/zigbee2mqtt/issues/10740 Lærdommen er: Kikk innom z2m dokumentasjon for duppedittene dine en gang i blant. Det kan dukke opp nyttige tips lenge etter installasjon.

Jepp. Og hadde det vært en kinavare til en 50-lapp så hadde det vært greit nok. Men på et produkt til 500, uten hverken design eller mekanikk som fordyrende faktorer, så er det rett og slett for dårlig. Ikke er det dokumentert heller. Dvs, det er kanskje dokumentert. Men jeg er ikke i stand til å finne noe som helst informasjon av verdi om noe Hue-produkt på Philps' websider. De lager bare morsomme tegninger: https://media.flixcar.com/webp/synd-asset/Signify-132319351-8719514318045-322263906152.pdf Resten skal man visst finne i appen. Det har jeg ikke prøvd. Men du kan male meg grønn hvis det står noe der om flash og ram, eller de (u)praktiske konsekvensene av det.

Jupp, vært gjennom den der. Har en noen slike IKEA-knapper og har etterhvert oppgradert alle sammen til firmwaren der gruppe-binding ikke lenger virker. Syntes det var litt herkete i starten når jeg ville styre spot-armaturer med 4 GU10-pærer, men det er jo ikke verre enn at du må binde alle 4 pærene hver for seg. Er uansett en engangsgreie. Det er en god stund siden nå, men jeg er ganske overbevist om at jeg hadde IKEA-bryter-erfaringen i bakhodet og derfor prøvde begge varianter uten suksess. Brukte mosquitto_pub og/eller Z2M frontend slik jeg vanligvis gjør. Mest sannsynlig begge deler. Fiklet nok også litt med forskjellige kombinasjoner av clusters for å se om det var noe som skurret der.( normal er OnOff og LevelCtrl). Target var nok utelukkende forskjellige IKEA-pærer. Tror ikke jeg har testet med Hue eller noe annet. Uansett uinteressant. Enten virker bind mot Zigbee-pærer eller så gjør det ikke det. Litt off-topic, men det funker helt greit å binde en av de nevnte IKEA-bryterne mot en Micromatic ZB250 dimmer. Har ikke prøvd med Hue Wall Switch der.

Jeg liker å beholde bryterne til utelys, men ellers - JA. Har så vidt prøvd meg med https://www.philips-hue.com/no-no/p/hue-wall-switch-module-2-pakning/8719514318021 men erfaringen er litt blandet. Fikk aldri til å binde dem direkte til pærene så da blir bryteren avhengig av en eller annen automasjon. Selv om det virker det meste av tiden så liker jeg ikke slikt ifm fysiske brytere. Veldig lite brukervennlig den dagen det feiler av en eller annen grunn. Urimelig dyre er de også. Det er ganske mange andre alternativer til å beholde elko-bryterene når vi kommer opp i den prisklassen der. Ser at Elektroimportøren nå dumper ut denne til en mer anstendig pris, som jeg tror er samme funksjon i Namron-utgave: https://www.elektroimportoren.no/namron-zigbee-bryter-batteri/4512736/Product.html Men den har jeg aldri prøvd. Vurderte å kjøpe nå fordi prisen er som den er, men har ikke noe sted jeg vil ha slikt. Når det gjeler utelysene så er heldigvis brukerne godt oppdratt med at bryterne skal stå på uansett. Alternativene til smart-pærer er jo enten dagslyssensorer eller at lyset står på døgnet rundt. Å slå av og på manuelt hver dag har aldri funket.

Nja, det stemmer nå bare halvveis. Den må selvsagt ha strøm men den trenger ikke lyse. Zigbee pærer fungerer helt utmerket som mesh rutere. Samme gjelder forsåvidt dimmere og led drivere.

Muligens. Det gir ihvertfall mye bedre dekning i praksis. Vet ikke om det er bare sendestyrke eller om det også har med andre faktorer relatert til strømforbruk, slik som cpu-kraft og duty cycle. Vil anbefale å prøve. Du ser jo min erfaring ovenfor. Og du vil høyst sannsynlig også få mye bedre batterilevetid ved å plassere en kablet dings i nærheten av batterisensoren. Pakker som må sendes på nytt koster batteri. IKEA-pærer er rimelige hvis du har lamper med E27 eller GU10 sokkel. For en enkel test kan du jo også bruke en flyttbar lampe.

Nettopp. Da er det ikke bare meg. Evt hadde det ikke gjort så mye hvis dimmingen alltid startet fra lagret power-on verdi. Da ville du i verste fall fått en liten endring i ønsket lysstyrke. Hovedproblemet er at de starter på minimum Antar de kan fikse dette med en firmware-oppdatering hvis de vil. Men det sitter sikkert langt inne ettersom endringer i oppførsel medfører risiko for klager den andre veien. Og da kan de ikke lenger vinne. Bedre at de som evt liker funksjonen får beholde den.

Men hvis du trykker av og deretter skrur mot klokka (ett hakk er nok), hva skjer da? Må du da trykke to ganger for å få på lyset igjen?

Jeg endret exposes: [e.light_brightness(), e.power(), e.current(), e.voltage(), e.energy()], til exposes: [e.light_brightness().withLevelConfig(), e.power_on_behavior(), e.power(), e.current(), e.voltage(), e.energy()], i zigbee-herdsman-converters/devices/micromatic.js og kan da sette f.eks "level_config":{"on_level":187} og "power_on_behavior":"on". Jeg ser at det har effekt ved at "brightness" settes til 187 når dimmeren slås av, og dermed at dette er lysstyrken når den slås på ved å trykke på hjulet. Men det endret ikke oppførselen når hjulet snurres i av-posisjon. Da slår den seg fremdeles på med "brightness" satt til 1. Mulig jeg ikke fant de helt riktige besvergelsene. Må innrømme at jeg fikler mer enn jeg forstår her 😉 Men du får altså til å stille inn dimmeren slik at den starter med en valgt lysstyrke forskjellig fra minimum når du roterer hjulet i av-posisjon?

Hmm. Det er et bra tips. Når jeg tenker på det så er det vel mer praktisk med et forhåndvalgt lysnivå per lampe enn en tilfeldig verdi som dimmeren stod på sist noen slo den av. Men jeg bruker zigbee2mqtt og der ser det ikke ut til at de innstillingene er eksportert. Ihvertfall finner ikke jeg dem hverken i HA eller i Z2M frontend. Antar det lar seg fikse.

Joda. Så jeg bør vel bare løpe rundt og sette fornuftig minimumsnivå. Det er tross alt veldig enkelt på denne dimmeren. Bare sløvhet som gjør at jeg ikke har gjort det. Jeg vet uansett ikke om jeg er så glad i funksjonen. Virker mer upraktisk enn nyttig. Men det er kanskje fordi det er litt uvant

Er veldig fornøyd med disse dimmerne så langt. Men de har en feature som overrasket litt og som har medført noen brukerfeil her i huset: Du kan slå på lyset ved å rotere dimmerattet. Det er ikke nødvendig å trykke på det. Problemet er at dimmeren da starter på "min" uansett hva den var stilt på før. Det spiller ingen rolle hvilken vei rattet roteres. Funksjonen gir en viss mening om man roterer kraftig med klokka. Men hvis du bare så vidt rører rattet, eller roterer det mot klokka, så blir dimmeren slått på med minimum styrke. Og har du, som meg. vært sånn passelig lite nøye med å justere minimum så kan forskjellen på "av" og "på mimimum" være helt usynlig. Da er det fort gjort at en bruker forsøker på trykke på dimmeren for å slå på lyset. Og dermed slå det "av" igjen.. Et tips for å unngå de verste frustrasjonene er vel å justere minimum lysstyrke slik at det er synlig. Men jeg tror egentlig jeg ønsker meg at funksjonen forsvinner. Ser ikke helt nytten.

Lite grunn til det. Den første delen av instruksjonen består i å boote OpenWrt fra RAM. Du kan jo velge å teste det uten å gå videre med sysupgrade. Da har du ikke endret noe som helst, og en power cycle vil boote tilbake til original firmware. Merk at U-Boot environment variable heller ikke er persistent på denne boksen - den har environment utelukkende i RAM. Litt herkete ettersom jeg måtte skrive en egen driver for å håndtere det. Ellers endte boksen bare opp med å boote "rescue" installasjonen sin etter hvert. Du har tilgang til ubi-kommandoer i bootloader-shell, så hvis du vil kan du ta kopier av original firmware før du gjør noe mer. Men du beholder uansett den versjonen som ligger som ubi volumene "kernel-rescue" og "rootfs-rescue" også etter installasjon. OpenWrt rører ikke dem. Det er derfor mulig å gå tilbake til Telenor-firmware vha en "rescue" boot, eller evt ved å kopiere dem til "kernel" og "rootfs". Jeg tenkte opprinnelig at dual-boot med original firmware kunne være interessant. Men dessverre ødelegger den firmwaren Openwrt-installasjonen ved å slette "rootfs_data", så det er dessverre ikke mulig. Ellers hadde det jo vært praktisk for testing.

Usannsynlig. Lokal management er stengt med hensikt. Bootloader er eneste vei inn. Men jeg vil hevde at det er sånn passelig komplisert. Du skal være over middels interessert for å gidde. Da har vi sortert ut de mest interessante brukerne 🙂

Kom meg aldri til å lage den planlagte wiki-siden. Er for kjedelig å skrive dokumentasjon 😉 Men instruksjonene er her: https://github.com/openwrt/openwrt/commit/6cc14bf66aa924962b926ea9702b6153ae418a7d Innebærer at du må åpne boksen og koble til konsoll. Slik må det dessverre bli ettersom du ikke har noen annen management-tilgang til ruteren. Men du slipper å lodde noe. Det er allerede en header der. Du trenger bare en 3,3 V USB TTL dongle/kabel av en eller annen type. Du finner snapshot-images her: https://downloads.openwrt.org/snapshots/targets/mediatek/filogic/openwrt-mediatek-filogic-zyxel_ex5700-telenor-initramfs-kernel.bin https://downloads.openwrt.org/snapshots/targets/mediatek/filogic/openwrt-mediatek-filogic-zyxel_ex5700-telenor-squashfs-sysupgrade.bin Det som stod om ex5700 i release notes for 23.05 var dessverre ikke korrekt. Vet ikke helt hvorfor den endte opp der. De var kanskje litt for ivrige etter å promotere støtte for Wifi 6E? Er generelt ikke noe større problem å bruke snapshot. Det eneste er at pakke-repoet stadig oppdateres. Dette gjør at det umulig å installere drivere, eller andre kjerne-moduler, etter et par dager. Men det meste annet går bra. Og det er jo ikke verre enn at du bare kan laste et helt nytt snapshot-image hvis du kommer på at du trenger en driver. Etter førstegangs installasjon er videre oppgraderinger like enkelt som ellers.

TubesZB ser ut som et veldig interressant produkt. Lekte med tanken om å sette sammen noe slikt her om dagen mens jeg trodde jeg trengte en coordinator i garasjen (der jeg har en PoE switch men ingen egnet USB host). Det slo meg ikke at dette allerede fantes i en mye mer elegant form, fiks ferdig med gjennomtenkt firmware. Jaja, nå trengte jeg det ikke likevel da. Men liker uansett løsningen.

Hvorfor måtte du ha en TubesZB POE coordinator? Eller mente du bare at det var den du tilfeldigvis har? Antar du måtte ha HUE Smart Plug for å ha et eller annet som fungerer som Zigbee Green Power proxy? Ref https://www.zigbee2mqtt.io/advanced/zigbee/01_zigbee_network.html#green-power-devices

149 kroner i Norge ser det ut til: https://www.ikea.com/no/no/p/vallhorn-tradlos-bevegelsessensor-smart-hvit-90504341/ https://www.ikea.com/no/no/p/parasoll-dor--vindussensor-smart-hvit-80504308/ BADRING mangler visst ennå

Micromatic sendte meg en bunnlast og den fjernet alt restlys som forventet. Utmerket service og flott produkt.

Huskelapp: Lys testes best i mørket.... Må dessverre moderere entusiasmen noe. Det viste seg at det var et svakt rest-lys i disse LEDene når dimmeren var av eller helt dimmet ned. Måling vser ca 77V mellom last og N. Men jeg tror egentlig dimmer er forholdsvis uskyldig i denne situasjonen. Problemet er nok heller lampene i kombinasjon med at den ikke bryter kretsen helt, men har en motstand i megaohm-området. Måling tyder på at det ikke er noen egentlig forskjell på om dimmeren er dimmet til 0 eller slått av. FWIW, så lyser lampene eksakt like mye når jeg prøver å måle spenningen uten dimmeren. Strømmen gjennom multimeteret er altså nok for dem... Dette var med 7 av denne typen lamper: https://www.onninen.no/en/sg-armaturen-zip-star-230v-m-hvit-5w-led-3030-sg-armaturen-as/p/GDJ772 (altså en litt eldre ZipStar enn den som selges nå) Ettersom poenget mitt mest var å få plassert dimmeren et sted den gjør nytte som Zigbee-repeater så flyttet jeg den bare. Til en lampe med en enkelt Osram 8,5W E27. Og den lyser ikke når dimmeren er av. Øh, ja, nå er det jo fremdeles for lyst - men jeg er rimelig skker denne gangen 🙂 Responsen ved av og på tyder på at pæra har en forståelse av dette. I motseting til ZipStar-lampene så trenger denne pæra en liten boost for å tenne umiddelbart når den er helt neddimmet. Jeg målte ca 1,5 MΩ gjennom ZipStar-lampene når de er av. Innser at dette på ingen måte er linjært eller pålitelig, men vil uansett gjette på at en bunnlast av typen https://www.micromatic.no/produkt/bunnlast-for-dimmer-microdim-zb250--102536?code=SR1300 ville eliminert problemet. Den vil jo ha en motstand flere dimensjoner mindre, så den vil spise all strømmen som går i kretsen.