Lars1

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.

Jeg tror simpelthen ikke på at den måling er korrekt. Alt teori siger at du umuligt kan tabe så meget varme, selv med usiolerede ventilations kanaler løbende uden for husets isolerings kappe. Du kan måske nå ned på 15 grader ved -10 grader udenfor og uisolerede ventilations kanaler. Med 50mm isolerede ventilations kanalerne vil du ikke komme under 17 grader. Hovedparten af dit varmetab sker i begge tilfælde i modstrøms veksleren. Men selv hvis du havde en indblæsnings temperatur på 10 grader, så vil det alligevel ikke være noget du vil mærke hvis anlægget havde været dimensioneret, balanceret og installeret korrekt.

Hvis dine wireless enheder ikke er version 2 bør du checke belastningen på dem. For lav belastning kan give de problemer som du beskriver. Jeg opdagede dette for en del år siden hvor jeg havde samme problem med et wireless lampeudtag hvor jeg havde en transformer til lavvolts spots siddende. Erstattede jeg transformatoren med en alm. glødepære forsvandt problemet og satte jeg transformatoren på et andet lampudtag flyttede problemet hen til dette. Så selvom du kan linke lampeudtaget med den aktuelle belastning er det ikke sikkert det er nok til at du har en stabil kommunikation.

@AstronautDu får hacking til at lyde så nemt. Det er det heldigvis IKKE. At finde huller er ikke noget man bare lige gør. Selvfølgelig findes der lister med kendte huller, så når man kender webserveren, hvilket LK desværre annoncer hvis man tilgår controllerne med en ukendt URL, er en del af arbejdet gjort. Men igen kommer det reducerede OS os til hjælp da en del af de kendte huller ikke er tilgængelige på en LK IHC controller, da den del af OS eller webserveren er fjernet for at spare plads. Dette gør det svære for en hacker at finde et hul, ligesom det gør det svære at udnytte hullet efterfølgende da hacker ofte benytter sig af eksisterende software for at gøre deres kode mindre og svære at finde. Man kan derfor ikke nødvendigvis benyttet et hack mod et andet embedded devise som bruger samme software som LK IHC controlleren på en LK IHC controller. Men der er en risiko ved at sætte en LK IHC controller på nettet, ligesom der er en risiko for at sætte alt andet IOT udstyr på nettet. Jeg vil dog være mere bekymret for masse produkter som siri, alexa, philips hue etc. Der er langt mere værdi og prestige i at hacke de produkter end en LK IHC controller, som efterhånden kun findes i lille Danmark. Den væsentligste årsag for mig til ikke at sætte min LK IHC controller på nettet er og bliver dens sårbarhed over for DDOS angreb. Ikke at den potentielt kan hackes.

Det problem løser du næppe med en bedre isolering af dit anlæg. Du vil fortsat have varmetabet i modstrøms veksleren, og der hjælper kun en eftervarme flade. Men du vil alligevel næppe løse problemet da windchill factoren netop spiller en væsentlig rolle når vi taler følelsens af træk. Selv en indblæsning på 23 grader kan føles kold hvis den sker med for højt tryk i en forkert retning, så luften får god fart på hen over kroppen. Den bedste måde man løser træk problemet på er fremfor alt en korrekt balancering og dimensionering af anlægget. Alternativt større indblæsnings ventiler, retnings bestemte indblæsnings ventiler eller laver ventilations hastighed.