Lars1

Nej. Der er brugt IHC NET kabler, og installationen er lavet til at skulle overholde IHC net standarden, men jeg har kun haft adgang til en cat5e tester. Derfor er der ingen garanti for at installationen overholder andre krav end cat5e, selvom den er lavet til at overholde IHC NET standarden. Alle DR kanalerne ligger i 8-900 MHz området, når man modtager signalet fra Boxer via luften. Men det ser ud til at jeg slap af med pixeleringen ved at skrue ned for gain. Der er stadigvæk udfald, men det var der også med Harald Nyborg kablet. Den største udfordring var nok at finde en skruetrækker, som både var lille nok til at passe i hullet til gain skruen, og samtidig passe i kærven på skruen.

Montøren er uden tvivl ikke verdensmester i IHC NET, da det er mig selv som har lavet hele installationen. Jeg er oprindeligt uddannet elektriker, med tele/data som speciale, men det er snart 20 år siden jeg stoppede som elektriker, og IHC NET installationen blev lavet i 2007. Installationen er testet efter cat5e standarden. Det var den eneste tester jeg havde adgang til desværre. Alle stik jeg bruger i antenne installationen overholder cat5e standarden. Der er fuldt signal styrke, jvf. mit TV, men quality står og svinger mellem 0 og 50%. Med harald nyborg's discount antenne kabel svinger den mellem 50 og 100%. Tilgengæld er signal styrken kun på omkring 75%, så måske skulle jeg prøve at skrue ned for signal styrken. Jeg har prøvet andre porte på antenne modulet, men de giver samme resultat. Mit antenne modul er det gamle A110-30 ver 5.2. Om det er 178 H 0161 eller 178 H 0162 ved jeg ikke. Så vidt jeg kan se på LK's online katalog er forskellen på de 2 om der skal sidde en slut modstand i AV link porten eller ej. Jeg ved ikke om den har noget at sige, men jeg har den ikke, da ham som havde modulet tidliger brugte AV porten, hvilket jeg ikke gør.

Jeg vil høre om der tilfædigvis skulle være nogen i nordsjælland, som har forstand på IHC net (ikke basis men rigtig IHC net) og antenne anlæg? Min situation er at jeg har fået fat på en brugt IHC net antenne forstærker, men kvaliteten på antenne signalet ved fjernsynet er dårligere når jeg bruger den og IHC net installationen, end hvis jeg har et discount kabel fra Harald Nyborg liggende hen over gulvet, og iklemme ved dørene. Jeg har kun en antenne på taget, og kvaliteten af antenne signalet er i forvejen ikke den bedste. Med harald nyborg kablet har jeg et signal som de fleste dage gør det muligt at se fjernsyn. Med IHC NET, er det kun få dage jeg kan se fjernsyn ude billed udfald. Håber der er nogen som kan hjælpe.

Når du tester i virkeligheden, så prøve at holde øje med indgang, udgange, flag etc. i service view. Ganske ofte er problemet at der er en ind eller udgang, som står anderledes i virkeligheden, end når man simuler.

For ikke at tale om forsinkelsen på den seneste FW, afdækningen til udendørs føler, og alt det andet som de lovede på debat mødet.

Tja. med deres normale hastighed ser vi sikkert de funktioner engang i 2017. Personligt savner jeg mere en ordentlig kalender funktion, og frem for alt EN FIRMWARE, SOM IKKE FÅR CONTROLLEREN TIL AT GENSTARTET MED 5-7 DAGES MELLEMRUM.

Du kan sagtens køre både date og 24V i samme kabel. Jeg mener også 0V kan være fælles for både data og 24V, men hvis du har leder nok er der ikke noget i vejen for at bruge 1 par pr. modul til data og så 1 par fælles til 24V for alle modulerne. Hvis der er langt, kan du overveje at bruge 2 par parallelt til 24V. Det vil reducer dit spændings fald. Du skal dog være opmærksom på at LK's link-10 kabel ikke er godkendt til at ligge i trækrør, være gravet ned eller tilsvarende. Det skal ligge tørt og være beskyttet mod sollys etc.

Den nye FW kan meget vel være mere følsom over for fejl i programmet end den gamle. Jeg gik mit program igennem for nogle uger siden og fandt 2 indgange med temp. sensor hvor der ikke var nogen temp sensor fysisk monteret. Efter jeg fjernede disse rebooter min controler nu "kun" 1 gang om ugen, mod før hver 3-4 dag. Det er dog stadigvæk ALT for meget, og under AL kritik at man ikke kan lave sit program helt færdigt før man har monteret alt. LK's IHC FW er meget følsom over for indgange som er programeret forkert, som f.eks. hvis der sidder en temp sensor på en indgang, som ikke har en temp sensor i programmet eller omvendt, eller indgange hvor man i programmet både har et tryk og en temp. sensor eller tilsvarende. Kort sagt der skal være 100% overenstemmelse mellem det der fysisk er monteret på ind og udgangen, og det som man har i sit program.

