Kandersen

Nej, IHC og Hue kan ikke snakke direkte sammen. Det eneste man kan, det er at tænde/slukke et lampeudtag fra IHC, hvor der sidder en Hue pære i. Men slukker man for strømme til en Hue pære, så er det lige så død som hvis du skruede pære ud af fatningen. Der skal een eller anden form for "mellem-led" ind imellem ala Rpi med IHC captain, openHAB2 eller Home Assistant. Der findes tryk, sågar nogle der ligner fuga. Fælles for dem er, at de bare er Zigbee tryk med indbygget dæmper. Så der er som sådan ingen grund til at rode sig ind i IHC, hvis man bare vil styre Hue. Philips har også deres egne tryk - Men de er simpelthen så eventyrlig grimme, så dem kan jeg bestemt ikke anbefale https://www.lavprisel.dk/philips-hue-lysdaemperkontakt-46262?gclid=CjwKCAiA7939BRBMEiwA-hX5J-bmoTE1JHgYWBRQ4OZz43T7dalTZCPWFRpo6ALVWcdYPAqGViZS0BoCXzoQAvD_BwE

Man kan ikke dæmpe Hue pære fra en IHC dæmper.

Du kan evt forlænge antennekablet. Mener de findes op til 10m.

Vanvittigt! Det kommer ikke til at virke. Når først han har slukket via et IHC tryk (uanset om det er wireless eller fortrådet), så er spændingen væk til Hue produktet. Og så får du ikke live i det igen fra en app. Man er nødt til at tænde på IHC trykket igen. Derefter kan det styres via app. I det tilfælde har han reelt intet at bruge IHC trykket til. Han kan lige så godt fjerne det og sætte blænddæksel på. Og så udelukkende bruge app.

Det lyder som om noget er gået galt. Og synes ikke lige jeg kan se på dit billede, at der skulle være noget galt. Den telestat burde være ON på det tidspunkt hvor "normal" er sat til 20.0 grader, og sensoren måler 19.2. Det ser heller ikke ud som om i har ur-styring på, hvilket kunne være en årsag. Måske du skal prøve at tage en backup af programmet, og så uploade et tomt program til controlleren, for derefter at uploade backuppen. Men det er lidt et skud i tågen.

Gad at vide hvad en "grundpakke" helt præcist er, når man snakker smarthome. Det lyder ikke specielt definerbart. Det er præcis den sidste sætning der gør det. Han kan ikke kombinere IHC og Hue på den måde han vil, da det vil betyde han slukke for strømmen til Hue produkterne. Og så virker de ikke længere specielt godt

Hvad vil du så med IHC?

2.8.4

Via openhab og IHC. Garageporten er koblet op et IHC output (via et hjælpe relæ). Dette output kan jeg tænde/slukke for via IHC, og dermed også via openHAB. openHAB er forbundet til Google Assistant, og dermed har jeg mulighed for at bruge Google Assistant til at trigge garageporten. Det fungere fremragende med den lille detalje, at jeg skal sige , "tænd garageporten" til Google. Det burde også virke med åben/luk, men jeg har ikke gidet rode med det siden det blev muligt.

Tror også mine er fra 2016. Der sad oprindelig ældre UNI modeller, men de gik i stykker. Så tidligere ejer fik dem skiftet. De må sandsynligvis ikke sidde på hovedet da de så ikke kan komme rigtig af med varmen. Sidder din svogers også på hovedet. I så fald er der jo en mulig sammenhæng, hvis de er lige gamle :-)

Nej, den burde være klippe stabil. Jeg har 13 af dem, (bortset fra de er skiftet ud nu til wireless) og de har kørt fortrindelig. Men de er ikke fra 2007 men nyere. Til gengæld må de ikke vende på hovedet. Det står meget tydeligt i vejledningen.

IHC/SA modellen?

Hvilken dimmer er det?

