perhansen

Tak Ejvind Synes jeg har set og prøvet det. Men jeg prøver lige ingen.

Se allerede der kan jeg forenkle mit setup, ved at bruge en rule til alle kiptryk :-) Det havde jeg ikke tænkt over. Men igen.. jeg vil jo helst væk fra rules. Jeg ser lige hvad andre kan komme op med. Tak @Kandersen

Ja det undrer mig lidt at der ikke er flere der bruger KIP. Bruger i så en knap til tænd og en anden til sluk... dem der kommer i mit hus som ikke kan finde ud af mine tændinger, ville da slet ikke kunne finde ud af det Jeg kan i teorien godt lave OpenHab uden KIP, så skal jeg bare bruge en seperat ON og OFF ID fra min fb i IHC'en. Ville det hjælpe på mit problem? Jeg ville jo gerne have det som jeg har det nu, en knap til både tænd og sluk, men kan godt leve med jeg fik to knapper side og side, ved brug af mappings, en til tænd og en til sluk.

Nogen der har ovenstående liggende som ikke bruges, enten originale eller fra zigza, til fuga. Temp / CO / fugt alt har interesse. Jeg skal bruge godt 15stk, hvor en er temp/fugt og en er temp/co så ville lige høre her inden jeg bestiller.

@Michael Brøgger Må jeg spørge hvordan du har lavet din kip? Jeg kommer fra openhab ver. 1.6 og har bruget rules til at få kip til at fungere. Jeg kan dog ikke få det til at virker med things og uden brug af rules. Jeg har oprettet et indlæg, hvor jeg beskriver problemet -> openhab2-kip måske du vil smide en kommentar der. Tak.

Hej Jeg har i mange år kørt med OpenHab, siden ver. 1.6 tror jeg, ikke kun op mod IHC'en men også mit pillefyr, min alarm og overvågning m.m. Siden ver.2 udkom har jeg bare opdateret og benyttet ver.1 bindingen da den jo ikke var opdateret til ver.2. Ved et tilfælde faldt jeg over at paulianttila har opdateret bindingen til ver.2 og da tænkte jeg at nu var tiden inden til starte from scratch ved brug af things o.s.v Mit problem er at jeg ikke kan få en simple kip til at fungere som jeg gerne vil. I mit ver.1 setup ser det således ud: SITEMAP: Switch item=stue_tv_switch label="Sofabord" icon="kipon" mappings=[ON="Sluk"] visibility=[stue_tv_state=="ON"] Switch item=stue_tv_switch label="Sofabord" icon="kipoff" mappings=[ON="Tænd"] visibility=[stue_tv_state=="OFF"] ITEMS: Switch stue_tv_switch (gStue_stue) { ihc=">5086481" } Switch stue_tv_state (gStue_stue, lys) { ihc="<5087506" } RULES: rule "kip tv-stue" when Item stue_tv_switch changed to ON then Thread::sleep(500) stue_tv_switch.sendCommand(OFF) end Som der kan ses i sitemap bruger jeg ikonet, til at vises om udgangen er tændt eller slukket. Det er ikke noget specielt i det og er sikkert kendt af mange. Jeg vil gerne opnå ovenstående igen efter opdatering, altså at ikonet eller trykket opdateres af den reelle udgang den styre og at inputtet aktivere en kip i min FB i IHC og samtidig skulle things kunne forenkle min programmering og helt fjerne brugen af rules til kip. Dette er hvad jeg har pt. SITEMAP: Switch item=spisebord ITEMS: Switch spisebord "Spisebord" {channel="ihc:controller:elko:ihcoutput", channel="ihc:controller:elko:ihcinput"} THINGS: Type switch-channel : ihcoutput "IHC output" [resourceId=5081106, direction="ReadOnly"] Type pulse-output-channel : ihcinput "IHC input" [resourceId=5080081, direction="WriteOnly", pulseLength=1000, trigger="ON"] Jeg bruger classic UI da jeg også bruger IOS appen. Jeg kan få lyset til at tænde og slukke, men da det er en 1/0 switch der kommer frem skal der bruges flere tryk. Jeg har prøvet med mappings, men så kan jeg kun tænde, da kip indgangen på IHC'en forbliver ON og samtidig så følger ikonet jo bare knappen og ikke udgangen.

Tak mcj116, det hjalp på problemet. Det var dog en kombination af begge ting der gjorde det. Jeg havde nemlig forsøgt kun med ">" i items, dog uden held. Men nu spiller det, så nu skal resten bare programmeres og forbindes :-)

Hej Jeg har efter noget tid rodet med OpenHab og har fået tingene til at fungere ret godt. Jeg er gået fra den normale måde at styre tændingerne på, som har været on/off direkte på udgangen, til at lave touch / push-button styring på funktionerne i controlleren. OpenHab "opfanger" dog når jeg trykker på et fysisk tryk og forsøger at ændre værdien på udgangen samtidig med at controlleren gør det, derfor går min udgang i selvsving og skifter tilstand flere gange. Et af trykkene ser sådan ud: sitemap: Switch item=stue_spisestue_switch label="Lampested spisestue" icon="light-on" mappings=[ON="Sluk"] visibility=[stue_spisestue_state=="ON"]Switch item=stue_spisestue_switch label="Lampested spisestue" icon="light-off" mappings=[ON="Tænd"] visibility=[stue_spisestue_state=="OFF"]items: Switch stue_tvstue_switch (gStue_stue) { ihc="4661521" }Switch stue_tvstue_state (gStue_stue, lys) { ihc="4662546" }rules: rule "kip spisebord"whenItem stue_spisestue_switch received update ON then stue_spisestue_switch.sendCommand(ON) Thread::sleep(1) stue_spisestue_switch.sendCommand(OFF)endstue_tvstue_switch sender on/off til kip i en funktionsblok. stue_tvstue_state henter tilstanden fra et output på samme funktionsblok. Når jeg trykker på det fysiske tryk opfanger OpenHab en ændring på "4661521" og vil samtidig med controlleren ændre tilstand på udgangen. Hvordan løser jeg dette problem? Kan man lave sådan at OpenHab kun kan sende til "4661521" og ikke modtage input derfra. Jeg har forsøgt med at sætte både > og < foran, dog uden held. Dette resulterede bare i at funktionen i OpenHab ikke fungerede eller at controlleren genstartede. Kan det evt. laves mere enkelt eller smarter?

