Astronaut

He he he. Jeg har ikke brug for et nyt job. Når det er sagt så er min eneste interesse at gøre det klart hvad det er vi snakker om. Jeg har ikke selv truffet et valg om hvad jeg gør. Specielt er jeg i den situation at min installation primært er wireless. Det gør situationen lidt anderledes end mange andres. Min tavle har blot to input moduler (til PIR, magnet sensorer, temperatur/fugt sensorer) samt 3 stk. IHC DIN 2 kanal dimmere. Til gengæld har jeg 30 wireless stikkontakter og en del mere der skal skiftes på et tidspunkt. At ligge på gulvet og rode med for korte ledninger til stikkontaker er ikke lige noget jeg har lyst til. Men en ting er sikkert er at jeg ikke vælger en løsning hvor en enkelt producents beslutning efterlader mig i samme situation som nu.

Logic Group kan forsvinde hver dag det skal være. Det er en relativt lille virksomhed. Men køber du deres løsning så har du valgt Z-wave standarden - ikke en Logic Group løsning. Dit eneste problem hvis Logic Group går ned er hvis du i fremtiden ønsker at købe mere fra dem og de er væk. De har ikke deres egen controller. De køber Fibaro's controller og sælger den videre til dig. Hvis du hellere vil have en anden controller så kan du bare købe en anden. Går Fibaro firmaet ned og du får problemer med din controller så kan du købe en anden Z-wave controller og køre videre. Hvad der bliver fremtidens standard er et godt spørgsmål. Personligt er jeg ret bekymret for hvorvidt Matter/Thread bare er endnu måde for Apple, Google, Amazon, Microsoft at stikke næsen i mit liv. For når enheder bruger IP til at kommunikere så er det ikke langt til at alle enheder kræver en internet forbindelse og en cloud konto. Men hvilken standard der vinder er lidt ligegyldigt fordi de i de fleste situationer kan co-eksistere. Undtagelsen er de situationer hvor du trykker på en tangent og så ønsker at lyset tænder uden nogen forsinkelse. Der er det pt. vigtigt at de er på samme standard. Men ellers kan Z-wave, Zigbee, etc. godt co-eksistere hvis blot man laver integration i controlleren. Din største bekymring bør således være om du kan købe Z-wave I/O moduler, stikkontakter, dimmere og betjeningstryk til dit fremtidige forbrug. For det er netop der hvor det er vigtigt at de er på samme standard. Resten mixer du bare sammen.

Såfremt Schneider havde planer om en erstatning der der bare kunne genbruge nogen af IHC komponenterne så var de kommet med den samtidigt med at de aflivede IHC. For i de 2-3 år vil flere være rendt væk fra IHC og markedet vil således være mindre. Det gør business cases for en "erstatning" dårligere med tiden. Faktum er at vinden ikke blæser i retning af IHC wired konceptet hvor alt ender i tavlen. Faktum er også at den underliggende Wavenis protocol til IHC wireless er død til alt andet end niche ting. Det er muligt at Schneider kommer med en erstatning som udfylder rollen som intelligent hus styrings teknologi. Men for alle vil det handle om at skulle starte stort set forfra. Når vi nu skal kigge os omkring så er det værd at tænke lidt over fremtiden. I mine øjne vil det være ret dumt at vælge en løsning der ikke er åben eller ikke baseret på standarder. For ellers risikerer man at stå med håret i postkassen snart igen. Stå med en løsning hvor leverandøren fra den ene dag til den anden er væk. Den slags ses normalt kun når virksomheder går konkurs. Det er meget specielt at Schneider fra den ene dag til den anden vælger at lukke for produktion af "reservedele" til IHC (reservedele betyder her den sårbare controller). Det er også meget specielt at de intet kommunikerer til alle de slutkunder som nu står med håret i postkassen. I praksis er der en del boligejere der ikke engang ved at de har IHC og som vil opdage at når en dims går i stykker så skal de skifte alt ud. Det er ikke anstændig opførsel. Det ønsker jeg ikke blive udsat for igen. I den forbindelse er der et par wired standarder (fx. KNX) og et par wireless standarder (Z-wave, Zigbee). Vælger man en løsning baseret på noget som helst andet end standarder så beder man selv om problemer. Logic Groups Z-wave løsning synes mest interessant fordi den både (delvist) løser problemer omkring tavlekomponenter og giver en wireless løsning der er standard. Samtidigt har de en "controller" som ikke er deres egen. I praksis kan man vælge mellem et antal forskellige controllere. Skulle Logic Group stoppe produktionen vil man få et problem omkring tavlekomponenter hvis de går i stykker men ellers kan man blot vælge en anden leverandør. På samme måde med controlleren. Eneste bekymring er at Zigbee synes at have bedre fremdrift end Z-wave. Der er dog så mange Z-wave leverandører at min bekymring kun er lille.