Jeg har ikke dybt nok viden i HA til at kunne udtale mig om, hvad der er nemmest mht integrere med stemmestyring (Google Assistant). Personligt synes jeg det er super nemt i openHAB2, og virker forbløffende godt. Jeg bruger det hver dag til nærmest alt. Inkl åbning/lukning af garageporten via Android Auto i bilen, som kører igennem IHC installationen. Een ting man skal gøre sig klar på, når vi snakker denne form for integration, det er den bagved liggende server, som klare selve integrationen mellem smarthome systemet og ens GH enheder. (en form for cloud). Den server skal helst være så stabil som overhovedet muligt. I openHAB er det deres myopenhab.org servere som bla står for dette. Og det er gratis at bruge. Jeg ved ikke hvad HA bruger, men vil tro det er meget det samme. Man kan godt lave sin egen Google Assistant server til fx openHAB2. Men det er virkelig langhåret system man dermed er ude i. Og ikke noget jeg har haft mod på at begive mig ud i.

Prøv at indsæt en autoupdate=false i din items ala dette: Switch stort_bad_NV "Nilan Brugerfunktion [%s]" <light> { channel="ihc:controller:elko:nilan_brugerfunktion", autoupdate="false" } Hvis det er en udgang som tændes et sted fra, men du vil have status et andet sted fra (kunne fx være en UNI400 dimmer), så er du nødt til at gøre det som Ejvind viser, hvis du vil se status på dimmeren (som dog er status på funktionsblokken, fordi UNI400 dimmeren ikke har en aktiv status). Det er lidt tricky at forklare, men i bund og grund går det ud på, at du på din items linje først fortæller, hvad det er der skal styres (tændes/slukkes). Og derefter, hvor den skal aflæse resultatet fra. Her er et eksempel med en UNI400 dimmer: Switch bryggers_DimmerLys "Loftlys i Bryggerset [%s]" <cu_spot> (vLys) { channel="ihc:controller:elko:bryggers_dimmer_fb", channel="ihc:controller:elko:bryggers_dimmer_state", autoupdate="false" } Den første channel af { } den indeholder hvad der tænder/slukker. Den anden channel, det er den der læser status, og dermed vises som status i fx sitemap. Her er et eksempel fra en simpel udgang: Switch bryggers_Skablys "Skablys i Bryggerset [%s]" <light> (vLys) { channel="ihc:controller:elko:bryggers_skabslys_fb", channel="ihc:controller:elko:bryggers_skabslys_state", autoupdate="false" } Igen, den første channel i { } det er triggeren (tænd/sluk) og den anden del, den viser status på udgangen. Og det er så den del du vil se i sitemap. Du skal ikke lade dig forvirre af, at jeg bruger xxx_fb i mine channels. Det er fordi jeg tager resource ID i input til Kip funktionsblokken. Jeg kunne lige så godt have brugt selve trykket. Men i mit hoved operere jeg bedst direkte på input/output fra funktionsblokkene. Det betyder så også, at jeg skal lave alt selv i openHAB2. Men det er det man lærer bedst af, og på den hårde måde Håber det sammen med Ejvinds eksempel giver lidt bedre mening.

Lige et spørgsmål til denne.. hvad fik jeg til at bruge app/computer? Var i blevet instrueret på forhånd, eller er det noget i har måtte sætte jer ind i efterfølgende?

Ahh okay, hvis der er noget automatik programmering der blokere for det, så kan det være ekstremt svært at gennemskue, hvis man ikke kender IHC indgående.. @Henning Pedersen er din absolut bedste ven i sådan en situation, da han sandsynligvis kan spotte det i løbet af et split sekund. Så du er i de bedste hænder der.

Jeg kunne meget godt tænke mig at høre, på hvad måde du oplever det svært? I og med jeg selv har lavet systemet i mit hus, så er jeg lidt hægtet af for, hvordan andre oplever det. Derfor er jeg i en process, hvor jeg kigger på, om jeg kan lave et system netop fokuseret på varmestyringen, som gør det nemmere for folk der intet kender til IHC, at styre varmen. Fx folk som dig, der lige har købt et hus med IHC varmestyringen. LK/Schneider har desværre gjort alt hvad de kan for, at det skal være så besværligt som muligt, når de ingen styre-enheder har, udover Appén (som efter min mening også halter gevaldigt på dette punkt. Og kræver en helt anden IHC programmering. IHCtablet er lidt bedre, men stadigvæk hammerende ineffektivt). Så hvis du kan fortælle lidt om dine oplevelser, og ikke mindst, hvad du bruger/har fingre i, hvis du overhovedet er nået så langt.

