Lars1

Hvilke pære brugte i før LED-lyset? LK's wireless IHC før HW 2 kan ikke lide forbrug under 5W. I kan nemt testet om det er problemet ved at bruge alm. pære eller halogen pære på 10W eller derover. Sparepære og LED har elektronik, som ofte driller LK's wireless.

Hvordan fik du LK i tale? Jeg kunne MEGET godt tænke mig at vide hvornår de har planer om at komme med en ny firmware, eftersom et af deres certifikater udløb i december.

Det lyder som om at det er en IHC net basis installation. Hvilken fejl ser du? Hvis der slet ikke kommer liv i access punktet, og du forsøger at bruge power over ethernet isteddet for en ekstern strømforsyning til dit access punkt, så understøtter IHC net basis ikke power over ethernet. Hvis det ikke er det som er problemet, må du lige beskrive hvilken fejl du ser, ellers gætter vi i blinde.

Røgsensore er desværre NC produkter, hvilet betyder at deres normal tilstand er med indgangen trukket. Hver røgsensor skal derfor have sin egen indgang, ellers vil du ikke få en alarm før alle røgsensor går i alarm tilstand. Jeg kan ikke lige huske hvordan røgsensoren er designet, så jeg kan ikke sige om du kan serie koble dem hvis du gerne vil have dem på den samme indgang. Du kan selvfølgelig godt bruge generelle ind og udgangs produketer, isteddet for de officielle røgsensor produkter.

Jeg er desværre temmeligt overbevist om at vi har set den sidste IHC controller fra Schneider som kan kommuniker med vores nuværende IHC HW. De trækker sig stille og roligt fra det ene marked efter det andet.

Du skal bruge forskellige offentlige porte. For den første controller mappe du f.eks. offentlig port 80 til privat 80 og offentlig port 443 til privat port 443. Begge med intern IP 192.168.1.3 For den næste controller mapper du f.eks. offentlig port 81 til privat port 80 og offentlig port 444 til privat port 443. Begge med intern IP 192.168.1.4 I dine apps. skal du huske at ændre port nr'et, men jeg ved faktisk slet ikke om LK's apps understøtter 2 eller flere controller.

Få din elektriker til at læse vejledningen som følger med til din wireless dimmer. Hvis du ikke har den længere, bør han kunne finde den på lk.dk, eller få hans grosist til at finde den til ham. Wireless dimmer skal ikke tilsluttes udgangs moduler. De skal kun have fase, nul og jord. Derudover har de en terminal for mellemledning til slave lampeudtag. Den kan du bruge til det som ellers var tilsluttet din tavle dimmer. Men det står altsamme godt beskrevet i vejledningen som følger med den wireless dimmer.

Du kan købe et udvendigt underlag som passer til Ø80 lampeudtag, og så må du monter det stortset hvor du har lyst. http://www.lk.dk/produkter/intelligente-systemer/ihc-wireless/underlag/rund-o80-lysegra/ Selv Harald Nyborg har den. http://www.harald-nyborg.dk/p6280/ihc-w-underlag-oe-80-mm-hvid PIR funger fint med wireless dimmer.

Du kan købe et udvendigt underlag som passer til Ø80 lampeudtag, og så må du monter det stortset hvor du har lyst. http://www.lk.dk/produkter/intelligente-systemer/ihc-wireless/underlag/rund-o80-lysegra/ Selv Harald Nyborg har den. http://www.harald-nyborg.dk/p6280/ihc-w-underlag-oe-80-mm-hvid PIR funger fint med wireless dimmer.

Jeg gætter på at de ikke er linket til en IHC controller. Hvis dette er korrekt, så prøve at nulstille dine stikkontakter og tryk, og link dem igen bagefter.

Der findes mange overstrøms beskyttelser på market, også mange som er billigere end den du viser her. Fælles for dem alle er dog at de skal have en ordentlig jord forbindelse for at virke. En normal jordforbindelse i et parcelhus er often ikke god nok, da den kun er testet til at kunne slå HPFI relæet ud (30mA ved 230V), hvis den overhovedet er testet.

