Kandersen

Har du slet ingen spænding i livet?

Ikke uden en Rpi, såvidt jeg forstår

Jeg formoder der sker en hel del skrivning på SD kortet, hvis man aktivere logning på IHC controlleren? Og hvad med evt tæller (SO) indgangen. Kan den logge til SD kortet? For så sker der da ting og sager.. Videooptagelser er ikke nødvendigvis det der giver mest belastning, selvom det belaster. Det er oftest store filer. Mens alt muligt andet er små filer/ændringer i filer, fx som logning eller database brug (sidste ikke aktuel for IHC controlleren). Det vigtige med videooptagelser er, at enheden lyn hurtigt kan skrive til SD kortet.. Det er altså skrive hastigheden som er afgørende.. Men hvis SD kort interfacet alligevel ikke kan følge med, så er det lidt spild med meget hurtigt kort. Jeg ved ikke hvad IHC controlleren understøtter. Der hvor SD kortet også har udfordringer, det er hvis enheden det sidder i ikke afsluttes/lukkes ned korrekt. Det kan smadre fil strukturen på SD kortet. Og hvordan er det nu lige man lukker en IHC controller ned?

Der er ca. en faktor 10 til forskel på bluetooth og wifi. (ihvertfald rent teoretisk). Så "nærhed" (nærved) kan blive såen lidt tricky med WiFi. Den bedste nærved er bluetooth, bla fordi den "trigger" hurtigt. Desværre findes der ikke rigtig nogen fix og færdig løsning, så vidt jeg ved, med et relæ som du så kan koble på en IHC indgang, (eller bare et fix og færdigt system som har ekstern tilslutning til et relæ).

Korrekt at jeg selv genstarter (altså bevidst). Og ja det har muligvis noget med intervallet at gøre. Men jeg har da "lange perioder" imellem, hvor jeg ikke gør noget. Og der oplever jeg heller ikke genstart. Det seneste jeg lige husker, det er en periode på 76 dage uden at hverken jeg eller controlleren har genstartet.

Jeg skal lige tænke.. For jeg har faktisk også en rule kørende på min "hoved"-Rpi.. Men der bruger jeg ikke den nyeste IHC binding. Min rule ser således ud: rule "PushButton of group gV" when Member of gV changed to ON then createTimer(now.plusMillis(300), [ | triggeringItem.sendCommand(OFF) ]) end Og alle tryk er i en (gV) gruppe. Jeg kan ikke se lige hvad jeg har gjort i den nye IHC binding, mest af alt fordi jeg ikke rigtig bruger switches der endnu.

Crap.. Glemt det.. Det er jo KIP du vil have.. Hmm, binidngen KIPér selv pr default, såvidt jeg husker.

Det er en mulighed. Men jeg skal lige være sikker. Hvilken type lys er det du vil bruge? (IHC, Hue, andet). Det sætter du i items. Prøv at se den anden tråd, "openhab2, hvad er det jeg overser". Nej, jeg har ikke koncentreret mig så meget om dette endnu. "low battery" er en switch type, sikkert fordi den vil trigge, når batteri niveau kommer ned under et bestemt niveau. Men... Jeg kan heller ikke se en batteri level channel.. Tror Pauli skal spørges her, for det burde være der. @Pauli Anttila Doesnt the new binding have a channel for battery level on battery devices. We only see signal stregth (String) and Low Battery (Switch) ? It doesnt make any sense having a Low Battery switch, if there isn´t a level, or?

Er der ikke noget der kan lave en image kopi til et SD kort (der virker), så folk med disse problemer bare kan prøve at smide et nyt image på? Der må være nogle med "linux" kendskab som kan klare denne lille sag. En "død" controller er jo rimelig fatal, hvis den styre alt i huset. Så at skulle reklamere over den, vente på svar, evt løsning, evt nedtagning af controller osv.. Det er bare ikke lige det man har mest lyst til. @Mikkel Skovgaard Var der ikke noget med du havde en HW 7? Du kan vel lyn hurtigt fixe sådan et image, eller? PS. Jeg har heldigvis ikke selv den controller. Beklager sarkasmen, men i den korte tid den nu har været på markedet, der synes jeg der er flere problemer med denne controller, end de andre tidligere. Og muligvis er det bare banalt med korrumperede filer på SD kortet, (det er ikke usædvanligt, hvorfor det ikke burde være et krav om SD kort for at controlleren virker). Men hvor jeg dog føler med disse mennesker med problemet.

Hmm, the IHC controller can do it, (through an function blok though). I would assume openhab/binding could as well.

Brug <light> som ikon i din items Switch stort_badDimmerStatus "Stort Bad Dimmer status [%s]" <light> {channel="ihc:controller:elko:Stort_Bad_UNI400_status"}

