Lars1

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.

Men det er ikke en moderne ARM processor som sidder i controlleren. Selv Visual 3 controlleren er designet for 10 år siden med de processor som var tilgængelig dengang, og det er stadigvæk dem de stopper i de controller som bliver produceret idag. Det er heldigvis ikke så simpelt at hacke en LK IHC controller, som du gerne vil gøre det til, og slet ikke hvis du vil bruge den til at hacke andre enheder på nettet. Årsagen hertil er ikke LK's sikkerhed, men at funktionaliteten i LK IHC controlleren's OS er stærkt reduceret og her tænker jeg ikke på GUI og desktops, men banale ting som shell, terminal server etc. Man har ganske simpelt fjernet alt funktionalitet fra OS'et og webserveren m.m. som ikke er strengt nødvendigt. Dette er ikke gjort at sikkerheds hensyn, men for at få OS'et og web serveren ned i en størrelse som gør at de kan køre på den processor kraft som er tilrådighed i controlleren. Selvfølgelig er det fortsat muligt at hacke en LK IHC controller, men det er noget svære når der er tale om et reduceret OS og når antallet af LK IHC controller på nettet samtidig er så lavt som det er, er det ikke noget som mange hacker gider spilde mange sekunder på. Det er meget nemmer at finde og hacke en IIS server som ikke har fået alle sine daglige sikkerheds opdateringer fra microsoft.

Det er MANGE år siden jeg har haft en Term IHC controller mellem hænderne, men såvidt jeg huske kan man tilgå den med alm. terminal software som f.eks. hyperterm (hvis det fortsat findes i windos), putty eller noget helt trejde. Dermed kan du få adgang til programmet i controlleren, men som andre skriver, kan det ikke bare loades i en ny controller. Det skal skrives forfra i den nye controller. At have adgang til det eksisterende program vil dog hjælpe dig med at gennemskue hvad der er tilsluttet til hvad, hvilket gør programeringen af den nye controller MEGET nemmer.

@Lars JacobsenWindchill effekten kan også opleves selvom man har vintertøj på og dermed ikke har noget bar hud som vinden kan blæse henover. Og som du selv skriver kan forskellige overflader på temp. sensor giver forskelligt resultat når de måler temperaturen på luft i bevæggelse. Det kan godt være det i de tilfælde ikke hedder windchill effekt, men resultatet er det samme. Man skal have den rigtige temp sensor når man vil måle temperaturen på luft i bevægelse, ellers får man et forkert måle resultat. @KandersenJeg havde sådan set ikke forventet at du vil give mig ret, men jeg håber at du og andre kan bruge de links jer har lagt i tidligere indlæg, så diskutionen fremover kan bygge på fakta og ikke tilfældige måle resultater som er lavet under tvivlsomme forhold. Det sidste jeg vil skrive til dig er at 13 graders temperatur fald fra udsugning til indblæsning er urealistisk selv med max 50mm. isolering om ventilationsrørne og en 10-15 år gammel modstrøms veksler. 5-8 grader under særligt kolde forhold, måske, man IKKE 13 grader. Skulle de 13 grader være korrekt, så betyder det dog ikke noget i det samlede varme regnskab, da et ventilations anlæg har en alt for lille luft kapasitet til reelt at gøre noget ved rum temperaturen. I den energi guide jeg har linket til er der forskellige regneeksempler. Eksemple 9 viser en besparelse på 11,23KWh/år hvis man isoler 20M Ø200 kanal med en indvendig luft temperatur på 22 grader med 40mm isolering. Eksemple 10 viser en besparelse på 11,9KWh/år hvis man isoler samme kanal med 80mm. isolering. Tilsammenligning viser eksemple 1 at man kan spare 261KWh/år hvis man isoler radiator rør i et typisk en familie hus med 40mm. isolering. Der er selvfølgelig tale om rør som ligger uden for huset's isolering.

