Astronaut
-
Antal indlæg
302 -
Medlem siden
-
Senest besøgt
-
Days Won
13
Indholdstype
Profiler
Forummer
Downloads
Galleri
Indlæg skrevet af Astronaut
-
-
3 hours ago, Allan Nissen said:
Shelly har meldt deres forslag ud.
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.
-
8 minutes ago, Lars1 said:
Ikke helt. Z-Wave kan best sammenlignes med LK IHC wireless standalone. Her pare du også de enkelte enheder uden controller. Ved ren LK IHC wireless, giver LK IHC controlleren dig bare mulighed for at lave komplekse ting som i Z-Wave også kræver en HC3 controller eller tilsvarende.
Z-wave (og Zigbee) kan meget mere end IHC wireless standalone.
8 minutes ago, Lars1 said:Hvis en controller understøtter både Z-Wave og ZigBee, så er det vel muligt via af den at lave noget som ligner en parring mellem enheder på de 2 protokoller?
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.
-
19 hours ago, Allan Lytken said:
Kan du se om det er alle deres enheder der kan bruges eller blot udvalgte ?
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.
-
15 hours ago, Allan Lytken said:
Wiser får du ikke ind (eller skal kæmpe meget for det), da de har valgt at lukke af for deres produkter, så de kun kan bruges hvor de tillader det.
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.
- Lars1 og Henrik Fomsgaard
-
1
-
1
-
On 9/7/2023 at 9:56 PM, Allan Lytken said:
Når vi taler alternativ til IHC, så mener jeg bestemt Z-Wave er et fornuftigt alternativ.
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.
-
6 hours ago, Lars1 said:
Har du et link? Jeg har forsøgt at finde det, men det er ikke lykkes mig.
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.
- Lars1 og Bjarne Sørensen
-
1
-
1
-
On 7/13/2023 at 7:09 PM, Per5132 said:
Fick en ny på garanti av elmaterial.se. Supersnabb service.
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.
-
On 1/17/2023 at 9:43 PM, Lars1 said:
Hvis du afbryder nul ledningen mellem HPFI relæet og første gruppe afbryder, får du et flydende nul punkt på alle dine grupper, og så kan en 230V gruppe pludselig få 400V mellem fase og "nul" grundet ujævn belastning på dine faser. Det er derfor MEGET afgørende at vide præcist hvor i din installation du afbrød nul lederen for at vi kan afgøre om det kan være årsagen til at din dimmer stod af.
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.
-
On 1/3/2023 at 1:04 PM, Niklas996 said:
I forbindelse med det her, så blev strømforsyningen skiftet, men det løste ikke problemet. Og problemet er at lyset går ud. Der er udfald af 2-3 sekunders varighed, og vores oplevelse er, at udfaldene er blevet værre siden vi overtog. Alt lys der er på controlleren påvirkes af udfaldene. Mens alt andet ikke gør. Det sker ofte og vel hvert 10. minut cirka.
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å.
-
7 minutes ago, Niklas996 said:
Det bliver i hvert fald lidt af en mundfuld. Lampeudtag i lofterne med LK Fuga kontakterne, som vi har i hele huset, virker relativt lige til.
Men vi har spots i køkken, i spisestue og på badeværelser, udenfor og i gangen. Hvordan “definerer” jeg dem? Altså jeg aner jo ikk hvordan de er sluttet til. Giver det mening?
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?
-
1 hour ago, Niklas996 said:
Strømforsyningen er lige blevet skiftet, da de håbede det ville løse problemet. Der er, hvis jeg ikke husker helt galt, 5 lysdæmpere. Har set den video du linkede til, og den har givet mig lidt mere mod på det. Men vi har 260 m2. Spots indbygget inde og ude som alle er på IHC’en i dag. Så stadig noget af et arbejde tænker jeg.
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 ...
-
1 hour ago, Niklas996 said:
Vi er ikke ude i en omfattende programmering. Vi vil bare gerne have det til at virke, så lyset tænder og slukker på kontakterne som det er i dag. Jeg har taget et billede ad enheden. Måske det hjælper.
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?
-
1 hour ago, Niklas996 said:
Hjææælp.
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.
-
54 minutes ago, sriis said:
Jeg har haft fat i LK og deres tilbagemelding er at jeg skal holde mig fra 120BA240+820B1228.
820B1229 kræver måske at jeg forlænger kablerne, men den er de andre overlegne ift. mængden af understøttede lyskilder og er derfor et bedre produkt.Hvilken controller har du? De nye LED dimmere er bedre end UNI 400 på næsten alle punkter.
-
10 minutes ago, KJA said:
EL manden var her i dag og et af problemerne var at der skal være min 20w belastning på kontakten og bl.a på halogenskinnerne i kld. sidder der kun 3 halogenpærer a 4w så der mangler lige 8w, for at opfylde de 20w. Det er nok umuligt at købe en LED dæmpbar pære idag på 20w eller mere. Har støvsuget Bauhaus, Silvan og Harald Nyborg
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.
-
2 hours ago, KJA said:
Tak for dit svar. Vil det sige at jeg "blot" kan skifte den nuværende, se billede, med en 505D5102 hw2 Ø80 Dimmer og linke den op og vupti så skulle de virke. Problemet med de andre var jeg belastningen skal være mindst 20w og det har jeg ikke været ops på når jeg købte nye led prære.
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.
-
10 hours ago, Lars1 said:
Det er LED dimmer. De kræver ikke belastning for at kun linkes eller virke. Jeg tror faktisk man kan reguler dem op og ned uden at der er nogen belastning tilsluttet.
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.
-
5 hours ago, Lars1 said:
Jeg prøvede at genopdater dimmeren tidligere idag. Indtil videre ser det ud til at have løst problemet. Det er dog for tidligt at lade champange propperne springe, da den før har opført sig ok de første 4-6 timer efter skumring indtrådte.
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.
-
On 11/21/2022 at 11:54 AM, KJA said:
Tusind tak, jeg vil se efter og har allerede set at lampeudtaget i loftet/stuen ikke er en HW version 2.x.
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.
-
2 hours ago, Lars1 said:
Det afhænger af hvilken dåse der er brugt bag kontakterne. Hvis det er en træ dåse, er den relativ nem at udskifte med en moderne FUGA dåse med plads til de moderne FUGA udtag. Hvis det er en plast dåse kan det være at de moderne FUGA udtag passer.
Ok. Det er hos mine forældre og der kommer jeg ikke forbi så ofte. Er nødt til at sikre mig at jeg har det hele med når jeg tager derhen. Det er et hus fra 1970 så jeg har ikke fantasi til at tro at der ikke er plastic dåser.
-
De her gamle LK kontakter. Er der plads i væggen til en fuga?
IHC-controlleren udgår
i LK nyheder
Besvaret
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.