Er Shelly ikke 99% proprietary? Der er lidt MQTT men grundlæggende er det deres egne wireless protocoller? Efter showet med Schneider så er jeg ikke hooked på løsninger der ikke er åbne. Umiddelbart vil jeg mene at hvis man vælger en Zigbee, Z-wave eller anden løsning baseret på standarder så kan man regne med rimelig support de næste 50 år. Vælger man noget der ikke er åbent så står man snart med håret i postkassen igen. Af samme grund er Schneiders opførsel omkring Wiser en ret stor "turn off" for undertegnede. Men måske er det ikke så lukket alligevel (selvom det er Schneider)? Det må tiden vise. Under alle omstændigheder bliver det sidste gang jeg lever det her skifte (jeg har 31 IHC wireless stikkontakter plus alt det andet jeg skal skifte og jeg ved hvor lang tid det vil tage). Well, vi må se hvad der dukker op. PS: Noget andet der taler imod Schneider er deres "vi taler kun med installatører" politik selvom der er lidt revner i den. Det er værd at spørge andre leverandører om deres (evt. manglende) support politik.

Z-wave (og Zigbee) kan meget mere end IHC wireless standalone. Det bliver aldrig det samme som kun at bruge en protocol. Hvis man kun bruger Z-wave eller Zigbee så er controlleren slet ikke involveret når du trykker på en tangent for at tænde lys. Controlleren introducerer et kedeligt lille delay. Om det er muligt at gøre delayet mindre ved jeg ikke. Men det er rigtigt at det kan lade sig gøre at koble dem sammen i controlleren hvis man koder hver eneste interaktion.

Umiddelbart er det kun udvalgte der var listed som kompatible. Men jeg kiggede kort i koden og der var ikke noget Wiser specifikt så jeg gætter på de faktisk vil virke out of the box. Jeg tænker også at I måske får konkurrence på HC3 når Fibaro Zigbee er færdigt udviklet (det ser ud som om det ikke er tilfældet nu?). For umiddelbart vil jeg gætte på at Wiser komponenter kan parres med en HC3 eller en anden Zigbee controller uden at der skal gøres noget. Det må komme an på en prøve. Som jeg forstår Z-wave og også Zigbee så er den normale opsætning ikke at have en controller der er inde over alt hvad der sker sådan som det er med IHC. Controlleren for Z-wave/Zigbee er der primært for opsætning og for at give adgang for computere, telefoner, m.m. Normalt betjening som fx. tænd, sluk, dim op/ned, virker efter parring uden noget kode skal skrives eller importeres. Det er i modsætning til IHC hvor vi er vant til at ethvert tryk på en tangent bliver til et stykke kode der kører i controlleren. Kode som vi kan ændre. Med Z-wave/Zigbee er det undtagelsen og det kræver en controller som HC3 der tillader kode. Det vil kræve at IHC folket skruer hovedet anderledes på og at nogle af dem der har haft en god IHC forretning (fx. @Henning Pedersen) kan rende ind i problemer. I praksis er jeres løsning lavet sådan at elektrikeren ikke behøver forstå særligt meget om systemet og det virker fint out of the box. I praksis vil det også betyde at en ren Z-wave (eller Zigbee) løsning vil virke bedre end en blandet. Det betyder også at fx. komponenter der kommer ind over fx. MQTT aldrig vil virke lige så godt som direkte koblede Z-wave eller Zigbee komponenter.

