Leaderboard

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.

Vel ikke nødvendigvis. Hos mig er kabler også fræset i vægen da det er grund/fuldmuret, så de ligger alle i fugerne. Og når man har loft til kip, ja så er der heller ikke noget der bare er ført “til loft”. Men uanset hvad så har jeg alligevel valgt de ekstra dybe indmuringsdåser alle steder. De var jo et must til de 48 pds drop så der kunne overholde bøjningradius og blive testet og godkendt til 10Gbs, så hvorfor ikke også bare køre med de samme underlag til stikkontakterne, og tryk. Håber det også forholder sig sådan hos Bjarne og mange andre. Elllers må de jo frem med hammer og mejsel, hvis man vil skifte til noget der kræver mere fysisk plads. EDIT: nå fik ikke læst til bunden inden jeg svarede, og kan se Bjarne også selv har svaret. Der er jo ret stor aktivitet i denne tråd :-)

Jeg kan godt forstå din og andres frustration over Schneider ikke vil udvikle til IHC. Desværre er vores interesse heller ikke at starte på udvikling mod IHC. Det er ikke et marked der udvikler, men afvikler. Som jeg skrev tidligere, så er vores hensigt ikke at redde komponenter på IHC men at tilbyde et alternativ. Vi kommer ikke til at bruge tid på udvikling eller design af IHC løsninger. Det er der virkelig ikke en business case i for os, uanset hvad du siger. Vores fokus er Z-Wave og de produkter der skal bruges der.

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.

Hej Allan. her er der nogle der har løsningen til dig: https://www.dingus.dk/ihc-temperatur-protokol/?fbclid=IwAR13iotonyTn7FY3SdgR5BIPdzJrK7ger5rmMgqaFysY2dxWwvEM9wvU1yk_aem_ATppmQDuOYpVryPKIwBQxmVZ8yimqx93i0Dd_zzWuobHtsyIQmYpiFGrd1Cd76W2_PY

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.