Lars1

På den måde du spørger, antager jeg at du ikke er elektriker. Derfor vil jeg anbefale dig at få en elektriker til at checke modulet. At rode i en el tavle kan være livsfarligt. Det koster max 1 time for en dygtig elektriker. Når det er sagt. Output 230 modulerne er bygget op i 2 grupper af hver 4 relæer. Hver gruppe har egen forsyning og der er intet i vejen for at forsyne 1 gruppe med 230V og en anden med 24V. Hvis man har en fejl og mistænker en defekt udgang til at være årsagen, er den bedste måde at teste det på ved at fjerne alle forsyninger og afgange fra output modulet og måle gennemgang på alle udgangene samtidig med at man skifter stilling på relæerne. Værd i den forbindelse opmærksom på at et tryk kan påvirke flere udgange. Modulerne kan umiddelbart ikke åbnes. Selvom de kunne vil du alligevel ikke kunne komme til kontakt fladerne. Der er enkelte som med succes har åbnet et modul og skiftet et relæ, men det er ikke noget man bare lige gør.

Jeg tror faktisk at den lille 15W PSU altid har eksisteret, men eftersom den ikke er så kraftig har den aldrig haft køleribber.

@Jeppe Buk Jeg har 3 LED dimmer i min installation, og de virker uden problemer og uden skærmet bus kable da de sidder lige ved siden af controlleren. Når du bruger skærmet bus kable, skal du sikre dig at skærmen er forbundet til 0 eller jord i den ene ende og KUN den ene ende. Ellers kan der løbe en udlignings strøm gennem den som kan danne støj og dermed opnår du den modsatte effekt. Derudover vil jeg gå IHC og HA programmet igennem for at sikre at det ikke er utilsigtet hændelser i de 2 som er årsagen. Tilføj også noget log i f.eks. HA, så du kan se hvornår ind og udgange i FB'en som styre LED dimmerne bliver ændret. 90% af alle IHC fejl er utilsigtet hændelser i IHC programmet.

@Jeppe BukPrøv at ændre https: til http: din HA config. det vil hurtigt give dig svar på om det er et krypterings certifikat problem du har. Selv med nyeste firmware i en Visual 2 controller er der usupporterede krypterings certifikater eller algorithmer. Faktisk mener jeg også der det i den nyeste firmware til en Visual 3 controller, men jeg bruger en gammel windos 7 PC når jeg tilgår mine IHC controller, så jeg er ikke 100% sikker.

Min IHC installation er kun ca. 17 år gammel, og jeg har ikke haft problemer med nogle af mine output moduler endnu. Hvis jeg skulle opgrade en 24 år gammel IHC installation, vil jeg nøjes med at skifte controlleren og og evt. dimmer da de har en korter levetid og man får flere muligheder med LED dimmer. Jeg vil ikke bruge tid på at skifte moduler som fortsat virker og hvor man ikke har brug for ny funktionalitet. Når de begynder at gå i stykker kan man skifte dem til den tid. Den eneste grund jeg ser til at skifte moduler nu, er hvis man frygter at LK snart stopper med at sælge IHC, men så vil jeg overveje at erstatte hele IHC installationen med noget andet. Det er trods alt kun i Danmark at det fortsat bliver solgt. Carlo Gavazzi er nok det som ligner LK IHC mest, det sælges globalt, har modbus interface, udvikles fortsat og er stortset ligeså dyrt som LK IHC. Jeg har dog ikke nogen erfaring med det udover hvad jeg har læst mig til og fået at vide når jeg har talt med deres sælger på messer m.m.

Jeg kender intet til HA, men status på alarm ligger jo i alarm funktions blokken. Om du kan se den i HA ved jeg ikke, men status bør være linket til et en diode på et tryk, så mon ikke du kan se det der.

Uden at kende noget til HA, kan jeg forstille mig at det ikke længere understøtter ældre krypterings certifikater. I browser og Java kan man manuelt reenable understøttelsen, men hvordan det evt. gøres i HA har jeg ingen idee om. @Jeppe Buk@Kim carlsen Hvilken firmware ligger der på jeres IHC controller?

Til det vil jeg nok ikke bruge LK IHC. :-) Du skrev at du bruger Carlo Gavazzi bi måler. Nogle af deres modeller kan kobles sammen med deres "IHC" web server som såvidt jeg ved har nogle rimelig ok standard visninger. Derudover har de nogle modeller som kan kommuniker med Modbus, hvilket du kunne bruge hvis du vil rode med noget OpenHab eller tilsvarende.