Jeg kan se at open source produktet Zigbee2Mqtt har support for Wiser. Alt det kode der skal skrives for at supportere Wiser er således kendt. Jeg kan godt se at du ingen interesse har i det og at Danmark er et ret lille marked hvis der skal laves mere end det mest basale, men det er åbenbart muligt blot med software og uden at kende hemmelige koder.

Jeg har kigget lidt på jeres løsning og det ser spændende ud. Som jeg ser forstår det så består jeres løsningen af en række komponenter: En Fibaro Controller (men andre controllere kan også bruges med jeres komponenter) En række tavlekomponenter som snakker Z-wave med controlleren. Disse kan til en hvis grad bruges som alternativ til LK's tavlekomponenter En række Z-wave componenter i Fuga størrelse - både kablede og wireless I princippet kan jeg vælge en anden controller i stedet for Fibaro. Fibaro Controlleren kan vist også snakke Zigbee så i princippet kunne jeg også putter Wizer komponenter på (hvis ikke lige jeg nu var ret træt af Schneider) #1: Er det korrekt forstået? Brændt barn skyr ilden. Skulle Logic Group gå ned så kan jeg købe andre Z-wave komponenter (eller Zigbee komponenter). Måske ikke noget der passer til Fuga men der findes komponenter derude. Skulle Fibaro gå ned så kan jeg købe en controller fra en anden leverandør. Der vil sikkert være et kæmpe arbejde med at linke det sammen men det vil være muligt. #2: Er det korrekt forstået? Det er ingen grund til at det netop skulle være jer der laver en løsning der kan snakke med LK's tavlekomponenter (hvis den skal laves). I princippet kan alle lave den. De skal så finde ud af at få den til at snakke Z-wave, ZigBee eller MQTT (Fibaro Controlleren kan snakke vist også snakke MQTT). #3: Er det korrekt forstået? Jeg brugte lidt tid på at kigge på dokumentationen til Fibaro. Det ser ud til at man kan lave avancerede ting hvis man gør det i Lua. Meget mere avancerede end hvad der er muligt med IHC Controlleren. Desværre ser det også ud til at deres liste af kompatible Zigbee og Z-Wave produkter er begrænset. #4: Har I skulle gøre noget specielt for at få jeres produkter til at virke med Fibaro eller bygger det hele på at alle de profiler I bruger er supporteret af Fibaro? Jeg tænker at en dedikeret controller til el-systemet er lagt bedre end en Windows eller Linux baseret løsning. Det bekymrer mig dog lidt at vælge en closed source løsning. Jeg er lidt bekymret for at ende med at stå med håret i postkassen en gang til. Men i givet fald vil det kun være opsætningen og programmeringen på controlleren der skal laves om. Jeg ville dog helst have en relativt simpel controller til styring af huset og så en separat boks til bruger interface, integration til andre komponenter, etc. Jeg kan se med Home Assistant hvordan det hele nogen gange knækker pga. opdateringer at perifere komponenter. Vi får se. Lige nu ser jeg tiden an i et års tid med mindre min IHC controller står af i morgen.

Jeg er chokeret over at man trækker controller produktet tilbage fra den ene dag til den anden. I praksis står alle os der er afhængig af en V3 controller i en situation hvor en fejl på controlleren vil indebære lang nedetid. At skifte et helt IHC anlæg ud med noget andet er ikke en simpel opgave. Specielt når der ikke lige findes et alternativ. Historien om at de "opdagede" at nogle af komponenterne var udgået er enten total bullshit eller et tegn på at Schneider er håbløst inkompetente. Man finder ikke bare ud af efter komponenterne er udgået. Det er noget der kommunikeres i lang tid i forvejen fra producenterne (og det burde LK også have gjort med controlleren). Det burde efterhånden være klart at Schneider ikke har solgt så mange V3 controllere eller IHC anlæg de senere år. Men V3 controlleren er designet. Softwaren er skrevet. De store udgifter er allerede betalt. Udgifterne til komponenter og produktion kan ikke være høje. Controlleren er ikke et hi tech produkt. Det burde have været muligt at indkøbe de kritiske komponenter til lager uden at løbe den helt store risiko. I mine øjne er det langt mere sandsynligt at Schneider mangler folk der kan fikse de fejl der stadigvæk er i controlleren og i LED dimmerne. Det ser ud som om det har været et ret lille team der har lavet softwaren (der var et Easter Egg i softwaren med navnene på dem der lavede visual programmet). Hvis man ikke har været god til at holde på folk så skal der ikke mange opsigelser til før man reelt ikke kan gøre noget. Så er produktet dødt. Jeg kan roligt sige at jeg vil gøre alt for at undgå Schneider i fremtiden efter det her.