Der er desværre ingen vej uden om en ekstra controller hvis man ikke vil bruge wireless og har brugt alle 128 indgange (8 moduler med hver 16 indgange). Der er ikke noget problem med en blandet installationen med ældre LK IHC controller og nyer LK IHC controller. Faktisk kan man have både en Term IHC og Visual 3 contoller i samme installation. De forbindes med hinanden på samme måde som 2 LK IHC controller af samme model. Der er en fin beskrivelse af hvordan det skal gøres i LK IHC dokumentationen. Hvis du skal have flere controller i din installation, så er anbefalingen at bruge en controller til f.eks. lys styring og en anden til alarm og varmestyring. Dermed undgår man at skulle bruge for mange ind/udgange på data mellem de 2 controller.

Vindchill effekten har meget mere betydning end man lige tror. Derfor er det heller ikke nok at man placer sensoren det samme sted i 2 forskellige indblæsnings ventiler. Der skal også være samme luft hastighed ved de 2 målinger, medmindre man anvender et måle instrument som er specielt designet til måle temperatur på luft i bevægelse. Hvis din teori skal holder stik bør man kunne måle luft temperaturen i kanalen ved at måle kanalens temperatur. Det kan f.eks. gøres ved at klister en temperatur sensor uden på ventilations kanalen, men under isoleringen. Husk varmeledende pasta. Hvis din teori skal holde stik, så skal kanal temperaturen på dette sted være den sammen eller lavere end den du måler på indblæsnings luften. På en kold vinterdag er et temperatur tab på 5 grader i en modstrømsveksler ikke unormalt. Slet ikke på et ældre anlæg. Hvad temperatur tabet er i modstrømsveksleren på mit anlæg ved jeg ikke. Det er et CompactS anlæg med indbygget varmepumpe og den køre 24/7 i vinter månederne så ofte er min indblæsnings temperatur højre end min udsugnings temperatur. Igen tror jeg at dine målinger er forkerte, for det er fysisk umuligt at flytte så meget varme ind/ud af en ventilations kanal. Hvis du ikke tror på mig, så synes jeg du skal tage et kig i denne https://evu.dk/wp-content/uploads/2019/06/Teknisk-isolering.pdf På side 180-181 har du varmetabs beregninger for ventilations kanaler. Samtidig bør du kigge på denne oversigt over hvor stor en eftervarme effekt der kræves for at hæve temperaturen 5 grader. Jeg ved godt det er en Nilan oversigt og du ikke stoler på Nilan, men jeg er nu ret sikker på at den er korrekt. https://www.nilan.dk/produkter/tilbehoer/eftervarmeflader/vand-eftervarmeflade-oe160 Som du kan se kræver det 170W at hæve temperaturen 5 grader ved en luft mængde på 100 kubicmeter/m. Sammenhold tallene for varmetab med hvor stor en varmeeffekt det kræver for at hæve temperaturen 5 grader, så vil du se at det er fysisk umuligt at nå de temperatur fald/stigninger du har målt. Den eneste forklaring jeg kan finde på at teorien ikke passer med dine måle resultater er at dine måle instrumenter ikke er egnet til den type målinger du har fortaget og dermed er dine måle metoder og resultater forkerte. Som jeg skrev tidligere så er den temp sensor som sidder ind i min modstrøms veksler en anden type en dem som måler temperaturen på ind og udblæsnings luften i mit Nilan anlæg. Hvis jeg bytter tempsensoren i modstrøms veksleren med en af de andre får jeg nogle målinger som er flere grader forkerte.

Med den ringe processor kraft der er i LK IHC controllerne incl. den seneste HW7 version er jeg ret sikker på at du hurtigt vil opdage hvis din controller er blevet inficeret til fremtidig brug. Det samme gælder for rigtig mange af de IOT devices som findes idag. Oven i det er de ikke så lette at inficer og modificer til fremtidig brug. Deres OS er somregl et OS med kraftigt reduceret funktionalitet som gør dem temmelig svære at inficer eller bruge som jumpstone. Mig bekendt ligger der ikke Java på controllerne. Det er en embed linux kerne som køre på dem såvidt jeg ved. Java bruges kun til klient programmerne på din PC. Der behøver ikke ligge Java på controllerne for at det vil virke. Linux kernen er dog også gammel og bliver sjældent opdateret så her har man nøjagtig de samme udfordringer med sikkerhedshuller. Jeg er dog ikke så bekymret for det netop fordi det er et OS med stærkt reducereret funktionalitet som gør det svært at udnytte for en hacker.