Via USB burde det virke. Prøv at fjerne netkablet fra controlleren når du prøver, så du er 100% sikker på at du ikke tilgår controlleren via nettet. Via nettet kan problemet skyldes at controlleren og din PC er på forskellige subnets. Dermed tror controlleren at du tilgår den fra internettet hvilket giver begrænsninger i hvad du må.

Du skal sikkert låse FB'en op før du kan rette den. Klik på FB'en og vælg lås op.

Jeg kan ikke helt gennemskue hvad du er i gang med, så jeg vil nøjes med at uddybe Henning's forklaring omkring hvordan et LK IHC input modul virker. En indgang på et input modul går ON når der bliver trukket en vis strøm fra indgangen. Det sker f.eks. når du trykker på et tryk hvorved der bliver skabt en kortslutning mellem den indgang trykket er tilsluttet og 0V. Indgangen lever dermed 24V og alt efter om det er et gammelt input modul eller et nyer vil den kunne levere 30mA eller 3mA. Hvis der ikke trækkes nok strøm vil indgange ikke være ON. Det blev udnyttet i de gamle LK IHC PIR sensor som blev strøm forsynet via indgangen på et LK IHC input modul. De gamle PIR havde kun 2 ledninger og hvis de blev sat mellem en indgang og 0V på et gammelt 30mA input modul, så gik indgangen ON når nogen gik forbi PIR'en. Hvis man satte dem på et nyer 3mA input modul, så vil indgang være konstant ON.

Jeg er sikker på at Henning er meget bedre til at checke dit program end jeg er, men generalt kan man sige at da LK IHC er event styret vil alt som generer en event lægge belastning på en LK IHC controller. Derfor er det meget naturligt at din IHC controller bliver belastet når du lader din Tesla og du monitorer el forbruget flere stedder samtidig. Hvert monitorerings punkt generer jo en event pr. Wh når du har 1000 impulser pr. KWh. Ved 7KW er det jo tæt på 2 events pr. sek. pr. måler. Derudover har antallet af program linier som skal afvikles når en event trikkes også indflydelse på belastningen. Program linier i IF betingelser som ikke er opfyldt bliver ikke afviklet og lægger dermed ikke load på controlleren. Derfor er størrelsen af programmet ikke så vigtig, men opbygningen er.

Du kunne jo øve dig lidt inden og prøve at få det til at virke selv. Du behøver ikke en IHC controller for det. Bare download Visual softwaren, lav programmet og start simulering i Visual.

Hvordan skal han kunne bruge reset firmwaren, når han heller ikke kan få forbindelse med firmware loaderen?

Du har selvfølgelig forsøgt at genstarte controlleren og fjerne netkablet fra den. Det plejre at løse problemet for mig når firmware loaderen ikke kan få forbindelse til min Visual 2 controller. Via USB kræver det ikke password at logge ind. Hverken via Visual eller admin/serviceview. Hvis din Java version er for ny i forhold til din firmware, får du imidlertid også en login fejl når du forsøger at bruge admin/serviceview via USB. Java problemet kan løses via nedenstående tråd. Hvis du vælger løsningen med java starter hvad enten det er Mikkel's eller LK's så sørg for at bruge den seneste version. Der er også et tip om at den seneste Visual version skulle løse et problem med LK's java starter.

Når det hele virker med en ældre computer tyder det meget på et Java problem. Tag et kig i nedenstående tråd. Der er par forslag til hvordan man løser java problemerne. Hvis du vælger løsningen med java starter hvad enten det er Mikkel's eller LK's så sørg for at bruge den seneste version. Der er også et tip om at den seneste Visual version skulle løse et problem med LK's java starter.

I forlængelse af Henning's post, kan jeg fortælle at mine FB'er til styring af udendørslys indeholder 4 scenarier (slukket, svagt lys, fuldt lys, manuelt styret). At tilføje et ekstra scenarie til en FB giver ikke noget performace impact.

