Bjørn Mork

i tilfelle noe lurer: Jeg bet i det sure eplet og gambler på at rpien med ha, z2m og mosquitto er stabil nok. Har jo forsåvidt en backup i form av Trådfri dimmere bundet til de samme pærene. Men jeg kjenner noen som kommer til å bli vanvittig frustrerte om bryteren på veggen skulle slutte å virke en dag... En annen lite gjennomtenkt detalj med disse er at de ikke forteller hvilken stilling bryteren har. I "rocker" modus sender de både "press" og "press_release" events hver gang bryteren slås av eller på. Det gir jo en grei trappefunksjon sammen med mapping til "toggle" av lyset, men jeg skjønner ikke hvorfor de ikke samtidig kunne forelle om bryteren er lukket eller åpen. Det burde jo vært en smal sak. Og det er nyttig info i en del sammehenger. Siste klage for i dag: De er kanskje ikke så store, men de kunne nå gjerne vært enda litt mindre. Ville lure en inn i en "76 PH" koblingsboks ( https://proff.elko.no/koblingsboks-76/koblingsboks-76-ph-article1537-716.html ), men selv uten en av klemmene var det akkurat ikke plass. Det gikk til slutt etter å ha filt et spor for koblingsboksskruen i Wall Switch modulen. Men det er et unødvendig stort kretskort med veldig mye plast rundt. OK, jeg kan akseptere at den plasten skal isolere denne fra omgivelsene. Men noe mindre kunne den nå ha vært.

Som du påpeker så er jo dette irrelevant i forhold til reklamasjonsretten, men bare for å pirke: Det er fremdeles tillatt å utføre arbeid i egen bolig uten å tilhøre noen registrert virksomhet, forutsatt at du oppfyller kvalifikasjonskravene i § 7, første ledd. Og det betyr ikke nødvendigvis faglært. Det er tilstrekkelig med en "relevant master". Jeg foretrekker å ikke sjekke for grundig hva som regnes som relevant 🙂 FWIW, så var det iaffal ikke noe problem for el-tilsynet at jeg tilstod "det der har jeg kablet selv" der det var tilfelle

Jeg klarte å bytte om 5V og jord når jeg loddet en USB B-kontakt på et kort en gang i tiden. Det ble grei lunk i kabelen av det. Men porten på PCen stengte ganske raskt ned, så noen brannfare var det jo aldri. Godt var det, for treg som jeg er så tok det meg litt tid å skjønne sammenhengen. Og enda litt mer tid før jeg skjønte hvorfor forrige utgave av kortet feilet ved å bli detektert som Low Speed i stedet for den forventede Full Speed... Hint: FS skal ha pull-up på D+ mens LS har pull-up på D- Har i grunnen aldri vært spesielt stødig på lodding, selv før hendene begynte å skjelve

Hmpf. Alle andre har visst mye greiere kommuner å forholde seg til. Hvilken kommune var dette?

Det er jo en viss framgang her, men ikke helt i boks ennå: https://github.com/Koenkk/zigbee2mqtt/issues/7975

Doh! Takk. Det burde jeg kanskje gjettet.

wtf er en ssr? (norsk) Wikipedia gir meg ingen åpenbart riktige svar, selv om jeg kan ha sansen for det første alternativet: https://no.wikipedia.org/wiki/SSR

Du må vel strengt tatt ikke erstatte Tibber pulse for å bruke Pow-U? Det burde funke greit å bruke begge samtidig vha en splitter-kabel. Må nok sikkert strømforsyne en eller begge via ekstern USB-power.

Kan melde meg på i klubben. Kjøpte samme adapter via den eBay-annonsen det vises til lenger opp. Bestilte 6. august og mottok 18. august. Null trøbbel. Virker helt som forventet. Har den koblet på en RPi4 med en halvmeter kabel. Om jeg skulle pirket på noe jeg kunne tenkt meg å endre, så hadde det vært praktisk å med software-styrt trigging av bootloader. Litt unødvendig krøkkete å måtte fjerne plastdekselet for å fysisk trykke på en knapp hver gang du skal oppgraderte firmware. Men det problemet er jo ikke denne pinnen alene om. Og noe stort problem er det ikke. Har bare oppgradert en gang så langt.

Eksempel på en sesjon fra en RPi4 (men en hvilken som helst Linux-boks med nyere blåtann burde funke): Finn BLE-dingser i nabolaget: root@idefix:/tmp# hcitool lescan LE Scan ... F3:BA:84:AA:5A:48 Netti_01452ec784 F3:BA:84:AA:5A:48 (unknown) 58:93:D8:8C:7C:72 (unknown) 58:93:D8:8C:7C:72 (unknown) 80:6F:B0:A9:EA:0F (unknown) 80:6F:B0:A9:EA:0F (unknown) ^C Koble deg til en av de interessante. Her en Airthings Wave Mini: root@idefix:/tmp# gatttool -I [ ][LE]> connect 80:6F:B0:A9:EA:0F Attempting to connect to 80:6F:B0:A9:EA:0F Connection successful Finn ut hvilke variable du kan lese/skrive ("characteristics" i BLE lingo): [80:6F:B0:A9:EA:0F][LE]> characteristics handle: 0x0002, char properties: 0x02, char value handle: 0x0003, uuid: 00002a00-0000-1000-8000-00805f9b34fb handle: 0x0004, char properties: 0x02, char value handle: 0x0005, uuid: 00002a01-0000-1000-8000-00805f9b34fb handle: 0x0006, char properties: 0x02, char value handle: 0x0007, uuid: 00002a04-0000-1000-8000-00805f9b34fb handle: 0x0009, char properties: 0x20, char value handle: 0x000a, uuid: 00002a05-0000-1000-8000-00805f9b34fb handle: 0x000d, char properties: 0x02, char value handle: 0x000e, uuid: b42e3b98-ade7-11e4-89d3-123b93f75cba handle: 0x0011, char properties: 0x2c, char value handle: 0x0012, uuid: b42e3ef4-ade7-11e4-89d3-123b93f75cba handle: 0x0015, char properties: 0x10, char value handle: 0x0016, uuid: b42e41c4-ade7-11e4-89d3-123b93f75cba handle: 0x001a, char properties: 0x1c, char value handle: 0x001b, uuid: f000ffc1-0451-4000-b000-000000000000 handle: 0x001e, char properties: 0x1c, char value handle: 0x001f, uuid: f000ffc2-0451-4000-b000-000000000000 handle: 0x0022, char properties: 0x14, char value handle: 0x0023, uuid: f000ffc5-0451-4000-b000-000000000000 handle: 0x0027, char properties: 0x02, char value handle: 0x0028, uuid: 00002a23-0000-1000-8000-00805f9b34fb handle: 0x0029, char properties: 0x02, char value handle: 0x002a, uuid: 00002a24-0000-1000-8000-00805f9b34fb handle: 0x002b, char properties: 0x02, char value handle: 0x002c, uuid: 00002a25-0000-1000-8000-00805f9b34fb handle: 0x002d, char properties: 0x02, char value handle: 0x002e, uuid: 00002a26-0000-1000-8000-00805f9b34fb handle: 0x002f, char properties: 0x02, char value handle: 0x0030, uuid: 00002a27-0000-1000-8000-00805f9b34fb handle: 0x0031, char properties: 0x02, char value handle: 0x0032, uuid: 00002a29-0000-1000-8000-00805f9b34fb properties forteller hva som er read/write/notify. 0x02 er read. Blir fort ekstra nysgjerring på UUIDer som ikke startert med 0000. Listen overnfor to handles for hver characteristic. Vi er naturlig nok mest interessert i "value". Så f.eks: [80:6F:B0:A9:EA:0F][LE]> char-read-hnd 0x000e Characteristic value/descriptor: 00 00 14 6e 84 c7 57 0f 58 00 00 00 96 57 13 00 ff ff ff ff Nå skal du jo jobbe litt for å få meningen ut av det der om ikke Airthings hadde publisert koden for å parse deler av det. Dette er 6 * le16 og 2 * le32 integer der vi har: 00 00 - ukjent 14 6e - temperaturen i centi-Kelvin (0x6e14/100 - 273,15 = 8,65 °C) 84 c7 - ukjent 57 0f - relativ luftfuktighet i % * 100 (0x0f57 / 100 = 39 %rH) 58 00 - VOC i ppm. (0x0058 = 88 ppm) 00 00 - ukjent 96 57 13 00 - ukjent ff ff ff ff - ukjent Ikke helt rett fram... Men om man tar en del samples sammen med dekodede verdier fra app eller display så er det ofte mulig å gjette ganske mye. Vet ikke hvor lang tid jeg hadde brukt på å innse at temperaturen var gitt i Kelvin, dog 🙂 Mange av de andre verdiene er bare ren ascii og dermed nokså lett å få noe fornuftig ut av. Som f.eks. [80:6F:B0:A9:EA:0F][LE]> char-read-hnd 0x0032 Characteristic value/descriptor: 41 69 72 74 68 69 6e 67 73 20 41 53 Altså "Airthings AS". Når du er ferdig: [80:6F:B0:A9:EA:0F][LE]> disconnect (gatttool:979948): GLib-WARNING **: 16:32:19.458: Invalid file descriptor. [80:6F:B0:A9:EA:0F][LE]> exit

Er ikke spesielt lovkyndig, men akkurat denne regelen er vanskelig å feiltolke tror jeg: https://lovdata.no/forskrift/1999-03-11-301/§4-4 sier Hverken mer eller mindre. Sluttbruker er definert som "kjøper av elektrisk energi som ikke selger denne videre."

morsom greie. Antar du har forøkt de vanlige BLE triksene vha gattool? Skulle jo nesten tro at datane her ble publisert relativt rett fram og at det bare var å matche bytes i en characteristic mot tallene du ser på displayet.

Kan jo det, men du blir nok skuffet. Den er bare en switch og den eneste funksjonen den har ifm Altibox i mitt nett er som "mediakonverter". Routingen gjør jeg på en PC med Debian. Men her er uansett config med de mest private tingenen fjernet. Altibox linken er på port Gi1/0/16. PCen som router mellom alle VLANene er på Te1/0/1. Merk at Ciscos bruk av hastighet i portnavn gir noen pussige effekter. Gi1/0/15 er samme port som Te1/0/1 og Gi1/0/16 er samme port som Te1/0/2. Hvilket navn som er gyldig er avhengig av om det står en SFP eller SFP+ i porten. ! config-register 0xF ! version 15.2 no service pad service timestamps debug datetime msec service timestamps log datetime msec service password-encryption service unsupported-transceiver ! hostname c3560cx ! boot-start-marker boot-end-marker ! !enable password <removed> ! !username <removed> aaa new-model ! aaa authentication login default group radius local aaa authentication enable default group radius enable aaa authorization exec default group radius none ! aaa session-id common switch 1 provision ws-c3560cx-12pd-s system mtu routing 1500 ! ip domain-name <removed> ip name-server 192.168.99.1 ! !crypto pki <removed> ! !crypto pki <removed> ! spanning-tree mode pvst spanning-tree extend system-id no spanning-tree vlan 42,77 ! vlan internal allocation policy ascending ! lldp run ! interface Bluetooth0 no ip address downshift disable ! interface GigabitEthernet1/0/1 description gs108tv3 switchport trunk allowed vlan 37,100 switchport trunk native vlan 37 switchport mode trunk spanning-tree portfast edge ! interface GigabitEthernet1/0/2 description wrt1900ac switchport trunk allowed vlan 1,7-9,13,90,203 switchport mode trunk ! interface GigabitEthernet1/0/3 description Stue switchport trunk allowed vlan 1,7-9,22,101,103,203 switchport mode trunk flowcontrol receive desired ! interface GigabitEthernet1/0/4 description Loft switchport trunk allowed vlan 1,7-9,22,101,203 switchport mode trunk flowcontrol receive desired ! interface GigabitEthernet1/0/5 description Soverom switchport trunk allowed vlan 1,7-9,13,203 switchport mode trunk ! interface GigabitEthernet1/0/6 description "oob canardo" switchport access vlan 203 switchport mode access ! interface GigabitEthernet1/0/7 description 'Telenor uplink' switchport access vlan 90 switchport mode access ! interface GigabitEthernet1/0/8 description 'apc7920' switchport access vlan 203 switchport mode access ! interface GigabitEthernet1/0/9 description "Kjellerstue left" switchport access vlan 7 switchport mode access spanning-tree portfast edge ! interface GigabitEthernet1/0/10 description "Kjellerstue right" switchport access vlan 7 switchport mode access spanning-tree portfast edge ! interface GigabitEthernet1/0/11 description finn switchport access vlan 234 switchport mode access ! interface GigabitEthernet1/0/12 description lte5398 switchport access vlan 235 switchport mode access ! interface GigabitEthernet1/0/13 description Spisestue switchport access vlan 7 switchport mode access ! interface GigabitEthernet1/0/14 description mirrorport switchport access vlan 15 switchport mode access ! interface GigabitEthernet1/0/15 ! interface GigabitEthernet1/0/16 description 'Altibox uplink' switchport trunk allowed vlan 100-102 switchport trunk native vlan 77 switchport mode trunk no cdp enable no lldp transmit spanning-tree bpdufilter enable ! interface TenGigabitEthernet1/0/1 description 'canardo' switchport trunk native vlan 10 switchport mode trunk flowcontrol receive desired ! interface TenGigabitEthernet1/0/2 ! interface Vlan1 no ip address ! interface Vlan203 description Management ip address 192.168.99.59 255.255.255.0 ! ip forward-protocol nd ! no ip http server no ip http secure-server ip scp server enable ! logging trap debugging logging host 192.168.99.1 access-list 60 permit 10.4.0.2 access-list 60 permit 148.122.252.1 access-list 60 permit 192.168.3.1 access-list 60 permit 192.168.99.0 0.0.0.255 access-list 60 deny any log ! !snmp-server community <removed> !snmp-server community <removed> snmp-server trap-source Vlan203 snmp-server location Kjellerboden !snmp-server contact <removed> snmp mib flash cache ! radius server canardo address ipv4 192.168.99.1 auth-port 1812 acct-port 1813 ! key <removed> ! line con 0 line vty 0 4 transport input ssh line vty 5 15 transport input ssh ! ntp source Vlan203 ntp server 192.168.99.1 netconf ssh netconf-yang ! end

Har vi? Er jo under 10 år siden Microsoft lurte inn 0xB16B00B5 som magic konstant i Hyper-V koden i Linux-kjernen. Og klarte å sy verdien såpass fast i Azure at de ikke uten videre tok sjansen på å endre den selv etter at media fikk med seg historien: https://lkml.org/lkml/2012/7/13/210 En skikkelig popcorn-seanse..

Jada, og Input Pwr viser at du ser lyset. Men ganske høye verdier både inn og ut hvis det der er riktig. TIl sammenligning sier min nokså like SFP dette: Temperature Voltage Tx Power Rx Power Port (Celsius) (Volts) (dBm) (dBm) --------- ----------- ------- -------- -------- Gi1/0/16 58.8 3.26 -5.2 -8.7 og den har RX "warn" på -1 dBm og "alarm" på 0 dBm. Tilsvarende for TX er hhv -3 og -2 dBm. Du ligger jo milevidt over hvis de tallene der er korrekte. Men jeg har en ørliten følelse av at de ikke er det.... Ser veldig ut som om noen har konvertert dBm til mW og glemt å fikse enheten. Så jeg ville ikke lagt mye vekt på det. Du ville sikkert sett noen blinkende advarselslamper hvis det faktisk var noe galt. Uansett er ihvertfall fiberen OK. Ellers ville du definitvit ikke mottatt såpass sterkt signal. Kanskje 10G/1G må endres manuelt på denne?

Det høres nesten ut som om du har et brudd et sted. Sikker på at alle konnektorer har klikket skikkelig på plass? Kjenner ikke denne Unifi-boksen, men har den ikke noen som helst info om signal etc? SFPer måler gjerne en drøss parametre og det er vanlig å kunne se på dette i en router/switch. Hadde jo vært nyttig å vite om det er lys der. Det må vel finnes en eller annen output med info om porten også, ikke bare konfigurasjon? ,Ellers skal det ikke være mer komplisert enn å bruke VLAN 102 for Internett så konfigen ser jo OK uk

Nei. De aller fleste SFP+ porter støtter også SFP. Så de fungerer som 1G-port hvis du plugger inn en SFP og som 10G-port hvis du plugger inn en SFP+. Jeg antar det også gjelder for DM Pro uten at jeg kjenner denne. Du skal altså være good-to-go med f.eks. en slik: https://www.fs.com/products/39135.html Lurt å velge riktig merke for å få den kodet slik at boksen din aksepterer den. Det er mange produsenter som er kranglete mht "tredjeparts optikk". Hvis du vil ha SC konnektor (slik som Viken bruker) så må du velge Customized og spesifisere det der. Der vanlige er ellers LC. Men så lenge du kjøper passende patche-snor så er jo dette egentlig hipp-som-happ. Poenget mitt med advarselen var at du ikke kan bruke en SFP+ modul mot Viken fiber. SFP+ fiber-moduler støtter ikke 1G. Det finnes noen få unntak, men jeg tror ikke det gjelder BiDi. Og det er i alle tilfeller så uvanlig at det ikke er noe poeng i å gruble på. Merk at jeg skriver "fiber-moduler". Kobber (TP) SFP og SFP+ blir noe annet og vil som oftest støtte flere hastigheter. Men det er ikke relevant her.

Hvis du ser det slik så gir jo ikke r noen mening her. Tror poenget er at var er et nytt symbol, tilsvarende V eller A eller W, og ikke en sammensetning av andre symboler.

Klar over det. Men de er KUN 10G så vidt jeg vet. Funker ikke mot 1G i den andre enden. EDIT: Men jeg ser ærlig talt ikke problemet. Kjøp en 1G SFP nå, og bytt den ut når/hvis Viken skulle begynne å støtte noe annet.

Jeg sover godt uansett, Men om jeg nå skulle være litt ekstra kranglete., så skal symbolet visstnok være var. Med eller uten k eller andre prefiks. Ref f.eks. https://eur-lex.europa.eu/legal-content/EN/ALL/?uri=CELEX%3A31980L0181 der det heter:

Nå sporer det vel litt av her, men shit au... Min erfaring er at det er relativt lett å flytte en stekeovn sammenlignet med en VV-bereder. Ovnen er gjerne bare festet med en skrue på hver side.

Hvis denne skal brukes mot Viken fiber så er du vel pent nødt til å bruke det som passer dem? De færreste SFP+ støtter 1G. Vet ikke engang om det fnnes 10/1G dual-rate BiDi? Kan helhjertet støtte anbefalingen av fs.com. Har brukt en av deres SFPer mot Viken fiber siden 2016. Men nå til dags så er det kanskje enklere å heller få oppgradert "hjemmesentralen" ettersom VMG8825 kommer med en SFP som nevnt ovenfor. På "hytta" har jeg ganske enkelt gjenbrukt denne i en ZyXEL-switch.

Har endelig somlet meg til å få bekreftet denne teorien. Eksempel på måling mottatt fra naboens måler av rtl_433 (med options "-f 868950000 -s 1200000 -M level"): { "time": "2021-11-18 17:18:55", "model": "Wireless-MBus", "mode": "C", "M": "KAM", "id": 76845462, "version": 27, "type": 22, "type_string": "Cold Water", "C": 68, "data_length": 41, "data": "2a442d2c625484761b168d2a0114b76522cbaa96817c787f3183f757807e0a2fecf5a6ac0c35e3cd19d027", "mic": "CRC", "mod": "FSK", "freq1": 868.93299, "freq2": 868.95712, "rssi": -1.52101, "snr": 12.20334, "noise": -13.7244 } Nettien poster da dette til https://agent.dd.onsmartliv.no/api/agent: Host: agent.dd.onsmartliv.no User-Agent: DeviceDrive/WRF01/5.0 Content-Type: application/json; charset=utf-8 Accept: application/json DeviceDrive-Header: {"mac":"2cf43248d7a5","firmware":"5.0","hardware":"WRF01","token":"c7fc5808155cc8d9649b042a1619858b","product_key":"1ad22182-ca0c-4087-b79b-9b7971bbc95c","version":"2.3","transfer_type":"data"} Content-Length: 411 { "smartliv.netti.system": { "alive": 423653, "batt_status": "USB", "batt_v": 3.3, "conf_water_meter": "", "hw": "1.3", "sn": "191010832", "t": 1637252085, "usb": 1, "wifi_rssi": -70 }, "smartliv.netti.water": { "raw_water_msg": "543D2C442D2C625484761B168D200114B76522CBAA96817C787F3183F757807E0A2FECF5A6AC0C35E3CD19D02786B9", "water_rssi": -86, "water_sn": "76845462", "water_status": 183, "water_t": 1637252085 } } og får innimellom en imponerende mengde 500,502 og 503 en slik ack tilbake: Cache-Control: no-cache Pragma: no-cache Content-Length: 24 Content-Type: application/json; charset=utf-8 Expires: -1 Request-Context: appId=cid-v1:283644af-6b78-4018-bd1f-5a8797ddc96b Access-Control-Expose-Headers: Request-Context Set-Cookie: ARRAffinity=3e6f5debd8a2718fff20e474e8397f908da7dc3bb3105a4dd67e2d68ff65108e;Path=/;HttpOnly;Secure;Domain=agent.dd.onsmartliv.no Set-Cookie: ARRAffinitySameSite=3e6f5debd8a2718fff20e474e8397f908da7dc3bb3105a4dd67e2d68ff65108e;Path=/;HttpOnly;SameSite=None;Secure;Domain=agent.dd.onsmartliv.no Date: Thu, 18 Nov 2021 16:21:25 GMT { "timestamp": 1637252447 } Nettiens "raw_water_msg" er nesten en tro kopi av "data" fra rtl_433. Nettien legger til 4 siffer først og sist (sjekksum+?), og lengde-byten (byte 0 fra rtl_433 eller byte 2 fra Netti) er økt med 2. Kompensasjon for de to bytene på slutten? I tillegg er to bits inne i meldingen flippet: 8d2a har blitt til 8d20. Veldig pussig. Men det er uansett i headeren før den krypterte payloaden, så det ødelegger jo ikke noe. wmbusmeters dekoder denne meldingen slik: (simulation) from file "2a442d2c625484761b168d2a0114b76522cbaa96817c787f3183f757807e0a2fecf5a6ac0c35e3cd19d027" (wmbus) ff a dll crc first (calculated ccd8) did not match (expected 8d2a) for bytes 0-10! (wmbus) parseDLL @0 43 (telegram) DLL L=2a C=44 (from meter SND_NR) M=2c2d (KAM) A=76845462 VER=1b TYPE=16 (Cold water meter) (driver multical21) DEV= RSSI=0 (wmbus) parseELL @10 33 (telegram) ELL CI=8d CC=2a (slow_resp sync prio) ACC=01 SN=14b76522 (AES_CTR session=4 time=2513777) CRC=cbaa Received telegram from: 76845462 manufacturer: (KAM) Kamstrup Energi (0x2c2d) type: Cold water meter (0x16) ver: 0x1b driver: multical21 (wmbus) 00: 2a length (42 bytes) (wmbus) 01: 44 dll-c (from meter SND_NR) (wmbus) 02: 2d2c dll-mfct (KAM) (wmbus) 04: 62548476 dll-id (76845462) (wmbus) 08: 1b dll-version (wmbus) 09: 16 dll-type (Cold water meter) (wmbus) 0a: 8d ell-ci-field (ELL: Extended Link Layer II (8 Byte)) (wmbus) 0b: 2a ell-cc (slow_resp sync prio) (wmbus) 0c: 01 ell-acc (wmbus) 0d: 14b76522 sn (AES_CTR) (wmbus) 11: cbaa payload crc (calculated e70b ERROR) telegram=||2A442D2C625484761B168D2A0114B76522CBAA96817C787F3183F757807E0A2FECF5A6AC0C35E3CD19D027|+0 (serial) stopping manager Har dessverre ikke klart å få ut nøkkelen fra hverken Asker kommune eller Smartliv (som mest sannsynlig heller ikke har den). Så det der er vel omtrent så langt jeg kommer. Når det gjellder "Netti" hardwaren så er det sikkert noen her som er interessert i å vite at den oppgir hostnavnet "ESP-48D7A5" og at mac-adressen i DeviceDrive-Header er korrekt. DeviceDrive ser ut til å være et firma som driver omtrent som Tuya - selger halvferdig dingsedesign sammen med en app-/sky-løsning. Mer info på https://devicedrive.com/download/wrf01-hardware-specification/

Litt uventet "arvet" vi en haug med Trådfri-pærer fra forrige eier av hytta, uten at jeg har funnet noen kontrollere av noe slag. Pærene står i armaturer som er kablet opp som ordinære lamper bak standard Elko brytere. Er helt fersk i dette gamet men har nå fått opp zigbee2mqtt og også bundet pærene til noen Trådfri brytere (E1743). Det funker jo helt flott med styring både fra home assistant og fra Trådfri-bryter, og fremdeles fra Trådfri-bryter om z2m skulle være nede. Men Elko-bryterne ved siden av dørene til de aktuelle rommene er fremdeles en liten brukergrensesnitt-utfordring. Praktisk for å få resatt pærene, men ikke så praktisk når noen bruker dem til å slå av lyset... Som jo virker ganske logisk for de fleste. Så disse hue switch modulene virket som en perfekt oppgradering. Men nå har jeg fiklet en liten stund og begynner å lure litt. Jeg klarer ikke å binde dem til pærene, hverken som individuelle endepunkter eller som gruppe. Så de gjør jobben så lenge z2m og ha kjører, men ikke ellers. Det er selvsagt et mål at det skal kjøre nær 100% av tiden, men jeg har nok grå hår til å innse at dette vil feile en gang. Mest sannsynlig når behovet er størst. Er det noen andre som har erfaringer med disse Hue Switch modulene? Er det korrekt at binding ikke funker? Eller gjør jeg noe galt? Hvilke andre alternativer finnes? Tenker primært på tilsvarende løsning der Elko-bryteren beholdes med smartere funksjon.

Interessant. Synes jo fremdeles litt mer hensiktsmessig å bruke radio-telegrammene som måleren tross alt kringkaster uansett, men når det ikke er mulig å oppdrive nøkkelen så er jo dette alltids et alternativ. Greit å vite. Ellers havnet jeg her fra den linken du postet: https://github.com/bsdphk/PyDLMS/blob/master/README der vi har dette herlige sitatet som forklarte både litt av hvert: