Henrik Skaarup

Excellent, thank you Pauli Anttila That worked! Only began my openHAB quest this week-end. I still have a lot to learn.

Ved nærmere eftersyn kan jeg se at mit item ikke er linket korrekt til ihc channel. Det er event på selve channel og ikke det linkede item som vises i loggen. 2018-09-10 19:53:35.180 [vent.ChannelTriggeredEvent] - ihc:controller:d1a7b4dc:Keychain_Top triggered SHORT_PRESS Der står følgende i loggen når item bliver oprettet Link 'Keychain_Top-ihc:controller:d1a7b4dc:Keychain_Top' has been added. Er det min syntaks i item som er forkert og/eller er min channel forkert oprettet?

Har netop installeret openhabianpi på en RPI3 med bl.a. IHC / ELKO Binding af Pauli Anttila. Efter en week-end's "leg" har jeg fået det meste til at virke (inkl. HUE Motion Sensor og HUE Dimmer switch) Dog mangler jeg at få det fulde udbytte af min IHC nøglering. Den kunne ikke genkendes automatisk men er manuelt tilføjet som følger (fiktiv Resource Id) Derudover har jeg tilføjet følgende item Switch Keychain_Top "Keychain Top" <myswitch> { channel="ihc:controller:d1a7b4dc:Keychain_Top" } Det resulterer i følgende events i loggen: 2018-09-10 19:53:35.180 [vent.ChannelTriggeredEvent] - ihc:controller:d1a7b4dc:Keychain_Top triggered SHORT_PRESS 2018-09-10 19:53:36.422 [vent.ChannelTriggeredEvent] - ihc:controller:d1a7b4dc:Keychain_Top triggered LONG_PRESS 2018-09-10 19:53:37.196 [vent.ChannelTriggeredEvent] - ihc:controller:d1a7b4dc:Keychain_Top triggered EXTRA_LONG_PRESS Men det er ikke lykkedes at lave en regel som kan fange disse events. Hvis jeg opretter følgende regel rule "Keychain Top SHORT_PRESS" when Item Keychain_Top triggered SHORT_PRESS then if (Keychain_Top.state = SHORT_PRESS) { if (Udenfor_Spots.state == ON) { Udenfor_Spots.sendCommand(OFF) } else { Udenfor_Spots.sendCommand(ON) } } end får jeg følgende fejl i loggen 2018-09-10 19:58:28.716 [WARN ] [el.core.internal.ModelRepositoryImpl] - Configuration model 'Keychain.rules' has errors, therefore ignoring it: [3,2]: no viable alternative at input 'triggered' Og hvis jeg ændrer til rule "Keychain Top SHORT_PRESS" when Item Keychain_Top changed to SHORT_PRESS then if (Udenfor_Spots.state == ON) { Udenfor_Spots.sendCommand(OFF) } else { Udenfor_Spots.sendCommand(ON) } end sker der ingenting. Kan man overhovedet fange en channel triggered event? Er det min item som er forkert? Eller er det noget helt tredie jeg har gjort forkert? Har prøvet at definere knappen som en almindelig switch (ON OFF) og det virker, men det ville være så meget mere fantastisk at kunne have hele 12 forskellige tryk på samme nøglering :-) Er der slet ingen som har prøvet at benytte deres IHC nøgleringe med openHAB ?

Tak for hjælpen allesammen. Havde en aften alene hjemme (så jeg kunne arbejde uforstyrret). Fulgte Kasper Sommers metode og fik opdateret til 2.8.4 :-) Jeg har dog ikke hentet og opladet programmet (jo jeg hentede for en sikkerheds skyld programmet før jeg påbegyndte hele seancen, men jeg oploadede det ikke til sidst.) Efter det som føltes som uendelig lang tid reagerede controlleren på mine trykkontakter igen. Efter næsten lige så lang tid formåede controlleren at svare på ping. Derefter satte jeg netkablerne til min IHC-Captain og Domotics på igen og sørme om ikke mine wireless tryk via IHC-Captain fik min Sonos til at spille :-) Til sidste tændte jeg min IHC remote på iPhonen og den fik fat og jeg kunne tænde/slukke for bl.a. lyset i stuen. Mission completed :-)

Hej Kasper, Har desværre ikke haft mulighed for at opdatere min IHC endnu. Når jeg gør det, Vil gerne være sikker på at jeg har tid efterfølgende til at rette eventuelle fejl. Som i nok alle ved, står man ikke højt i meningsmålingerne hvis lyset i huset ikke kan tændes/slukkes. Og med tre små børn er det i særklasse småt med tålmodigheden, hvis noget fejler. Jeg har heldigvis kun 2 wireless enheder (et knappanel med 6 knapper og en lille rund fjernbetjening med 4 knapper). Den store benyttes i køkkenet til via IHC Captain at styre Sonos. Desuden kører husets gulvvarmestyring via IHC'en. Må se om jeg tør kaste mig ud i det på min sidste feriedag i morgen..... Er det i øvrigt "nok" kun at opgradere i to trin?: 1) 2.7.168 -> 2.7.199 2) 2.7.199 -> 2.8.4 Eller er det "best practice" at opdatere med flere mellem versioner (og i så fald hvilke)?