Vindchill effekt eller fejl i måle metoden, for så stort et varmetab er ikke teknisk muligt. Jvf. energihåndbogen fra 2019 fra evu.dk er dit varmetab i en uisoleret ventilantions kanal på 160W/kvadratmeter ved 22 grader luft temperatur i kanalen. Det betyder at for en uisoleret kanal på Ø160 har du et varmetab på ca. 80W/m. Ved 40mm. isolering er varmetabet 16W/kvadratmeter ved 22 grader, eller ca. 8W/m for en Ø160 kanal. Ved 80mm isolering er tallene 8W/kvadratmeter eller 4W/m for en Ø160 kanal. Hele den del hvor der sker luft cirkulation er nød til at være lydisoleret for at have effekt. Bare at lydisoler frontlågerne har ingen effekt. Dit anlæg er derfor MEGET specielt hvis ikke hele den del hvor der sker luft cirkulation er lyd/varme isoleret. Bortset fra det skrev jeg jo netop at anlægget primært er isoleret afhensyn til lyd, men at denne isolering også virker varme isolerende. Jeg mindes heller aldrig at have set at Nilan påstår andet. Tallene fra beregning af varmetab i ventilations kanaler kan iøvrigt også bruges til at beregne varmetabet i et uisoleret kontra isoleret ventilations anlæg. Igen understøtter tallene at dit varmetab i anlægget (bortset fra modstrøms veksleren) er stortset ikke eksisterende og man primært isoler af hensyn til lyd og kondens vand.

Vi bliver nok heller ikke enig om dette, men lad mig komme med nogle sidste indspark. Der er et varme tab i ventilations kanaler, også selvom de er issolerede. Men selv ved isolerede rør er det fysisk umuligt at tabe 2-5 grader på korte afstande (<10M) eller 8 grader på lidt længere afstande (<30M). De første par m.m. isolering er de mest effektive. Bare 10mm isolering reducer dit varmetab med 50%. Herefter falder reduktionen som ved alt andet isolering. Nilan's anbefaling om 100mm isolering er ikke af hensyn til varmetab, men for at undgå kondensvand i rørne. Jvf. rockwool anbefales der mindst 80mm isolering omkring ventilationsrør ved en omgivelses temperatur på -10 grader, en luft temperatur i rørne på 25 grader, 90% luftfugtighed og et luft flow på 5m/sek. Ved en rum temperatur på 10 grader anbefaler de kun 30mm. isolering. Rockwool har varmetabs tabeller for varmtvands rør, så man nemt kan beregne hvor meget energi man spare ved at isoler sine varme rør. De har ikke tilsvarende tabeller for ventilations rør, hvilket for mig er endnu et tegn på at der ikke er noget nævneværdigt varmetab i ventilations rør hvad enten de er isolerede eller ej. Derfor er jeg ret sikker på at dine målinger enten er forkerte eller at måle metoderne er forkerte. Som jeg tidligere har skrevet ændre temperaturen sig nogle grader på den sensor som sidder ind i modstrømsveksleren hvis man tager den ud så den sidder uden fysisk kontakt med modstrøms veksleren. Derudover har du en vindchill factor som du skal tage højde for. Nogle temp sensor er designet til at måle temperatur hvor luften står stille, mens andre er designet til at måle temperature på luft som flytter sig. Rum sensor er normalt designet til stillestående luft, hvilket er årsagen til at de ikke må sidde for tæt på døre og vinduer m.m. Sensorne i et ventilations anlæg er designet til at måle temperatur på luft som flytter sig, bortset fra den sensor som sidder ind i modstrøms veksleren. Kommer en sensor som er designet til at måle temperature i luft som flytter sig til at sidde ind i et filter vil den ikke længere måle korrekt temperatur. Selvfølgelig har ændret luft hastighed indflydelse på slut temperaturen, men ikke mere end max 0,1-0,2 grader. At den målte temperatur ændre sig ved højre luft hastighed, kan ligeså meget skyldes vindchill factoren fremfor ændret varmetab. Ligegyldigt hvor mange data du logger hjælper det dig ikke hvis du bruger de forkerte sensor til at generer datane, eller at sensorene ikke er placert korrekt. Det varmetab du har målt dig frem til er ganske simpelt ikke fysisk muligt. Selv ikke hvis både anlæg og rør var totalt uisolerede. Sidst men ikke mindst. Medmindre dit Nilan anlæg er et MEGET specielt anlæg, så er det isoleret. Den skum som er brugt til at lydisoler anlægget har samtidig en høj varmeisolerende effekt. I mit anlæg er der ikke en eneste flade i ventilations delen som ikke er dækket af mindst 20mm lyd/varmeisolerende skum. Kunne det være bedre. Sikkert, men igen. De første par m.m. er de mest effektive og luften opholder sig i ventilationsanlægget i MEGET kort tid. Selv hvis du fordoblede tykkelsen vil du ved -20 grader uden for anlægget ikke se en temp. forskel på mere end 0,1-0,2 grader ved indblæsning. Det største varmetab du har i et ventilations anlæg med 30M fra udsugning og til indblæsning er modstrøms veksleren. Dette gælder også ved en udetemperatur på -5 grader og dine ventilations kanaler kun er isoleret med 50mm. isolering. Hvis dine målinger var korrekt tvivler jeg på at ventilations anlæg vil være lovlige i DK, med det fokus der er på energieffektivitet.

