Leaderboard

Peter det er en gammel tråd om et helt andet emne. Det er bedre at starte en ny tråd hvor overskriften passer og så ikke diskutere en hel masse andet. Du kan så kopiere/citere kommentarerne fra den gamle tråd og så lave en henvisning til den, men hold dialogen i den nye tråd.

Er helt enig i der sker en rivende udvikling, men når man ved det er man sikkert ven med Google og alle forhandlerne, og så er det bare det undre mig at man ikke finder f.eks. denne (godt nok hele 5 måneder gamle) tråd og følger op, istedet for at stille det samme spørgsmål igen og igen. Og hvad så til jul når det bliver mørkt og alle igen skal tænde lys/lamper. Skal vi så have endnu en tråd.....for der må da være sket en rivende udvikling her hen over sommeren.... (undskyld min sarkasme).

Ja har kigget, ihc captain overholder standard URL encoding of utf8. Hvis man bruger asp () så kan man måske se her : https://gist.github.com/gwobcke/2773779

denne kan måske hjælpe lidt : https://www.w3schools.com/TAGS/ref_urlencode.asp

Some reason Google translator translate pretty "bad" english, so it's pretty hard to fully understand what you try to reach on your example. Anyhow, following configuration is read only from openHAB perpective, meaning that only timer value change in IHC is updated to openHAB item. Number U_TimerVand "Timerværdi for vanding [%.0f]" <time> {ihc="<0x1102410"} So if you change the U_TimerVand item value, it will not be updated to IHC. When every timer value is changed in IHC side (timer is running or you change it via service view), value is updated to openHAB item. Timers are in millisecond resolution in IHC, so I guess that, if timer is running, you will get a lot of updates. Maybe not every millisecond, but very often. So most probably it's not wise to sync timer value between openHAB and IHC. If you just want to change the timer value from openHAB to IHC, you could make it write only (>). If you want to know when timer is expired (counted to 0), your most probably should change the IHC code so that when timer is expired some kind of flag is set, which change is then syncronized to openHAB. Syntax explanation: Syncronization in both directions (IHC <-> openHAB): Number U_TimerVand "Timerværdi for vanding [%.0f]" <time> {ihc="0x1102410"} Read only (IHC -> openHAB): Number U_TimerVand "Timerværdi for vanding [%.0f]" <time> {ihc="<0x1102410"} Write only (openHAB -> IHC): Number U_TimerVand "Timerværdi for vanding [%.0f]" <time> {ihc=">0x1102410"}

Mail virker, kan sende igen og igen. Det billede @Kandersen har lagt på er det jeg også fik ved opdatering fra 1.10 til 1.11, men den er opdateret, og skriver version 1.11 og alt ser ud til at virke.

Så er der opdateret. Den kom med en hurtig fejl ved opdatering, noget med ajax, kunne ikke nå at se det. Men i kontrolpanel er det version 1.11 og mail virker. Jeg tester og du hører fra mig. Tak for god service. \Ulrich.

Kigger på det nu

Hold venligst trådens emne!

Jeg har været lagt ned på job - SKIDE GDPR :p Jeg håber at få lidt luft i aften.

Det også svært det UTF-8 :p

jo jo Peter og tak for input, med IHC controlleren er vel dansk så det mindste man kan forvente er vel sproget med dansk tegnsætning

Selv tak. Uha - det var straks være. Mig bekendt er der ikke nogen genveje til det store forkromede overblik - og omvejen heder erfaring. Jeg vil dog mene at et par få afklaringer kan hjælpe dig godt på vej. 1. Du bør ikke starte med, som du skriver, "lave noget rimeligt banalt", det vil næsten med 100% sikkerhed spænde ben for dig når du vil mere. 2. Mulighederne i en intelligent bolig bliver i høj grad afgjort af de komponenter der bliver indbyget i de enkelte rum og boligen som helhed. 3. og sidst punkt er selve programmet, som i sidste ende afgør hvilken komfort, energioptimering og sikkerhed der reelt bliver i boligen. Fleksibiliteten af installationen afgøres også af programmet, herunder om I selv kan ændre virkemåde eller lyssætning, eller elektrikeren skal tilkaldes hver gang.

I have 63 switches in my ihc.items file, and they are all using this feature. Besides that I have a few contacts and numbers, and they have mainly readonly definition. One number for the level in my ventilation system has ReadWrite definition. The real use case is that this feature provide a very simple and reliable method of having correct status in openHAB regardless of whether a change was initiated by openHAB UI or a physical input push button attached to IHC. In openHAB it can be quite cumbersome to detect the origin of a change, and suppress additional activities if it was initiated by a physical button, because then everything is done. Before I discovered you smart binding options, I tried a variety of rules including wait, circular refences and sometimes also unintended endless loops inside openHAB. I wrote a posting about this, and it can be read on here (use Chrome to have English translation). With this feature I can map my entire IHC installation quite simple without the need for rules. Rules are only needed, when I would like a special functionality. It is important for me that IHC is the master and holds all relevant logic and status. There are several reasons for this and one is that the installations in the house must always be working without being depending on 3rd party software such as openHAB.

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: 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 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.