@Pauli Anttila This is a reboot of the Rpi with the latest IHC binding. It still runs fine though: 2019-01-12 16:45:05.447 [WARN ] [.profiles.PushButtonToCommandProfile] - Parameter 'timeout' is not of type BigDecimal, using default value '10000' ==> /var/log/openhab2/events.log <== 2019-01-12 16:45:07.097 [hingStatusInfoChangedEvent] - 'ihc:controller:elko' changed from INITIALIZING to OFFLINE: Initializing communication to the IHC / ELKO controller ==> /var/log/openhab2/openhab.log <== 2019-01-12 16:45:07.383 [WARN ] [ding.ihc.internal.handler.IhcHandler] - Controller uptime information fetch failed, reason: Error occured during XML data parsing 2019-01-12 16:45:07.474 [WARN ] [ding.ihc.internal.handler.IhcHandler] - Controller state information fetch failed, reason: Error occured during XML data parsing 2019-01-12 16:45:07.556 [WARN ] [ding.ihc.internal.handler.IhcHandler] - Controller uptime information fetch failed, reason: Error occured during XML data parsing ==> /var/log/openhab2/events.log <== 2019-01-12 16:45:10.812 [me.event.ThingUpdatedEvent] - Thing 'ihc:controller:elko' has been updated. ==> /var/log/openhab2/openhab.log <== 2019-01-12 16:45:10.913 [WARN ] [ding.ihc.internal.handler.IhcHandler] - Controller information fetch failed, reason: Error occured during XML data parsing 2019-01-12 16:45:11.026 [WARN ] [ding.ihc.internal.handler.IhcHandler] - Controller state information fetch failed, reason: Error occured during XML data parsing 2019-01-12 16:45:11.150 [WARN ] [ding.ihc.internal.handler.IhcHandler] - Controller uptime information fetch failed, reason: Error occured during XML data parsing 2019-01-12 16:45:11.291 [WARN ] [ding.ihc.internal.handler.IhcHandler] - Controller uptime information fetch failed, reason: Error occured during XML data parsing ==> /var/log/openhab2/events.log <== 2019-01-12 16:45:11.317 [hingStatusInfoChangedEvent] - 'ihc:controller:elko' changed from OFFLINE: Initializing communication to the IHC / ELKO controller to ONLINE ==> /var/log/openhab2/openhab.log <== 2019-01-12 16:45:11.489 [ERROR] [ab.binding.ihc.internal.ws.IhcClient] - New controller state change notification wait failed... org.openhab.binding.ihc.internal.ws.exeptions.IhcExecption: Error occured during XML data parsing at org.openhab.binding.ihc.internal.ws.datatypes.WSControllerState.parseXMLData(WSControllerState.java:59) ~[229:org.openhab.binding.ihc:2.4.0.201901091843] at org.openhab.binding.ihc.internal.ws.services.IhcControllerService.getControllerState(IhcControllerService.java:104) ~[229:org.openhab.binding.ihc:2.4.0.201901091843] at org.openhab.binding.ihc.internal.ws.IhcClient$IhcControllerStateListener.run(IhcClient.java:502) [229:org.openhab.binding.ihc:2.4.0.201901091843] Caused by: org.openhab.binding.ihc.internal.ws.exeptions.IhcExecption: Encoding error, unsupported data at org.openhab.binding.ihc.internal.ws.datatypes.WSControllerState.parseXMLData(WSControllerState.java:55) ~[?:?] ... 2 more 2019-01-12 16:45:11.508 [WARN ] [ding.ihc.internal.handler.IhcHandler] - Error occurred on communication to IHC controller: Error occured during XML data parsing ==> /var/log/openhab2/events.log <== 2019-01-12 16:45:18.099 [hingStatusInfoChangedEvent] - 'ihc:controller:elko' changed from ONLINE to OFFLINE: Initializing communication to the IHC / ELKO controller 2019-01-12 16:45:19.539 [me.event.ThingUpdatedEvent] - Thing 'ihc:controller:elko' has been updated. 2019-01-12 16:45:20.427 [me.event.ThingUpdatedEvent] - Thing 'ihc:controller:elko' has been updated. 2019-01-12 16:45:20.529 [vent.ItemStateChangedEvent] - ControllerState changed from NULL to Ready 2019-01-12 16:45:20.768 [vent.ItemStateChangedEvent] - ControllerUpTime changed from NULL to 1205968.885 2019-01-12 16:45:20.952 [hingStatusInfoChangedEvent] - 'ihc:controller:elko' changed from OFFLINE: Initializing communication to the IHC / ELKO controller to ONLINE 2019-01-12 16:45:20.958 [vent.ItemStateChangedEvent] - ControllerDateTime changed from NULL to 2019-01-12T16:46:13.000+0100

@Pauli Anttila I just installed the latest binding. It works perfect. I can toggle ON/OFF the Hue bulb. And I can INCREASE the Dimmer. But is it possible to DECREASE the Dimmer as well, from the same switch? I fail to see how this is possible using profiles.

Hvis du har et tryk til dette i forvejen i IHC, så er proceduren præcis den samme som netop beskrevet. Hvis ikke du har dette tryk så har du valgmuligheden. 1. Lave et tryk til dette i IHC, hvis det giver mening. Dvs hvsi du i forvejen kan styre lyset via IHC. 2. Brug rules i openhab til at udfører det samme. Fx ved at lave en virtuel item, som du bruger til at trigge/switche med. Igen, du skal bare have en eller anden form for hændelse/trigger/switch, så kan du nærmest gøre hvad som helst. Det er den der er afgørende for det. Openhab er hændelsesstyret ligesom IHC, så lige så snart du har noget du kan trigge, (Og det har man altid, enten fysisk eller virtuelt), så kan du udføre hvad du end skal bruge, såfremt du kan styre det du skal udføre. Det er som sådan ingen magi i dette. Det er bare en masse omstændige og uendelige muligheder der åbner sig

