Leaderboard

IHC Bridge 2.11 Nyeste version af IHC-Bridge er nu i "Release Candidate" version, dvs. at den er meget tæt på den endelige version. Alle som har fået en nøgle tidligere, kan bruge denne til nyeste version, og være med til at opdage de sidste småfejl. Det er ikke muligt at opgradere, man er desværre nødt til at lave en reinstallation. [Hvis i syntes om projektet, så husk at benytte rating og Like/thanks her på siden] IHC-Bridge er et projekt, som gør din IHC styring homekit kompatibel, Det betyder at man nu kan benytte Apple's Hjemmestyrings system til IHC. Systemet kører på sit eget færdige image til Raspberry pi3 (pi2, kan også bruges, men frarådes til store IHC installationer) NB! Virker p.t. ikke på den nye pi 3 Model B+. Intergationen til IHC, fungerer ved at man angiver ip adresse, et admin login tll IHC Controlleren og trykker på hent knappen. Herefter kan de ønskede funktioner tilføjes til Hjemestyring. Her er nogle af de funktioner som er implementeret i IHC-Bridge: Styring af IHC Input og Output kanaler fra Hjem app, og webinterface. Styring af trådløse lysdæmpere fra Hjem appen (Niveau kan ses i webinterfacet). Visning af temperatur følere i webinterface, og i Hjem appen. Grafer over temperatur for hver føler. (Data kan også exporteres til excel e.l.) Sonos integration. Opdager selv højtalere og opretter dem i homekit Opdager selv Spillelister og Favoritter og opretter dem i homekit. (Husk at tildele en højtaler til dem før de virker). Opret knapper til at styre Sonos (Play, Pause, Volumen, Skip til næste nummer m.fll). Tekst til tale. (Skriv en tekst og få den læst op på din sonos højtaler ved hændelse, eller tryk på en knap). Tilstedeværelses tjek ved at pinge telefoner på wifi nettet (Hvis en telefon er væk i en fastsat periode, så markeres man som væk). Roth Touchline intergation. Kan p.t. kun læse rum temperatur, ikke ændre dem. Funktion til at bruge Sonos højtalere som Airplay højtalere. IFTTT Integration. (Webhook). (Kan bla. benyttes til at sende push beskeder m.m.) Tænd og sluk af LG WebOS2 TV Logning af hændelser som kontrolleres af IHC-Bridge Belysnings simulering. Man kan oprette lister over indgange og udgange som man vil have aktiveret på faste tidspunkter. (Det er også muligt at oprette en liste ud fra loggen, så man kan "afspille" lys hændelserne fra en bestemt dag). Automatiseringer: (kører uden om homekit): Send en pushover besked når en IHC kanal skifter status. Tænd og sluk lys ved faste tidspunkter, eller solopgang / Nedgang. Aktiver en Sonos Tekst til tale når en IHC kanal skifter status. Aktiver Sonos funktioner og Spillelister / Favoritter, når en IHC kanal bliver aktiveret (Kan bruges til at oprette IHC tryk til at styre Sonos højtaleren i rummet). Send en IFTTT webhook, når en IHC kanal skifter status (Kan feks bruges til at lave en knap til IFTTT funktioner). Kan hente udetemperatur, luftfugtighed og tryk fra openweathermap.com Support for Airlink_input enhedder (Trådløse tryk). Support for Heyitech smart alarmer Kan se signal og batteri status for trådløse IHC tryk. Henter IHC logfil, og kan reagere på batteri advarsler, ved at sende pushover beskeder. Cloud connect funktion. (Giver mulighed for at tilgå IHC-Bridge udefra, uden man behøver at lave port forwarding). Scene designer. Der kan oprettes scener, som består af en baggrund hvor man frit kan placere ikoner på. Ikoner kan være: IHC kanaler (Indgang, udgang, trådløs dæmper, Temperatur føler), Tilsædeværelse, Link til andre scener og eksterne web sider (Kan vises i en ramme). Video stream (Burde virke med de fleste nyere kameraer, som kan streame i HLS format). Upload dine egne ikoner til alle knapper. Det er muligt at lave scener til alle enhedder som har en browser (Testet i Safari, Chrome, .Firefox og Edge) Virker også på ios og Android. Det hele konfigureres nemt via et webinterface. Cloud Connect, er en funktion til at få adgang til sin IHC-Bridge både ude og inde. Når man aktiverer funktionen, så får man en unik hjemmeside adresse som peger på webinterfacet på IHC-Bridge. Det er muligt at opsætte en adgangkode på adgangen, så man ikke åbner api og scener mod internettet. (Det svarer lidt til Synology's Quick connect funktion). Denne funktion, sammen men scener er godt nyt til Android folket, da man med lidt snilde vil kunne opnå næsten det samme som Homekit kan (dog uden muligheden for at kunne tale til sit hjem). Til dem som ikke kender mulighederne i homekit, så er her lige et par eksempler på hvad man kan bruge det til. (Her er lidt mere info om homekit) Hvis huset er tomt (målt ud fra antallet af smartphones), og solen er gået ned, så tænd lyset udenfor. Når personer kommer hjem, Siger en Sonos højtaler en velkomst hilsen. Er det efter solnedgang, så tænder den også lyset i entreen. Bed Siri tænde og slukke lyset. Sig godmorgen til Siri, og lyset tænder i køkkenet, og Sonos højtaleren begynder at spille en radiostation eller en Spilleliste. Sluk lyset udenfor når solen står op. Sluk al lys og musik i huset, når alle har forladt huset. Åben garagedøren når du nærmer dig hjemme adressen. Få en besked på din telefon når der sker en bestemt ændring i huset. Lav et tryk, som styrer lydstyrke m.m. på en sonos højtaler. Til dem som har lyst til at prøve det, så kan imaget hentes her: (IHC-Bridge kræver en aktiverings nøgle for at virke. Registrer dig som bruger på https://ihcbridge.ease.dk, for at få en nøgle (Der kan p.t. kun udstedes test nøgler)). NB!! Virker kun på raspberry pi 2 og 3. (Raspberry pi B er en version 1 ikke 2). Se evt. på denne side hvis du er i tvivl: (Raspberry pi modeller) NB! Virker p.t. ikke på den nye pi 3 Model B+ Udpak, og skriv imaget til et 8+ GB microSD kort med Win32 Diskimager e.l. Webinterfacet kan tilgås ved at tilslutte til http://<raspbery-pi-ip>/ eller http://ihcbridge.local fra en browser (Den trækker en ip via DHCP, tjek evt, din router for at finde den adresse den får tildelt). (Hostnavnet på den er ihcbridge) Standard login er admin/admin Før den virker, skal der indtastes en aktiverings nøgle under menupunktet homekit. Når du har lavet ændringer, så tryk på Gem knappen øverst til højre for at aktivere det, og ændringerne skulle kunne ses i Hjem appen efter ca. 30 sekunder. Der er ikke nogen manual til det endnu, men der er en del hjælpetekster i webinterfacet, så det burde være til at finde ud af for de fleste. Her er lige en ændringslog, for dem som har fulgt projektet: - IHC-Bridge kan nu hente projektfilen fra IHC Controleren. (Har oplevet flere gange at det kan være nødvendigt at genstarte IHC Controlleren før den vil hente projektet). - Kontrol af login samt rettighedder mod IHC. - Benytter Longpolling, så IHC ikke belastes unødigt. - Lysdæmpere virker nu, så Homekit ikke overstyrer lokale scenarier.* - Regulering af lysdæmpere virker nu også normalt i Apple's Hjem app. - Det er nu muligt at lave trykknapper i Homekit. - Trykknapper kan være med langt og kort tryk. - Sonos højtalere bliver automatisk opdaget og oprettet i homekit. - Masse forbedringer i web gui, så som kontrol for tomme lister - AirSonos ser ud til at virke stabilt nu (Publicerer dine Sonos højtalere som Airplay højtalere). - Forenklet metode til at oprette IHC kanaler fra projektfil. - Forbedret support for Roth Touchline. - Dashboard med info omkring tjenester og system status. - Nyt! Scene designer. - Nyt! Cloud connect. - Det er nu muligt at lave en backup af konfigurationen, og gendanne den igen. Opdatering skal foregå ved at man laver en backup og downloader den til en PC. På ny version kan man så uploade filen igen, og gendanne. (Denne funktion er ikke testet særlig meget endnu, så kan ikke love at det virker 100% på næste version, men det burde virke ). * Det er p.t. ikke muligt at tænde lysdæmpere på en fastsat værdi, man skal regulere sig til til det niveau man ønsker (Sluk virker normalt). Her er lige en oversigt over rettelser og tilføjelser siden udgivelse af version 2. Version 2.02: Tilføjet: versions nummer er nu synligt i toppen af siden. Tilføjet: Maske, så MAC adressen på homekti ikke kan indtastes forkert. Rettet: IHC Temperatuer, som ikke blev vist i homekit. Rettet: Fejl som bevirkede at Homekit tjenesten ikke ville starte når visse lister var tomme. Version 2.03: Rettet: Fejl, som i visse scenarier fik IHC og IHC-Bridge til at loope rundt, så udgange begyndte at blinke. Version 2.04: Tilføjet; Faner på IHC Kanaler siden, for bedre sortering. Påbegyndt grafer for temperatuere for Roth Touchline. Version 2.05: Tilføjet: Temepratur grafer for IHC følere. Tilføjet: Liste med alle temperatur registreringer for både IHC og Roth Tilføjet: Det er nu muligt at lave et tryk på under 1 sek. (Sæt tryktid til 0). Dette løser feks. mulighed for at simulere trykknapper for UNI dimmere m.m. Rettet: En fejl, som indsatte + i steder for mellemrum i Tekst til tale beskeder. Ændret: Tekst til tale er nu en trykknap i stedet for en kontakt. Tilføjet: Ny Sonos menu, som hedder Sonos funktioner. Bruges til at oprette diverse knapper til styring af Sonos højtalere. Rettet: Sonos Spillelister virker nu, og bliver automatisk hentet fra sonos controlleren. Det samme sker med favoritter. Fjernet: Sonos Lydklips er fjernet indtil videre. version 2.06: Rettet: æøå fejl flere steder i sonos integrationen. Rettet: Kip er omdøbt til tryk (Touch). Rettet: Id kolonnen på tts er fjernet (Overflødig) Rettet: Sonos højtalere kan nu omdøbes. Rettet: En del stavefejl, samt flere tjecks for ens navne. Rettet: Sonos TTS kan nu også håndtere beskeder med æøå. Rettet: Problem med at visual 3.0 controller, logger brugeren af efter kort tids inaktivitet (Dette mærkes ved at controlleren blev meget langsom eller frøs helt. Tilføjet: Homekit QR Kode, så man nu kan tilføje IHC-Bridge via kameraet. Rettet: Temperaturer i homekit kunne ikke vise under 0. version 2.07: Tilføjet: Log - IHC-Bridge logger nu hændelser på de Kanaler som er opsat. Tilføjet: Belysnings simulering. Tilføjet: Automatiseringer. Tilføjet: Udetemperatur, luftfugtighed og tryk fra openweathermap.com (Kan ses på status siden) Tilføjet: Support for Airlink_input enhedder (Trådløse tryk). Tilføjet: Faner på IHC-Kanaler, så de er opdelt på rum. Rettet: En fejl som kunne få homekit tjenesten til at gå ned, hvis der var danske tegn i IFTTT events. Rettet: optimeringer på kommunikationen med IHC, som burde give lidt hastigheds optimeringer. Rettet: En fejl som kunne få tjenesten som opdaterer ihc status i homekti til at gå ned, hvis IHC sendte et uforudset svar, eller blev genstartet. version 2.08: Rettet: Fejl på IHC kanaler siden som viste en fejlbesked i toppen af siden når man trykkede på en knap Tilføjet: Mulighed for manuelt at uploade projekt fil, hvis download fra controller fejler. Tilføjet: Platform check på status siden viser nu om pi modellen er understøttet eller ej. version 2.09: Tilføjet: IHC Logfil - Loggen fra Service view kan nu ses i IHC-Bridge Tilføjet: Mulighed for at modtage en pushover besked ved batteri advarsler. Tilføjet: Support for Heyitech alarm (p.t. kun til/fra/hjemme tilkobling). Tilføjet: Det er nu muligt at se batteri og signal status på wireless tryk. Tilføjet: Udetemperatur på grafer (p.t. kun openweather, mulighed for at benytte en føler som udeføler kommer senere) Tilføjet: Filtrer knapper for perioder for temperatur grafer, så grafen ikke loader al data hver gang. Tilføjet: Automatisk oprydning i temperatur logninger. Rettet: En fejl som bevirkede at manuel upload af projekt fil fejlede. version 2.10: Rettet: En fejl som gav en php fejl på Temperaturer siden. Rettet: En fejl som bevirkede at temperatur grafer ikke blev tegnet. Rettet: En fejl som gjorde at Sonos højtalere ikke kunne benyttes til airplay, hvis en højtaler havde fået skiftet navn. Rettet: En fejl, som bevirker at IHC-Wireless ikke virker på visse controllere. Tilføjet: Tilstedeværelse kan nu benytte mac adresser, samt status kan ses i IHC Bridge. Tilføjet: Scene designer. Tilføjet: Cloud connect funktion. version 2.11: Rettet: Sonos TTS virkede ikke under Automationer. Rettet: Visning af port nummer på cloud connect siden. Rettet: Forkert visning af lysdæmper niveau på Scener. Rettet: Hastigheds optimeringer på scener, så det kører lidt bedre på ældre tablets med mange ikoner. Rettet: Sonos højtalere med mellemrum i navnet virkede ikke under Automationer. Tilføjet: Backup / Gendan - Tilstædeværelses, kan påvirkes fra andre kilder, ved at sende en kommando til IHC-Bridge (http://<raspberry-pi-ip>:51828/?sensor=Claus&state=true). NB! Dette opdaterer kun status i homekit.. Noter: - Hvis Hjem slettes fra et idevice, så kan IHC-Bridge ikke findes igen, før der skiftes Navn og MAC under homekit. Der er også kommet en slet cache knap, som beder IHC bridge glemme alt om din installation. API til IHC-Bridge. Der er et simpelt http API til IHC Bridge, som kan benyttes til at integrere mod andre IOT enhedder. IHC Control: URL: http://<rasperrypi-ip>/ihc/ihc.php Metode: GET Forespøregelse: id (IHC Kanal ID) state (true, false eller en værdi imellem 0 og 100, hvis type = dimmer) type (switch, kip eller dimmer) Eksempel1 Tænd udgang 0x33a15b: http://<rasperrypi-ip>/ihc/ihc.php?id=0x33a15b&state=true&type=switch Eksempel2: Sæt dimmer 0x3a11b til lysneveau 30%: http://<rasperrypi-ip>/ihc/ihc.php?id=0x3a11b&state=30&type=dimmer IHC-Status (Indgang/Udgang/Scenarie): NB! For at kunne læse status, så skal enheden være oprettet i IHC Kanaler URL: http://<raspbetty-piip>/ihc/ihc-getstate.php Metode: GET Forespørgelse: id (IHC Kanal ID) Eksempel: http://<raspberrypi-ip>/ihc/ihc-getstate.php?id=0x4b5b Svar er 1 for on og 0 for off. IHC-Dimmer Status (Lysdæmpere): NB! For at kunne læse status, eller benytte kip funktionen, så skal enheden være oprettet i IHC Kanaler Kip, vil anvende tryktiden fra IHC Kanalen (0 svarer til kort tryk). URL: http://<raspbetty-piip>/ihc/ihc-getdimlevel.php Metode: GET Forespørgelse: id (IHC Kanal ID) Eksempel: http://<raspberrypi-ip>/ihc/ihc-getdimlevel.php?id=0x1b3b Svar er et tal imellem 0 og 100 Der er også api for Temperatur, og tilstedeværelse, hvis der er nogle som har brug for det, så sig til.

Jeg vil fremover forsøge at holde denne tråd opdateret med de forskellige problemer der findes for de forskellige Java og IHC firmware versioner. Skriv endeligt kommentar i denne tråd. Jeg vil efter bedste evne forsøge at holde dette indlæg opdateret. Seneste nyt: 28/07-2021: Oracle har fornylig releaset Java 8 update 311. I den er TLS 1.0 og 1.1 disablet på en ny måde. For at enable de 2 skal de fjernes fra jdk.tls.disabledAlgorithms=. Se flere detaljer længere nede. Seneste nyt: 22/07-2021: Oracle har fornylig releaset Java 8 update 291. I den er TLS 1.0 og 1.1 disablet. For at enable de 2 skal de tilføjes i på samme måde som MD5. Se flere detaljer længere nede. Seneste nyt: 19/10-2017: Oracle har fornylig releaset Java 8 update 151. Ingen problemer med firmware 2.8.4. Tidligere firmware har problemer med manglende MD5 understøttelse. Seneste nyt: 29/7-2017: Oracle har fornylig releaset Java 8 update 141. Samme udfordring med MD5 som med Java 8 update 131. Problemet er imidlertid løst med firwmare 2.8.4 som er blevet released af LK inden for den sidste mdr. Seneste nyt: 21/4-2017: Oracle har releaset Java 8 update 131. LK IHC Serviceview etc. virker ikke med denne Java medmindre man enabler MD5 certifikater igen. Se workaround under Java 8 update 131. Seneste nyt: 1/10-2016: LK har langt om længe releaset firmware 2.8.1, men det bør kun installeres på HW6.2 controller jvf. LK. Den nye firmware løser såvidt jeg kan se alle kendte JAVA problemer. Jeg har ikke fået checket om de også har fået opdateret krypterings algorithmerne som bruges i forbindelse med HTTPS trafik. Eftersom der ikke er kommet en ny firmware til HW6.1 controller, lader jeg nedenstående stå. Seneste nyt: 22/7-2016: Oracle har releaset Java 8 update 101 og den ser ud til igen at virke med LK's firmware 2.7.199 og 2.7.220, sålænge man bruger de workarounds som er beskrevet for Java 8 update 71 længere nede. Hvis i allerede har implementeret workaroundsne, kan i opgrader til Java 8 update 101 direkte uden at ændre noget. Firmware 2.8.4: Problemer: Fungere i.flg LK's support site ikke på HW6.1 controller. Løst: MD5 certifikater bruges ikke længere af serviceview etc. Det ser umiddelbart ud til at Visual's problemer med at forbinde til controlleren samtidig med at f.eks. IHC Captain køre er blevet løst Firmware 2.8.3: Problemer: Fungere i.flg LK's support site ikke på HW6.1 controller. Enkelte rapporter om at Visual har problemer med at connecte til controlleren hvis Serviceview eller f.eks. IHC Captain køre Løst: Sandsynligvis fornyede certifikater Firmware 2.8.1: Problemer: PT ingen kendte problemer udover at den i.flg LK's support site ikke fungere på HW6.1 controller. Løst: Fornyede certifikater Firmware 2.7.220: Problemer: Udløbne JAVA og SSL certifikater, som giver problemer med Java applikationer som service view etc. Forældet krypterings algorithm'er som giver problemer for web scene view i nyer browser, samt SOAP API'et Generelt set som en ustabil firmware Løst: Understøttelse at TLS 1.1 og 1.2 kryptering Support for lux/temp og fugt/temp sensor Firmware 2.7.199: Problemer: Udløbne JAVA og SSL certifikater, som giver problemer med Java applikationer som serviceview etc. Forældet krypterings algorithm'er som giver problemer for web sceneview i nyer browser. Kun understøttelse af TLS 1.0, hvilket giver problemer for Java applikationer som service view etc. Ingen understøttelse af lux/temp og fugt/temp sensor Løst: Generelt set som en stabil firmware Java 8 update 311: TLSv1, TLSv1.1 skal nu også fjernes fra jdk.tls.disabledAlgorithms= i <JAVA_HOME>/lib/security/java.security. Hvis man ikke fjerne dem der, får man unable to login. Java 8 update 291: Ældre TLS protokoller er blevet disablet. Disablingen forhindre IHC Java applikationerne i at blive loadet. Find filen <JAVA_HOME>/lib/security/java.security og tilføj "TLSv1, TLSv1.1" til jdk.tls.legacyAlgorithms Java 8 update 131, 141 og 151: Problemet er løst med firmware 2.8.4 Jeg får nedenstående fejl når jeg forsøger at starte Serviceview. Workarounden er at fjerne MD5 fra jdk.jar.disabledAlgorithms= som findes i konfig. filen java.security i <JAVA_HOME>/lib/security/java.security. En nærmere beskrivelse af baggrunden for ændringen i Java findes her https://blogs.oracle.com/java-platform-group/entry/strengthening_signatures og her https://blogs.oracle.com/java-platform-group/entry/strengthening_signatures_part_2 Java 8 update 101: Java 8 update 101 blev released omkring 22/7-2016. Den ser ud til at virke med samme workarounds som for Java 8 update 71 Java 8 update 77: Java 8 update 77 blev released 23/3-2016. PT. er det ikke lykkes mig at få service view til at starte med JAVA 8 build 77 installeret, heller ikke selvom den er disablet i java control panel. Jeg får nedenstående fejl og ingen af løsningerne fra de tidligere Java versioner virker. Løsningen er pt. at downgrade til en ændre Java version. De ændre versioner kan hentes her http://www.oracle.com/technetwork/java/archive-139210.html men vær opmærksom på at den nyeste version skal afinstalleres for at admin, service view etc. vil virke. Jeg håber jeg kan få fat på LK efter påske og få dem til at release en ny FW med opdaterede certifikater og krypterings protokoller, da det synes at være det som er problemet. Edit 1/4-2016: Problemet ser ud til at være opstået allerede i Java 8 update 72. Java 8 update 71 ser dermed ud til at være den sidste Java version, som kan bringes til at afvikle LK's IHC's Java applikationer. Jvf. LK's support site er seneste supporterede Java version for HW6.1 controller Java 8 update 66. Java 8 update 71 eller tidligere (Gælder også for Java 8 update 101): Efter opgradering til Java 8 update 71 vil service view ikke længere starte. Den kommer med nedenstående fejl, og der kommer ikke nogen boks hvor man kan aksepter expired certifikater. Løsningen findes her. http://java.com/en/download/help/jcp_security.xml Tilføj det som står uden for location i ovenstående billed, under edit site list på security tab'en i Java control panel. Java vil brokke sig over at i kun skriver http: og ikke https:, men det skal i bare aksepter. Der skal står HTTP:, da JAVA applikationen downloades via HTTP, mens data og login sendes og modtages over https: Når i starter service view første gang efter ovenstående rettelse, vil få en boks hvor i kan aksepter udløbne certifikater. Forkert bruger ID/Password: Denne fejl ses ind imellem hvis man køre med en Java 8 update 71 eller nyer, samt Firmware 2.7.199 eller ældre. Workarounden er at disable TLS 1.1 og 1.2 og enable TLS 1.0 i Java. Browser support for forældet kryptering: I firefox skriver i about:config i url linien. aksepter den advarsel som kommer op, og søger efter security.tls.insecure_fallback_hosts. Dobbelt klik på entriet, og indtast ip addressen på jeres IHC controller. Herefter vil web scene viewer igen virke, ligesom SOAP login fra en browser etc.

Det var såmænd ikke noget særligt. Efter strømafbrydelsen var der ingen liv i controlleren. Slukkede for strømmen igen - Inc batteribackup, hvorefter der kom liv i alle funktioner igen. En enkelt ting var dog stadig "ude af sync" nemlig output for alarm, så det bimlede og bamlede. Allan havde dog heldigvis en backup af programmet som jeg havde fået på forhånd og her havde jeg udskrevet dokumentationen via MikkelS hjemmeside, så den ene forbindelse blev pillet fra og så der var fred og ro til den videre fejlretning. Så var der bare de sædvanlige problemer med at få Admin forbindelse til controlleren, java mm. Men det lykkedes også at få forbindelse og koblet controlleren på LAN. Herefter var det bare at invertere den pågældende udgang i Serviceview. Teste at alt fungerede. Koble alarmforbindelsen på igen og teste endnu en gang. Men alt ialt en OK oplevelse og dialog hvor vi er blevet en oplevelse rigere. Og Allan har nu mulighed for at få "remote support" online hvis det skulle blive nødvendigt.

Kære alle IHC-Users Jeg vil gerne annoncere at jeg kommer til at udgive en "erstatnings-app" for IHCRemote til android og iOS. Jeg er den oprindelige udvikler af IHCRemote for over 10 år siden og har pustet noget gammel kode af og lavet "Legacy Remote". Apps'ene er bygget og kører på mine testenheder, men er altså endnu ikke godkendt af Apple og Google. Planen er at få dem igennem snarest muligt. Hensigten med "Legacy Remote" er udfylde det vakuum som IHCRemote har efterladt. Selvom jeg har en meget lang list over ting som jeg personligt gerne ville lave om i app'en så er det hensigten med Legacy Remote at holde den så tro mod originalen som muligt. Også selvom det betyder et forældet interface og lang forbindelsestid. Faktisk er listen over ændringer så lang, at det bedre kan betale sig at lave en helt ny app fra bunden Ligeledes er der andre essentielle IHC kompatible apps der også har brug for en moderne version for at vi kan forsætte med at benytte IHC systemet. Hvilket jeg personligt har tænkt mig at gøre i mange, mange år endnu. Derfor vil Legacy Remote vil heller ikke være gratis, men pengene fra salget vil gå direkte til at holde 'Legacy Remote' tilgængelig i fremtiden og til udviklingen af nye IHC kompatible apps. Dvs. et køb af Legacy Remote er at støtte fremtidig udvikling af IHC kompatibelt software. Mit håb er at vi er nok der deler behovet for at forsætte IHC og at vi kan samles om at holde IHC apps'ene i live og endda udvikle nyt og mere moderne software dertil. Giv mig gerne jeres feedback. Er jeg naiv og står jeg alene med denne ambition?

Disclaimer: jeg er på ingen må associeret til Logic Group eller deres partnere. Jeg har ene og alene valgt at lave min udskiftning af IHC med produkter primært fra Logic Group, da de til fulde opfyldte mine behov. Jeg har selv indkøbt komponenterne ved grossister og andre online shops. Tråden er ikke til diskussion om jeg har valgt rigtig eller forkert, om nogen ville have valgt noget andet, om trådløs er noget skrammel, om IHC kan køre 20-30 år mere, osv. Det er en beskrivelse om hvordan jeg har lykkedes med at skifte min installation ud, og de udfordringer der har været. ---------------- Min IHC installation Jeg valgte i September 2023 at min IHC installation skulle udskiftes hurtigst muligt og ikke vente indtil den en dag, måske, selv valgte at lægge sig ned. Jeg har en gang oplevet en uges nedetid grundet den første V3 controller gik i det velkendre bootloop og, i sær grundet meget rejseaktivitet, ville jeg ikke risikere at stå i den situation igen. I tillæg oplevede jeg efterhånden en ret ustabil controller der ofte genstartede og smed sine netværks indstillinger, og dermed besværliggjorde remote adgang til den når jeg var væk. Min installation er af "renoverings"-typen, hvor der er blevet tilføjet IHC komponenter gennem årene, i takt med at vi har renoveret rum for rum i huset. Det har primært været wireless komponenter, med fortrådede pir og skumrings sensor. Enkelte relæ udgange blev tilføjet til LED indikation i tryk og styring af stikkontakter, hvor muligt. Ingen alarm del. Varmestyring heller ikke, dog har en fortrådet LK temp og fugtigheds sensor overvåget badeværelset og tændt et puck relæ til spejlvarmen når spejlet duggede. Af funktioner i huset har der været de klassiske sluk alt og tænd alt. Derudover scenarie styring af lysdæmpere i stue, dæmpet lys på bad og i gang om natten, og den udvidede udendørs lysstyring, med flere niveauer. Jeg kodede selv en Hustilstands blok, med 4 tilstande (Hjemme lyst, hjemme mørkt, Nat og Ude) for at kunne arbejde med forskellige scenarier og niveauer, afhængig af om huset var beboet eller ikke. App adgang via både iPhone og ipad, når ellers controlleren ikke havde smidt sine indstillinger. IHC Captain var en fed tilføjelse og der blev sat IHC batteri tryk op forskellige steder, til styring af vores Sonos. -------------------- Den nye installation Valget faldt på Logic Group Fuga Matrix lysdæmpere, batteritryk, Dimmy (puck-style lysdæmpere til PL dåser), I/O modul til tavle samt Nexa puck-style relæ modul og en Sonoff temperatur og fugtigheds sensor. Dertil en Fibaro HomeCenter 3. Protokollen mellem komponenterne (bortset fra Fugtigheds sensoren) er Z-Wave. For at lære at sætte komponenterne op og programmere startede jeg med et begrænset udvalg i en test opstilling. Homecenter, 1 Matrix lysdæmper, 1 batteritryk, 1 dimmy, og 1 IO tavlemodul. Homecenter opsætning med oprettelse af Admin bruger gik let. Den er blevet kablet til mit netværk og firmware opdateret ved første opstart. Tilføjelse af komponenter til Fibaro er lige så nemt og hurtigt, som tilføjelse af Wireless komponenter til en IHC controller. I Fibaro: tryk på tilføj Z-Wave komponent. På komponent: tryk på parrings knappen. Færdig. Man navgiver komponenter, vælger et ikon og det sværeste er nok at sætte et system op, så der er en rød tråd i navngivningerne. Det er dog nemt at ændre igen senere. Matrix lysdæmpere har samme mål som IHC kombi lysdæmpere og jeg var derfor ikke bekymret for om der var plads i dåserne. Matrix lysdæmperen kræver dog en nul monteret, men det gav ikke problemer for mig med mit svendebrev. IO tavlemodul blev installeret og jeg tilsluttede med det samme mine pir og skumrings sensor, da min plan med test opstillingen var at få programmeret udendørslysstyringen, så den var klar til den store udskiftning. Så input fra sensorer, og output ført over til IHC systemet. Simpelt program blev lavet i Fibaro, til at "luse" signalerne videre, og derved bevare 100% funktionalitet i IHC, mens jeg legede. Remote adgang til Fibaro blev konfiguret og derved kan jeg sidde remotely (på mit arbejde) og programmere, når der er tid til det. App (gratis) installeret på telefon og ipad, og fungerede uden at skulle rode med port numre osv i min router. En måneds tid offshore, en hel del søgning på google og youtube videoer senere havde jeg fået lavet de, i mine øjne, vigtigste funktioner, så jeg følte mig klar til at købe de resterende komponenter og lave den egentlige udskiftning. For en elektriker tager udskiftning af en lysdæmper ikke mange minutter og det var, som indikeret ovenfor, en smal sag. Simple funktioner laves i såkaldte blok scener, hvor en eller flere "Hændelser" defineres (f.eks. 1 tryk på en tast) og handlinger defineres (f.eks. sæt niveau på dæmper til xx%). Denne form for programmering er drag-n-drop og dropdown. Har man navngivet komponenterne godt, så tager det få minutter. Så snart man trykker Gem på en scene, er funktionaliteten aktiv. Her er der ikke noget der skal uploades. Her er min Sluk alt funktion. Men så begynder udfordringerne. Og jeg kan forestille mig at især ikke teknisk anlagte personer, som ikke har erfaring med programmering i forskellige sprog kommer på glatis. De enkelte komponenter har hver en række parametre man kan sætte som konfiguration. Rækken af parametre og de valg der kan stilles er fint beskrevet i manualen, men forståelsen (eller mere manglen på samme) af hvornår man vælger den ene virkemåde fremfor den anden, gør at der bliver en del trial-&-error. Jeg lavede et dokument hvor jeg skrev parameter ændringer ned, for ellers ville jeg aldrig kunne huske hvad jeg havde ændret. En af de forcer der nævnes omkring brugen af Z-Wave er at man kan associere 2 eller flere komponeter til hinanden, således at kommandoer og feedback bliver sendt direkte mellem dem, og ikke kræver at Fibaro kører, for at afvikle logikken. Det kan man sikkert også med andre systemer. Det svarer til en IHC Wireless Standalone setup, men hvor selve opsætningen/associeringen laves i Fibaro samt Fibaro kan monitorere status på komponenterne. Et eksempel er en korrespondance forbindelse, hvor flere tryk associeres med lysdæmperen. Lysdæmperen kan nu styres med de associerede tryk, også selvom Fibaro en dag skulle stoppe med at virke. I og med Fibaro holder øje med status på lysdæmperen kan man lave noget logik baseret på lysdæmperens status. Associeringer er den foretrukne metode, da det nedsætter tiden mellem tryk og handling. Der er omtrent samme forsinkelse som ved brug af IHC Wireless komponenter. Her er et eksempel med en dimmy (puck-style lysdæmper monteret i PL dåse) som styres fra 3 forskellige tryk. Trykkene skal vide status på lysdæmperen for at kunne sende korrekt on/off/dæmp kommando, og det skal man bede lysdæmperen om at melde ud til de "involverede parter". Lidt som når man skal bruge lysindikering fra en Wireless lysdæmper, for at undgå dobbelt tryk. I dette tilfælde melder dimmy'en ud til komponent ID 122, 108 og 170 samt Fibaro, om dens status. Herunder vises et af de 3 tryk associeret op til dimmy'en. Her markeret med rød. Et snapshot giver nok ikke meget mening, men illustrerer nok også godt at overskueligheden ikke er nem. For det der er markeret med rød, er rent faktisk korrespondancen. Den avancerede programmering i systemet, f.eks. førnævnte udendørslysstyring og hustilstand, foretages også i Scener i Fibaro, men programmeres i sproget LUA. LUA er også brugt i andre henseender end Z-wave/Fibaro og jeg synes ikke jeg havde større issues med at finde hjælp til forskellige kommandoer, ved søgning på google. Men som med de førnævnte parametre på komponenter, så kævede disse LUA scener også temmelig meget trial-&-error. Her et lille eksempel: Når komponent ID 83 har value = true, afvikles scenen som er at sætte en lokal variabel kaldet timetest = med tidspunkt nu i formatet H:M. Dernæst sættes en global variabel = med den lokale variabel. På dansk: gemme et klokkeslæt for hvornår skumring går ON. Her er et udsnit af min udendørslysstyring. Scenen bliver afviklet hvert minut, men også når der sker hændelser på PIR og skumrings indgangene. I højre side sætter jeg en lokal variabel, Lightstate, i forskellige værdier (Off, Dimmed eller Motion), afhængig af tidspunkter og/eller bevægelse. De 3 værdier resulterer i kommandoer til lysdæmperen som har ID 149 og får lys niveauer på forskellige værdier, afhængig af om det skal være slukket, dæmpet eller tændt på fuldt blus. Integration med Sonos og Philips Hue fungerer via Quickapps, som er LUA kode andre har lavet og delt, lidt som funktionsblokke. Nogen til fri afbenyttelse, andre skal købes. Ved Sonos indtastes IP adressen på hver afspiller og de popper op i Fibaro. Ved Philips Hue associerer man Fibaro med Hue hub'en, som hvis det var Hue app'en på sin telefon, og de Hue pærer man har dukker op i Fibaro. Spejlvarme styring blev løst med en Sonoff Zigbee sensor. Tilføjelse til Fibaro er lige så nemt som med Z-wave. En LUA scene kigger efter om lys på bad er tændt og derefter om fugtigheden overstiger en fast %. Når lyset slukker eller der er gået 15 minutter slukkes spejlvarmen igen. ------------ Summary Har jeg haft nedetid i forbindelse med udskiftning? Nej. Men visse funktioner var ikke klar fra start, f.eks. nedprioriterede jeg bla simulering ved Hustilstand = Ude. Jeg prioriterede at alt lys kunne styres samt slukalt og udendørslys fungerede med det samme at komponenterne blev installeret og konfigureret. Har jeg samme funktionalitet som før? Ja. Og lidt til. Matrix lysdæmperne har indbygget LED i hver af de 4 taster og de kan programmeres individuelt i regnbuens farver. Så vi har endelig en LED uden for badeværelset der indikerer at lyset er tændt, det var jo ikke en mulighed med Wireless kombi dæmper. Og hvad man ellers kan finde på af logik til at sætte en LED til en bestemt farve. Som standard er der svagt lys i alle LED'erne, meget rart i gangarealer om natten, da man så kan bruge det til at "navigere". Det er naturligvis slukket i soverværelserne. Geolocation er indbygget i Fibaro og bruges nu til at sætte Hustilstand = Hjemme, når vi har været ude. Brug af LED pærer. Da glødepæren blev erklæret ulovlig/farlig købte jeg en kasse med forskellige størrelse glødepærer til at dække mit behov i lang tid fremover. Dem har jeg stadig mange af og de kommer nok også til salg en dag. Men nu kan jeg bruge LED pærer alle steder, og det kan jeg iøvrigt tydeligt se på vores elforbrug. Er det svært? Ja! Programmeringen og parametreringen er ret langhåret. Som elektriker der gennem årene har haft mulighed for at arbejde med forskellige PLC og robot programmerings sprog, kan jeg genkende sammenlignelige elementer i LUA koden. Men synes man programmering af egne blokke i IHC er svært, så er LUA nok markant sværere. Er det stabilt? Fibaro og de første komponenter blev installeret i midt marts. Jeg har ikke oplevet udfald på noget af det. Der har været 3 firmware opdateringer af Fibaro og de er blevet installeret uden issues. Så jeg vil sige ja. Og jeg stoler langt mere på dette end hvad jeg gjorde på mit IHC, grundet de issues jeg havde med genstarter og tab af indstillinger. Er det dyrt? Jeg har solgt hovedparten af mine brugte IHC komponenter og, uden at sætte ublu priser på noget af det, har jeg fået dækket omkring 80% af udgifterne til indkøb af de nye komponenter. Så i mit tilfælde er svaret nej. Det er ærgeligt at skulle bruge penge på at skifte noget ud man har investeret i, og for mange vil det være en enorm post at tage stilling til. Skulle jeg give 50.000 eller mere, så havde jeg måske overvejet lidt længere. Nu endte det med 17-18.000kr, som så overvejende er dækket ind igen ved salg af det brugte. Det var i øvrigt også et parameter til min beslutning, at jeg havde en fornemmelse af at jeg let kunne komme af med IHC delene. Det viste sig at holde stik. Vil jeg anbefale det? Ja og nej. Som gør det selv projekt skal man tænke sig godt om, hvad enten det er ny installation eller, som i mit tilfælde, udskiftning af IHC. Jeg fortryder det bestemt ikke og har bare set udfordringerne som leg med noget nyt legetøj. Men den avancerede programmering vil være en udfordring for mange. Dertil er alle forums jeg har fundet omkring Z-wave, Fibaro og LUA engelske, der er meget lidt hjælp at hente herhjemme, det kan være en negativ faktor for nogen. Andre systemer og protokoller kan være noget nemmere at sætte op og finde support til. Jeg synes det vægter højt at de komponenter jeg har installeret har været 1-1 udskiftning. Når jeg læser om andre systemer, der skal bygges ind bag ved afbrydere i fuga dåser eller gemmes i baldakiner osv., så er jeg glad for mit. Designet på Matrix kontakterne vil dele vandene, men vi har allerede vænnet os til den del herhjemme. Et langt skriv. Håber nogen kan få lidt ud af det. Spørg endelig ind hvis der er brug for uddybning af ovenstående. Beklager de mørke snapshots.

Resume: Dette er en guide til at få Domoticz og IHC til at virke sammen på en RaspberryPI for nybegyndere. OBS!! Hvis du ikke orker nedenstående, har h.hojgaard lavet et image: Indledning (Jeg har brugt en del tid på nedenstående, og smider det ud nu, så beklager hvis det ikke virker helt færdig og gennemarbejdet, gennemlæst samt fuld af stavefejl. Men pga. personlige årsager ville jeg hellere have noget ud nu, end ikke at få det ud i lang tid, eller værste tilfælde slet ikke….så bær over med mig, jeg opdatere og retter til med tiden, det bare så du kan komme igang, hvis du også gerne ville igang. Jeg er total N00b i RaspberryPI/linux kommandoer, Domoticz, Z-wave etc. så jeg har lavet denne til dig, der bare vil starte og ikke lave samme tosset fejl som jeg ENJOY!!............. Håber dette får flere til at prøve det, jeg skal prøve at svare på de evt. spg. der må komme, men som sagt, tid og personlige årsag kan have en indvirkning på dette også meeeeeen......) I denne tråd/blog/guide?? vil jeg komme med alle mine erfaringer fra Domoticz, IHC plug-inet, Raspberry PI og ikke IHC, der er mange andre bedre end jeg ;-) samt hvordan man får det hele til at virke sammen. Der bliver klippeklistret en del, fra her og der omkring alle de ovenstående dele, så jeg kan ikke give garanti for denne guide tråd vil være up-to-date for evig og altid, mange ting kan ændre sig. Jeg vil i afslutningen af afsnittene indsætte nogle links til der hvor informationer er kommet fra, så du har mulighed for at læse det evt. nyeste nye. Pt. er IHC-plugin i en test fase (Okt 2017), så hvis den kommer ind i Domoticz kildekode, vil denne guide næsten være ubrugelig. MEEEEN….. Først og fremmeste vil jeg gerne sige tak til Jonas Jalling for hans plugin og guide til at få IHC sat sammen med Domoticz, det har været en stor hjælp og et fantastik stykke arbejde han har lavet. Jeg har modificeret lidt på hans guide, for han er altså noget bedre til det her end jeg er, så jeg vil prøve at gøre det lidt mere spiseligt for mindre erfarne IHC brugere. (Ja jeg har følt mig meget dum, flere gange under dette J) Samt en tak til Søren Birkholm Eriksen for at komme med lidt input om hans setup, det har også været guld værd! Og til slut tak til alle dem der har lavet alle de forskellige dele. Det her er som sagt et sammenskudsgilde. Der kan godt være en masse BLABLA, men så er du advaret! Det er vel lidt en blog, jeg opdater løbende når der er noget at berette om, når jeg har tid. Forhistorie Hvis ikke dette har nogen interesse spring da blot dette afsnit over. Jeg synes selv det er vigtigt Jeg har ventet i næsten 2år til at komme til hvor jeg er nu, siden Clemen postede sin blog/kamp om at komme ud af klørerne af IHCs lukket land (håber han snart laver en lille update omkring det hele, det er ved at være længe siden). Der findes også OpenHab og IHC Captain som er fantastiske værktøjer, de fortjener virkelig også en stor ros for hvad de gør for os alle sammen. Jeg forelskede mig virkelig i det Clemen lavede (Læs: ”Udskiftning Af Ihc - Sådan!” under Tredjepart Produkt), men jeg ville ikke have alt for mange systemer. Det var her Jonas meldte sig på banen og codet et plugin til Domoticz, som pt. stadig bliver opdateret i ny og næ. Målet med dette plugin er, at få det ind i kildekoden på Domoticz, så vi bare skal installere Domoticz og så er vi flyvende og i gang med at flette en masse systemer sammen. Men pt. er det stadig i testfase og virker med Wireless IHC tryk, Stikkontakter, relæ og Dimmer. (Det skal siges at den dimmer funktion der er IHC, faktisk er ret svær at programmere!!!) Mit Setup anno Dec 2017: For lige at give et udgangspunkt, er mit setup: - IHC Comtroller HW 6.1 sidste nyeste firmware 220. Skal være på netværket. (Min er forbundet med PowerLines): o Wireless § Dimmer § Stikkontakter § Relæ § Kombi Dimmer § Kombi Relæ § Nøglering og fjernbetjening § Batteri tryk - Z-Wave - Aeotec ZW090 Z-Stick Gen5 EU o GreenWave PowerNode 6 port - Philips HUE Bridge o Hue lightstrip plus 1 o Hue Color E27+E14 Pære o Bridge - RFXCOM - RFXtrx433 USB 433.92Mhz Transceiver o Smofy Markise - Homekit / Siri / HomeBridge f Netatmo Weather Station d o Rain Gauge o o Wind Gauge Raspberry Indledning/forinstallation Alt dette køre som sagt på en Raspberry Pi 3, med en USB WD PiDrive HDD på 250GB (OBS! PiDrive er udgået). Dette har jeg gjort for stabilitet, da SD kort i nogle tilfælde (sjældent) har det med at dø. *Hvis du er ude i et SD kort skal det være et Class 10 SD card og et godt et og over 4GB. Alle Raspberry Pi’s og USB hardiske kan gå an, det er dog en smule lettere med en PI3. Mere om dette senere. Du skal nu download raspbian her: https://www.raspberrypi.org/downloads/raspbian/ Raspbian XXX Lite. XXXet er version af Raspbian, pt. er vi oppe på ”Stretch”. (Ved skift af Raspbian version kan programmer godt stoppe med at virke, derved skal man finde et image, med en ældre version) Lite ligner noget fra DOS og er den jeg har brugt i denne guide. (Du kan godt prøve desktop version selv, men jeg kan ikke give nogen rigtig support her). Når den er færdig med at downloade, skal du udpakke den. Herefter skal du installere et program, der kan skrive imaget til HDDen/SDkortet, jeg vil her anbefale Etcher: https://etcher.io/. (Disse typer programmer kan også tage backup af dit system, Win32DiskImager vil jeg anbefale) Vælg Image – Vælg Drev og Flash. *NB! Husk at undgå at FLASH din PC/laptop/MACs lokale drev. Så det en ny installation… Efter den er færdig med at flashe dit drev ”spytter” den HDD/SDen ud. Iindsæt hermed den igen og åben drevet. Herefter laver du en ny notepad fil på drevet ude i root (Som C:\ på en vindows maskine), og fjerner navnet og filetypen helt, og skriver ”ssh”, intet andet. Denne fil gør, at du kan få adgang til RPIen fra netværket, evt. fra den enhed du lavet imaget fra. Du sætter HDD/SDen til/i din RPI og sætter strøm til det hele. Du har så muligheden for at sætte mus, keyboard, skærm, netkabel (Anbefaler jeg, da Wifi på RPI3eren ikke er sat til endnu). OBS! Hvis du vil bruge en HDD til at køre alt dette sammen med RPI. Skal du være opmærksom på RPI3eren først læser efter et SDkort og derefter HDD når den booter. RPI1+2 kigger kun efter SDKortet, og derved skal du ind og køre noget kode på RPIen, for at få den til at starte op på en HDD. Derfor jeg sagde det var lidt lettere med en RPI3 Til at få adgang til RPIen over netværk, vil jeg anbefale Putty. Du kan hente det fra http://www.putty.org/. Når det er er installeret, skal vi ind på RPIen, men først skal du kende IPen på RPIen, dette har jeg gjort ved at logge ind på min Router og finde den, under tilkoblet enheder. (Det kan sikkert gøres på andre måder, men denne brugte jeg ) https://www.raspberrypi.org/documentation/installation/installing-images/windows.md Indtaster IPen under ”Host Name” og trykker på ”Open” (du kan også gemme den, hvis du sætter RPIen til en fast IP, det kunne jeg under min router. Det er også muligt på RPIen at sætte en fast IP. https://www.domoticz.com/wiki/Initial_Raspberry_Pi_Setup). Ex. 192.168.0.15. NB! Du kan have flere sessions af Putty kørende på samme RPI. Du kan faktisk også køre både Domoticz, IHC Captain og andet på samme RPI. Tumpen her troede man skulle have en RPI til hver del. Første gang du logger ind på din RPI Den generelle bruger på din RPI er: pi Password: raspberry NB! Du ser ingen tegn for det indtastet password i Putty. Det vil bare være blankt. Yes tumpen her troede RPIen var gået ned…. Pi brugeren har en root adgang som i adgang til alt, det rådes til at lave en anden bruger. Men i første omgang skal vi lige have systemet up to date. Sudo er en slags ”kør” kommando. Der startes ud med at køre følgende kommando: sudo raspi-config Du kan enten skrive eller kopier det, når du er i Putty kan du bare højre klikke på musen og så paster den. Her starter du ud med ”8. Update” for at opdatere dette Config Tool brug piletasterne og tryk ENTER. Den køre en masse tekst og returnere til den samme skærm. Vi kan nu tage dem fra toppen. (ESC er tilbage i menuerne) · 1 Change User Password: Dette anbefales da det jo er et generelt password for alle RPIer. · 2 Hostname: Navnet på din RPI på netværket. · 4 Localisation Options: Mulighed for at vælge sprog, tastatur etc. · SDkort: o 7 Advance Options: A1 Expand FileSystem. Vigtig hvis du køre SDKort. Så er det basale her kørt. Derefter tager vi en opdatering af styresystemet. Kør følgende: sudo apt-get update sudo apt-get upgrade Når alt dette er gjort, har vi sat det grundlæggende op. Vi skal dog lige først bruge en Swap fil. (Ekstra hukommelse lagt ned på HDD/SDen) for at køre det næste step. Vi kan starte med at se hvor stor den er: free –m Den skulle meget gerne sige noget med 100mb used. Kør følgende for at ændre det: sudo nano /etc/dphys-swapfile Nano er en kommando lidt som at åbne en fil i notepad på en PC. # betyder udkommenteret i filer. Brug pil taster og gå ned til ”CONF_SWAPSIZE=100” og ændre den til CONF_SWAPSIZE=1024. I teorien skal man have 2x det antal ram der er på RPIen, men 1GB går an. Vi skal også lige stoppe og starte servicen der håndtere swapfilerne: sudo /etc/init.d/dphys-swapfile stop sudo /etc/init.d/dphys-swapfile start Her efter prøv at se om det har virket med: free –m Den skulle meget gerne skrive noget med 1024 denne gang. NB! Swap filer for SD kort er en dårlig ting. Derfor når Domoticz og IHC plug-in er installeret. Ville det være smart at reducere den igen. (Men øges hvis du skal opdatere Domoticz og IHC plug-inet). En god ting for systemet er lige at køre en reboot: sudo reboot Den har ikke godt af hvis man bare tager strømmen fra RPIen, hvis du skal slukke for den skal du køre følgende kommando sudo poweroff Du mister selvfølgelig forbindelsen til Putty, ved disse kommandoer. Installation af Domoticz og IHC-Plugin på RPI Nu begynder det sjove, indlæsning af Domoticz. Hav god tålmodighed dette kan tage et par timer. Første gang jeg prøvede tog det 12 timer, det er for meget. 2-4 timer skal du nok regne med. 1. Første del der skal køres er: sudo apt install -y git cmake libssl-dev python3-dev libcurl4-openssl-dev 2. næste step er at fjerne libboost 1.55: sudo apt-get remove -y libboost-dev libboost-thread-dev libboost-system-dev libboost-atomic-dev libboost-regex-dev sudo apt-get remove -y libboost-date-time1.55-dev libboost-date-time1.55.0 libboost-atomic1.55.0 libboost-regex1.55.0 libboost-iostreams1.55.1 sudo apt-get remove -y libboost-iostreams1.55.0 libboost-iostreams1.55.0 libboost-iostreams1.55.0 sudo apt-get remove -y libboost-serialization1.55-dev libboost-serialization1.55.0 libboost-system1.55-dev sudo apt-get remove -y libboost-system1.55.0 libboost-thread1.55-dev libboost-thread1.55.0 libboost1.55-dev sudo apt-get autoremove –y 3. Næste del er at opdatere til næste libboost her 1.65. (I skrivende stund findes 1.65.1, du kan prøve at udskifte 1.65.0 med 1.65.1 – men jeg ved ikke om det giver noget) (Dato: 4 Sep 2017) mkdir boost cd boost wget https://sourceforge.net/projects/boost/files/boost/1.65.0/boost_1_65_0.tar.gz/download tar xfz download cd boost_1_65_0/ ./bootstrap.sh ./b2 stage threading=multi link=static --with-thread --with-date_time --with-system --with-atomic --with-regex sudo ./b2 install threading=multi link=static --with-thread --with-date_time --with-system --with-atomic --with-regex --with-iostreams Z-Wave - valgfrit 4. Hvis du vil have Z-Wave I dit setup, skal du gøre denne del også, ellers kan du hoppe til næste step. (Dette skal gøres før vi begynder for alvor at indlæse Domoticz ellers skal du starte helt forfra med denne guide) sudo apt-get install libudev-dev 4.1 Kør denne: git clone https://github.com/OpenZWave/open-zwave open-zwave-read-only 4.2 Kør denne: cd open-zwave-read-only git pull make -j 3 Her efter skriver du: cd.. for at komme ud til root. Nu er Z-wave klar til installering af Domoticz. 5. Og det er nu, kør følgende kode: cd git clone https://github.com/jjalling/domoticz.git cd domoticz git checkout lkihc cmake -DCMAKE_BUILD_TYPE=Release . make Her efter begynder den at samle alle trådende og bygge Domoticz med IHC-Plug-in samt Z-wave hvis du huskede det. Dette step er det der tager længst tid. (Du kan følge med i de filer der bliver lavet, der skulle meget gerne være en LK IHC i blandt dem, men jeg siger ikke hvilket antal % den kommer, det må du selv kigge efter ;)) Efter den er blevet færdig – ville jeg køre en: sudo reboot Opstart af Domoticz for første gang Kør følgende kommando når du har fået Putty op og køre igen: ./domoticz –www 8080 –sslww 8081 8080 og 8081 er nogle porte som du selv kan bestemme. Bare giv dem noget der giver mening. Domoticz burde nu kunne tilgåes på http://<raspberryPI-IP>:8080 i din browser. Når Domoticz kører, skal du ind på 1.Opsætning(Setup)->Hardware i webinterfacet. 2.Her skal du lave en forbindelse til din IHC controller. Giv den et passende navn, og vælg "LK IHC Controller" fra Type listen . Angiv IHC controllerens IP-adresse samt brugernavn og adgangskode til IHC controlleren. Tryk på tilføj(Add). IHC Controlleren skulle nu fremgå af hardware listen i toppen. 3. Tryk på knappen "Get devices" og vent 10 sek. - den skulle gerne skrive "devices updated" eller noget i den retning. Du kan nu se alle dine IHC enheder hvis du klikker ind på Opsætning(Setup)->Enheder(Devices) Tryk på den grønne pil (1), ud for alle de enheder som du vil bruge igennem Domoticz. De vil herefter fremgå på siden Afbrydere(Switches) (2). Tillykke du har hermed fået IHC og Domoticz til at spille sammen, jeg vil anbefalde du laver et restart for at få Controlleren til at virke 100% korrekt. Men ellers tryk lidt rundt og bliv bekendt med systemet. Kortlægge USB porte til USB enheder Hvis du har nogle USB enheder du har sat til RPIen ex. Z-wave stick eller RfxCOM skal du faktisk ind på RPIen og definere dem. Start putty op igen og kør følgende kommando, OBS! husk og have dem sat til RPIen: sudo lsusb -v | more Her skal du skrive følgende ned: *idVendor *idProduct *iSerial (if this is zero, you can ignore it) Du kan trykke mellemrum for at scroll down. Ex på min RfxCom: Undlad “0x”, så ‘0x6001’ bliver til ‘6001’ Herefter skal du skrive følgende kommando: sudo nano /etc/udev/rules.d/99-usb-serial.rules Her efter skal følgende kopiers ind i filen: Hvis du som jeg har en RFX-433 SUBSYSTEM=="tty", ATTRS{idVendor}=="0403", ATTRS{idProduct}=="6001", ATTRS{serial}=="123YAOOW", SYMLINK+="ttyUSB-RFX433-A" SUBSYSTEM=="tty", ATTRS{idVendor}=="0403", ATTRS{idProduct}=="6001", ATTRS{serial}=="123YX78C", SYMLINK+="ttyUSB-RFX433-B" Indset idVendor imellem “ “ (ex. erstart '0403' med det idVendor for din USB enhed). Nogle enheder viser ikke en serial, dette kan bare slettes, ex: SUBSYSTEM=="tty", ATTRS{idVendor}=="1a86", ATTRS{idProduct}=="7523", SYMLINK+="ttyUSB-RFX433" Navne skal være “ttyUSB-XXXXX” hvor XXXX er et uniqt navn, så de lettere at skeldne i Domoticz. Ved AeoTec Z-Stick Gen2: SUBSYSTEM=="tty", ATTRS{idVendor}=="10c4", ATTRS{idProduct}=="ea60", SYMLINK+="ttyUSB-ZStick-2G" Gen5: SUBSYSTEM=="tty", ATTRS{idVendor}=="0658", ATTRS{idProduct}=="0200", SYMLINK+="ttyUSB-ZStick-5G" Gen2 er den gamle, hvor Gen5 køre på det nye Z-Wave Plus teknologi. Det skulle se nogenlunde sådan her ud: ”CTRL + X” til at Exit herefter gem. Gem og kør følgende: sudo shutdown -r now Du skulle nu lettere kunne finde dine USB hardware enheder I Domoticz. https://www.domoticz.com/wiki/PersistentUSBDevices Nu er det basale opsat. Næste gang vil jeg komme ind på: - - Homekit / Siri / HomeBridge - -System der tjekker for om Domoticz køre, og opstart af det, hvis det crasher. o I dag skal du selv ind og restart det, hvis det går ned. Det gider man ikke J - -Mine erfaringer med kodning af Domoticz i mellem IHC og andet. o Bedre IHC projekt og sammenspil med Domoticz. Mvh. Christian

