EjvindHald

Skal en sådan kondensator sidde umiddelbart efter selve IHC 24 volt PSU, eller kan den også sidde et andet sted på forgreningen af denne 24 volt forsyning? Jeg spørger, fordi jeg har ikke så meget plads i min hovedtavle, hvor min IHC 24 volt 72 watt PSU sidder.

@Astronaut- tak for input. Mit setup er en helt standard LED Driver, som leverer +12 volt. Herefter er der monteret denne her zigbee dc-dc dimmer. Jeg er overbevist om, at det var kilden til problemet. Så derfor er der ingen direkte overlap med fælles 12/24 volt strømforsyninger, og støjen kan derfor kun blive sendt gennem 230 volt nettet, så vidt jeg kan se. Hvis man på nogen måde kunne fjerne støjen fra denne kilde, vil det være noget nemmere end at fjerne den fra alle følsomme brugssteder. Måske er stor kondensator mellem min LED Driver og dimmeren?

Nej, ikke jeg kender til. Dog har jeg nogle helt små 12/24 relæer til overdragelse til IHC input, som der ikke er diode over.

Mange tak for input. Jeg har faktisk en Desitek mini liggende som denne her. Ved du hvad forskellen er på denne og støjfilteret vist her? Hvilken er bedst til at skåne input til switching mode psu som IHC 72 watt? Kan enheder fra fx Desitek og Citel (se her) også beskytte mod små transienter fx lokalt (ikke kraftige lyn) uden at modulerne "brænder af"? Med andre ord: er transientmodulet umiddelbart efter min elmåler altid aktiv og hæmmer transienter, selvom jeg ikke kan se det? Efter at jeg har afmonteret min nye zigbee 12 volt dimmer, er der ikke flere elektronikenheder, som bliver defekte. Jeg venter dog med at udskifte de defekte enheder, indtil jeg har al elektronik bedre beskyttet. Jeg har relæer i min installation, og det er IHC Output 230, Eltako DIN skinne og faktisk også nogle helt små 12/24 relæer til overdragelse til IHC input. De sidste er der ikke diode omkring, men de har siddet der i mange år uden problemer. Der var ikke lyn og uvejr i mit område, da det skete, men der kan selvfølgelig have været belastningsændringer i elnettet.

@AstronautMåske er du ikke ekspert på emnet, men du ved betydelig mere om det end mig. Min 12 volt PIR er en Lince 1873Bobby-AM. Se dette link og scroll ned til side 18. Den har en potentialfri udgang, som er forbundet til et IHC indgangsmodul. En elektriker har monteret transientbeskyttelse efter mit oprindelig problem øverst i tråden, men det er umiddelbart efter elmåleren og hjælper derfor formentlig ikke på en lokal transient. Interessant at mange amerikanske produkter har indbygget varistor. Jeg har selv nogle smart home enheder købt i USA, og ingen af dem er defekte. Det skyldes måske, at de har sådan en dims indbygget. Ek ekstra spørgsmål fordi nu driller også min nye 230 volt IHC Led dimmer. Dette støjfilter er med 1,5 m2 ledninger, og min elektriker siger, at det kan monteres lovligt i en eltavle. Kan det kun monteres som beskyttelse af forbrugsenheder (behov for mange filtre), eller kan man også sætte det før mine dimmere for at stoppe spredningen af transienter (behov for kun ét filter)? Ledningsføring og komponenter kan være svær at se på billedet, men er identisk med denne her, som dog er 0,75 m2 ledninger. Takker.

Baserer på input så planlægger jeg nu: Glassikring på 0,4 ampere samt 250 volt varistor på primærsiden af 24 Volt IHC Power Supply på 72 Watt jf. ovenstående tegning. Glassikring på 4 ampere samt 28 volt varistor på sekundærsiden af den samme PSU. Ellers samme setup som på primærsiden. Kondensator over +/- direkte ved tilslutningen til følsomme eller kostbare enheder. Enig i at et oscilloscop vil være fint, men sådan et ejer jeg ikke. Det lyder måske som rigeligt stort setup, men jeg er rigtig, rigtig træt af at få ødelagt komponenter. Og delene til beskyttelse er ikke særlig dyre. @Astronaut: Hvad synes du?

