Lars1

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.

Jeg forstår ikke lige dette spørgsmål.

Dit program ser rigtigt nok ud, og du har de samme setpunkt værdier, så mit bedste gæt er at det er indreguleringen af dit gulvvarme den er gal med. Jeg gætter på at når du siger at stuen er kold, så er det gulvet, som føles kolder end i køkkenet. Eftersom du køre med pulsvarme, vil du sikkert godt kunne opleve dette hvis ikke de 2 varme kredse er lige lange. Du bør kunne kompenser for dette ved at ændre på puls varme parameterne i indstillinger i FB'en. Men det kan også være dit gulvvarme som ikke er indreguleret korrekt. Hvis alt ellers er ens i stuen og køkkenet, kunne du også vælge bare at køre med en varme FB og trække udgangen over på de 2 telestater. Lidt ligesom du har gjort med temp. indgangen. Men hvis du gør dette får du ikke mulighed for at køre med forskellige værdier for de 2 varme kredse.

Hvis der er krav om at i skal have ABDL anlæg i jeres bygninger, kan IHC ikke bruges, da det ikke er godkendt som ABDL anlæg. Generelt er IHC slet ikke godkendt til nogen former for sikkerheds systemer. Hverken brand eller tyveri. Det er ok at bruge det i private hjem, hvor der ikke er noget lovkrav om godkendte sikrings anlæg, men hvor der er lovkrav om godkendte sikrings anlæg kan IHC ikke bruges. Man kan løse meget med en ekstern strømforsyning og et par overdragelses relæer. Men før du har afklaret om der er krav om godkendt ABDL anlæg, vil jeg ikke bruge mere tid på dit problem.

Ikke helt. Der er ikke noget i vejen for at have produkter eller dele af et produkt, som ikke er forbundet til en FB, sålænge at produktet rent fysisk er tilsluttet IHC installationen på den port som er registreret i programmet. Men hvis man ikke bruger et produkt, og ikke forventer at komme til at bruge det, bør man fjerne det fra programmet og installationen. Om du monter de 3 udendørs lamper på samme udgang, eller 3 forskellige er ligegyldigt fra et stabilitets syspunkt. Hvis de alle 3 er monteret på den samme udgang, skal du bare kun have 1 lampe udtags produkt i dit program (reglen om aldrig at bruge samme udgang 2 gange i dit program), mens hvis de er monteret på hver sin udgang, skal du have 3 lampe udtags produkter som bruger hver deres udgang. Du må ikke have 3 lampeudtags produkter i dit program, som bruger samme udgang. Dine 3 udendørs sensor bør have hver sin indgang, men det skyldes at IHC er event styret, og ikke status styret som en PLC. Hvis de 3 udendørs sensor skal bruges på samme indgang i en FB, skal deres event sendes gennem en OR FB som f.eks. 4.1.02 først, ellers vil din indgang i FB'en går off, når en af sensorne går off, selvom de 2 andre fortsat er on. Afhængig af hvad det er for nogle udendørs sensor, kan de godt monteres på samme port, og så gælder samme regl som ved lampe udtagne. Kun et sensor produkt i dit program.

Hvis du har f.eks. en temp. sensor i din stue, og den er monteret på indgang 1.01, så skal der også være et temp. sensor produkt i dit program, som er konfigureret til at sidde på indgang 1.01. Omvendt. Hvis du ikke har en temp. sensor fysisk monteret på indgang 1.01, så må der heller ikke være et temp. sensor produkt i dit program, som er konfigureret til at sidde på indgang 1.01. Du må ikke have f.eks. 2 temp. sensor som er i dit program er konfigureret til at bruge den samme fysiske indgang. Tryk, lampe stedder etc. er ikke så kritiske, men du bør heller ikke have flere tryk, lampestedder etc. som er konfigureret til at bruge de samme ind og udgange.

Da IHC er event styret, skal du sende dem gennem en OR blok som f.eks. 4.1.02 før indgangen på FB'en, så er der ikke noget problem i at have flere PIR på samme FB.

Hvad er det for 3 wireless enheder som du har problemer med. Kunne være interessant at kigge lidt nærmere på FB'en for de 3.

Prøv at sætte en alm. lampe med en alm. pære på lampeudtaget, så kan du hurtigt se om det er lampe udtaget som er blevet defekt eller ej. Jeg har selv en elektronisk trafo med 6*10W halogen spot på et HW1 lampeudtag. Bortset fra at de aldrig slukker helt, medmindre jeg tager strømmen til lampeudtaget, så virker det fint på 5 år.

Det lyder som om et eller andet forstyre din IHC controller. Prøv evt. at lukke for internet adgangen til den, for at udelukker at nogen/noget udefra forsøger sig med et DDOS eller tilsvarende. Der findes en del robotter på internettet, som løbende scanner nettet, og finder de et eller andet som gider svare dem, kan de godt finde på at hænge fast på den IP et godt stykke tid.

Den fejl du beskriver er meget normal hvis du bruger lavenergi eller LED pære. De gamle wireless lampeudtage og stikkontakter etc. har en minimums belastning på 5W. Kommer man under det kan enheden opføre sig som du beskriver. Det skøre ved fejlen er at det kan virke fint i en periode, hvorefter man så har problemer i en periode, hvorefter det så virker fint igen. Fejlen er rettet i lampeudtag af HW2 modellen. Desværre har den samme produkt nr. som HW1 modellen, så den eneste måde at kende forskel er på et lille klistermærke på bagsiden.

Man kan starte LK IHC's JAVA applikationer af 2 veje. Enten fra et link i et browser vindue, eller et link fra IHC gruppen i start menuen. Hvis man starter via et link i et browser vindue, skal man i nogle browser sætte JAVA rettigheder, eller sænke browserens sikkerheds niveau til lav. Det er ikke JAVA, som styre disse settings. Hvis man starter via et link fra f.eks. start menuen, så skal man ikke først slåsse med browser sikkerheden. Så er det kun JAVA man skal slåsse med. Hvis vi skal hjælpe dig, bliver du nød til at fortælle hvordan du starter JAVA, og hvornår fejlen kommer, om JAVA overhovedet når at starte etc.

Det lader til at din elektriker har været forudseende. Det er ikke normalt man ser en afbryder kun til at afbryde de 24V til controlleren. :-) Held og lykke med forsøget i morgen.

Jeg tror det mest skyldes at patentet/mønster beskyttelsen på placeringen af kloer, størrelsen på rammer etc. er udløbet. Det som LK opdater pt. er indmaden, men det er ikke nok til at de kan forlænge beskyttelsen af selve FUGA designet. Jeg mindes ikke at have set alternative produkter, som passer til OPUS serien endnu.