Løst "overbelastningsproblemer" med Visual 3 controller (V7 hardware) som gjorde controlleren sløv Tilføjet SD kort plads visning i IHC administrator for Visual 3 controller Endnu hurtigere svartider på handlinger Handlinger opdateres nu uden behov for genstart af servicen, så snart der gemmes er reglen og dermed handlingen sat i drift Løst problem med overflow/layout problemer i dropdown menuer Forbedret og simpliceret test af moduler/handlinger - som standard der nu "quick test" som altid autoudfylder og opfylder test kravene. Samtidig vises resultatet af testen. Løst problem med tomme IHC lokationer ("BAD XML FILE 3" fejlen) Sonos modulet kan nu tilbyde "ingen gruppering" ved multivalg af højtalere - så man kan styre de enkelte udvalgte højtalere uden at gruppere disse automatisk. Forbedret håndtering af IHC Captain servicen er nede Forbedringer i HUE handlingsmodul opsætning, farve forhåndvisning er nu også løst Løst fejl med man kunne sætte overvågning på mellemniveauer som f.eks. "indstillinger" Forsøgt at tage højde for LKs bizare dato uden årstal Automatisk genstart af services ved ændring af grundlæggende controller indstillinger Wireless/Trådløs tryk signal styrke blev vist omvendt Automatisk genstart ved ændring af grundlæggende controller indstillinger http://jemi.dk/ihc/#changelog