LK IHC controllerens overfølsomhed overfor netværks trafik er den primære årsag til at jeg aldrig kunne drømme om at give direkte internet adgang til en IHC controller. Jeg kender ingen som har fået hacket sin IHC controller, men jeg havde en overgang som test åbnet for direkte internet til min test controller, og den blev efter 1 mdr. lagt ned af et DDOS angreb. Jeg har logning på min firewall, så jeg kunne dokumenter angrebet overfor min ISP. For at få nogle logger ind på den ja, men ikke for at nogen kan lægge den ned med et DDOS angreb. Selv en 10 år gammel PC kan uden problemer lægge en LK IHC controller ned med et DDOS angreb. Hvis man absolut vil give direkte internet adgang til sin LK IHC controller, så bør man som minimum ændre både default bruger ID OG password. Det er ikke nok bare at ændre en af tingene. Derudover bør man lave portmapping i sin router/firewall, således at det er andre porte end 80 og 443 som man bruger på den offentlige IP. Mange ISP'er overvåger og bloker for port scanninger så sandsynligheden for at en hacker finder de nye porte er ikke så stor som den var for 5-10 år siden. Man er dermed nogenlunde beskyttet mod DDOS angreb.

Jeg vil fortsat påstå at en del af dit problem var et sensor problem, eller at der måske er byttet om på nogle rør, hvilket er set før med ventilations anlæg. Hvis du prøver at lave en varme tabs beregning på 10M uisoleret Ø160 kanal med en omgivelses temperatur på 0 grader og en start temperatur på 23 grader vil din slut temperatur være en del over 13 grader. Bare 50mm isolering omkring kanalen vil drastisk reducer dit varmetab. Ingen af mine sensor er på nogen måde kalibreret, men de er ikke 5 grader ved siden af. Min rum temperatur ligger generelt på 20-22 grader og selvom hele min udsugnings kanal pt. er uisoleret og der i vinters var ned til 5 grader på min 1. sal kom min udsugnings temperatur målt af mit Nilan anlæg aldrig under 17 grader. Min udsugnings kanal er stortset Ø160 hele vejen og ca. 15M lang når man tager alle grene med.