Det er den vej du skal gøre det. Du skal bare tilføje dine tryk som helt normalt, give dem et [ "Switchable" ] tag. Men den må IKKE kalde den for "sluk alt" for jeg tror det vil forvirrer Google Home, der i forvejen kender "sluk alt" som en standard kommando. Derfor prøv at give den et andet navn i Google Home appen. Så bør det virke. Her er et item til et ganske almindeligt tryk som pt bruges til at åbne/lukke vores garageport med. (Bemærk det er til den gamle IHC binding, men i dit tilfælde gør det ikke noget). Switch garage_bryggers_NV "Garageport" <WallSwitch> [ "Switchable" ] {ihc="<16666897,>[ON:53850:100],>[OFF:53850:100]"} Når jeg i Google Home siger, "Tænd garageport", så virker det som hvis jeg trykkede på trykket. Sådan skal du gøre for begge dine tryk, altså for Sluk Alt og Tænd Alt. Men prøv at kald dem noget andet.

I just installed this version of the binding and I got this error when the binding started. It works fine though: 2019-01-12 15:59:29.738 [hingStatusInfoChangedEvent] - 'ihc:controller:elko' changed from UNINITIALIZED (HANDLER_CONFIGURATION_PENDING) to INITIALIZING 2019-01-12 15:59:29.787 [me.event.ThingUpdatedEvent] - Thing 'ihc:controller:elko' has been updated. ==> /var/log/openhab2/openhab.log <== 2019-01-12 15:59:29.900 [INFO ] [org.openhab.binding.ihc ] - FrameworkEvent INFO - org.openhab.binding.ihc java.io.IOException: Exception in opening zip file: /var/lib/openhab2/cache/org.eclipse.osgi/198/0/bundleFile at org.eclipse.osgi.framework.util.SecureAction.getZipFile(SecureAction.java:321) ~[?:?] at org.eclipse.osgi.storage.bundlefile.ZipBundleFile.basicOpen(ZipBundleFile.java:93) ~[?:?] at org.eclipse.osgi.storage.bundlefile.ZipBundleFile.getZipFile(ZipBundleFile.java:106) ~[?:?] at org.eclipse.osgi.storage.bundlefile.ZipBundleFile.checkedOpen(ZipBundleFile.java:65) ~[?:?] at org.eclipse.osgi.storage.bundlefile.ZipBundleFile.getEntry(ZipBundleFile.java:240) ~[?:?] at org.eclipse.osgi.internal.loader.classpath.ClasspathManager.findClassImpl(ClasspathManager.java:560) ~[?:?] at org.eclipse.osgi.internal.loader.classpath.ClasspathManager.findLocalClassImpl(ClasspathManager.java:538) ~[?:?] at org.eclipse.osgi.internal.loader.classpath.ClasspathManager.findLocalClass(ClasspathManager.java:525) ~[?:?] at org.eclipse.osgi.internal.loader.ModuleClassLoader.findLocalClass(ModuleClassLoader.java:328) ~[?:?] at org.eclipse.osgi.internal.loader.BundleLoader.findLocalClass(BundleLoader.java:368) ~[?:?] at org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(BundleLoader.java:446) ~[?:?] at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:395) ~[?:?] at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:387) ~[?:?] at org.eclipse.osgi.internal.loader.ModuleClassLoader.loadClass(ModuleClassLoader.java:150) ~[?:?] at java.lang.ClassLoader.loadClass(ClassLoader.java:357) ~[?:?] at java.lang.Class.forName0(Native Method) ~[?:?] at java.lang.Class.forName(Class.java:348) ~[?:?] at org.apache.commons.logging.impl.LogFactoryImpl.createLogFromClass(LogFactoryImpl.java:998) ~[?:?] at org.apache.commons.logging.impl.LogFactoryImpl.discoverLogImplementation(LogFactoryImpl.java:844) ~[?:?] at org.apache.commons.logging.impl.LogFactoryImpl.newInstance(LogFactoryImpl.java:541) ~[?:?] at org.apache.commons.logging.impl.LogFactoryImpl.getInstance(LogFactoryImpl.java:292) ~[?:?] at org.apache.commons.logging.impl.LogFactoryImpl.getInstance(LogFactoryImpl.java:269) ~[?:?] at org.apache.commons.logging.LogFactory.getLog(LogFactory.java:655) ~[6:org.ops4j.pax.logging.pax-logging-api:1.10.1] at org.apache.http.conn.ssl.AbstractVerifier.<init>(AbstractVerifier.java:61) ~[?:?] at org.apache.http.conn.ssl.AllowAllHostnameVerifier.<init>(AllowAllHostnameVerifier.java:44) ~[?:?] at org.apache.http.conn.ssl.AllowAllHostnameVerifier.<clinit>(AllowAllHostnameVerifier.java:46) ~[?:?] at org.apache.http.conn.ssl.SSLConnectionSocketFactory.<clinit>(SSLConnectionSocketFactory.java:146) ~[?:?] at org.openhab.binding.ihc.internal.ws.http.IhcConnectionPool.init(IhcConnectionPool.java:122) ~[?:?] at org.openhab.binding.ihc.internal.ws.http.IhcConnectionPool.<init>(IhcConnectionPool.java:57) ~[?:?] at org.openhab.binding.ihc.internal.ws.IhcClient.openConnection(IhcClient.java:168) ~[?:?] at org.openhab.binding.ihc.internal.handler.IhcHandler.connect(IhcHandler.java:521) ~[?:?] at org.openhab.binding.ihc.internal.handler.IhcHandler.reconnectCheck(IhcHandler.java:826) ~[?:?] at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) ~[?:?] at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:308) ~[?:?] at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:180) ~[?:?] at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:294) ~[?:?] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) ~[?:?] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) ~[?:?] at java.lang.Thread.run(Thread.java:748) ~[?:?] Caused by: java.io.FileNotFoundException: /var/lib/openhab2/cache/org.eclipse.osgi/198/0/bundleFile (No such file or directory) at java.util.zip.ZipFile.open(Native Method) ~[?:?] at java.util.zip.ZipFile.<init>(ZipFile.java:225) ~[?:?] at java.util.zip.ZipFile.<init>(ZipFile.java:155) ~[?:?] at java.util.zip.ZipFile.<init>(ZipFile.java:169) ~[?:?] at org.eclipse.osgi.framework.util.SecureAction$16.run(SecureAction.java:308) ~[?:?] at org.eclipse.osgi.framework.util.SecureAction$16.run(SecureAction.java:1) ~[?:?] at java.security.AccessController.doPrivileged(Native Method) ~[?:?] at org.eclipse.osgi.framework.util.SecureAction.getZipFile(SecureAction.java:306) ~[?:?] ... 38 more 2019-01-12 15:59:30.012 [INFO ] [org.openhab.binding.ihc ] - FrameworkEvent INFO - org.openhab.binding.ihc java.io.IOException: Exception in opening zip file: /var/lib/openhab2/cache/org.eclipse.osgi/198/0/.cp/lib/commons-logging-1.2.jar at org.eclipse.osgi.framework.util.SecureAction.getZipFile(SecureAction.java:321) ~[?:?] at org.eclipse.osgi.storage.bundlefile.ZipBundleFile.basicOpen(ZipBundleFile.java:93) ~[?:?] at org.eclipse.osgi.storage.bundlefile.ZipBundleFile.getZipFile(ZipBundleFile.java:106) ~[?:?] at org.eclipse.osgi.storage.bundlefile.ZipBundleFile.checkedOpen(ZipBundleFile.java:65) ~[?:?] at org.eclipse.osgi.storage.bundlefile.ZipBundleFile.getEntry(ZipBundleFile.java:240) ~[?:?] at org.eclipse.osgi.internal.loader.classpath.ClasspathManager.findClassImpl(ClasspathManager.java:560) ~[?:?] at org.eclipse.osgi.internal.loader.classpath.ClasspathManager.findLocalClassImpl(ClasspathManager.java:538) ~[?:?] at org.eclipse.osgi.internal.loader.classpath.ClasspathManager.findLocalClass(ClasspathManager.java:525) ~[?:?] at org.eclipse.osgi.internal.loader.ModuleClassLoader.findLocalClass(ModuleClassLoader.java:328) ~[?:?] at org.eclipse.osgi.internal.loader.BundleLoader.findLocalClass(BundleLoader.java:368) ~[?:?] at org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(BundleLoader.java:446) ~[?:?] at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:395) ~[?:?] at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:387) ~[?:?] at org.eclipse.osgi.internal.loader.ModuleClassLoader.loadClass(ModuleClassLoader.java:150) ~[?:?] at java.lang.ClassLoader.loadClass(ClassLoader.java:357) ~[?:?] at java.lang.Class.forName0(Native Method) ~[?:?] at java.lang.Class.forName(Class.java:348) ~[?:?] at org.apache.commons.logging.impl.LogFactoryImpl.createLogFromClass(LogFactoryImpl.java:998) ~[?:?] at org.apache.commons.logging.impl.LogFactoryImpl.discoverLogImplementation(LogFactoryImpl.java:844) ~[?:?] at org.apache.commons.logging.impl.LogFactoryImpl.newInstance(LogFactoryImpl.java:541) ~[?:?] at org.apache.commons.logging.impl.LogFactoryImpl.getInstance(LogFactoryImpl.java:292) ~[?:?] at org.apache.commons.logging.impl.LogFactoryImpl.getInstance(LogFactoryImpl.java:269) ~[?:?] at org.apache.commons.logging.LogFactory.getLog(LogFactory.java:655) ~[6:org.ops4j.pax.logging.pax-logging-api:1.10.1] at org.apache.http.conn.ssl.AbstractVerifier.<init>(AbstractVerifier.java:61) ~[?:?] at org.apache.http.conn.ssl.AllowAllHostnameVerifier.<init>(AllowAllHostnameVerifier.java:44) ~[?:?] at org.apache.http.conn.ssl.AllowAllHostnameVerifier.<clinit>(AllowAllHostnameVerifier.java:46) ~[?:?] at org.apache.http.conn.ssl.SSLConnectionSocketFactory.<clinit>(SSLConnectionSocketFactory.java:146) ~[?:?] at org.openhab.binding.ihc.internal.ws.http.IhcConnectionPool.init(IhcConnectionPool.java:122) ~[?:?] at org.openhab.binding.ihc.internal.ws.http.IhcConnectionPool.<init>(IhcConnectionPool.java:57) ~[?:?] at org.openhab.binding.ihc.internal.ws.IhcClient.openConnection(IhcClient.java:168) ~[?:?] at org.openhab.binding.ihc.internal.handler.IhcHandler.connect(IhcHandler.java:521) ~[?:?] at org.openhab.binding.ihc.internal.handler.IhcHandler.reconnectCheck(IhcHandler.java:826) ~[?:?] at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) ~[?:?] at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:308) ~[?:?] at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:180) ~[?:?] at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:294) ~[?:?] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) ~[?:?] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) ~[?:?] at java.lang.Thread.run(Thread.java:748) ~[?:?] Caused by: java.io.FileNotFoundException: /var/lib/openhab2/cache/org.eclipse.osgi/198/0/.cp/lib/commons-logging-1.2.jar (No such file or directory) at java.util.zip.ZipFile.open(Native Method) ~[?:?] at java.util.zip.ZipFile.<init>(ZipFile.java:225) ~[?:?] at java.util.zip.ZipFile.<init>(ZipFile.java:155) ~[?:?] at java.util.zip.ZipFile.<init>(ZipFile.java:169) ~[?:?] at org.eclipse.osgi.framework.util.SecureAction$16.run(SecureAction.java:308) ~[?:?] at org.eclipse.osgi.framework.util.SecureAction$16.run(SecureAction.java:1) ~[?:?] at java.security.AccessController.doPrivileged(Native Method) ~[?:?] at org.eclipse.osgi.framework.util.SecureAction.getZipFile(SecureAction.java:306) ~[?:?] ... 38 more 2019-01-12 15:59:30.059 [INFO ] [org.openhab.binding.ihc ] - FrameworkEvent INFO - org.openhab.binding.ihc java.io.IOException: Exception in opening zip file: /var/lib/openhab2/cache/org.eclipse.osgi/198/0/.cp/lib/org.apache.httpcomponents.httpclient_4.4.1.jar at org.eclipse.osgi.framework.util.SecureAction.getZipFile(SecureAction.java:321) ~[?:?] at org.eclipse.osgi.storage.bundlefile.ZipBundleFile.basicOpen(ZipBundleFile.java:93) ~[?:?] at org.eclipse.osgi.storage.bundlefile.ZipBundleFile.getZipFile(ZipBundleFile.java:106) ~[?:?] at org.eclipse.osgi.storage.bundlefile.ZipBundleFile.checkedOpen(ZipBundleFile.java:65) ~[?:?] at org.eclipse.osgi.storage.bundlefile.ZipBundleFile.getEntry(ZipBundleFile.java:240) ~[?:?] at org.eclipse.osgi.internal.loader.classpath.ClasspathManager.findClassImpl(ClasspathManager.java:560) ~[?:?] at org.eclipse.osgi.internal.loader.classpath.ClasspathManager.findLocalClassImpl(ClasspathManager.java:538) ~[?:?] at org.eclipse.osgi.internal.loader.classpath.ClasspathManager.findLocalClass(ClasspathManager.java:525) ~[?:?] at org.eclipse.osgi.internal.loader.ModuleClassLoader.findLocalClass(ModuleClassLoader.java:328) ~[?:?] at org.eclipse.osgi.internal.loader.BundleLoader.findLocalClass(BundleLoader.java:368) ~[?:?] at org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(BundleLoader.java:446) ~[?:?] at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:395) ~[?:?] at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:387) ~[?:?] at org.eclipse.osgi.internal.loader.ModuleClassLoader.loadClass(ModuleClassLoader.java:150) ~[?:?] at java.lang.ClassLoader.loadClass(ClassLoader.java:357) ~[?:?] at java.lang.Class.forName0(Native Method) ~[?:?] at java.lang.Class.forName(Class.java:348) ~[?:?] at org.apache.commons.logging.impl.LogFactoryImpl.createLogFromClass(LogFactoryImpl.java:998) ~[?:?] at org.apache.commons.logging.impl.LogFactoryImpl.discoverLogImplementation(LogFactoryImpl.java:844) ~[?:?] at org.apache.commons.logging.impl.LogFactoryImpl.newInstance(LogFactoryImpl.java:541) ~[?:?] at org.apache.commons.logging.impl.LogFactoryImpl.getInstance(LogFactoryImpl.java:292) ~[?:?] at org.apache.commons.logging.impl.LogFactoryImpl.getInstance(LogFactoryImpl.java:269) ~[?:?] at org.apache.commons.logging.LogFactory.getLog(LogFactory.java:655) ~[6:org.ops4j.pax.logging.pax-logging-api:1.10.1] at org.apache.http.conn.ssl.AbstractVerifier.<init>(AbstractVerifier.java:61) ~[?:?] at org.apache.http.conn.ssl.AllowAllHostnameVerifier.<init>(AllowAllHostnameVerifier.java:44) ~[?:?] at org.apache.http.conn.ssl.AllowAllHostnameVerifier.<clinit>(AllowAllHostnameVerifier.java:46) ~[?:?] at org.apache.http.conn.ssl.SSLConnectionSocketFactory.<clinit>(SSLConnectionSocketFactory.java:146) ~[?:?] at org.openhab.binding.ihc.internal.ws.http.IhcConnectionPool.init(IhcConnectionPool.java:122) ~[?:?] at org.openhab.binding.ihc.internal.ws.http.IhcConnectionPool.<init>(IhcConnectionPool.java:57) ~[?:?] at org.openhab.binding.ihc.internal.ws.IhcClient.openConnection(IhcClient.java:168) ~[?:?] at org.openhab.binding.ihc.internal.handler.IhcHandler.connect(IhcHandler.java:521) ~[?:?] at org.openhab.binding.ihc.internal.handler.IhcHandler.reconnectCheck(IhcHandler.java:826) ~[?:?] at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) ~[?:?] at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:308) ~[?:?] at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:180) ~[?:?] at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:294) ~[?:?] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) ~[?:?] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) ~[?:?] at java.lang.Thread.run(Thread.java:748) ~[?:?] Caused by: java.io.FileNotFoundException: /var/lib/openhab2/cache/org.eclipse.osgi/198/0/.cp/lib/org.apache.httpcomponents.httpclient_4.4.1.jar (No such file or directory) at java.util.zip.ZipFile.open(Native Method) ~[?:?] at java.util.zip.ZipFile.<init>(ZipFile.java:225) ~[?:?] at java.util.zip.ZipFile.<init>(ZipFile.java:155) ~[?:?] at java.util.zip.ZipFile.<init>(ZipFile.java:169) ~[?:?] at org.eclipse.osgi.framework.util.SecureAction$16.run(SecureAction.java:308) ~[?:?] at org.eclipse.osgi.framework.util.SecureAction$16.run(SecureAction.java:1) ~[?:?] at java.security.AccessController.doPrivileged(Native Method) ~[?:?] at org.eclipse.osgi.framework.util.SecureAction.getZipFile(SecureAction.java:306) ~[?:?] ... 38 more 2019-01-12 15:59:30.117 [INFO ] [org.openhab.binding.ihc ] - FrameworkEvent INFO - org.openhab.binding.ihc java.io.IOException: Exception in opening zip file: /var/lib/openhab2/cache/org.eclipse.osgi/198/0/.cp/lib/org.apache.httpcomponents.httpcore_4.4.1.jar at org.eclipse.osgi.framework.util.SecureAction.getZipFile(SecureAction.java:321) ~[?:?] at org.eclipse.osgi.storage.bundlefile.ZipBundleFile.basicOpen(ZipBundleFile.java:93) ~[?:?] at org.eclipse.osgi.storage.bundlefile.ZipBundleFile.getZipFile(ZipBundleFile.java:106) ~[?:?] at org.eclipse.osgi.storage.bundlefile.ZipBundleFile.checkedOpen(ZipBundleFile.java:65) ~[?:?] at org.eclipse.osgi.storage.bundlefile.ZipBundleFile.getEntry(ZipBundleFile.java:240) ~[?:?] at org.eclipse.osgi.internal.loader.classpath.ClasspathManager.findClassImpl(ClasspathManager.java:560) ~[?:?] at org.eclipse.osgi.internal.loader.classpath.ClasspathManager.findLocalClassImpl(ClasspathManager.java:538) ~[?:?] at org.eclipse.osgi.internal.loader.classpath.ClasspathManager.findLocalClass(ClasspathManager.java:525) ~[?:?] at org.eclipse.osgi.internal.loader.ModuleClassLoader.findLocalClass(ModuleClassLoader.java:328) ~[?:?] at org.eclipse.osgi.internal.loader.BundleLoader.findLocalClass(BundleLoader.java:368) ~[?:?] at org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(BundleLoader.java:446) ~[?:?] at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:395) ~[?:?] at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:387) ~[?:?] at org.eclipse.osgi.internal.loader.ModuleClassLoader.loadClass(ModuleClassLoader.java:150) ~[?:?] at java.lang.ClassLoader.loadClass(ClassLoader.java:357) ~[?:?] at java.lang.Class.forName0(Native Method) ~[?:?] at java.lang.Class.forName(Class.java:348) ~[?:?] at org.apache.commons.logging.impl.LogFactoryImpl.createLogFromClass(LogFactoryImpl.java:998) ~[?:?] at org.apache.commons.logging.impl.LogFactoryImpl.discoverLogImplementation(LogFactoryImpl.java:844) ~[?:?] at org.apache.commons.logging.impl.LogFactoryImpl.newInstance(LogFactoryImpl.java:541) ~[?:?] at org.apache.commons.logging.impl.LogFactoryImpl.getInstance(LogFactoryImpl.java:292) ~[?:?] at org.apache.commons.logging.impl.LogFactoryImpl.getInstance(LogFactoryImpl.java:269) ~[?:?] at org.apache.commons.logging.LogFactory.getLog(LogFactory.java:655) ~[6:org.ops4j.pax.logging.pax-logging-api:1.10.1] at org.apache.http.conn.ssl.AbstractVerifier.<init>(AbstractVerifier.java:61) ~[?:?] at org.apache.http.conn.ssl.AllowAllHostnameVerifier.<init>(AllowAllHostnameVerifier.java:44) ~[?:?] at org.apache.http.conn.ssl.AllowAllHostnameVerifier.<clinit>(AllowAllHostnameVerifier.java:46) ~[?:?] at org.apache.http.conn.ssl.SSLConnectionSocketFactory.<clinit>(SSLConnectionSocketFactory.java:146) ~[?:?] at org.openhab.binding.ihc.internal.ws.http.IhcConnectionPool.init(IhcConnectionPool.java:122) ~[?:?] at org.openhab.binding.ihc.internal.ws.http.IhcConnectionPool.<init>(IhcConnectionPool.java:57) ~[?:?] at org.openhab.binding.ihc.internal.ws.IhcClient.openConnection(IhcClient.java:168) ~[?:?] at org.openhab.binding.ihc.internal.handler.IhcHandler.connect(IhcHandler.java:521) ~[?:?] at org.openhab.binding.ihc.internal.handler.IhcHandler.reconnectCheck(IhcHandler.java:826) ~[?:?] at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) ~[?:?] at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:308) ~[?:?] at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:180) ~[?:?] at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:294) ~[?:?] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) ~[?:?] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) ~[?:?] at java.lang.Thread.run(Thread.java:748) ~[?:?] Caused by: java.io.FileNotFoundException: /var/lib/openhab2/cache/org.eclipse.osgi/198/0/.cp/lib/org.apache.httpcomponents.httpcore_4.4.1.jar (No such file or directory) at java.util.zip.ZipFile.open(Native Method) ~[?:?] at java.util.zip.ZipFile.<init>(ZipFile.java:225) ~[?:?] at java.util.zip.ZipFile.<init>(ZipFile.java:155) ~[?:?] at java.util.zip.ZipFile.<init>(ZipFile.java:169) ~[?:?] at org.eclipse.osgi.framework.util.SecureAction$16.run(SecureAction.java:308) ~[?:?] at org.eclipse.osgi.framework.util.SecureAction$16.run(SecureAction.java:1) ~[?:?] at java.security.AccessController.doPrivileged(Native Method) ~[?:?] at org.eclipse.osgi.framework.util.SecureAction.getZipFile(SecureAction.java:306) ~[?:?] ... 38 more ==> /var/log/openhab2/events.log <== 2019-01-12 15:59:36.216 [hingStatusInfoChangedEvent] - 'ihc:controller:elko' changed from INITIALIZING to OFFLINE: Initializing communication to the IHC / ELKO controller 2019-01-12 15:59:36.567 [vent.ItemStateChangedEvent] - ControllerState changed from ready to Ready 2019-01-12 15:59:36.845 [vent.ItemStateChangedEvent] - ControllerUpTime changed from 1055107.986 to 1203224.861 2019-01-12 15:59:37.017 [vent.ItemStateChangedEvent] - ControllerDateTime changed from 2019-01-10T22:51:52.000+0100 to 2019-01-12T16:00:29.000+0100 2019-01-12 15:59:39.934 [me.event.ThingUpdatedEvent] - Thing 'ihc:controller:elko' has been updated. 2019-01-12 15:59:40.354 [me.event.ThingUpdatedEvent] - Thing 'ihc:controller:elko' has been updated. 2019-01-12 15:59:40.630 [vent.ItemStateChangedEvent] - ControllerUpTime changed from 1203224.861 to 1203228.756 2019-01-12 15:59:40.789 [vent.ItemStateChangedEvent] - ControllerDateTime changed from 2019-01-12T16:00:29.000+0100 to 2019-01-12T16:00:33.000+0100 2019-01-12 15:59:40.797 [hingStatusInfoChangedEvent] - 'ihc:controller:elko' changed from OFFLINE: Initializing communication to the IHC / ELKO controller to ONLINE