En mulighed er at sætte en kondensator op de steder, som man vil beskytte, som du nævner. Men kan man ikke også blot sætte en kondensator op omkring "root cause" på problemet?

Hvordan skulle den så monteres? - direkte over +/- på dc siden?

Jeg ved ikke, om de allerede er i IHC PSU. Men jeg ved med sikkerhed, at en sol- og temperatursensor fra LK er stået af, og den bliver forsynet fra en LK standard 72 watt PSU. Så hvis der er noget indbygget, så har det ikke kunnet forhindre, at en af deres egne sensorer brændte af. Det ser også ud til, at Eltako heller ikke er i stand til at stoppe det. I hvert fald brændte en 3. parts PIR af et par dage senere, og den blev forsynet med 12 volt fra en Eltako PSU. Glassikringen skal monteres via en din skinne komponent holder. Fx denne her. Varistoren kan skrues direkte i forsyningsterminaler på IHC 72 watt PSU parallelt med fase og nul. Det betyder ingen løse komponenter i tavlen og ingen lodninger eller lignende. I går talte jeg med en autoriseret installatør, som umiddelbart ikke så noget problem i det. Forudsat naturligvis behørig opmærkning og dokumentation. Generelt er jeg rigtig træt af disse problemer med ødelagte komponenter, som er ganske kostbare. Og nogle af mine kan kun købes i udlandet. Derfor har jeg bestilt varistorer både i 230 volt, 12 volt og 24 volt udgave. Så vil jeg beskytte både ved kilden (root cause), ved PSU'er og direkte ved kostbare komponenter, så det ikke sker igen. Jeg var nødt til at bestille mange stk. varistorer, så hvis nogen er interesseret, så send mig en PM. De modtages nok om ca. 10 dage. Endvidere faldt jeg over denne her fra Biltema. Ved endnu ikke helt, om den kan passes ind, men i mit tilfælde var det formentlig en speciel zigbee LED dimmer, som var root cause.

Jo, problemet er på primærsiden, og min overvejelse med zener diode var et forsøg på at stoppe det. I dag har jeg talt med @sbv1307, som fortalte, at en zener diode er for langsom. I stedet benytter han denne løsning til beskyttelse mod lokale transienter: Virkemåden er, at varistoren lynhurtigt sender evt. spikes fra fase til nul, så de ikke rammer power supply. Normalt er der ganske lidt strøm, så der sker ikke mere. I sjældne tilfælde kan der være lidt flere ampere på, og derfor er der monteret en 250v glassikring, som så springer. Ampere på denne glassikring skal være højere end power supply, varistoren skal være endnu højere. Jeg synes, at det er en smart og simpel måde at beskytte sin elektronik. Jeg skal nu i gang med dette overalt, men heldigvis kan en elektriker nemt montere det i en eltavle, og komponenterne er billige. Steen benytter denne her varistor: https://www.digikey.dk/product-detail/da/epcos-tdk-electronics/B72214S0251K101/495-4375-ND/651260

Hej alle I denne uge har jeg haft den kedelige oplevelse, at 2 komponenter er "brændt af" med få dages mellemrum. Det ene er en IHC sol- og temperatursensor, som forsynes fra IHC 72 watt psu, mens den anden er en 3. parts pir, som forsynes via Eltako din skinne switching supply. Begge dele har fungeret fint i flere år uden problemer. Årsagen er endnu ikke 100% fastlagt, men formentlig en zigbee 12 volt dimmer, som er det eneste nye i min installation. Jeg vil nu forsøge at beskytte den med støjfilter med mere. Men jeg er faktisk skuffet over, at strømforsyning fra både IHC og Eltako tilsyneladende kan sende kortvarige høje spændinger ud, som ødelægger følsom elektronik. Jeg har talt med IHC supporten, men de er endnu ikke vendt tilbage med et svar. Derfor dette spørgsmål til nogle dygtige til elektronik: Hvordan kan man sikre, at strømforsyninger til lavvolt dc i eltavler ikke sender kortvarige høje spændinger ud? Konkret: kan man fx direkte forbinde en 28 volt zenerdiode direkte over IHC 72 watt forsyningen? - og tilsvarende en 14 volt zenerdiode over 12 volt Eltako forsyning? Hvis nej, kan man på anden måde stoppe kortvarige høje dc spændinger? Takker. Ejvind Edit: IHC supporten er nu vendt tilbage med svar, og de er meget venlige og lydhøre. Dog ingen konklusion.