Jeg har en Raspberry PI liggende i en DMZ hjemme, som jeg kan nå med SSH udefra. Via Putty kan jeg bruge den som web proxy, så jeg kan nå web interfacet på mine IHC controller, IHC Captain m.m. via deres lokale IP addresser på mit netværk. Jeg har også en SSH VPN klient hvis jeg har behov for at få adgang til controlleren via Visual. Jeg vil mene at løsningen er fuldt ud ligeså god som alle gængse VPN løsninger, men den kan være lidt tricke at sætte op hvis man ikke normalt roder med Linux eller netværk. Her er en simpel guide til at sætte Putty op som web proxy sammen med SSH og en Linux server som f.eks. en Raspberry PI. https://linuxhostsupport.com/blog/ssh-tunnel-using-putty-and-firefox/

@AsgerHJeg checkede min indsugnings temperatur og udetemperatur her til aften nogle timer efter solen var gået ned. Ude temperaturen var ca. 6 grader, indsugnings temperaturen ca. 8 grader og rum temperaturen ca. 18 grader. Det passer noget bedre med den temperatur ændring jeg vil forvente i 10M uisoleret ventilations kanal. At temperatur forskellen midt på dagen er en del højer, skyldes sandsynligvis at min IHC ude føler sider på nordsiden af huse og dermed er i skygge det meste af dagen, mens indsugningen til ventilations anlægget sidder på en tagflade som vender sydøst, som dermed er badet i sol fra solen står op og til omkring kl 16-17 stykker. Indsugnings luften bliver derfor højst sandsynligt opvarmet af tegltaget inden den bliver suget ind.

Jeg ved ikke hvordan man kalibre Nilan temp sensor. Faktisk tror jeg slet ikke det kan lade sig gøre. Når jeg skriver kalibrering, så er det mere rettet på at de 2 sensor man bruger til at måle start og slut temperaturen er kalibreret ens. Udsugning er den luft som suges ud af huset, så den burde ikke ændre sig meget ved skiftende udetemperatur. Jeg spekuler derfor på om der måske er byttet om på nogle kanaler hos dig. Udsugnings temperaturen skulle gerne ligge rimelig konstant, mens indsugnings temperaturen følger ude temperaturen. Da jeg installerede mit Nilan anlæg måtte jeg dobbelt checke dette, da mine kanaler oprindeligt var planlagt til et comfort anlæg, og der skal byttes om på nogen af dem hvis man installer et compact anlæg. Det burde dog være temmeligt nemt at se i displayet på Nilan anlægget. På en vinterdag eller forårs dag skal udsugnings temperaturen være væsentlig højre end indsugnings temperaturen. Kun på meget varme sommerdage vil indsugnings temperaturen være højre end udsugnings temperaturen. På mit anlæg er indsugning på displayet markeret med en blå pil som peger ind i anlægget og udsugning med en rød pil som peger ind i anlægget.

@AsgerH Jeg undrede mig meget over hvordan du kan have et temperatur fald på 10 grader i en isoleret ventilations kanal, så jeg tog et nærmere kig på mit anlæg. Jeg har ca. 10M indsugnings kanal, som pt. løber uisoleret på min første sal som jeg er ved at renover. Da jeg checkede anlægget for 10 min. siden kørte den med ventilations trin 2, ude temperatur på 8 grader (udendørs IHC temp. sensor) og rum temperatur på 20 grader (IHC temp. sensor) er indsugnings temperaturen i mit ventilations anlæg 16 grader (Nilan temp. sensor i anlægget). Min udsugnings kanal er ca. 12M. Hovedparten løber uisoleret i første salen, som i vinters ikke var opvarmet. Rum temperatur var derfor ned til omkring 5 grader når det var koldest og sjældent over 10 grader. Selv under de forhold kom udsugnings temperaturen ved ventilations anlægget aldrig under 18 grader. Alt i alt tvivler jeg derfor stærkt på at et temperatur fald på 10 grader i en isoleret ventilations kanal skyldes isolerings tykkelsen. Selv ved -20 grader omkring isoleringen tvivler jeg på at du vi få et temperatur fald på 10 grader, med mindre der er tale om en MEGET lang ventilations kanal og en start temperatur væsentlig over 20 grader.