Tak for svar :-) Vil mine wireless enheder på nogen måde blive påvirket af firmwareopgraderingen? Efter at have downloadet og installeret en oldgammel java version har jeg nu taget screenshots af indstillingerne i LK IHC Administrator. Så er alt klar til den store opgraderingsrunde. Men det bliver tidligst I morgen.

Undskyld hvis jeg stiller et spørgsmål der tidligere er blevet besvaret, men jeg har søgt og klikket rundt på forum'et uden at finde svar på mit specifikke spørgsmål. Jeg har en Controller 2 med hardware 6.2 og firmware 2.7.168 som jeg påtænker at opdatere til nyeste firmware 2.8.4. På LK's hjemmeside under hardware 6.1 står at man skal opgradere til 2.7.199 inden man kan videreopgradere firmware til nyere version. Er det korrekt, eller kan man opgradere direkte til 2.8.4 ? Er der ellers noget jeg skal være opmærksom på i forbindelse med firmwareopgradering. Har taget backup af selve IHC projektet. Bliver controllerens ip/adgangs indstillinger påvirket af en firmwareopgradering? Primære årsag til den påtænkte firmware opgradering er iOS v.11 på mine æble enheder. Sekundært også at jeg påtænker at lege endnu mere med den IHC-Captain og Domoticz jeg har kørende. Ellers har min 2.7.168 installation kørt temmelig stabilt i flere år. På forhånd tak for hjælpen :-)

Ja problemet gik væk efter nogle genstarter, og lidt tålmodighed. (det sidste var meget svært) Det er jo længe siden så jeg kan ikke helt huske rækkefølgen af de ting jeg gjorde. Har sandsynligvis frakoblet IHC Captain midlertidigt, for at mindske evt. påvirkning af controlleren, indtil det hele kørte igen. Tror faktisk at jeg havde to forskellige IHC captains til at køre samtidig. En på en raspberry pi og en på en ubuntu web-server. Testede nogle ting i forskellige versioner, så måske har de tilsammen påvirket IHC controlleren på en sådan måde at den gik i knæ. Men det er rent gætværk, fandt aldrig ud af hvad der præcist gik galt.

Efter endnu en genstart kan jeg konstatere at tryk på ihcremote ikke resulterer i ændringer af tilstand (kan ikke tænde/slukke lys). Fysiske knapper fungerer. Har også kunnet hente projekt fil fra controller i "LK IHC Visual" via LAN. Prøvede at sende projekt fil til controlleren via LAN, men det fejlede. Den fejlede allerede i "Initialiserer" med en kommunikationsfejl.

Prøvede ikke at tænde/slukke via IHC tablet, da ingen af punkterne viste deres tilstand. Og nu er systemet desværre tilbage igen til den fejlende tilstand hvor der ikke kan logges på controlleren via apps eller "LK IHC Visual" :-( Genstartede endda controlleren igen ca. 15 minutter efter første genstart. Programmeringen virker heldigvis stadig, så tænd/sluk via fysiske kontakter fungerer :-) Prøver nok en genstarte igen senere. Virker lidt mystisk at installationene pludselig fejler, når den ellers har kørt rigtigt fint i flere år.

Så fik jeg genstartet controlleren. Kun delvist med success. Det ser ud til at programmeringen virker og at tryk på knapper resulterer i de forventede handlinger. Det er nu også muligt at logge på controlleren. Men det er ikke muligt at udlæse data/status og hverken "IHC Tablet" eller "IHCRemote" kan således vise temperaturer eller status på de forskelllige udtag. IHC Captain var mange minutter om at komme igennem "logger ind" og de triggere som er kodet ind bliver ikke aktiveret, hvilket godt kunne tyde på at status ikke længere kan aflæses af IHC Captain. Via IHC Administrator kan jeg se at Firmware version er 2.7.168 og Hardware version = 6.2 Har indtil nu været lidt tilbageholdende med at opdatere firmware, da jeg har læst at nogle af de nye især 2.7.220 skulle være noget ustabil og at 2.7.199 kun skulle være lidt mindre ustabil end 2.7.220. Er det virkelig nødvendigt at opdatere firmware eller tilkalde elektrikeren ?

@Lars Du har jo fuldkommen ret :-) Kan se at der kun er forbundet orange ledninger til kontakten til venstre for controlleren. Nu er børnene puttet og lyset slukket for natten, så for en sikkerheds skyld venter jeg til i morgen med at afbryde strømmen til controlleren. Endnu engang tak :-)