Hvad står der i openhab logfilen?

Det endte med følgende: Afmontering af Lux- og temperatursensor Ændring i Visual fra Lux- og temperatursensor på indgangen til simpel input on/off Prøv at forbinde den oprindelig 0v og Data ledning Når jeg gør det sidste vises hhv. on og off på indgangen i ServiceView. Det betyder, at kabel og IHC Input modul er OK. Desværre må det så også betyde, at Lux- og temperatursensor er defekt :-(

Jeg har en IHC Lux- og temperatursensor med lk nr. 507D6533, som har kørt fint i nogle år. Pludselig i denne uge vises 0 i både lys og temperatur jr. nedenstående fra ServiceView. og Alarm er On. Jeg er bekendt med denne her fra zigza https://www.zigza.dk/download/Fejlfinding.pdf, som dog er et andet produkt og en anden leverandør. På klemmen mellem Data og 0v måler jeg nul volt. Mellem 24v og 0v klemmer måler jeg 24 volt. Er der nogen der ved, hvordan jeg med sikkerhed kan identificere, om det er modulet, IHC input eller kablet, som er defekt? Jeg har kun det ene, så ingen mulighed for at bytte rundt med en anden tilsvarende. Garantien er udløbet. Takker.

Prøv at installere IHC Captain med sin egen bruger på IHC controlleren. Det vil hjælpe med at identifcere, om problemet er netværk, IHC controller eller openHAB.

Hvilken firmware version er der på din controller? - og hvilken model controller har du? Firmware version 2.7.220 har det mønster, som du beskriver.

Det er formentlig ikke noget med openhab og IHC, men noget andet. Ideer kunne være: Vær 100% sikker på, at du har ikke duplicate ip adresser i din installation. IHC controlleren skal have fast unik ip adresse. Hæv timeout tiden i openhab til din forbindelse til IHC Controlleren. Det kan du gøre i din IHC Thing file eller direkte i openhab menuen, hvis du bruger den.

Jeg ved, at dimmeren har en firmware med indbygget logik til beskyttelse mod transienter fra fx. lysstofrør. Men jeg ved ikke mere om, hvad der præcis sker i disse situationer. Måske spørg LK supporten eller se om problemet kan forbindes med noget lignende dette.

Måske er din strømforsyning ved at stå af. Prøv at måle om den giver den nødvendige spænding.

Jeg benytter også fb’en til hjemmesimulering, men ingen tryk til at aktivere eller deaktivere. I stedet lader jeg totalalarm=on aktivere den, mens alarm=off deaktiverer hjemmesimulering. Det virker fint til mit behov.

Ligesom @Kandersenså kan jeg jeg varmt anbefale @Henning Pedersen, som du kan træffe på hp@i-bi.dk eller tlf. 20 62 00 30

Hvilken controller version bruger du? - Visual hænger sammen med dette. Ovenstående skærmkopi er fra Visual, som benyttes til controller 3, hw 7.

Hej igen Er du sikker på, at du har seneste version af Visual? Se vedlagte skærmkopi hvor controlleren default genstarter ved upload af nyt program.

Jeg ved ikke helt, hvad du mener med dette. Men hvis du har ændret dit IHC program, og sendt den nye version til IHC controlleren med default settings, så vil IHC Controlleren genstarte. En sådan genstart medfører, at den aktive session fra Home Assistant ikke længere er gyldig, og HA skal foretage login på ny. Hvis det er dit scenarie, så er det nemmeste blot at genstarte Home Assistant, så vil den forsøge login igen. Husk at tildele hver klient - her HA - sit eget brugernavn og tilhørende kode i IHC controlleren.

OpenHAB kan ikke give dig mere funktionalitet end du kan i IHC. Og du kan ikke styre denne dimmer trinløs i IHC - hertil kræves en model med tilbagemelding. Det er wireless ø80 eller DIN Led dimmer, som kræver controller ver. 3. Men hvis dine Memory indgange på dimmeren er tilsluttet, kan du aktivere dem, så du på den måde kan sætte et bestemt lysniveau.