Det lyder lidt til at det du leder efter er gem og hent scenarie. De funger på den måde at når du kalder gem scenarie i din FB, så gemmes den lysstyrke din dimmer aktuelt har, og når du kalder fremkald scenarie i din FB sættes den gemte lysstyrke på dimmeren. Funktionen er ganske godt beskrevet i LK's dimmer FB's såvidt jeg husker. Alternativt må du læse lidt om gem og hent scenarie i IHC villedningen. Her er det med garanti godt beskrevet.

Nyeste firmware til Visual 3 controller er 03.03.44 fra d. 4/10-2021. Er det den du køre med? Der står ikke noget om opdatering af certifikater i release notes til hverken 03.03.44 eller 03.03.37 som er den forrige version. Jeg vil derfor ikke blive overrasket hvis der er et krypterings certifikat som er udløbet og ikke længere aksepteres af IOS 15.4. Jeg er ikke ekspert i Apple produkter, men normalt kan man er eller andet sted fortælle enheden at udløbne certifikater godt må bruges. Udover det mener jeg at Visual 3 fortsat er afhængig af TLS 1.0 eller 1.1 samt MD5. Det er alle 3 krypterings protokoller som stortset ikke længere understøttes noget sted som default. De fleste stedder kan man dog fortsat enable dem, men ofte kan det ikke gøres via GUI og man må rode med config filer for at få det til at virke.

Mappen med egne blokke bliver slettet hvergang du reinstaller eller opgrader Visual. Hvis du kun har reinstalleret eller opgraderet 1 gang bør der ligger en backup af seneste FB'er under <IHC root>\IHC Visual\FunctionBlocks.backup. Backup'en overskrives også hvergang du reinstaller eller opgrader Visual så du vil aldrig have andet end de FB'er som blev installeret med seneste Visual installation og FB'erne fra den forrige Visual installation.

Jeg er ikke 100% sikker på hvad du er ude efter, men hvis du dobbelt klikker på linket mellem dit scenarie og din dimmer, kan du ændre lys styrken m.m. der.

Det er sandsynligvis et krypterings problem. Hvilken HW er din controller og hvilken firmware køre den med?

Jeg kender intet til HomeKit og IHC Bridge, men ved en længe varende strøm afbrydelse er det ikke unormalt at DHCP lease udløber, så måske har du fået ny offentlig IP eller nogle af dine enheder har fået ny lokal IP.

@AstronautJeg har ligesom dig mine LK IHC controller i en DMZ sammen med andre IHC produkter. Derudover har jeg en DMZ for media servers og en anden DMZ for media klienter. Hvorfor det vil nogen sikkert spørge. Primært fordi jeg kan, men også fordi at jeg ikke stoler på IOT devices hvad enten de kommer fra LK eller andre. Mine DMZ'er er derfor sat op så man ikke kan tilgå dem udefra uden at gå via min jumpserver, men også at de ikke har adgang til andet end DNS og NTP, og det kun via mine DNS og NTP servers. Blokeringen af udgående trafik skyldes at jeg har set flere eksempler på smart TV's eller andre enheder med indbygget kamera og/eller mikrofon som, uden brugerens accept, begyndte at streame til en server i udlandet. Af sammen grund kommer IOT devices, som kræver forbindelse til en server uden for mit hus for at virke, ALDRIG ind i mit hus. @MoellerClausDet kan godt være at det er smart at kunne tilgå sin LK IHC controller fra internettet, men hvis prisen er at man har en ustabil LK IHC controller og dermed ustabil lys styring, hvad enten dette skyldes DDOS eller anden form for hacker angreb, så vil jeg nok fortrække IKKE at have adgang til controlleren fra internettet. DDOS angreb kan man ikke beskytte sig mod med bedre sikkerhed i LK IHC controllerens software. Her hjælper kun rå CPU power, og MEGET af det. Men igen. Vi er offtopic og hvis man ønsker at fortsætte denne diskution bør man starte en ny tråd med det emne.

Jeg har ikke på noget tidspunkt påstået at man ikke kan hacke en LK IHC controller hvis man vil. Jeg påstår bare at det ikke er så nemt som Astronaut gerne vil gøre det til. Intet system er sikkert hvis man giver direkte adgang til det uden at skifte bruger ID og password. Og omkring at slå alarmen fra, så er det faktisk nemmer hvis folk har et wireless alarm system. Så behøver man bare en jammer. Og ja jeg har set demonstreret hvordan nogle af de mest alm. wireless alarm systemer kan jammes. Men enig denne diskution er stukket af fra trådens egentlige emne.