EjvindHald

Jeg vil anbefale 8 stk. Eltako kontaktor til din skinne montering med “zero passage switching” aktiveret. Disse kontaktorer styres af et IHC out 24 modul. Det vil give minimalt strømforbrug, slid og varmeudvikling.

Hej Hvis man forsøger med en ny installation af openHAB primo maj 2021 eller senere, kan man ved integration til IHC Controlleren opleve denne fejlbesked "Protocol is disabled or cipher suites are inappropriate". Det skyldes, at IHC Controlleren benytter en ældre standard til kryptering af al kommunikation. Standarden hedder TLSv1.0, og den bliver supporteret stadig færre steder, fordi sikkerhedsniveauet er lavt. I stedet skal man i dag benytte TLSv1.2 eller TLSv1.3, men den understøtter IHC Controlleren ikke. Jeg ved ikke, om det kommer. I de nyeste Java setup er TLSv1.0 i flere distributioner som default nu ikke en gyldig protokol, og det er årsag til, at man oplever den viste fejlbesked. Løsningsmuligheder på dette problem kan læses her og her.

Min løsning virker allerede for alle intervaller. Keep it simple... Jeg vil ikke kalde det en dummy switch - det er minimumstid mellem skift af status, som mange kommercielle produkter også har.

FW 2.7.199 indeholder en rettelse til radiomodulet - det var måske værd at prøve.

Hej Jakob Det er var en lidt udfordrende sag, du kom med. Men efter at have tænkt lidt over det, tror jeg, at det nemmeste er at indføre en træghed, så den kun skifter status højst hvert xx minut. Der er også en del andre produkter, - bl.a. markisestyringer - som har samme logik for at undgå det, som du oplever. Næste skridt er så, hvordan man nemmest laver det i openHAB. Jeg foreslår nedenstående, som i sagens natur ikke er testet. Først én ny variabel i din item fil: Switch VeluxLockWindow Dernæst denne nye regel, hvor tallet 5 for minutter ændres efter behov. rule "Velux træg skift" when Veluxentre_Position changed then VeluxLockWindow.sendCommand(ON) createTimer(now.plusMinutes(5), [ | VeluxLockWindow.sendCommand(OFF) ]) end Til sidst én enkelt ny kodelinie med Exit i dit eksisterende kode rule "Gang temperatur hysterese over 23.5" when // reglen aktiveres ved ændring i temperatur eller alarm status Item entre_temp changed or Item alarm_io changed then // Hvis alarm er tilkoblet, så skal vinduerne være lukket if (alarm_io.state == OFF){ // Alarm er frakoblet if (VeluxLockWindow.state == ON) return; // Exit var Number cur_temp = entre_temp.state as Number var Number setpoint_high = 24.5 var Number setpoint_low = 23.5 val Number hysteresis = 0.2 // Der er varmere end højeste setpunkt - vinduet åbnes helt if (cur_temp > (setpoint_high + hysteresis)) { Veluxentre_Position.sendCommand(0)} else { // Vinduet åbnes 50% hvis temperatur er højere end laveste setpunkt if (cur_temp > (setpoint_low + hysteresis)) Veluxentre_Position.sendCommand(50) else if // Temperatur er lavere end laveste setpunkt, og vinduet lukkes (cur_temp < (setpoint_low - hysteresis)) Veluxentre_Position.sendCommand(100)} } else { // Luk vinduet hvis alarm ikke er frakoblet Veluxentre_Position.sendCommand(100) } end Prøv om det fungerer...

Jeg har også benyttet denne magnetventil i en periode. Desværre har jeg måtte konstatere ad 2 omgange, at den ikke er så pålidelig selv med en daglig motionering af ventilen. Den blev defekt, ligesom du oplever. I stedet bruger jeg nu en ventil fra Belimo og tilhørende motor. Det er en dyrere løsning, men den er driftssikker. Husk i øvrigt at alle komponenter skal være godkendt til drikkevand. Den pågældende magnetventil til IHC systemet ER godkendt til drikkevand, men du kan ikke læse det nogen steder. Jeg fandt ud af ved at spørge forhandleren, som skaffede et certifikat fra underleverandøren til Schneider.

Efter at have undersøgt det endnu mere, er jeg nu kommet frem til, hvad jeg vil montere. Undervejs har jeg talt med Per fra myimport.dk, som har haft den pågældende zigbee dc-dc dimmer forbundet til et oscilloscop, og han kan ikke se noget støj fra den. Så jeg ved ikke med sikkerhed, hvad årsagen var. Men der er flere støjkilder, end jeg lige umiddelbart tror. Fx vil start og stop af vores blender formentlig sende støj ud. Har man økonomi til det og plads i tavlen, kan man placere denne her fra Dehn foran alle strømforsyninger. Det gør jeg ikke. I stedet bliver mit endelige setup : Hovedforsyning: Kompakt transientbeskytter fra Citel, model DS440S med potentialfri relæudgang tilsluttet et IHC indgangsmodul. Ligesom Dehn kan modulerne udskiftes, hvis der er behov. Der er konfigureret SMS besked i tilfælde af aktivering, og det vil fungere pga. backup strømforsyning i både SMS modul og IHC Controlleren. Primær side af alle strømforsyninger: 250 volt varistor + 250v glassikring i din skinne holder. Virkemåden er formentlig identisk med den lille klasse 3 transientbeskytter fra Dehn, men fordelen ved glassikringen er, at jeg kan tilpasse ampere til præcis hver strømforsyning. Sekundær side af alle strømforsyninger: 12/24 volt varistor + glassikring. Ampere på glassikringen skal være lige over forventet forbrug fra de tilsluttede enheder. Ved selve komponenten - fx pir eller sol/temp. sensor: En 470 µF kondensator direkte over +/- til at tage evt. udsving i forsyningen. I princippet kunne den sagtens have større kapacitet, men det kan så blive et problem at få plads til den. Ved etablering af ovenstående skal man tænke sig godt om, så det sikres, at der fortsat er en lovlig el installation. Så det tager jeg med min aut. el installatør.

Fase og nul kan udskiftes på Citel DS440S 3P+N. Jeg valgte den, fordi det er eneste 3P+N med udskiftelige moduler, som kun fylder 2 moduler i bredden. Link til støjfilter: https://www.el-grossisten.dk/emi-filter-til-led-belysning.html

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.