Dine delays kan også skyldes fejl i dit program. Mener der er nogle tråde, som omhandler nogle workarounds eller best practices til wireless delays. Der er vist også nogen hvor problemet er gået væk efter de har unlinket wireless enhederne, uploadet programmet, linket wireless enhederne igen, og uploadet programmet igen. Fortæl endeligt resultatet af din snak med LK. Specielt hvis det lykkes dig at få en sprit ny HW6.2

Visual køre normalt på port 443, mens IHC controllerens webpage normalt køre på port 80, så det er en lille change for at du kan få fat i din controller via web, ved at forsøge med IP adressen alene i din web browser. Hvis du prøver med https: foran eller :555 for den krypterede port, bør du få en connection refused eller tilsvarende. Hvis du vil connecte med USB, skal du muligvis først download og installer USB driveren for din IHC controller. Den findes et eller andet sted på LK's website.

Hvis du ikke har problemer med dine wireless enheder, hvorfor så overhovedet bøvle med at få controlleren udskiftet? LK har jo aldrig tilbudt andet end en controller af samme model og årgang, så det er jo ikke fordi at man får en gratis opgradering til HW 6.2.

Hvorfor bruger du CAT5 kable? Jeg ved godt at LK's link kabel ikke er specielt billig, men CAT5 kable har bl.a. et mindre kvadrat (0,24 mod 0,6) og er ofte ikke godkendt til at ligge sammen med 230/400V kabler etc.

Eller opgrader til nyeste FW. Den gør dog en del controller ustabile, men tilsyneladen ikke alle.

Dine problemer lyder en del anderledes end dem som de fleste af os her oplever. Jeg vil nok prøve med reset firmwaren først. Der er flere tråde her på boardet om den, og hvordan den bruges.

Der er en anden tråd om controller med FW 2.7.220, som genstarter med jævne mellemrum. Det ser desværre ud til at være en gammel fejl, som er kommet tilbage.

Som det fremgår af det link, som Anders har vedlagt er det ikke alle IHC controller, hvor RF modulet kan opdateres med firmware. Jeg har samme problem, og LK tilbød i forbindelse med frigivelsen af firmware 2.7.199 at ombytte min controller med en anden HW 6.1, af ca. samme alder. Betingelsen var dog at ombytningen skulle ske via en installatør. Dette sammenholdt med at jeg har 10 wireless dimmer/relæer siddende enten i +2,5M højde, eller bag en tung reol eller tilsvarene, gjorde at jeg takkede nej til det tilbud.

Hvilket nr. skal man ringe til? Det nr. jeg fandt på LK's website kan kun bruges af installatør fik jeg at vide da jeg prøvede.

Vil du løfte sløret lidt for hvad problemet var?

Det lidt pest eller kolera. Vil man helst have en ustabil controller, eller en controller, hvor man er nød til at gøre sin JAVA installation på sin PC usikker for at kunne logge på admin eller serviceview. Jeg håber virkelig at det er lykkes nogen af jer at trænge igennem til LK, så vi kan få en FW som er stabil, og hvor vi ikke er nød til at gå på kompromis med sikkerheden på vores computer for at kunne se hvad der sker i serviceview'et.

TLS fejlen er rettet i den seneste firmware fra LK. Den gør tilgengæl controllerne rimeligt ustabile, så det er lidt som at vælge mellem pest eller kolera.

Hvis i vil finde jeres internet IP, så gå på http://myip.dk/

Det er ikke uden grund at den generelle anbefaling er ikke at pakke sin tavle ind i et skab. Min sidder frit, men jeg bliver alligevel sommetider overrasket over hvor varmt der kan være inde i en tavle. På et tidspunkt prøvede jeg at bruge LK's tavle dimensionerings program, for at se hvor varmt der teoretisk bliver i tavlen, og selvom min tavle ikke er fuldt bestykket, kom jeg tæt på max temperaturen. Så hvis man pakker sin tavle ind i et skab, bliver problemet bare større.

Jeg kender ikke NetGear boksen, men umiddelbart ser din port forward rigtig ud. Har du været inde i IHC controlleren, og give adgang fra internettet? Jeg mener dette er disablet som default. Bemærk at i LK's terminologi er internettet ALT som ikke er på samme IP subnet som IHC controlleren. Hvis man gerne vil have samme adgang fra internettet (LK's defination) som lokal nettet, laver man bare en hide NAT i sin FW, således at alt trafik, som gå gennem FW'en for at komme til IHC controlleren får FW's IP adr. på IHC controlleren net som source. Herved kan IHC controleren ikke længere se forskel på om trafikken kommer fra lokal nettet, eller et andet netværk. Hvordan man laver hide NAT afhænger af den enkelte FW.

Med 43 grader i skabet, tør jeg slet ikke tænke på hvor varmt der er inde i tavlen hvor controllerens udluftning sidder.

Men det er jo netop det som portforward af 80 til 443 sikre i din FW. Derved kan du bruge port 80 i din app, samtidig med at din IHC controller svare på port 443. Din FW sørger for at indgående trafik på port 80 ender op på port 443 i din IHC controller.