https://en.wikipedia.org/wiki/Intelligent_Home_Control# I gamle dage var der et online LK kursus hvor de viste protokollen og hvordan man kunne se den på et oscilloscop. Jeg tror wikipedia artiklen passer godt med hvad jeg kan huske. I øvrigt har vi vist også et problem med de nye 2 kanal dimmere. Ud over at der aldrig er kommet en opdatering på de problemer folk oplever så har jeg ikke set noget forsøg på at dekode protokollen.

Problemet er alle os med primært wireless. LK efterlader os uden nogen vej fremad. Reelt skal alle wireless komponenter udskiftes. Hvis blot de offentliggjorde wireless protokollen så var der mulighed for at komme noget af vejen. Jeg har i øvrigt svært ved at tro at hardware til den underliggende Wavenis protocol udgår for den bruges vist til vandmålere o.lign. At lave en løsning for wired moduler burde være straight forward. Protocollen er noget med 16 pulser hvor længden afgør on eller off. Jeg tænker at en Raspeberry Pi Pico e.lign. nemt vil kunne styre ca. 24 input og output moduler (en Pico W har 24 GPIO pins). Der er lidt med at gå fra 5V til 24V men det burde være til at overkomme fx. med multi channel optocouplers. Man kan så lade den snakke med verden med MQTT og så er man videre på et open source produkt. Det burde ikke blive rigtigt mange linjer kode. Måske et par hundrede for der er allerede sample kode for hvordan man får netværk og MQTT op at køre. Læg en smule til at for at håndtere multi puls sensorer som fugt og temperatur. Desværre har jeg personligt kun 2 input moduler og resten er wireless så det rækker som en skrædder i helvedet. Derfor kommer jeg ikke til at arbejde på det. PS: Her er kommunikationen mellem controller og moduler. Synes ret nemt. Detaljer ligger på wikipedia og passer godt med min hukommelse.

Also note that the RS485 bus must be terminated with a 120Ω resistor.

Det lyder også som noget alle andre bør være opmærksomme på. Og noget som LK burde fikse. Det er utilgiveligt at en lampe kan crashe kommunikationen på bussen.

Meget præcist skrevet. Kim er heldig hvis det kun er en dimmer der er stået af. Den kunne i princippet være alt der var tændt i installationen som stod af. Køleskab, computer, el-pærer, gulvvarme, etc.

Er det alt lyset der falder ud? Falder det ud på samme tid? I din tavle sidder der 4 230V Output moduler og 5 lysdæmpere. Kan du lokalisere problemet til nogle af modulerne eller er det alle modulerne? De tegninger du har fået kan sikkert hjælpe til at fortælle hvilket modul de enkelte lamper er koblet op på.