Tak for svar. Det lyder jo let. Men hvordan gør man det i praksis? Skal man fysisk frakoble 24 V ledningen af controlleren, eller er der en anden måde at gøre det på?. Har vedhæftet et billede af min controller. Er det ledningen bag ved wireless kablet hvorpå der står 24v som skal frakobles i de ca. 10 sekunder? Er der ikke en reboot knap ? Og vil den midlertidige slukning af controlleren påvirke nuværende tilstand af relæerne, vil den slukke eller tænde noget? Eller vil alt blive forblive upåvirket indtil controlleren kører igen?

I går mistede både "IHC tablet" og "IHC remote" apps forbindelsen til min IHC Visual 2 Controller. På "IHC remote" står "Connection Error. An SSL error has occurred and a secure connection to the server cannot be made." Kan godt via PC tilgå controllerens web interface på port 80 og load'e/køre de forskelle java programmer. Men ingen af dem kan logge ind på controlleren. LK IHC Visual programmet kan heller ikke opnå kontakt til controlleren. Der står "LK IHC controller ikke fundet, men <xx.xx.xx.xx> svarer på ping." Har også forsøgt at forbinde via USB. Her kan jeg også tilgå med Internet exporer. Til sidst prøvede jeg at koble Firmware Loaderen på via USB, men den kan slet ikke forbinde. I går aftes kunne jeg på controlleren se at den grønne lysdiode blinkede meget hurtigt og efterfølgende kunne jeg konstatere at controlleren var genstartet. Derefter kunne jeg kortvarigt delvist komme i kontakt via web-interfaces og apps. Men ingen af delene kunne hente status oplysninger fra controlleren. Kunne således ikke se hvilke kontakter som var tændt, eller temperaturerne i huset. Da jeg ikke kan komme i kontakt med controlleren er jeg ikke 100% sikker på firmware versionen. Jeg ved dog med sikkerhed at firmware ikke er 2.7.199 eller højere. Mener at versionen er ca. 2.7.168. Hus og Installationen er fra September 2012. Og det hele har kørt forholdsvis stabilt hele tiden. Det skal siges at lige nu (7-9-13) virker alle tryk som de skal og lyset kan tænde og slukke alle steder. Er dog i tvivl om varmestyringen virker, da jeg ikke længere kan se hvad der er tændt og slukket. Har for 2-3 uger siden tilføjet nogle wireless tryk og i den forbindelse monteret wireless antenne til controlleren. Der har dog ikke været problemer før i går aftes. Da lyset stadig virker, er der ikke noget som haster. Men på mandag vil jeg kontakte elektrikeren hvis jeg ikke har fået løst problemet inden. Er der nogen herinde som har oplevet noget lignende og/eller har ideér til hvordan jeg kan opnå fuld kontakt med controlleren igen? På forhånd tak :-) P.S. Har også en Raspberry Pi med den fantastiske IHC Captain kørende. Den mistede naturligvis også forbindelsen til controlleren :-(

Fantastisk arbejde af Mikkel Skovgaard ! For 2 år siden byggede vi nyt hus med IHC, men grundet en flok små børn har jeg ikke haft så meget tid til at "lege" med min IHC, Har dog fået blod på tanden efter jeg fandt denne tråd med Mikkels monitor. Fik samme problem med timeout, men efter jeg rettede linje 160 i IHC_class.php fra 'curltimeout' => 10, til 'curltimeout' => 100, (nok lidt i overkanten) virkede ihccaptain upåklageligt på min i forvejen kørende web-server Har nu sat systemet op til at tænde/slukke for vores køkken-sonos ved klik på en IHC-knap. Er helt ny indenfor denne "nye" måde at benytte IHC og det er kun lykkedes mig at få IHC-captain til at reagere på en knap som i forvejen tænder/slukket noget andet. Troede jeg havde en ledig knap, som ikke styrer noget, men da IHC-captain ikke reagerer på tryk på denne mistænker jeg elektrikeren for ikke at have forbundet den til el-tavlen :-( Vi har ikke wireless enheder endnu (men har dog en controller som kan håndtere wireless). Men er der nogen herinde som ved om IHC-captain kan reagere på et wireless batteritryk uden at det er koblet til f.eks. et relæ, men blot er linket til IHC'en? P.S. Har også en Pi som jeg vil forsøge at koble til en masse sensorer og min håb er at jeg kan få den til at kommunikere med f.eks. IHC Captian og dermed være med til at styre IHC. En mulighed er at udstyre Pi'en med en bevægelsessensor (billigere end at få en elektriker til at installere en IHC Pir) og få den til at sende et signal til IHC Captain som så kan sende signal til IHC om at tænde lyset i carporten/forsiden af huset, men kun hvis den eksisterende IHC skumringssensor viser at det er mørkt.