Hej i kloge hoveder. Jeg har installeret openhab i en linux mint esxi vm. Installationen og certificatet ser ud til at fungere. Jeg får ihvertfald ikke fejl når openhab prøver at logge på med mit login. Dog døjer jeg meget med at min controller "fryser" en til flere gange om dagen. Dvs. den stoppper med at udfører sine kommandoer og den bliver utilgængelig på dens web-interface. Controlleren skal genstartes før at den igen bliver tilgængelig på netværket. Jeg har pt. endnu heller ikke kunne få den til at udfører kommandoer fra openhab. Controller "fryser" ikke når openhab er lukket ned. Min controller har firmware 2.7.190 Det eneste der er slået til i openhab.cfg er følgende: # Controller IP addressihc:ip=192.168.11.20# Username and password for Controllerihc:username=viperihc:password=******# Timeout for controller communicationihc:timeout=5000Jeg får dette ud når jeg kører start.sh: 2015-03-21 13:34:44.282 [INFO ] [inding.ihc.internal.IhcBinding] - Connecting to IHC / ELKO LS controller [IP='192.168.11.20' Username='viper' Password='******'].2015-03-21 13:34:44.674 [INFO ] [rg.eclipse.jetty.server.Server] - Graceful shutdown SslSelectChannelConnector@0.0.0.0:84432015-03-21 13:34:44.692 [INFO ] [rg.eclipse.jetty.server.Server] - Graceful shutdown SelectChannelConnector@0.0.0.0:80802015-03-21 13:34:44.692 [INFO ] [rg.eclipse.jetty.server.Server] - Graceful shutdown o.e.j.w.WebAppContext{/webapps,file:/opt/openhab/webapps/webapps/},/opt/openhab/webapps/webapps2015-03-21 13:34:44.692 [INFO ] [rg.eclipse.jetty.server.Server] - Graceful shutdown o.e.j.w.WebAppContext{/static,file:/opt/openhab/webapps/static/},/opt/openhab/webapps/static2015-03-21 13:34:44.692 [INFO ] [rg.eclipse.jetty.server.Server] - Graceful shutdown o.e.j.w.WebAppContext{/habmin,file:/opt/openhab/webapps/habmin/},/opt/openhab/webapps/habmin2015-03-21 13:34:44.694 [INFO ] [rg.eclipse.jetty.server.Server] - Graceful shutdown o.e.j.w.WebAppContext{/addons,file:/opt/openhab/webapps/addons/},/opt/openhab/webapps/addons2015-03-21 13:34:44.695 [INFO ] [rg.eclipse.jetty.server.Server] - Graceful shutdown o.e.j.w.WebAppContext{/images,file:/opt/openhab/webapps/images/},/opt/openhab/webapps/images2015-03-21 13:34:44.695 [INFO ] [rg.eclipse.jetty.server.Server] - Graceful shutdown o.e.j.s.ServletContextHandler{/,null}2015-03-21 13:34:45.213 [WARN ] [inding.ihc.internal.IhcBinding] - Can't open connection to controllerorg.openhab.binding.ihc.ws.IhcExecption: javax.net.ssl.SSLHandshakeException: Remote host closed connection during handshake at org.openhab.binding.ihc.ws.IhcHttpsClient.sendQuery(IhcHttpsClient.java:182) ~[na:na] at org.openhab.binding.ihc.ws.IhcAuthenticationService.authenticate(IhcAuthenticationService.java:57) ~[na:na] at org.openhab.binding.ihc.ws.IhcClient.openConnection(IhcClient.java:194) ~[na:na] at org.openhab.binding.ihc.internal.IhcBinding.connect(IhcBinding.java:158) ~[na:na] at org.openhab.binding.ihc.internal.IhcBinding.execute(IhcBinding.java:196) ~[na:na] at org.openhab.core.binding.AbstractActiveBinding$BindingActiveService.execute(AbstractActiveBinding.java:156) [org.openhab.core_1.6.2.jar:na] at org.openhab.core.service.AbstractActiveService$RefreshThread.run(AbstractActiveService.java:173) [org.openhab.core_1.6.2.jar:na]Caused by: javax.net.ssl.SSLHandshakeException: Remote host closed connection during handshake at sun.security.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:980) ~[na:1.8.0_40] at sun.security.ssl.SSLSocketImpl.performInitialHandshake(SSLSocketImpl.java:1363) ~[na:1.8.0_40] at sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1391) ~[na:1.8.0_40] at sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1375) ~[na:1.8.0_40] at sun.net.www.protocol.https.HttpsClient.afterConnect(HttpsClient.java:563) ~[na:1.8.0_40] at sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.connect(AbstractDelegateHttpsURLConnection.java:185) ~[na:1.8.0_40] at sun.net.www.protocol.http.HttpURLConnection.getOutputStream0(HttpURLConnection.java:1282) ~[na:1.8.0_40] at sun.net.www.protocol.http.HttpURLConnection.getOutputStream(HttpURLConnection.java:1257) ~[na:1.8.0_40] at sun.net.www.protocol.https.HttpsURLConnectionImpl.getOutputStream(HttpsURLConnectionImpl.java:250) ~[na:1.8.0_40] at org.openhab.binding.ihc.ws.IhcHttpsClient.sendQuery(IhcHttpsClient.java:166) ~[na:na] ... 6 common frames omittedCaused by: java.io.EOFException: SSL peer shut down incorrectly at sun.security.ssl.InputRecord.read(InputRecord.java:505) ~[na:1.8.0_40] at sun.security.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:961) ~[na:1.8.0_40] ... 15 common frames omitted--edit-- Jeg kan se efter jeg har kørt en log på system at den ikke får kontakt til controlleren alligevel. Jeg var ellers i den overbevisning da jeg ikke har set de handshake fejl før. Openhab prøver konstant at få forbindelse til controlleren, er det derfor den lukker ned? Certificatet er downloadet vha chrome browser og lavet med følgende kommando: keytool -importcert -alias ihc -keystore /usr/lib/jvm/java-8-oracle/jre/lib/security/cacerts -file "/home/viper/IHC" Min openhab er seneste version, hentet på deres hjemmeside. Hjælp ønskes. pft

