Lars1

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.

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.