jeg giver den gas i weekenden og ser om baby dør - en dag hvor nogle af mine virkelige nørd kollegaer har tid skal vi se om vi kan få gennemskuet den firmware og lavet vores egen til den og om ikke andet bede LK overholder deres open source forpligtelser med det software de har inkluderet

Fin guide Ejvind. Jeg vil lige komme med et fif til dem som har problemer med svartider eller lign. Efter jeg opgraderede min controller (HW 6.2) til firmware 2.8.3, begyndte jeg ind i mellem at opleve lange svartider (og sommetider ingen respons overhovedet). Jeg kunne se i diverse logs at opdateringer fra controller fint kom over til openHAB, men mine kommandoer kun ind i mellem gjorde. I forum fandt jeg at også at @Raverlution og @Johan Vase også har observeret det samme. Løsningen er en work-around med to elementer. Opjuster timeout på IHC (i openhab.cfg eller ihc.cfg) fra 5000 (default) til 10000. Det løste "blokeringen" og jeg kunne se i loggen at der nu altid kom svar (dog først efter ca. 7 sekunder). Indsæt en rule som sender en dummy kommando til controlleren fx hvert kvarter. Dette løste at den nu aldrig hænger mere. Switch ihc_keepalive "" {ihc=">[ON:0x505a:100]", autoupdate="false"} rule "Avoid IHC command delay" when Time cron "0 12/15 * * * ?" then sendCommand(ihc_keepalive, ON) end Det er en work-around, men det ser ud til at virke. Jeg tror årsagen er IHC-controlleren, og det er jo svært at gøre noget ved.