Ahh may be the reason. I think the version I´m using is from 8th. December. I´ll grab the latest and give it another try.

Mon ikke du skulle læse mine 5 sidste indlæg igen, og så finde ud af, hvor jeg brokker mig over LK/Schneider, inden du konstatere noget, som kan vise sig at være helt forkert. Forudsat at du vel at mærke kan forstå det der skrives. (Husk afstanden fra konstatering til dit såkaldt brokkeri).

Nej, ikke hvis du mener det kræver at man skal: Unlinke. Uploade. Downloade. Linke på ny. Uploade igen. Bare for at udskifte et produkt med et nyt og tilsvarende. Så er det korrekt, den metode bruger jeg ikke.

Hvad du mener er brok, er konstateringer for mig. Dernæst råder/vejleder jeg forbrugerne i, hvad jeg mener de kan/skal/bør gøre, for at afhjælpe deres IHC problem - fuldstændig som du siger forumet her er til at hjælpe folk med deres IHC problemer. Det er ikke LK som er tåberne. De har en, for mig at se, mystisk forretnings strategi. Men tåber er de ikke. De er tilsyneladende bare ligeglade med slutbrugerne, og de problemer som de skaber for deres distributører/elektrikere. Tåberne er dem imellem LK/Schneider og forbrugerne. (Så kan du selv vælge hvor du vil lægge det ansvar). Forbrugerne kunne også være tåberne, men i og med mange af dem er bondefanget i en situation som gør det endnu mere uudholdelig for dem, end det er i forvejen er, så går de delvis fri. Var det en simpel forbrugsgenstand, så ville den i mange tilfælde have været returneret. Men det er det ikke. Konsekvensen er langt større, og derfor er det langt mere alvorligere, som desværre kræver noget mere opmærksomhed. (Hvilket du så mener er brokkeri). Det er fair nok du ikke bryder dig om det, (du er jo heller ikke ramt af det, hvis du ikke har wireless dimmere). Men jeg tror dem der har problemet i rimelig irriterende udstrækning (for dem), de er ret græsk katolsk med, hvad du mener. Det løser jo ikke deres problem.