Jeg ved ikke hvad det er for et stik du har afbillede her, men faktum er at RJ45 og RJ48 begge er 8 pins stik. https://supportforums.cisco.com/discussion/9147831/what-difference-between-rj45-and-rj48 Hvis du fortsat er i tvivl, så søg på google efter rj45 vs rj48, og du vil få mange flere links som fortæller det samme. Sidst men ikke mindst. Eftersom RJ48 primært er brugt til old school T1 data forbindelser, har jeg MEGET svært ved at se hvad fordelen skulle være med en RJ48 forbindelse på en IHC controller. Jeg ved dog at LK tidligere har arbejdet på en bus (ved ikke hvilken type) forbindelse for tavle dimmer med samme funktionalitet som wireless. I.flg. en af deres medarbejder på dialog mødet i KBH for lidt over 1 år siden havde de faktisk det hele klart til produktion før Schneider trak stikket. Mon ikke en af portene er beregne til denne bus.

RJ48 er også kun 8 benet. Forskellen på RJ45 og RJ48 er kun hvilke ben der bruges til data transmition.

Når du siger at signalet går gennem IHC boksen, så gætter jeg på at det er en IHC net basis installation. Er det korrekt? Er der nogen router eller andet mellem TDC home boxen og IHC installationen? Hvad ser du af fejl/hvordan konkluder du at der ikke er noget netværkssignal/hul igennem?

1.1.02f kom med den seneste opdatering af Visual. Du kan hente den på lk.dk. Den er fejl rettet i forhold til 1.1.02e. Hvad der er rettet ved jeg ikke.

Der burde ikke være nogen forskel på de enkelte knapper på fjernbetjeningen, men hvis du kun har brug for at slukke for strømmen i 4 sek. skal du nok bruge en puls funktion som f.eks. 1.1.02.f i steddet for kip. For fejlsøgning kan du prøve at kigge i serviceview. Ofte er der en indgang, flag eller andet, som står anderledes end man forventer, når man har problemer som dit. Hvis intet af ovenstående løser dit problem kan du prøve at uploade dit program som fejler her. Så er der nok en som kan tage et hurtigt kig på det og se hvad der går galt.

Du skal kun have en funktions blok, hvor du trækker udgange over på de 2 telestater, i steddet for at trække temp. sensoren over på 2 funktions blokke.

Hvis jeg brugte et par hundrede tusinde på en tilbygning, vil jeg nok ofre de 5-6.000 det koster at skifte til en Visual 2 controller, og få internet afgang til min controller etc. Og ikke mindst slippe for alt bøvlet med termIHC. Alle I/O modulerne og strømforsyningen kan genbruges på den nye controller.

Udgangen kan sagtens trække flere røgsensore, men du kommer i kambolage med LK's anbefaling om ikke at bruge samme udgang til flere produkter i dit program. De påstår at det er en af de ting som gør din controller ustabil.

Jeg kan ikke lige gennemskue dit problem ud fra din beskrivelse. Prøv at uploade dit program, så er der nok en som kan tage et kig på den.

At den kalder på varme, skyldes sikkert at du køre med puls varme. Puls varme er aktiv når rum temperaturen er over setpunkt off. Puls varme er meget brugt i forbindelse med gulvvarme. Såvidt jeg husker i dit program, åber puls varmen for varmen i 7 min. og lukker i 20, for så at åbne i 7 min. igen etc. Det sikre at dit gulv aldrig bliver koldt. Prøv at slå puls varme fra i dine FB'er. Det gøres med et flag under indstillinger i FB'en.

Med de parameter som er i det uploadede program, så burde der ikke være nogen forskel på om du køre med 1 eller 2 FB'er til din varmestyring af stuen og køkkenet. Jeg er derfor mest tilbøjelig til at tro at det er indreguleringen af din gulvvarme den er gal med, eller at du nød til at køre med forskellige puls værdier som følge af at dine varme kredse ikke er lige lange. Indreguleringen af din gulvvarme burde dog have kompenseret for forskellige længder på varme kredsene.

