Lars1

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.

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.