De ligger på "mitlk" https://www.lk.dk/mitlk/download-ihc-software/ Det kræver login, men alle kan oprette sig som bruger. Du finder "mitlk" ved på lk.dk at vælge support -> download software.

Der kan være mange årsager til temperatur faldet. 10 grader lyder dog voldsomt medmindre det er et langt stræk. Jeg vil derfor først og fremmest sikre mig at temperatur sensorne er kalibreret korrekt. Derefter check placering af temperatur sensoren i dit Nilan anlæg. Jeg har et Nilan compact S anlæg og i forbindelse med et filter skifte blev den ene temperatur sensor skuppet så den ikke længere sad ind i varmeveksleren, hvilket gav en forskel på 2-5 grader alt efter hvor kraftigt anlæget kørte. Hvis det er et isolerings issue, så bør faldet være forskellig alt efter hvor varmt det er uden for eller på dit loft.

Jeg er på INGEN måde expert på området. Men jeg synes at Cerius's argumentation lyder meget tynd. Eftersom de har flyttet måleren ud af skabet for at kunne aflæse den tyde det på at den er radio aflæst, og så vil jeg begynde at mistænke antennen på dit IHC anlæg hvis du har en visual 2 eller 3 controller. Jeg synes det lyder mærkeligt at din IHC strømforsyning skulle kunne forstyre radio aflæste måler uden for dit hus. IHC antennen kan tilgengæld række op til 300M under særligt gode forhold. Den bør dog ikke sende hele tiden. Har du checket på eloverblik.dk om din el-måler bliver aflæst hver time? Hvis din el måler bliver aflæst hver time har jeg svært ved at se hvorfor din IHC strømforsyning skulle være årsag til at andre el måle på vejen ikke kan aflæses. Omkring EU direktivet, så fastsætter det ganske rigtigt grænser for EMC eller elektromagnetisk støj. Eftersom dine LK IHC produkter er CE mærket er de jo designet til at overholde dette, så hvis de ikke længere overholder direktivet kan de være defekte. Jeg er dog ikke godt nok inde i EMC direktivet til at afgøre om de måle resulater der fremgår af dine billeder er inden for EMC direktivets grænser eller ej. Du kan evt. prøvet at høre LK hvad de mener om sagen. De må om nogen være interesseret i at vide hvis deres produkter ikke overholder EMC direktivet, da det kan medføre STORE udgifter for dem hvis de skal til at tilbagekalde massevis af produkter. Desværre har jeg ikke nogen kontakt informationer til dem. Sidst men ikke mindst. Støjmålingerne er lavet i området 0-500KHz. Hvis din elmåler er radio aflæst sker det typisk i området 433-444MHz eller via mobil nettet på 700MHz, 800MHz, 900MHz, 1,8GHz, 2,1GHz, 2,6GHz, 3,5GHz eller 26GHz. LK IHC wireless ligger på 868-870MHz. 800MHz båndet bruges også til 4G

Alle strømforsyninger lave elektrisk støj, men at LK IHC strømforsyninger skulle være specielt støjende har jeg aldrig hørt om før. Alt el materiel skal være CE godkendt for at du må tilsluttet det til el-nettet i DK. CE godkendelsen indeholder regler for elektrisk støj. Du kan derfor blive stillet overfor et krav om at få repareret eller udskiftet et evt. defekt CE godkendt produkt, men så vil jeg mene at der skal være dokumentation for at det er det specifike produkt som støjer. Hvorvidt at det er op til dig at finde ud af hvilket produkt som støjer er jeg MEGET usikker på. Det er jo ikke skills som man kan købe sig til hos en tilfældig elektriker. Jeg har ikke hørt om noget fortilfælde som ligner dette. Jeg har hørt om produktions virksomheder som er blevet pålagt at installer støjfiltre m.m. men aldrig at privat personer er blevet pålagt at skifte specifike komponenter fordi man mistænker at de støjer. Jeg har heller aldrig hørt om at der er regler for elektrisk støj i leverings betingelserne fra elselskaberne overfor privat personer. Jeg har et par spørgsmål. Har Cerius været inde hos dig og konstateret at det er strømforsyningen som støjer, eller gætter de bare? Hvad er det for en el-måler du har? Hvis det er en Kamstrup el-måler, så fjernaflæses de via mobil telefoni nettet og her har Cerius ingen beføjelser. Det er kun Telestyrelse, eller hvad de nu hedder i dag, som kan påtale radio støj. De andre e-måler som Cerius bruger kender jeg ikke, så de kan evt. godt fjernaflæses via el-nettet. Hvilken paragraf i deres leverings betingelser henviser de til når de forlanger at du udskifter din LK IHC strømforsyning?

