Kandersen

Tror du har misforstået noget her. Philips Hue er Zigbee, ikke Z-wave.

Din items og sitemap fil skal være i format UTF8. Jeg kan se de er i ANSI. Generelt skal alle tekst baseret filer være i UTF8 encoding. Jeg er ret sikker på det er der problemet ligger. Den fejl du får i loggen, det er fordi din sitemap fil heller ikke kan læse items filen ordentligt. Desværre er der ikke rigtig noget tjek på fejl i Google Home. Så du vil ikke opleve andet end noget ikke virker. Derfor er det vigtig man bruger loggen i openhab.

Nej det er bare det sædvanlige problem med LK´s wireless dæmpere. Tag strømmen fra controlleren og tislut den igen. Så skal du bare se det virker helt fint igen, indtil næste gang.. Vi er mange som døjer med dette problem ind imellem.

Det er svært at sige når du ikke viser din cfg og items. Men mine bud er: 1. Du har ikke korrekt fat i linket til channel. 2. Du har evt linket samme channel 2 gange. 3. Du har ikke synkroniseret med Google Home, efter du lavede ændringer. Hvad siger openhab loggen, når du fx trykker på et tryk. Den skulle gerne vise at trykket går ON og OFF. Hvis den gør det, så kan du også se, hvilken item det er.

Det er også en mulighed, men måske lidt mere omstændig. Hvordan vil du klare det med at linke wireless?

Bare hit med det. Har også irriteret mig, plus at det er nemmere at rette noget, der hvor man kan se (overskue) at det mangler. Fx en del kabler jeg mangler endnu

Fik opdateret i går. Umiddelbart ingen problemer. Men jeg genstartede også Rpién.

Det er vel hurtigt at se ved at bruge serviceview?

Præcis!

Når nu du har prøvet begge dele, hvad synes du så selv?

Dit gæt er umiddelbart korrekt. Og det er også det som tidligere er oplyst, (vist nok Henning som fortalte det). Problemet er bare, at det sker ikke helt i den udstrækning som FBén angiver, (man kan selv stille interval for motionering og tiden der skal motioneres). Og det sker sandsynligvis fordi telestaten åbner pga varmekald inden. Det er også helt i orden. Men jeg har flere gange set at der går mere end X-antal dage imellem motionering, i den årstid hvor der ikke kaldes på varme (sommermånederne). Derfor er der noget der siger mig, at det ikke helt fungere sådan. Jeg har desværre ikke fået boret så meget mere i det, og i vintermånederne giver det ikke så meget mening, da de fleste telestater sandsynligvis vil åbne pga varmekald inden de 7 dage, som jeg har sat motioneringen til.

Det er ikke så længe siden der var en anden med en UNI400 dimmer som var stået af. Prøv at søg nogle uger bagud. Men jeg tror svaret var, at det som der tænkes på, det er vist en anden type/model dimmer (UNI300). Så spørgsmålet er vel, om det overhovedet er det samme. Bortset fra det, så finder jeg det lidt fro oplagt at der nu er flere der melder om UNI400 dimmere som er "stået af". Gad at vide om der er en udløbsdato på dem. At din skulle være gået pga strømafbrydelse, det er næppe årsagen, for så skulle vores 8 stk var gået en del gange.

Der findes en ganske klar og tydelig vejledning for, hvordan det hele kobles sammen.. Da jeg lavede det sidste år, der fulgte jeg vejledningen slavisk, og jeg har praktisk talt ikke oplevet en eneste fejl, ud over at et par gange når controlleren har været genstartet, eller jeg har haft loade et tomt projekt ind, så har kodetastaturet ikke virket i første efterfølgende forsøg. Anden gang og efterfølgende har det virket klippe stabilt. Men det er længe siden, så jeg vil tro at det er noget der skete på en ældre firmware til controlleren. Vejledningen findes i beskrivelsen til FBén, samt i den fortrådningsoversigt/diagram der findes til alarm installationen, (som i øvrig følger med til kodetastaturet). Det var eneste dokumentation jeg brugte da jeg lavede det som meget "grøn" IHC "installatør". Principdiagram: http://www1.lk.dk/katalog/vejledning/98726_04.pdf Beskrivelsen for FBérne skal du finde i Visual. Klik på FBét, og tryk F1 tasten.

De fleste kan man få med forskellige adaptor-ringe, så de passer på andre typer manifold. Vi har 14 Megatherm telestater. De skulle være okay. Det kan jeg godt forstå du ikke gør.. Jeg kører log på hvornår de "motionere". Og een ting kan jeg sige med sikkerhed, det sker ikke i den udstrækning LK skriver i deres teksfil til FBén. Faktisk er det skræmmende så sjældent de gør det. Desværre har jeg endnu ikke fået taget mig sammen til at gøre noget ved det

Jeg har lige hurtigt skimmet din manual igennem. Og jeg må sige det er et godt stykke arbejde du har lavet, klart og tydeligt. Det eneste som egentlig bekymre mig er, at du vælger at gå REST vejen for at lave tags på items. Det er du selvfølgelig nødt til, fordi du har lavet dine items i PaperUI. Men jeg vil, endnu engang, slå et slag for, at man i stedet vælger at lave sine items manuelt. Dels er det betydelig nemmere at overskue alle items. Og dernæst skal man ikke først til at sætte sig ind i at bruge REST APIén. Når man først har lave items manuelt een gang, så vil man simpelthen aldrig se sig tilbage. Og slet ikke hvis man har mange items, (som vi IHC brugere vil komme til at få). REST bruges, efter min mening, til at "overstyrer" sine items/funktioner og/eller påvirke sin openhab "udefra". Personligt bruger jeg det aldrig selv. Jeg laver derimod virtuelle switches og rules, hvis jeg har brug for at "overstyre" eller manipulere med noget. Anyway - godt du fik det til at virke. PS. En Smart Home Server på WiFi, så beder man om problemer