Nej det er jeg klar over.. Eller rettere, jeg er klar over at der ikke er sket ændring i controlleren. Men når jeg så linker det nye produkt og uploader, så burde det jo betyde at det gamle produkt forsvinder fra controlleren, specielt fordi det nye produkt faktisk beholder præcis det samme resourceID.

Sjovt nok nævner du det hvergang jeg spænder rebet om elektrikerne. Et råd til forbrugerne om, hvordan de kan/skal/bør forholde sig til problemerne, når nu forumet her ikke kan løse netop dette problem. Det er også en hjælp. Det er bare ikke en hjælp du bryder dig om at høre, åbenbart!

Hmm, øv! Problemer er nok så meget sagt. IHC Captain og IHC openhab binding mener jeg har flere wireless enheder end jeg reelt har. IHC installationen, både fysisk og virtuelt kender det rigtige antal, og operere ganske fint efter det. Så jeg har ikke noget problem. Det er muligt at controlleren/softwaren et eller andet sted mener noget andet. Men det har ingen praktisk betydning. Dernæst, så starter jeg jo med at unlinke produktet. Det burde jo rydde produktet, hvorfra det end er gemt.

Det har intet med hverken klogere at gøre, eller at vi ønsker et produkt skal virke på flere måder. Her er er tale om et produkt som fejler. Dette kan der IKKE sættes tvivl ved. Jeg, som forbruger, forventer at når et produkt fejler, så går producenten igang med at udrede og rette fejlen. Kan fejlen IKKE rettes fordi der er tale om en konstruktions fejl, så forventer jeg at produktet trækkes tilbage fra markedet, indtil et evt erstatningsprodukt er produceret. Hvor ser du LK/Schneider´s aktion i ovenstående? Korrekt, men nu er det IHC vi snakker her, ergo LK/Schneider. Oven i det har du dilemmaet med, at her er der tale om et rimelig fatalt og omstændigt produkt. Når først et hus er bygget, så er det ikke nemt for nogen, at lige rive ud og pakke det i en kasse, for at levere det retur til forhandleren. Det er den del jeg mener, at LK/Schneider sandsynligvis har luret for længe siden. Men forbrugerne som lever med dette, de burde rive elektrikeren rundt og gerne seriøst i retten med store økonomiske krav, for det er kun elektrikerne der kan ændre situationen. Jo, for når noget virker, så er alt jo som forventet. Dvs hvis man skal ytre sig om det, så skal man ytre sig om noget som alle andre allerede forventer. Det er derfor det omvendt er langt vigtigere at fortælle, når noget ikke er som forventet, uanset om det er positivt eller negativt. Fx.. Gider du læse stolpe og og stolpe ned (fra alle mulige mennesker) omkring et produkt, der virker som du forventer? Er det reelt interessant? Jeg gider ikke. Så vil jeg meget hellere høre om et produkt, som jeg har fået nogle forkerte forventninger til. Fx et lortet produkt der ikke virker. Eller et produkt som virker bedre end hvad jeg havde forventet. Det er så det næste - Vi er mennesker, og vi er heldigvis forskellige, og kan derfor acceptere forskelligt. Mht. IHC dimmer problemerne, så er de også meget forskellige. Nogle oplever dem oftere end andre. Men som udgangspunkt burde et problem, uanset hvor ofte/meget/lidt det genere, fjernes. Ellers er det jo ikke et problem.

Ja det ville jeg gør, for du kan jo ikke få den faste fase ud af et Wireless ø80 lampeudtag. Den findes slet ikke på forsiden, så vidt jeg husker. Derfor er det et problem at få det til at virke. Når du så laver det om, så går jeg ud fra du har en almindelig kontakt siddende til et almindeligt udtag. Hvis det er en fuga afbryder, så gør man normalt det, at man sætter en fjeder under dækslet, så hvis nogen skulle finde på at slukke kontakten, så tænder den automatisk igen. Derved har Hue hele tiden strøm på.