Jeg har bare aldrig haft problemer med at konfigurere sådan noget før. Jeg har arbejde mange år med linux i det hele taget og meget som server, så derfor kom det som et chock for mig at jeg ikke kunne få så banalt en ting til at virke.Jeg har aldrig oplevet at en enhed ikke ville acceptere en anden port end den den er "født" med. Jeg jeg tror lidt at controlleren måske kun er lavet til at kunne fungere med "standard" porte, eller at det er en bug i min firmware. Lad os håbe det ændre sig når den nye firmware kommer, så kommer der nemlig også nye ikoner til vieweren :-)

Så er jeg tilbage igen. Jeg har haft en del problemer lige pt. med controlleren. Jeg har ikke kunne komme på med usb'en. Med efter et par genstart af controlleren hjalp det. Jeg har nu også rettet portene tilbage til normal igen. Og nu minsandten virker det hele. Jeg har været på firmaets netværk igennem vpn og retur til mit eget netværk og nu kan min bruger få lov til at logge sig på.Jeg ved ikke helt hvad det skyldtes, andet end det har noget med portene at gøre. Har i andre prøvet noget lignende?

Hmm... nu kan jeg heller ikke komme på via mit lokale netværk, med min bruger. Jeg har dog fat i controlleren. Prøver lige fra USB. Jeg vender tilbage senere og sender dig nok en pb med login og ip.

Jeg har kun en bruger tilknyttet administratorgruppen, nemlig mig selv. Så det burde også være på plads. Ja, jeg forstår det ikke.Jeg har kun for forsøgt fra en computer i det firma jeg arbejde hos. Jeg tror da ikke deres firewall kan spærre for den sidste login til programmet. Når jeg nu kan kunne ud igennem exploreren og få fat på min router og loade programmet i controlleren.Mystisk.Måske skulle jeg prøve "from scratch" og ændre begge porte tilbage til normal og ændre mit login-navn til admin, for at se om det giver noget. Jeg er snart løbet tør for ideer.Jeg prøver lige i aften og får min bror til at logge på controlleren for at se om han kan komme ind.

Ja det har jeg. Ellers ville den jo heller ikke være at finde på controllerens opstartside, hvor man vælger hvad der skal startes op... eller tager jeg fejl? Men ja det er flueben ud for sceneview til internettet. Java-programmet bliver jo også afviklet og starter fint op.Det der undre mig er at når programmet er startet op og jeg skal angive min bruger og password, så skriver programmet selv ip'en på controlleren, hvilket i dette tilfælde er den på min wan side, altså den udad til. Er det korrekt? Jeg har ellers prøvet med andrer ip-adresser, lan-ip, wan-ip, en anden port m.m. men uanset hvad får min bruger ikke lov til at logge på controlleren.Jeg har dog ændret begge porte til nye, men begge er forwarded korrekt i min router. Og når jeg har fat i selve sceneview programmet, ja så burde det jo ikke være portene der er problemet.

Jeg har et lidt underligt problem. Jeg har søgt på nettet og søgt forummet igennem.Jeg kan ikke logge på med min bruger på min sceneview fra wan siden. Jeg har fat i controlleren da java-programmet i controlleren er afviklet og startet op. Jeg får bare besked på at der ikke er tilladelse til at min bruger kan logge på. Hvis jeg gør det hjemme på mit netværk, så virker min bruger som den skal.Hvad kan der være galt?