Lidt fra min Android.

Hej Kenneth Tillykke med det nye hus, og velkommen til IHC user. Det ligner at dem der i sin tid bygge huset, har taget nogle gode valg, og selv om anlægget er omkrig 20 år gammelt, kan det stadig give mange af de nye baghjul. Hvis alt virker, er der som udgangspunkt ikke noget der haster. Selv om det selvfølgelig ville være at foretrække med en backup til den dag uheldet er ude. Selv om anlægget stadigt er godt, er der dog sket en del i de 20 år. Mange ønsker i dag adgang til anlægget via telefon og iPad, hvilket de gamle kontrollerer ikke kan. Vi er også gået over til LED pærer, som virker helt anderledes end de gamle pærer, hvilket ofte giver nogle udfordringer for de lysdæmpere der sider i tavlen. Så på sigt skal I have opgraderet de 2 controllere og lysdæmperne, derudover bør I også opgradere strømforsyningen og mon ikke batteriet er langt mere end de anbefalede 5 år. Som Mikkel skriver, så kan det hurtigt blive en større opgave at dokumenterer det hele, det kan dog lade sig gøre at slide sig igennem hele huset, men det er typisk en 2 mands opgave som tager tid. Hvis du ikke kan finde programmet på PCen, så har jeg det værktøj som Lars1 henviser til, værktøjet gør det super nemt at finde alle ind- og udgange. Se evt. video her. https://drive.google.com/file/d/192tcypnBHOpL0HLy1aSetW9wDAmsATGe/view?usp=drive_link Ud fra dine billeder vil jeg gætte på at den ene kontroller køre lyset og den anden alarmen og gardinerne samt evt. jeres varme. Venligst Henning