Kig på de håndskrevne noter du fik i starten. Der kan du se hvilke knapper på dine Fuga svagstrømstryk (går ud fra at det er sådan nogen her: https://www.lk.dk/produkter?iid=#507D5502) der går til hvilke input. På samme måde kan du se hvilke outputs der går til dine lampeudtag. Den eksisterende controller der ikke virker. Hvad er der galt med den?

Det kan godt være du bliver nødt til at skifte lysdæmperne. Jeg er ikke helt sikker på hvilken erfaring folk har med LED pærer på de der gamle lysdæmpere. Men hvis du kan finde ud af hvilke indgange og udgange der styrer hvad så er du ret godt kørende. Den information ligger inde i den gamle controller og kan sikkert også ses på det papir elektrikeren har. Når du så har fundet ud af at få lys i et rum som er det bare at gøre det samme for de næste. Når du har noget der virker for et rum, så tager det under 1 minut for de næste (men kun så længe du ikke begynder at finde på smarte ting). Når det så virker som almindeligt gammeldags lysstyring så gør I alt det der skal til for at i føler jer hjemme i huset. Og så kommer du tilbage med ideer til hvad du kunne tænke dig. Fx. har vi timeout på det meste lys fordi vi ellers glemmer at slukke det. Du vil også blive glad for en "sluk alt" funktion når du går i seng eller når I forlader huset. Men alt det kan laves senere. Du vil også kunne supplere med wireless komponenter og meget mere. Men senere ...

Sidder der også noget mere IHC i tavlen nedenunder? Og ja, din controller er 1. generation. Vi er på 4. (eller 5.) generation nu. Men umiddelbart er det kun controlleren der skal skiftes. Måske vil det også give mening at skifte strømforsyningen. Sidder der nogle lysdæmpere i tavlen forneden?

Ved du noget om programmering? Hvis du har programmeret noget så er det relativt nemt at lære ... også selvom IHC programmering er anderledes end de fleste andre programmeringssprog. Du kan downloade IHC Visual fra LK's hjemmeside. Du kan åbne programmet og se hvad det er. Der er også en simulator sådan at du kan simulere dit program inden den nye controller er installeret. Her er LK's introduktion til IHC Programmening (som ikke dækker wireless komponenter men det er ikke så svært): Der er grundlæggende et antal trin i programmering af et nyt IHC system: 1. Opsætning af indgange, udgange og wireless komponenter (hvis der er nogen). Dette kan godt tage nogen tid men hvis du kan redde det ud af den gamle controller så kan du spare meget tid. 2. Simpel programmering. På niveau med at tænde lyset når man trykker på den rigtige knap. Dette kan gå ret hurtigt. 1-2 timer hvis man er hurtig. 3. Avanceret programmering. Dette er ikke nødvendigt, men det er der hvor IHC systemet viser sine muligheder. Her kan man bruge lige så mange timer man har lyst til. I sidste ende kan du få meget glæde af IHC systemet hvis du lærer at programmere det. Uanset om du gør det selv nu eller får en elektriker til det.

Hvilken controller har du? De nye LED dimmere er bedre end UNI 400 på næsten alle punkter.

Det betyder at et af dine tryk er en 505D0101. Hvis du er i stand til at udskifte lampeudtaget med en 505D5102 hw2 Ø80 Dimmer og samtidigt fjerne den 505D0101 der sidder så burde det virke.

Det tror jeg ikke. For jeg tror ikke din dimmer sidder i loftet. Det billede du har delt er blot et almindeligt lampeudtag. Det har ikke noget med IHC at gøre. Mit bedste bud er at et af dine "tryk" rent faktisk er en 505D0101. Fra trykket går der ledninger direkte op til det lampeudtag du har taget billede af. Og så bliver det noget sværere.

Iflg. dokumentationen kræves der 2VA belastning. Det skader ikke at teste med en kraftigere pære. Minimums belastningen har ikke noget at gøre med den strøm der skal bruges som forsyningsstrøm til dimmeren.

Hvis det ikke virker så prøv at sætte en kraftigere pære i og se hvad der sker. 6W burde være nok, men ... det kan være pæren faktisk bruger en del mindre.

Som flere har beskrevet så er det du har i loftet ikke en dimmer men blot et lampeudtag. Grundlæggende findes der 4 LK dimmere som er værd at snakke om her: - 505D0101 Combi UNI Dimmer - 505D5102 hw1 Ø80 Dimmer - 505D5102 hw2 Ø80 Dimmer - 820B1250 2 kanal dimmer (til tavlen) De to første kan du godt glemme at få til at fungere med LED. Det kan være du finder nogle pærer der virker men når du køber de samme om et halvt år så er de lavet lidt om og virker ikke. De sidste to virker fint. 2 kanal dimmeren er klart at foretrække hvis det er muligt at bruge den.