Ja jeg tænkte nok det blev noget i den stil.. Jeg lærer aldrig det her Linux.. Der er simpelthen for meget DOS/Windows groet fast i mig

Det er det der er meningen med Rpién, at bruge den som hotspot (WiFi accesspoint) og router/dhcp server. Ligesom Martin linkede til herover. Rpién klistres bag på en skærm med netværkskabel direkte til en PoE switch, og derfra videre til IHC controlleren. Så er der både mulighed for at se IHC Captain direkte på skærmen, eller man kan koble en tablet/mobil på via WiFi. Der er bare lige det med softwaren (på en IHC Captain image fil) jeg ikke kan gennemskue.

Yep, men det kræver en tablet som har ethernet. Ikke lige sådan en jeg er besiddelse af.

Hehe, nej.. Men kender du fx nogen med router, uden internet? Eller omvendt, internet uden router? Min ultimative ide lige nu: 1. Opsætte en Rpi som hotspot. 2. Installeret IHC captain på Rpién. 3. En skærm tilsluttes Rpién direkte, (i første omgang bare en test non-touch skærm, dvs med mus i Rpién). Så har man både et display, og kan tilgå IHC installationen via mobil/tablet. 4. Rpién og IHC controlleren forbindes via en lille PoE switch, som føder Rpién. På den måde er det hele isoleret og vil virke med valgmulighed for både lokal skærmen (touch, i det endelig setup), og via mobil direkte på hotspot, uanset hvad der sker uden om i verden, (internettet). Det ultimative ville være at samlet det hele i et færdigt Rpi4 image, hvor man blot behøver koncentrere sig om IP adresserne, og hvor chrome (chronium eller hvad den nu hedder i Linux) starter automatisk på Rpién på IP adressen til IHC captain. Skulle sådan et system vise sig at være brugbar (med større interesse), så kan man fokusere på at gøre brugerfladen (IHC captain) mere optimal. Men det er en 'nice to have feature' på længere sigt. Det skal lige siges. Jeg kan ikke teste det på mit "live" setup. Men jeg har en ekstra controller og IHC program. Og derigennem bør man kunne lave et setup og afprøve det, selvom, IHC controlleren ikke har nogen fysisk forbindelse til noget i installationen.

Det var mest af alt for at opstille en situation, hvor man netop ikke har udstyr (router og internet). Men stadigvæk skal kunne styre IHC controlleren, og særligt IHC varmen, da der jo ingen ekstern styring er til denne. Egentlig et meget simpelt scenarie. Et hus med en IHC installation (inkl IHC varme), hvor der ingen router er. Det er et tilfælde der er ekstremt sjældent, da det jo nærmest er utænkeligt, at man har en bolig uden internet og dermed også uden en router. Men episoden kan opstår i en kortere periode, hvor et hus/bolig fx skal sælges, og nye beboere endnu ikke har fået router/internet. Eller som jeg oprindelig skrev, en IHC installation som isoleres helt. Der mangler en form for styring til særligt varmen. Hvis man fx bare kunne tage en app som IHCremote eller IHCtablet eller IHC Captain og forbinde direkte (trådløst) til IHC controlleren, så ville dette aldrig blive et problem. Men sådan er det jo netop ikke. Tværtimod er man pinedød afhængig af een eller anden form for router. Eller som et af forslagene, en ethernet adaptor til en Android tablet. Det andet har jeg helt styr på, da jeg netop har Unifi netværk udstyr.

Det bliver sandsynligvis også nødvendigt

Jeg synes ikke jeg oprettede mine moduler inden. Men jeg kan helt klart huske forkert her.