Hej Jeg har VIRKELIG kedet mig Jeg har brugt den virtuelle funktionsblok V6.1 som en flink person har lagt op her i forummet - men aldrig helt forstået logikken. Nu har jeg så omlagt programmet så det bruger variabler for tidspunkterne for sol op/ned - i stedet for at de står kodet som fast tidspunkt langt inde i programmet. Grundlogikken er dog den samme som i den oprindelige funktionsblok - så tak til forfatteren herfra for en fin lille blok der gør hvad den skal. Jeg har taget udgangspunkt i op/ned tiderne lidt øst for Vejle ifølge suninfo.dk almanakken og brugt Borgerligt tusmørke tiderne. Jeg har kørt simulation hen over sommer/vintertid skiftene, så jeg tror den skulle være ok. Men denne version skulle det være marginalt lettere at ændre tidspunkterne så de passer præcis med din breddegrad - eller er det længdegrad - uanset, der hvor du bor. Hvis du skal rette tiderne, er det lettest at åbne .VIS filen i Notepad f.eks. og så rette direkte i teksten. Jeg synes Windowsprogrammet er lidt noget hejs til den slags. God fornøjelse med modulet hvis du vælger at bruge det. Hermed version 6.1a Venlig hilsen Allan Sol op og nedgang v6.1a.ifb