Jeg havde nogen udfordringer med mine LED Dimmer indtil jeg opdagede at de skal være tilsluttet BÅDE 24V OG 230V for at man kan kommuniker med dem. Der behøver ikke være lamper tilsluttet, men BÅDE 24V OG 230V forsyning SKAL være tilsluttet for at man kan kommuniker med dem. Ikke specielt logisk og det stå ikke i specielt tydeligt i villedningen.

Din problem beskrivelse er lidt uklar, så jeg er ikke sikker på hvad der virker og hvad der ikke virker. Hvis du henter firmwaren her https://www.lk.dk/mitlk/download-ihc-software/ihc-controller-visual-3/ er det en ZIP fil, som alle moderne OS kan åbne og pakke ud. Det har ikke noget med browseren at gøre. Du henter bare filen ned, gemmer den på din computer og pakker den ud. Hvis problemet er når du forsøger at starte firmware loaderen, så er den Java baseret i HW 7/Visual 3 controller udgaven. Det kan derfor være Java problemer. LK har frigivet Visual 03.04.72 for 1 mdr. tid siden. Den skulle jvf. deres release notes fixe nogle Java issues. De skriver samtidig at Java starter SKAL bruges. @Mikkel Skovgaardhar lavet en alternativ Java starter. Jeg er dog ikke helt klar over om den også understøtter firmware loader. Den gjorde ikke i starten såvidt jeg husker.

Problem: Løsning: Hvis du får ovenstående fejl, og ikke har problemer med at logge ind via Visual skyldes problemet sandsynligvis at din Java version er for ny i forhold til din LK IHC firmware version. Problemet kan løses på 3 måder som alle har deres fordele og ulemper. Mikkel's Java starter - https://jemi.dk/ihc/starter/ - virker og der er bedre support end hos LK. Reenable de forældede krypterings protokoller i Java. Guidelines til dette findes i tråden "Java problemer igen igen igen" (se link længere nede) - Virker og kan også bruges hvis man har andre forældede Java applikationer som f.eks. ældre Cisco ASA firewalls etc. LK's Java starter - https://www.lk.dk/mitlk/download-ihc-software/ - Virker ikke altid. Visual 3.4.72 skulle fixer nogle Java issues som gør den mere stabil. Man skal med andre ord installer Visual 3.4.72 for at få LK's Java starter til at virke stabilt med Visual 2 controller. Baggrunds information og forklaring på problemet: Den sidste firmware til Visual 2 controller er fra 23 Juni 2017. Siden da er indtil flere krypterings protokoller m.m. blevet udfaset i Java, OS'er, Browser m.m. Dette rammer selvfølgelig ServiceView og AdminView da disse er Java programmer som er afhængig af understøttelsen af de forældede krypterings protokoller i Java. Udfasningen af de forældede krypterings protokoller rammer ikke Visual da det er et Windows program som LK selv har skrevet og derfor selv styre hvilket krypterings protokoller de vil understøtte. I Visual 2 er firmware uploader et Windows program og er derfor ikke ramt af udfasning af krypterings protokoller. I Visual 3 er firmware uploaderen et Java program som er ramt af udfasningen af krypterings protokollerne.