Okay, så er jeg mere rolig.. Kunne dælme ikke fatte, hvorfor jeg kunne tænde/slukke på bestemte tidspunkter men ikke på andre. Mig bekendt har jeg ingen tider på overhovedet. Det hele er kun styret af Hue appén og så den ene regel i openhab.

Mine Hue lamper tænder automatisk i stuen på en regel i Hue app. Det er sat til at tænde kl 16:30 og slukke automatisk kl 03.00 Jeg har i IHC Captain linket et IHC tryk, så jeg kan slukke/tænde dem manuelt samt skrue op/ned for lyset.. Dette har altid virket såen rimeligt. For et par uger siden, (mener jeg), der lavede jeg en regel i openhab, der tænder Hue lamperne når skumringsrelæet går ON. (det er det eneste denne regel gør). Af en eller anden årsag, så kan jeg pludselig ikke styre Hue lamperne på IHC trykket på bestemte tidspunkter.. Fx ved 18 tiden, der kan jeg ikke slukke dem på IHC trykket. Og jeg kan ikke skrue op/ned for lyset.. Men senere, fx ved 01 tiden, så kan jeg sagens slukke dem, og skrue op/ned. Det er vildt underligt, og jeg kan faktisk slet ikke sige om det har relation til IHC Captain 1.17. Det er bare det mest nærliggende, da den er opdateret fornyligt og jeg blev opmærksom på dette underlige problem efterfølgende. @Mikkel Skovgaard du kender selv adgangen, hvis der er noget du skal tjekke

Ja, men jeg forstod på dig, at du ville lave items manuelt? Det ville være betydlig nemmere, hvis vi tager udgangspunkt i det du gerne vil, (altså manuel items fil), end at vi skal gætte os frem. Dernæst så kig efter i log filen (brug tail loggen mens du sidder og roder. Den kan du åbne i et browser vindue på http://IP_til_din_Rpi:9001

Hvis du fortryder samlet salg, så kunne jeg godt være interesseret i ovenstående.

Jo, de kommer også frem under items i PaperUI, når du laver dem manuelt. Dit første screendump med de 4 tryk du har linket. Den vil jeg gerne se items filen på..

Pusigt du får et nummer, men hos mig hedder den bare :elko:. Jeg forstår ikke hvorfor du partout vil hente den fra json filen. Du bør kunne se det i PaperUI under things. Der SKAL du kunne se din controller, hvis det er den nye IHC binding du bruger.

Så din items fil ser således ud: Switch IHCELKOController_EntrLampeudtagUdgang "Entre" <light> ["Lighting"] {channel= ihc:controller:4d16d881:output88667} Det link du siger du har slettet, hvor er det slettet? Du har IKKE en item=Entre. Du bør KUN have en item der er =IHCELKOController_EntrLampeudtagUdgang

Det nummer der hedder 4d16d881 hvad er det? Nej, i items henviser (læs - linker) man til den "channel" som den item man laver skal linkes til. I dit eget eksempel har du linket et item med navn IHCELKOController_EntrLampeudtagUdgang til den channel som hedder ihc:controller:4d16d881:output88667 Item typen har du valgt er en Switch

Hej @Lassen Det er muligt jeg har misset noget. Men en vigtig ting er: Hvilken IHC binding bruger du. Den gamle eller den nye? Det første eksempel du viser, det ligner den gamle. Men senere i dit indlæg, der ligner det den nye. Jeg tror du bruger den nye. Så vi prøver lige for god ordens skyld at tage udgangspunkt i den. Som jeg nævnte, så har jeg kun kigget kort på den nye binding og linket nogle få produkter. Men som simpel opsæt der er det faktisk rimelige nemt. Og du får massere af hjælp fra channels i PaperUI. Her er er et eksempel på hvordan een items ser ud hos mig med den nye binding, som er sat to automatisk at lave channels for mig. Når jeg laver items, så er det nemmest at hente info fra channel i PaperUI. Her er et screendump af den ene af mine items (et ø80 lampeudtag i vores køkken). Bemærk i den channel der er en hvis prik i. Det er en Dimmer. Den har adresse ihc:controller:elko:output13957725 og label "køkken - Køkkenvask rækkeklemme 19 - Lampeudtag - Lys Niveau". Denne label kommer fra Visual programmet. Jeg har sat en rød ring om en "Knap" som gør det hele meget nemmere. Klik på den, og den vil kopiere info til clippboard. Og så kan du bare "paste" det ind i din items fil imellem { } Det er supernemt sådan. Min items fil ser således ud: Dimmer koekkenVask "Køkken Dimmer niveau vask [%.1f %%]" { channel="ihc:controller:elko:output13957725" } Hvis jeg havde sat et Google Home tag på, så ville den se sådan her ud: Dimmer koekkenVask "Køkken Dimmer niveau vask [%.1f %%]" ["Lighting"] { channel="ihc:controller:elko:output13957725" } Min sitemap fil ser således ud: sitemap ihc label="IHC installationen" { Frame label="Køkken" { Slider item=koekkenVask } } Håber det hjalp dig lidt mere på vej.

Mener jeg har haft kørt tomt projekt ind et par gange på denne.. Så det tror jeg ikke hjælper. Reset firmware, det gider jeg simpelthen ikke