Version 1.53 - nu med RPI4 support i SD image Nyt IHC Administrator har fået tilføjet mail notifikation indstillinger Nyt Sonos handling har nu mulighed for at angive en eller flere enheder skal forlade deres gruppe Nyt Email afsendelses handling understøtter nu flere modtagere Nyt Automatisk check for Docker og Sonos problemer ved opstart Nyt Tilføjet basic auth til weblog handling Forbedret Overvågning af oppetid/stabilitet er forbedret Forbedret Bedre visning af slettede ressourcer med handling Fejlrettelse Emne og besked var byttet rundt i input format Fejlrettelse Problem med identisk sammenligning regel løst Fejlrettelse Benytter nu nyeste PHPMailer (https://github.com/PHPMailer/PHPMailer) Fejlrettelse Forbedret MQTT så det nu understøtter port,brugernavn og adgangskode og testet lidt mere Fejlrettelse Internet Explorer support er nu officielt død http://jemi.dk/ihc/#changelog

Update 12.3.2019: Binding has been merged to openHAB main repository and will available in 2.5 version. Before that, new version can be found from official openHAB snapshot builds. Before official add-on documentation page is updated, binding documentation can found here. NOTE. If you have used older beta versions of the binding, beware that there has been some breaking changes lately: Controller address parameter is not anymore ip, but hostname "-channel" suffix is removed from channel types. E.g. switch-channel is just switch. ########################################################################################################################### Even openHAB 1 IHC binding has been rock solid for many years, I finally decided to port the binding to support openHAB 2 features. Latest version: https://openhab.jfrog.io/openhab/libs-pullrequest-local/org/openhab/binding/org.openhab.binding.ihc/2.4.0-SNAPSHOT/ Documentation link Some improvements / features: By default, binding create channels automatically from project file (currently all dataline_inputs, dataline_outputs, airlink_inputs, airlink_outputs and resource_temperature). Auto creation can be disabled, and channels can be created manually (then all resource id's are supported). Support both Paper UI and thing files configuration. Channels for basic controller information (state, SW and HW version, controller uptime, etc). Trigger channels support (button short press, long press and extra long press). Support multiple controllers (those who have e.g. two controllers environment).

Jeg har lige fået en nyheds mail fra Schneider hvor de skriver at LED dimmeren forventes at være i handlen fra uge 4. Den er dog fortsat ikke at finde i deres produkt katalog

Ja det arbejder jeg på lige nu

Ja jeg skal lige lave en oauth GW og lidt andet så burde det nok komme på plads. Det er mit sommer ferieprojekt

Så har jeg købt den nye IHC Controller, HW 7.1, hvor man skal bruge Visual 3 til projektet. Jeg tilsluttede den til strøm og netværk, ændrede default ip adresse til en ledig i mit netværk og oprettede samme user+pwd som i min nuværende HW 6.1 controller. Der er ingen input- eller output moduler tilsluttet den nye controller endnu. Dernæst kopierede jeg mit Visual 2 projekt ind i Visual 3, åbnede projektet og sendte det til den nye controller fra Visual 3. I OpenHAB ændrede jeg dernæst ip adressen til den nye controller og genstartede OpenHAB. Herefter kan jeg konstatere, at OpenHAB starter fejlfrit op. OpenHAB fungerer - men viser naturligvis 0 grader ved temperaturer m.m. - og jeg kan påvirke input og fb'ere som normalt. Når dette sker, kan jeg konstatere i den nye ServiceView, at status rent faktisk ændres som følge af OpenHAB input. Så alt ser umiddelbart ud til at fungere - vældig fint! Jeg har endnu ikke indblik i stabilitet på controlleren, eller om det er nødvendigt med en KeepAlive rule som i de sidste versioner af firmware til HW 6.2.

Det har jeg såmænd også. Jeg er glad for min installation og ærgrer mig ikke over alle de timer jeg har brugt med IHC (og dette skønne site). Det er heller ikke sådan at jeg fraråder folk at installere, udtaler mig negativt eller lader min evt. personlige galde flyde ud på Internettet Jeg prøver bare at forholde mig sobert til fakta. Jeg håber altså også stadig at de (LK/Schneider) tager sig sammen, men med det vi har set indtil nu -specielt med lukketheden omkring JAVA problemstillingen, så er det altså svært at bevarer optimismen, blot fordi der nu er blevet ansat en ny studenter medhjælper i markedføringsafdelingen der mener Facebook er det evigt saliggørende medie.

Forsøgpersoner søges. Jeg har udviklet et nyt print til min Velux KMG100 motorstyring, og fået den testet og den virker Jeg har to print mere liggende, så jeg er nu på jagt efter 2 forsøg personer der kunne tænke sig at hjælpe med at teste min motor styring yderligere. Styringen er udviklet, således der skal bruges 2 stk. 24V IHC udgange til styring af åbn og luk af vindue, derudover er der på printet også en udgang til IHC som sender signal om hvor mange procent vinduet er åbnet, samt temepraturen målt i selve åbneren. Printet skal forsynes med 24VDC fra IHC strømforsyningen. Så har du et motoriseret Velux vindue, og kunne du være interesseret i at hjælpe med at teste mit design, så send mig en PM here på IHC-User.dk. Jeg har vedhæftet et billede af Velux motormodulet installeret med mit nye print. Jesper

Jeg forventer den er klar i inden udgangen af Januar

Jo sagtens.

Jeg beklager stilheden men der har været lidt travlt med arbejde og familie - men lidt kode tid på den gamle kaptajn er det da blevet til...

Hej folkens. Jeg ville lige komme med lidt lir fra hverdagen. I fredags kom en fragtmand med en masse skabe jeg skulle have indenfor pga. regnvejr. Jeg var ikke hjemme da han ringede til mig at han ved mit hus. Øjeblik sagde jeg og satte mobilen (Android) på håndfri. Så frakoblede jeg min Powermax Pro alarm via app'en. Derefter aktiverede jeg min garageport via LK's IHCRemote. Porten gik op, og manden var noget overrasket over at den kunne lade sig gøre. Da han havde læsset det hele ind, ringede han igen og jeg lukkede porten, og tilkoblede alarmen igen via mob. tlf. Jeg tror jeg skal i El-giganten og købe et netværkskamera for at fuldende dette lille setup, de har nogle D-Link DCS 932L til 649 kr, så er det til at starte op, så kan man jo også se om han render med noget.

Passer dit arbejde ?

Sorry for posting in english, I do not speak danish at all :-) I have integrated the old style IHC Controller (no ethernet, RS485 only) to Home Assistant. The code can be found at https://github.com/priiduonu/ihcclient. Comments and PR-s welcome!

Hvis du, som jeg, heller ikke helt har opgivet IHC endnu, så er her lige en lille opdatering på et af mine projekter: IHCEasy (https://jemi.dk/ihc/files/IHCEasy.exe ) Jeg søger lige nu folk der har lyst til at teste min løsning som er en måde at installere LK Visual software pakken uden en masse problemer - det er testet ret grundigt og kan med sikkerhed ikke ødelæge noget*. Der er Features pt. er: Mulighed for at have flere IHC Visual installationer samtidig - Visual 2 og 3 samtidig Automatisk fix af hvis LK visual installation er i stykker ved opstart - utcs, xml og mere Som standard kræver LK Visual ikke længere ikke altid admin rettigheder for at starte Inkludere det nødvendige java - så ingen java problemer eller generel java installation Automatisk check af manglende udvidelser og ødelagte filer Ingen krav om Java for at køre firmware opdatering program Problematisk måde at starte SceneDesigner på er fjernet Flytbar installation Lokal installation Fjernelse af ligegyldige ting som Adobe PDF IHC USB driver tjek og installer Lokale IHC funktionsblokke i bruger (Documents) mappen Løst java skaleringsfejl ved skærme med høj opløsning/DPI ...og meget mere mere jeg har glemt Nå ja nye ikoner også Hent og prøv her: https://jemi.dk/ihc/files/IHCEasy.exe Bemærk det er i beta og jeg mangler lige nu en licens fil og lidt andet. * men dere er ingen garantier

Fra min facebook side: Jeg har på det sidste hjulpet en del med at få installeret selve LK Visual og usb drivere med mere. Ville det give mening at lave noget der kan løse problemerne med primært de gamle men også visual 3 installationer. Det jeg pt har lavet er: - Fjerne automatisk Adobe pdf reader I gammel version og andet forældet software. - Fjerne automatisk installation af gammel og usikker java. - Fjernet krav om java installation til firmware upgrade- - Løst problemet med at bruger definerede funktions blokke ikke kan gemmes og kopieres ind. - Lavet hele lk visual programmet portable. Jeg kan naturligvis ikke distribuere LKs egen software men kan lave noget man kan køre efter man har downloadet deres software men inden man installerer det. Alternativt kunne jeg måske kontakte lk/Schneider og spørge om jeg må bygge en ny installer til dem. Bonus: har ihc-user nogenside hørt noget for de har en del af IHC softwaren til download?

Kommentarer er velkomne ;-) Egne noter: * Måske ikke arbejdet værd at køre klemmer til ALT. * Vil helt sikkert anvende klemmer igen til 0V/12V alarm backup (alarm PIR). * Placering af moduler, gruppeafb., kombirelæer osv. skal planlægges bedre, så der ikke er så lange kabeltræk i tavlen - både IHC og stærk. * Mega bøvlet at trække kabler ind i LK's tavler fra bagsiden. Forskalling bag tavle på 50mm skulle have været lavet dybere. * Tabula el. lign. overvejes til næste projekt * Link-10 kabel til alle tryk/inputs er overkill. Der bliver alt for meget i tavlen. Overvej alternativ kabel med færre ledere. Dog ultimativ mulighed for at ændre senere.

Vil gerne udmelde endnu en successhistorie om tilkobling til visual controller 1 samt erfaringer. Jeg startede ud med at købe en Delock USB-A 2.0 til Seriel RS232 adapter (link 1 nedenfor) som har en FTDI chip. Selv med den rigtige driver kunne jeg ikke få forbindelse til controlleren. Jeg testede kablet og driveren ved at luse ben 2 og 3 sammen og derefter kunne jeg via hyperterm konstatere at kablet, driveren, pc'en ... passede rigtigt sammen. Jeg læste en del tråde her inde og mange havde beskrevet successhistorier ved at bruge t-hansens kabel fra goobay (link 2) og en kønsomdanner hun/hun (link 3). Denne kabel viste sig at virke på windows 7 samt windows 10 og på com port 4. Jeg kunne nu tilgå controlleren via IHC starter, firmware loader 1.1 og visual 1.32. Windows installerede driveren selv så det var jo bare plug and play med dette kabel. På LK's hjemmeside står der at hvis man skal tilgå visual 1.32 så skal firmwaren på controlleren være version 0.1.5.0. Jeg kunne via firmware loader konstatere at versionen på min controller er 0.1.4.0 og alligevel kunne jeg tilgå den via visual 1.32. Tak til alle som hjalp med at besvare mine spørgsmål. 1. https://www.av-cables.dk/usb-til-seriel-adapter-kabel-2/n-a-2881.html?utm_source=google&utm_medium=organicshopping&utm_campaign=googleshoppingorganic&gclid=Cj0KCQjwhY-aBhCUARIsALNIC04Cvx_ghCBQWhX-RQ0ejwL4zfwLGSn3YQHeovgHv7bUj7CPAdZwiCYaApc9EALw_wcB 2. https://www.thansen.dk/elektronik/tilbehor-til-computer-/kabler/usb-to-serial-converter/n496911252/pn552661694 3. https://www.av-cables.dk/seriel-adaptere/seriel-adapter-9pin-hun-til-9pin-hun-d-sub-rs-232.html?utm_source=google&utm_medium=organicshopping&utm_campaign=googleshoppingorganic&gclid=Cj0KCQjwhY-aBhCUARIsALNIC07A1UB-WTg6gVI3FIt9D95U_Ka6D_QS-0SxHuUJpy_oDbMjG0RoZeQaAnHAEALw_wcB

Er den ikke altid det ? Den nyeste altså

Når folk vil have et trådløst setup, så er det fordi det er mere fleksibelt. Det er de færreste der har adgang til at trække nye kabler fordi de har brug for en ekstra PIR eller en ny betjeningsknap. Wireless kan virke rigtigt stabilt hvis man håndterer problemer omkring range og stabilitet. Zigbee løser det problem ved at man for billige penge kan få en zigbee router i hvert rum. Det er i mine øjne en rigtigt fornuftig løsning. Trådløst setup behøver ikke være uden logik. IHC Wireless er et godt eksempel på at man fint kan integrere custom logik ind i et wireless setup. Og det kan man også med Zigbee. Der er bare ikke nogen der har et kommercielt produkt der kan gøre det nu. Som jeg ser det behøver man ikke bruge Schneiders Wiser/Zigbee FUGA enheder sammen med en Wiser gateway. Hvis det er Zigbee devices så kan de kobles sammen med lige præcist den "controller" man har lyst til. Med alt den logic controlleren giver mulighed for. Min oplevelse er at LK har haft 3 store investeringer i IHC: TermIHC: Design af tryk, controller, databus produkter Visual 1: Nyt programmeringsmiljø, ny controller hardware platform Visual 2: Wireless, ny controller hardware platform, rewrite af programmeringsmiljø (i Indien?) Visual 3 er blot et port af controlleren til ny hardware med minimale ændringer af softwaren. Jeg har svært ved at se LK smide penge i større udvidelser af softwaren. Det er simpelthen for dyrt i forhold til hvor få controllere der er solgt. Som det er nu kan de lave nye controllere baseret på næste Linux version + næste java version + ny ARM platform hver 3-4 år. Største udgift er nok at holde wavenis stakken i live. Samlet kan det nok beskæftige en/to mand og det er nok hvad der er penge til. At integrere andre produkter ind i controlleren ville kræve store investeringer både på hardware og software siden. Hvis IHC controlleren skulle være levedygtig på langt sigt så skal hele programmerings oplevelsen forbedres: Bedre editor, bedre debugging, modularisering, mere kodegenbrug, flere datatyper, netværksadgang, etc. Før man ved af det står man med et fuldt "programmeringssprog" med tilhørende IDE. Hvis man kunne sælge sådan en controller til resten af europa så ville der være penge i det ... ellers ikke.