Den grundlæggende metode, er at bruge alarm signalet fra dine røgmelder til at trække et overdragelses relæ. Kontaktsættet på dette relæ forbinder du mellem 0V og en indgang på et input modul. Om det skal være 230V eller 24V bestemmer du selv. Det afhænger af dit overdragelses relæ, men jeg vil forslå at du går efter at bruge en indgang på et 24/3 input modul. Har dine røgmelder et potential frit kontaktsæt, kan du bruge dette direkte. Jeg er desværre pænt hængt op for tiden, så jeg håber en af de andre kloge gutter her på boardet kan hjælpe dig videre.

Du bør kunne linke hver enkelt knap på fjernbetjeningen til forskellige FB'er. Knapperne har ikke nogen funktion i sig selv. Alt funktionalitet ligger i den/de FB'er du linker dem til.

Jeg vil fremover forsøge at holde denne tråd opdateret med de forskellige problemer der findes for de forskellige Java og IHC firmware versioner. Skriv endeligt kommentar i denne tråd. Jeg vil efter bedste evne forsøge at holde dette indlæg opdateret. Seneste nyt: 28/07-2021: Oracle har fornylig releaset Java 8 update 311. I den er TLS 1.0 og 1.1 disablet på en ny måde. For at enable de 2 skal de fjernes fra jdk.tls.disabledAlgorithms=. Se flere detaljer længere nede. Seneste nyt: 22/07-2021: Oracle har fornylig releaset Java 8 update 291. I den er TLS 1.0 og 1.1 disablet. For at enable de 2 skal de tilføjes i på samme måde som MD5. Se flere detaljer længere nede. Seneste nyt: 19/10-2017: Oracle har fornylig releaset Java 8 update 151. Ingen problemer med firmware 2.8.4. Tidligere firmware har problemer med manglende MD5 understøttelse. Seneste nyt: 29/7-2017: Oracle har fornylig releaset Java 8 update 141. Samme udfordring med MD5 som med Java 8 update 131. Problemet er imidlertid løst med firwmare 2.8.4 som er blevet released af LK inden for den sidste mdr. Seneste nyt: 21/4-2017: Oracle har releaset Java 8 update 131. LK IHC Serviceview etc. virker ikke med denne Java medmindre man enabler MD5 certifikater igen. Se workaround under Java 8 update 131. Seneste nyt: 1/10-2016: LK har langt om længe releaset firmware 2.8.1, men det bør kun installeres på HW6.2 controller jvf. LK. Den nye firmware løser såvidt jeg kan se alle kendte JAVA problemer. Jeg har ikke fået checket om de også har fået opdateret krypterings algorithmerne som bruges i forbindelse med HTTPS trafik. Eftersom der ikke er kommet en ny firmware til HW6.1 controller, lader jeg nedenstående stå. Seneste nyt: 22/7-2016: Oracle har releaset Java 8 update 101 og den ser ud til igen at virke med LK's firmware 2.7.199 og 2.7.220, sålænge man bruger de workarounds som er beskrevet for Java 8 update 71 længere nede. Hvis i allerede har implementeret workaroundsne, kan i opgrader til Java 8 update 101 direkte uden at ændre noget. Firmware 2.8.4: Problemer: Fungere i.flg LK's support site ikke på HW6.1 controller. Løst: MD5 certifikater bruges ikke længere af serviceview etc. Det ser umiddelbart ud til at Visual's problemer med at forbinde til controlleren samtidig med at f.eks. IHC Captain køre er blevet løst Firmware 2.8.3: Problemer: Fungere i.flg LK's support site ikke på HW6.1 controller. Enkelte rapporter om at Visual har problemer med at connecte til controlleren hvis Serviceview eller f.eks. IHC Captain køre Løst: Sandsynligvis fornyede certifikater Firmware 2.8.1: Problemer: PT ingen kendte problemer udover at den i.flg LK's support site ikke fungere på HW6.1 controller. Løst: Fornyede certifikater Firmware 2.7.220: Problemer: Udløbne JAVA og SSL certifikater, som giver problemer med Java applikationer som service view etc. Forældet krypterings algorithm'er som giver problemer for web scene view i nyer browser, samt SOAP API'et Generelt set som en ustabil firmware Løst: Understøttelse at TLS 1.1 og 1.2 kryptering Support for lux/temp og fugt/temp sensor Firmware 2.7.199: Problemer: Udløbne JAVA og SSL certifikater, som giver problemer med Java applikationer som serviceview etc. Forældet krypterings algorithm'er som giver problemer for web sceneview i nyer browser. Kun understøttelse af TLS 1.0, hvilket giver problemer for Java applikationer som service view etc. Ingen understøttelse af lux/temp og fugt/temp sensor Løst: Generelt set som en stabil firmware Java 8 update 311: TLSv1, TLSv1.1 skal nu også fjernes fra jdk.tls.disabledAlgorithms= i <JAVA_HOME>/lib/security/java.security. Hvis man ikke fjerne dem der, får man unable to login. Java 8 update 291: Ældre TLS protokoller er blevet disablet. Disablingen forhindre IHC Java applikationerne i at blive loadet. Find filen <JAVA_HOME>/lib/security/java.security og tilføj "TLSv1, TLSv1.1" til jdk.tls.legacyAlgorithms Java 8 update 131, 141 og 151: Problemet er løst med firmware 2.8.4 Jeg får nedenstående fejl når jeg forsøger at starte Serviceview. Workarounden er at fjerne MD5 fra jdk.jar.disabledAlgorithms= som findes i konfig. filen java.security i <JAVA_HOME>/lib/security/java.security. En nærmere beskrivelse af baggrunden for ændringen i Java findes her https://blogs.oracle.com/java-platform-group/entry/strengthening_signatures og her https://blogs.oracle.com/java-platform-group/entry/strengthening_signatures_part_2 Java 8 update 101: Java 8 update 101 blev released omkring 22/7-2016. Den ser ud til at virke med samme workarounds som for Java 8 update 71 Java 8 update 77: Java 8 update 77 blev released 23/3-2016. PT. er det ikke lykkes mig at få service view til at starte med JAVA 8 build 77 installeret, heller ikke selvom den er disablet i java control panel. Jeg får nedenstående fejl og ingen af løsningerne fra de tidligere Java versioner virker. Løsningen er pt. at downgrade til en ændre Java version. De ændre versioner kan hentes her http://www.oracle.com/technetwork/java/archive-139210.html men vær opmærksom på at den nyeste version skal afinstalleres for at admin, service view etc. vil virke. Jeg håber jeg kan få fat på LK efter påske og få dem til at release en ny FW med opdaterede certifikater og krypterings protokoller, da det synes at være det som er problemet. Edit 1/4-2016: Problemet ser ud til at være opstået allerede i Java 8 update 72. Java 8 update 71 ser dermed ud til at være den sidste Java version, som kan bringes til at afvikle LK's IHC's Java applikationer. Jvf. LK's support site er seneste supporterede Java version for HW6.1 controller Java 8 update 66. Java 8 update 71 eller tidligere (Gælder også for Java 8 update 101): Efter opgradering til Java 8 update 71 vil service view ikke længere starte. Den kommer med nedenstående fejl, og der kommer ikke nogen boks hvor man kan aksepter expired certifikater. Løsningen findes her. http://java.com/en/download/help/jcp_security.xml Tilføj det som står uden for location i ovenstående billed, under edit site list på security tab'en i Java control panel. Java vil brokke sig over at i kun skriver http: og ikke https:, men det skal i bare aksepter. Der skal står HTTP:, da JAVA applikationen downloades via HTTP, mens data og login sendes og modtages over https: Når i starter service view første gang efter ovenstående rettelse, vil få en boks hvor i kan aksepter udløbne certifikater. Forkert bruger ID/Password: Denne fejl ses ind imellem hvis man køre med en Java 8 update 71 eller nyer, samt Firmware 2.7.199 eller ældre. Workarounden er at disable TLS 1.1 og 1.2 og enable TLS 1.0 i Java. Browser support for forældet kryptering: I firefox skriver i about:config i url linien. aksepter den advarsel som kommer op, og søger efter security.tls.insecure_fallback_hosts. Dobbelt klik på entriet, og indtast ip addressen på jeres IHC controller. Herefter vil web scene viewer igen virke, ligesom SOAP login fra en browser etc.