Inspireret af Zafranski´s indlæg fra August 2019 om Roth varmestyring, så kommer her en lille hurtigt vejledning til, hvordan man får IHC varmestyring til at virke med openHAB2 og Google Home. Det forudsætter at man har opsat sin openHAB2 med forbindelse til myopenhab.org cloud. openHAB skal/bør helst være version 2.5. eller nyere. Det er IKKE tiltænkt som en guide til openhab generelt. Det forudsætter derfor man har en vis viden om things og items, eller i det mindste kan gennemskue det grundlæggende. Der er brugt en temperatur & fugt sensor fra Zigza, men en "original" IHC gør præcis det samme. Der er brugt IHC avanceret varmestyrings blok 5.2.05.c på en HW6.2 controller med firmware 2.8.4. Bemærk - Det er opsat med en things fil, fordi man skal bruge setpunkt i varmestyrings funktionsblokken. Setpunktet er ikke tilgængelig via produktet, desværre. Det er muligt man kan hekse noget på een eller anden måde. Spørg en IHC ekspert :-) ihc.things: ihc:controller:elko [ hostname="IP", username="username", password="password", timeout=10000, loadProjectFile=true, createChannelsAutomatically=true ] { Channels: // Stort bad - Rum Type number :stortbad_temperatur_fb "Stortbad Temperatur" [ resourceId=7986196, direction="ReadOnly" ] Type number :stortbad_temperaturSet_fb "Stortbad Temperatur setpunkt" [ resourceId=7989780 ] Type number :stortbad_fugtighed "Stortbad Fugtighed" [ resourceId=13699623, direction="ReadOnly" ] Type number :stortbad_sensorfejl "Stortbad sensorfejl" [ resourceId=7989522, direction="ReadOnly" ] Type switch :stortbad_telestat "Stortbad Telestat" [ resourceId=6144859, direction="ReadOnly" ] } Forklaring: things filen gør intet andet end, at den laver dels laver selve bridge (broen) mellem openhab og IHC controlleren. Og nedenunder defineres channels manuelt, ud fra de resourceIDére som man skal bruge (dem der står i [ ] klammerne). direction=ReadOnly" giver sig selv. OpenHAB læser kun fra IHC controlleren på disse resourceIDére. Der hvor der ikke er sat noget direction, der er det ReadWrite, fordi det er default. Og det er netop det man skal bruge til setpunktet, for at man kan skifte temperaturen (setpunktet) på en IHC "termostat" fx via Google Home. ihc.items: //Stort Bad Group g_Stortbad_TSTAT "Stort Bad Termostat" [ "Thermostat" ] Number stort_bad_Temperature "Stort Bad Temperatur [%.1f °C]" <cu_heating> (g_Stortbad_TSTAT) [ "CurrentTemperature" ] { channel="ihc:controller:elko:stortbad_temperatur_fb" } Number stort_bad_Tempsetpunkt "Stort Bad Temperature setpunkt [%.1f °C]" <temperature> (g_Stortbad_TSTAT) [ "homekit:TargetTemperature" ] { channel="ihc:controller:elko:stortbad_temperaturSet_fb", autoupdate="false" } Number stort_bad_fugt "Stort Bad Fugtighed [%.0f %%]" <Humidity> (g_Stortbad_TSTAT) [ "CurrentHumidity" ] { channel="ihc:controller:elko:stortbad_fugtighed" } String stort_bad_Mode "Stort Bad Mode [%s]" (g_Stortbad_TSTAT) [ "homekit:TargetHeatingCoolingMode" ] Switch telestat1_stort_bad "Stort Bad Telestat [%s]" <cu_switch> (g_Stortbad_TSTAT) { channel="ihc:controller:elko:stortbad_telestat" } Forklaring: Først skal der laves en Group item. Den hedder i det her tilfælde g_Stortbad_TSTAT. Og den skal bruge Google Home tagget [ "Thermostat" ]. Denne group fortæller Google, at der er tale om en termostat. Derefter tilføjes de items som skal bruges til samme group for at Google kan forstå og arbejde med denne termostat korrekt. Dvs items som har disse tags: "CurrentTemperature", den reelle temperatur. "Homekit:TargetTemperature", der reelt er setpunktet. <- (Derfor skal den channel være ReadWrite) "Homekit:TargetHeatingCoolingMode" som gør det, at den fortæller hvilken "mode" termostaten er i. Normalt vil man have en "rigtig" termostat som sender et nummer, alt afhængig af om den er heat, cool, ON, OFF eller fx Auto. Sådan en funktion har vi ikke med IHC sensorene og varmestyringen, da den reelt "bare" er sensorer/følere, der sender data retur til controlleren, så så kan tænde/slukke en telestat. Derfor er der ikke linket til nogen IHC resourceID for Mode status. Men vi kan sagtens bruge Mode alligevel, og ret smart endda. Det gør vi ved at bruge en String type item til "Homekit:TargetHeatingCoolingMode". Ved brug af den og telestaten fortæller vi simpelthen Google om "termostaten" varmer eller ikke-varmer(køler). (heat eller cool). Simpel logik. Men først et par billeder af "termostaten i Google Home, når det er sat op, og man har synkroniseret sine enheder. Det ser således ud i Google Home (virker også i Google Nest Hub): Bemærk, det er samme termostat men den er rød på det ene billede og blå på det andet. Det er her Mode og String type item og en simpel rule kommer ind.. Den aktuelle temperatur aflæses under teksten "Indendørs". På begge billeder er aktuelle temperatur altså 22.5. Men dreje knappen er den man stiller setpunktet på. På det røde billede er setpunkt sat til 23grader. Men da temperaturen kun er 22.5 grader, så er den altså i varmetilstand. Telestaten er tændt. På det blå billede har jeg skruet setpunktet ned til 22 grader. Altså mindre end den egentlig temperatur. Og derfor er den i køletilstand. Telestaten er slukket. Det her er ikke noget Google selv finder ud af.. Det laves via en simpel rule som benytter telestaten til at fortælle Google, via Mode, hvad status er. Den ser således ud: rule "heatingmode stortbad" when Item telestat1_stort_bad changed then if (telestat1_stort_bad.state.toString == "ON" ) { stort_bad_Mode.postUpdate("heat") } else { stort_bad_Mode.postUpdate("cool") } end Hvis man har en smule indblik I openhab, så vil man lyn hurtigt gennemskue denne rule. Den betyder simpelthen: Hvis telestat1 er ændret så Hvis den er ændret til ON Sendes "heat" til item stort_bad_Mode ellers Sendes "cool" til item stort_bad_Mode end Kort sagt - Er telestaten ON, så sættes Mode til "heat" og ellers er telestaten OFF, og Mode sættes til "cool". Det er netop det der trigger Google Home termostaten - "heat" så er den rød, "cool" så er den blå. Og dette kan vi gøre, fordi det er en String item type. Selve telestaten styres helt normalt via IHC og setpunktet i varmestyringsblokken. Og fordi vi har ReadWrite på setpunktet, så kan vi også skrue op/ned for setpunktet i IHC varmestyringen via Google Home. Så nemt er det faktisk. Det virker i Google Home app (både Android og IOS). Det virker med Google Nest Hubs, (dem med skærm). Og det virker med stemmekontrol. Spørger jeg fx Google "Hey Google, hvad er temperaturen i stort bad" - Så får jeg svaret 22.5 grader. Hvis jeg beder Google om at ændre termostaten til 23 grader, så gør Google også det, og setpunktet ændre sig til 23 grader i IHC varmestyrings blokken. Fordi det er en temperatur og fugt sensor, så kan jeg også sige, "Hey Google, hvad er luftfugtigheden i stort bad". Og Google svarer retur, hvad luftfugtigheden er. Man kan IKKE se luftfugtigheden angivet nogle steder.. Der er faktisk ingen der kan forklare, hvorfor man ikke kan se det. Men det er en feature som Google åbenbart ikke mener er nødvendig at kunne se, men som man skal spørge ind til.. Lidt mystisk holdning, men det er altså Google´s skyld. Thats it.. Håber det kan bruges til noget. Spørgsmål - Så bare skyd løs.

Jeg fik lavet en lille serie af minimoduler, hvortil der kan tilsluttes 14 svagstrømstryk. Minimodulet tilsluttes 4 indgange på et IHC Input 24 modul og en tilhørende funktionsblok overfører signalet, fra den tast der er trykket, til det program (typisk Kip tænd sluk) der skal aktiveres. Herved kunne jeg forøge antallet af indgange fra 16 til 56 på et IHC Input 24 modul. For dem der er stødt ind i lignende problem, med manglende indgange, eller bare er interesseret, har jeg lagt funktionsblokke, produktbeskrivelse og dokumentation ud på Google drive her: https://drive.google.com/drive/u/1/folders/1PdKghZ8j1VPnH1peUcG3Qugtv0dsBeLw Modulerne sælger jeg for kr. 150,- pr stk. Min historie Jeg stod i den situation, at jeg var endt op med 225 indgange fordelt på to etager. 176 indgange var svagstrømstryk, resten er PIR og magnetkontakter. I installationen er der uderligere et IHC 230V 8 indgange, og et IR input, som hver tager en Controller indgang. Ved sammenkobling af to Controllere anvendes der en indgang på begge Controllere. Dette efterlader 12 Controller indgange fordelt på to Controllere, der giver mulighed for tilslutning af (12 x 16) 192 indgange. Udbygning med en 3. Controller er der ikke plads til i teknikrummet (skabet), så jeg gik i tænkeboks. Her opstod ideen om, at det måtte kunne lade sig gøre, at dele indgange på IHC Input modulet med flere svagstrømstryk. Resultatet er er blevet til, at jeg fik lavet en lille serie af “1-14 input Decimal-to-BCD Encoder” moduler, som har løst mit problem. I min installation har jeg flyttet 94 svagstrømstryk over på 2 IHC Input 24/24 moduler, så det gav plads til alle indgange.

Til minimodulet kan der tilsluttes 14 svagstrømstryk. Minimodulet tilsluttes 4 indgange på et IHC Input 24 modul og en tilhørende funktionsblok overfører signalet, fra den tast der er trykket, til det program (typisk Kip tænd sluk) der skal aktiveres. Minimodulet kan monteres direkte på IHC Input 24 modul. Der er fire varianter: 1-4, 5-8, 11-14 og 15-18, således at forbindelserne mellem minimodulet og Input 24 modulet passer direkte over for hinanden. Et IHC Input 24 modul, monteret med 4 minimoduler, vil således kunne håndtere input fra 56 svagstrømstryk. Funktionsblokke, produktbeskrivelse og dokumentation kan findes på Google drive her: https://drive.google.com/drive/u/1/folders/1PdKghZ8j1VPnH1peUcG3Qugtv0dsBeLw Modulerne sælges for kr. 150,- pr stk.

En forskel er, at den længe ventede IHC DIN LED dimmer åbenbart kun kan bruges med Visual 3. Det er ærgerligt.

Jeg kan prøve: IHC Captain er gratis IHC Captain lader sig styre alle input/indgange og indstillinger IHC Captain lader dig styre næsten alt det samme som IHC administrator uden problemer med Java og certifikater IHC Captain kan forbinde din IHC Controller til omverden (jeg har i beta den anden vej - hvor omverden kan forbinde og styre IHC, f.eks. ifttt, google home etc.) IHC Captain kan overvåge din IHC Controller IHC Captain tillader dig at lave forskellige visninger og styring - så du kan lave en bruger til et barn f.eks. som kun gør de kan slukke og tænde lyset i deres værelse etc. (det kommer endeligt ud i næsten version)

Version 1.36 RPI 4 er nu understøttet! Hent det nye "image" Understøttelse af flere brugere med opsætning af forskellige rettigheder (BETA) Løst problem med afspilning af nogle typer Sonos Favoritter Løst problem med at gemme/tilføje flere regler på en handling Løst problem med at IHC Captain ikke ville start/stoppe hvis RPI mistede strømmen Løst problem med kip/skift i HUE modulet på rum/grupper - nu følger logikken som i HUE systemet, hvis en pære er tændt i gruppen så slukkes alle og hvis ingen er tændt så tændes alle Pushover en nemmere at sætte op - Det er ikke længere nødvendigt at registrere en applikation men det anbefales for at sikre stabil leverance af beskeder Forbedret håndtering og sikkerhed af websockets Forbedret håndtering af installer på forskellige linux distros Løst fejl ved Enumator lister på bruger designede lister Enumator lister er nu sorteret som IHC Visual gør Løst en del layout problemer ved små skærme http://jemi.dk/ihc/#changelog

@Lars1 og @Kandersen I to bliver aldrig enige om noget, så lad nu være med at skændes i tråde. Tag den i PB eller arranger et møde hvor i kan diskutere jeres uenighed. Bare stop med at gøre det her. Mvh Thomasbl.

Det er jeg udmærket klar over. Men langt de fleste, dig selv inklusive, glemmer at følge op på deres tråde omkring disse problemer. Derfor synes jeg det var på sin plads at videregive lidt info til andre som kommer til at stå i samme situation.

Jeg roder med det i disse dage. Det sværeste er at det kræver at det skal ud på nettet og jeg vil være helt sikker på sikkerheden er på plads. Når det er på plads åbner det så også for mange mange flere ting. Men jeg har ikke et godt bud på hvornår det er klar. Skal også have købt noget hosting etc.

Der er flere, som har haft udfordringer med opgradering af en hw7 controller til firmware 03.03.18. Derfor besluttede jeg at være lidt forsigtig og gjorde følgende: Fandt en ældre ledig bærbar PC, som jeg installerede Ubuntu linux distribution på. Det var faktisk overraskende nemt med simple peg og klik. Tog SD kortet ud af min hw7 controller og kopierede alle filer til PC'en. Der var ingen 'hidden' filer. Formaterede et gammelt 64Gb SD kort i ext3 format, som også er formatet, der bruges i LKs sd kort. Herefter kopierede jeg alle filer til det nye kort og satte det i controlleren. Controlleren blev genstartet og startede fejlfrit op med mit eget SD kort - se skærmkopi. Herefter opgradede jeg firmware til 03.03.18 på mit kort og det fungerede fejlfrit. Mit eget kort brugt til den første test blev atter fjernet og erstattet af det oprindelig kort fra LK, hvor jeg ligeledes foretog firmware opgradering uden fejl. Så det er muligt at have sit eget SD kort dels til aftestning af ny firmware før endelig installation, dels som backup, hvis det originale LK kort skulle blive defekt. Edit: Det er efterfølgende gået op for mig, at man ikke kan konkludere, at sd kortet indeholder firmwaren. Jeg kontrollerede ikke firmware nr før opgradering nr. 2. Der er kun én fil på kortet, som hedder "stored". Den fylder i mit tilfælde kun 194 KB, hvilket nok ikke kan rumme firmwaren - selv i compileret format.

Tilføjelse December 2019: Nedenstående gælder for IHC Binding version 1. Indlæg vedr. Binding version 2 findes her. Jeg har brugt nogen tid på Openhab2 med integration til bl.a. IHC og Homekit. En del fra dette forum - bl.a. Pauli Anttila og Claus Skovgaard - har givet væsentlige bidrag, så jeg kunne komme videre. Derfor vil jeg hermed komme med, hvad jeg synes er 'best practice' og simpelt, så andre måske kan spare lidt tid. Et vigtigt kriterie er, at IHC systemet skal kunne fungere selvstændigt uden at være afhængig af 3. parts software fra fx Openhab eller Apple. Det betyder, at man ikke i væsentlig grad må være afhængig af denne type software for at kunne foretage de mest basale ting i sit hus. Løsningen er ret simpel - efter setup af bindings behøver man faktisk kun lave én fil kaldet ihc.items, og den kan se sådan ud: Eksemplet viser, at udgangen styrer on/off visning i Homekit, mens en tænding i Homekit ved at trykke på ikonet aktiverer øverst venstre svagstrømstryk, og slukning aktiverer øverst højre svagstrømstryk. Det betyder, at man ikke aktiverer output i IHC direkte, men kun input - fuldstændig som hvis man fysisk trykker på et svagstrømstryk. Resource ID fra IHC kan ses ved at hold CTRL knappen nede i Visual, mens man kører musen over elementet. Tallet 80 betyder, at pulsen varen 80 millisekunder. Pauli Anttila fra dette forum har lavet en rigtig smart binding, hvor man for hver funktion - fx en spot i loftet - kan angive, hvad i IHC der skal vise status i Homekit, hvad der påvirkes i IHC, når man i Homekit sætter noget ON og ditto, når man sætter OFF i Homekit. Det er konfigureret i tegningen herover, og det ser således ud i Iphone: Det er dokumenteret af Pauli, men den fulde konsekvens og muligheder fandt jeg først efter indlægget fra Claus Skovgaard. Eksempelvis kan man tilføje Alarm til Homekit, hvis man har tiltro til Apples eksterne sikkerhed. Her er pegepinden til IHC dog ikke input, men til en Alarm funktionsblok. Se dette eksempel fra Visual: Samlet betyder det, at IHC holder al logik med mulighed for egne add-ons, hvis der er behov. Man behøver kun at lave ihc.items og ingen rules eller sitemap, hvis man benytter Habpanel eller Homekit bruger interface. Jeg benytter hw 6.1 med firmware 2.7.199 og har endnu ikke oplevet genstart af controller eller andre problemer. Der er ca. 60 IHC elementer koblet til, og svartiden er instant - dvs. < 1 sekund. Det afvikles på den mindste model af Synology NAS server, som jeg i forvejen har tændt 24/7 til backup formål. Openhab2 har installationspakker til bl.a. Windows, Synology og RPi. mvh / Ejvind

Nå da, det var da noget rod. jeg har valgt IHC systemet fordi det opfylder det jeg skal bruge til mit smart House. Også ville jeg hellere ikke skræmme evt køber væk i fremtiden med noget system som kune jeg kan servicere. der bliver en del kabler ja, men synes det er tryghed for mig at have kabler ud til alle tryk og sensor. Også er kablet stadigvæk det bedste efter mit optik.

Hvis vi ved det hele, så kan opgaven vel burges som et klassisk eksempel på hvorfor nogle har dårlige oplevelser med IHC. "Kunden" fremstå på ingen måde afklaret i sine ønsker, hvilket peger mod mangelfuld eller direkte dårlig rådgivning - jeg hælder nok mest til det sidste. Dermed sender "mester" problemet videre til hans personale, som ikke har en kinamands chance for at lave et tilfredsstillende program til kunden. = utilfreds kunde = sur mester = dårligt arbejdsmiljø. Hvilket igen giver anledning til at fremhæve at det vigtigste arbejde er en ordenlig afklaring af "kundens" ønsker og krav.

Jaja, men verden fungerer trods alt rimelig godt med de enheder du nævner, så ingen grund til at flytte ud i skoven med sin 1-polede afbryder... Nogle gange kan det være nok hvis du flytter antennen til controlleren lidt. Evt. vender den nedad. Eller flytter den en meters penga, eller flytter den over på den anden side af en væg f.eks.

Helt så skidt synes jeg nu ikke det ser ud. Jeg fik endeligt tid til at prøve at installer SW'en og læse online manualen, og der er flere forbedringer når det kommer til management af controlleren. Udover det som Lars Jacobsen og andre allerede har nævnt, vil jeg nævne. Firmware: Firmware kan uploades både via net og USB. Et kæmpe skridt frem IMHO selvom det ikke ser ud til at det er muligt at uploade ny firmware via SD kortet. IHC program: IHC programmet kan uploades via USB, net og SD kort. Det står ikke direkte at man kan gemme et program på SD kortet og loade det i controlleren, men SD kortet kan bruges til at flytte et program fra en controller til en anden, så mon ikke også man kan gemme et program direkte på kortet og uploade det i controlleren den vej. S0: Ser faktisk ret gennemført ud, I S0 produktet er der visning af aktuelt forbrug, max, min og average samt sidste time, dags, uge, måned og år. Men ligesom Lars Jacobsen savner jeg også muligheden for at have flere S0 måler tilsluttet samtidig. Jeg tvivler dog på at Lars Jacobsen's Wattmeter FB bliver overflødig. Bl.a. Dong kræver 25 kr. pr. mdr. for at give dig adgang til S0 udgangen på måleren. Det kan man købe mange Zigza diode modtager for. Controller udskiftning: Ved fremtidig udskiftning af controller, skal man ikke længere selv linke alle wireless enheder. Der er nu en gendan funktion i Visual, som kan reetabler alle links når man overføre programmet fra den gamle controller. Desværre står der i manualen at det kræver en Visual 3 controller eller nyer for at det virker, så man kan nok ikke bruge gendan funktionen når man flytter sit Visual 2 program til Visual 3 controlleren. Logning: Logning er forbedret, men noget omstændig IMHO. For temp sensor er der specielle produkter med log funktion. For input og output, er man nød til at bruge bruge definerede produkter med log funktion. Muligheden for at bruge samme fysiske udgang på 2 forskellige produkter er tilbage, så man kan vælge at have det normale produkt på en udgang, samt det bruger definerede produkt med log funktion, men om det vil give problemer som det ofte gør i Visual 2 ved jeg ikke. Selve logning konfigureres i egenskaber på log parameteren. Det er lidt ulogisk, men det er feltet initial værdi, som bruges til at definer om der skal logges ved ændringer, eller faste intevaller som f.eks. time, dagligt, ugentligt eller månedligt. Desværre er mindste værdien hver time. Udlæsning af logfilen sker i serviceview, ligesom export gøres via service view. Her savner jeg FTP adgang, så man kan pulle log'en remotely med et scheduleret job. Helligdage: Som Lars Jacobsen har nævt er der kommet helligdage med. Desværre kan man ikke selv ændre dem. Man er tvunget til at bruge de helligdage, som LK definer. Controlleren kan selv hente opdateringer fra nettet, men hvilken service de hentes fra er ikke beskrevet. Der er kun en afkrydsnings boks om man vil opdater fra nettet eller ej. Kommatal: Controlleren kan nu også håndter kommatal ligesom den kan gange og divider. Desværre overholder den ikke de danske regneregler ved konvertering fra kommatal til heltal. Konverteringen sker ved at smidde alt efter komma'et væk. Den rigtige metode havde været at alt fra og med ,5 og op blev rundet op, og alt under ,5 blev rundet ned. Dertil kommer at kommatal kun kan indeholder 2 decimaler. Men kommatal i sig selv er et skridt frem IMHO. Sjove observationer: Noten på fugt/temp. sensor med logging er en blanding af dansk og engelsk. "Sensor for fugt og temperatur with logging" I eksemplet med logning har LK brugt udgangen på en stikkontakt som indgang for den FB, som tricker logningen. Det har de ellers frarådet at gøre i Visual 2, men det problem er måske løst i Visual 3. Dårlige nyheder: Den dårlige nyhed er at alt andet stort set er ved det gamle. Det er det samme admin, service og scene view, som vi kender fra Visual 2, ligesom Visual stortset også er det samme. Så Java og certifikat problemerne vil fortsat eksister som jeg ser det. Konklusion: IMHO er der kun tale om en HW opgradering med lidt kryderier. Der er ikke tale om et fundamentalt skifte som fra TermIHC til Visual 1 eller Visual 1 til Visual 2 eller indførelsen af IHC wireless eller viewer Ligesom Lars Jacobsen vil jeg ladet det være op til den enkelte om man vil smide penge efter en Visual 3 controller. Jeg tvivler på jeg gør det med mindre der kommer et godt indbytnings tilbud. De nyheder der er, er stortset altsammen noget jeg savner idag, men på den anden side mangler der fortsat en hel del funktionalitet før jeg igen vil satse stort på LK IHC. Håber i kan bruge min gennemgang af nyhederne i online manualen til noget.

Sjove funktioner ?? tjaa... om de er sjove, ved jeg ikke, men nok lidt mere nørdet... Her er hvad jeg har: Om natten tænder alt lys kun på 20% (med mindre huset er i "fest mode") Alarm pir slukker lys på børneværelser efter 30 min uden bevægelse Speciel tryk til sovelys på børneværelser, som sætter lys til 10% og deaktiverer automatisk sluk på pir, samt slukker kl 7:00 Virtuel skumringsrelæ styrer udvendigt lys ventilator på wc tænder først når lyset har været tændt i 3min, og kører så 20 min. (kan tændes og slukkes manuelt) batteri tryk på sengegavl, som styrer nat bords lamper, lys i soveværelse og sluk alt minus soveværelse Dataopsamling fra el og vandmåler, så aktuel dags, uge, månede, og år kan aflæses i IHC Tablet Blå led lys under trin på trappe tænder kl 5:30 hvis der er under 3 grader udenfor.. (så ved fruen hun måske skal skrabe is, mens mit oliefyr kører i bilen) Det var hvis hvad jeg har lavet at nørdede ting..

Du skal ikke gøre dig forhåbninger om at LK/Schneider kikker med her. Det var ihverttilfælde udmeldingen på det dialogmøde jeg deltog i for et par år siden da de bød op til dans. Da jeg henviste til mere information og åbenhed omkring det der blev diskuteret på Danmarks største IHC forum (ihc-user.dk) var svaret meget arrogant, at de kan da ikke holde øje med alle mulige "tilfældige" fora på Internettet. Næ nej de har deres egne kanaler hvor (private) brugere og kunder ikke har noget at gøre. De vil nemlig kun være i dialog med installatører og det er nok ikke dem der står med håret i postkassen når IHC fejler eller ikke lige virker efter hensigten, og dermed får meldt alle mulige problemstillinger videre.

Hej Gruppe Kunne se der var mange der lige som mig havde problemer med at benytte Gmail til at sende notificationer (SMTP relay). Det kan normal ikke lade sig gøre, da Gmail og Google Apps benytter SSL kryptering, som IHC ikke understøtter. Dog har Google følgende SMTP "aspmx.l.google.com" og port "25". Den virker find uden SSL, så længe du sender til en Gmail konto. (Der skal ikke sætte brugernavn/password) Så for mange vil det løse problemet. Hvis man er Google Apps bruger findes der også en løsning hvor man kan pre-approve sin IP og derved sende til alle gennem sin mail account. Se mere på https://support.google.com/a/answer/176600?hl=en Håber det kan bruges Mvh Bjørn Studsgaard Voss