Søg på hele sitet

Hej Ang. mulige alternativer til IHC generelt har jeg og det firma Pteknik jeg arbejder for et alternativ hvor controller + indgange og udgange fjernes og produktet som fylder fra 3 til 12 moduler indsættes på Din skinne i stedet for. Indgange og udgange kan normalt overtages direkte. Systemet programmeres direkte på en app via bluetooth eller lan og wifi, dvs. det kan køre og programmeres uden net eller internet og har alle mulighederne som IHC plus en hel del mere. Indgangene er multifunktionale såsom 1 wire, Modbus via RS485, MOTT, analog - digital (termoføler - skumringsføler - osv.), voice assistents, osv., DALI. På udgangs siden kan nævnes normale AC/DC udgange 5A - A16, Styring af 3vejs ventiler - varme i rum, dimming af lys og mosfet dimming, stepmotor - motoriserede gardiner, actuatorer, osv.. Da dette er meget ny og ikke kommet på hjemmesiden (der arbejdes på dette), håber jeg alligevel at det har vagt lidt interesse. Med venlig hilsen Peter

Schneider har d. 31/8-2023 annonceret at LK IHC controller HW7.x Visual 3 udgår med øjeblikelig virkning, og der ikke kommer nogen afløser. Resten af LK IHC produkterne udgår efterhånden som det eksisterende lager bliver tømt. Inden man går i panik over at der ikke længere er support på ens LK IHC installation, bør man huske på at LK IHC installationer har det med at holde RIGTIG længe uden at give problemer. Det er ikke unormalt at en installation køre både 20 og 30 år uden problemer. Problemerne opstår typisk når man vil lave ændringer i dem. Schneider har lavet et IHC nyhedsbrev hvor man kan få mere info om Schneider's alternativer til LK IHC. Man kan tilmelde sig nyhedsbrevet her. https://forms.office.com/Pages/ResponsePage.aspx?id=reFRbkvFOUu1mA_-muaP75nTbeFzOPNPpOLWZfeYF3tUNFdKNEtKTVBVUlhOMVY2VlkzVEROS1VaMS4u&mkt_tok=MTc4LUdZRC02NjgAAAGOkuMlS4LEdDBxipFvsq4r_0rbUxcWxNbLkGuA-o_mPxlFh1m9P0yqsmqZ8bBQ5tdbCEGF8tsgcebcyQ1iamdBXT9A_-ocleH--fYRcOgLNn8BmqWAm0rG Denne FAQ forsøger at liste mulige alternativer. Hvilke der er best afhænger af hvad man bruger sin IHC controller til og ønsker at bruge den til. Diskution om alternativerne bør ske i denne tråd https://www.ihc-user.dk/forum/forums/topic/10806-ihc-controlleren-udgår/ Mulige alternativer LK IHC standalone (LK IHC uden controller og uden wireless) Det er muligt at koble LK IHC I/O modulerne sammen direkte uden controller. De vil så virke som følg, hvilket vil sige som klassisk afbryder. Man vil ikke have den samme flexibilitet og funktionalitet som med en LK IHC controller, men i det mindste vil man have lys i huset uden at skulle ud i en større investering i et andet smarthouse produkt. Desværre kan man ikke bibeholde sine svagstrøms tryk, da direkte sammenkoblede I/O moduler virker som følg (udgang samme tilstand som indgang), mens LK IHC programmerne typisk er programmeret som kip relæer. Har man også wireless enheder i sin installation, kan disse linkes direkte med hinanden. Uden controller, kan man desværre ikke kommuniker mellem LK IHC tavle moduler og LK IHC wireless enheder. Så hvis man har LK IHC svagstrøms tryk som er forbundet til LK IHC input moduler og LK IHC wireless dimmer, så vil det ikke virke uden controller. Det er dog begrænset hvor længe man vil kunne få reservedele til denne løsning, da Schneider har stoppet produktionen af alle LK IHC komponenter. Efterhånden som lageret af eksisterende produkter bliver udsolgt, udgår produkterne. LK IHC wireless standalone Modsat LK IHC standalone, er der her tale om en ren wireless LK IHC installation, uden controller og uden tavle moduler. Denne type installationer, kan relativt nemt erstattes med et anden smarthouse produkt som er wireless baseret, som f.eks. Wiser, Z-Wave, Zigbee, Shelly m.fl. Kip relæer Man kan også erstatte I/O modulerne med standard kip relæer. Man vil ikke have den samme flexibilitet og funktionalitet som med en LK IHC controller, men i det mindste vil man have lys i huset uden at skulle ud i en større investering i et andet smarthouse produkt og man kan bibeholde sine svagstrøms tryk. KNX https://www.knx.org/ Er nok det som kommer LK IHC nærmest når man kigger på produkt kataloget (sensor, styringer m.m.). Jeg har aldrig prøvet at programmer KNX, så jeg kan ikke sige om det kræver trejdeparts produkter at lave de avancerede ting man kunne i LK IHC Fordele: Kablet og wireless ligesom LK IHC Fuldt produkt program ligesom LK IHC har flere interface for adgang via trejdeparts produkter Er en standardiceret multivendor platform, så den udgår nok ikke lige forløbig Ulemper: Nærmest umuligt at komme i nærheden af hvis man ikke køber det hos via en el-installatør. Er TEMMELIG dyrt. Loxone https://www.loxone.com Nok det produkt som ligner LK IHC mest. Har ligesom KNX et fuldt produkt katalog, incl. de ting som LK IHC manglede. Jeg har aldrig prøvet at programmer Loxone, så jeg kan ikke sige om det kræver trejdeparts produkter at lave de avancerede ting man kunne i LK IHC. Fordele: Kablet og wireless ligesom LK IHC Fuldt produkt program ligesom LK IHC Support for Apple Homekit Ulemper: Proprietær produkt serie ligesom LK IHC Det vides ikke om Loxone kan integreres med f.eks. OpenHAB eller Home Assistance Umiddelbart forhandles det ikke i DK Ser ud til at være relativt dyrt Carlo Gavazzi Smarthouse https://carlogavazzi.dk/ https://www.smartbuilding.dk/ Kommer ligesom KNX tæt på LK IHC når man kigger på produkt kataloget (sensor, styringer m.m.), men er langt fra ligeså flexibelt som LK IHC. Hvis man skal lave noget avanceret som med LK IHC kræver det eksterne systemer som f.eks. openhab, home assistance etc. Dette er muligt via det indbyggede modbus interface i deres smarthouse controller. Fordele: Kablet og wireless ligesom LK IHC Fuldt produkt program ligesom LK IHC har modbus interface for adgang via trejdeparts produkter Ulemper: Nærmest umuligt at komme i nærheden af hvis man ikke køber det via en el-installatør. Kræver trejdepart produkt for at lave de avancerede ting man kunne direkte i LK IHC OpenHAB https://www.openhab.org/, Home Assistance https://www.home-assistant.io/ m.fl. Opensource produkter man kan installer på f.eks. en Raspberry PI. Produkterne kan integrer med en LANG rækker smarthouse produkter, incl LK IHC, og man kan lave ting der er mere avanceret end man kunne med LK IHC alene. Produkterne er dog langt fra så stabile som LK IHC eller andre smarthouse produkter som ligesom LK IHC benytter en micro controller til afvikling af programmet. Fordele: Kan integrer med stort set alt Ulemper: Kræver at man har IT erfaring og kan programmer. Der er en vis risiko for at systemet holder op med at virke i forbindelse med HW, OS eller SW opdatering, da det typisk er 3 forskellige producenter som er ansvarlige for de 3 komponenter. Med LK IHC eller et andet smarthouse produkt, er det en og samme producent som er ansvarlig for alle 3 komponenter. Z-Wave https://en.wikipedia.org/wiki/Z-Wave og Zigbee https://en.wikipedia.org/wiki/Zigbee Z-Wave og Zigbee er 2 forskellige openstandard kommunikations protokoller i stil med KNX. Det er nemmer at få fat på Z-wave og Zigbee produkter end KNX produkter, men det er ikke alle Z-Wave og Zigbee produkter som kan kommuniker ordentligt med hinanden, og det kræver trejdeparts produkter som OpenHab eller Home Assistance hvis man vil lave noget avanceret med produkterne. Z-Wave og Zigbee, uden trejdeparts produkt, kan best sammenlignes med LK IHC wireless standalone, og kan rimeligt problem løst erstatte dette. Udfordringrne kommer når de skal erstatte den funktionalitet, som ligger i en LK IHC controller med tilhørende tavle moduler m.m. Firmaer som f.eks. https://logic-group.com/ har lavet en forretning ud af at lave smart house installationer baseret på Z-Wave Fordele: Kan købes i div. webshops Ulemper: Kun wireless Kræver trejdepart produkt for at lave de avancerede ting man kunne direkte i LK IHC Både Z-Wave og Zigbee har certificerings programmer, men der findes desværre produkter på marked fra begge standarder som er solgt med certificerings stemplet, selvom de ikke kan kommuniker problemfrit med andre certificerede produkter. Certificerings stemplet er derfor ikke nogen 100% garanti for at de virker problemfrit med produkter, baseret på samme protokol, fra andre producenter. Wiser Schneider's afløser for LK IHC. Kan langt hen af vejen det samme som LK IHC standalone (LK IHC uden LK IHC controller), men har også en app. Der findes en gateway, men mig bekendt er integration med trejde parts produkter dog fortsat temmeligt besværligt, selvom produkt serien er baseret på Zigbee. Produktet er mig bekendt IKKE Zigbee certificeret. Wiser, uden trejdeparts produkt, kan ligesom Z-Wave og Zigbee, uden trejdeparts produkt, best sammenlignes med LK IHC wireless standalone, og kan rimeligt problem løst erstatte dette. Udfordringrne kommer når det skal erstatte den funktionalitet, som ligger i en LK IHC controller med tilhørende tavle moduler m.m. Fordele: Kan købes i div. webshops Ulemper: Ren wireless Begrænset produkt program Kræver trejdepart produkt for at lave de avancerede ting man kunne direkte i LK IHC Trejdeparts integration er besværlig Shelly https://www.shelly.com Produkt serie i stil med Wiser, men med et breder produkt udvalg. Derudover understøtter de fleste af deres produkter flere kommunikations protokoller. Herunder Z-Wave, WIFI, Bluetooth og LAN Fordele: Kan købes i de nogle webshops Et bredder produkt program end Wiser, men dog ikke på højde med KNX Ulemper: Tavle produkter bruger wireless eller LAN kommunikation. Kræver trejdepart produkt for at lave de avancerede ting man kunne direkte i LK IHC Atom https://www.pteknik.dk/i3-engineering-smart-hjem/ Produkt serie i stil med Loxone, men med langt smaller produkt udvalg. Dertil kommer at de ikke helt har styr på begreberne hvilket gør det MEGET svært at gennemskue hvad de enkelte ind/udgang egentlig kan. F.eks. skriver de at deres analoge indgange har en 12 bit ADC bitrate. Det er ikke en analog indgang, men en data linie, som den LK bruger til deres temp. sensor. En analog indgang vil være benævnt med f.eks. 0-20ma, 0-10V, PT100/PT1000 etc. De har 9 forskellige controller. Det er et tydeligt tegn på at det ikke er særligt flexibelt eller scalerbart, men derimod et meget smalt fokuseret produkt. Man kommer derfor nok til at skulle have mere end 1 controller, selv i små smarthouse installationer. Fordele: Understøtter kablet smarthouse installation. I det mindste nogle af controllerne har modbus interface, så integration med f.eks. OpenHAB eller Home Assistance burde være mulig. Ulemper: Proprietær produkt serie ligesom LK IHC De nævner ingen stedder hvad det koster eller hvor man kan købe det. Der er meget LIDT system dokumentation m.m. tilgængelig, så det er MEGET svært at gennemskue hvad produktet reelt kan, eller ikke kan. Gateways Hvis nogen skulle have mod på at lave en gateway til LK IHC I/O modulerne og temp. sensor, så er her nogle links til dokummentationen af kommunikationer med disse. Skulle linksne ikke virke, er det relativt nemt at reengineer. Det kræver bare at man sætter et occiloscop på datalinien. Så kan bitstrømmen aflæses. https://en.wikipedia.org/wiki/Intelligent_Home_Control# https://www.dingus.dk/ihc-inoutput-protokol/ https://www.dingus.dk/ihc-temperatur-protokol/ https://www.dingus.dk/arduinoihc/ https://github.com/priiduonu/ihcclient Dingus har via Arduino boards forsøgt at lave en gateway, så man kunne kommuniker direkte mellem LK IHC I/O modulerne og f.eks. OpenHab eller HA uden en LK IHC controller. Linket til hans kode virker dog desværre ikke længere, og der har været et par tråde om at folk som har forsøgt at følge hans vejledninger ikke kan få kommunikationen med I/O modulerne til at virke stabilt. Hvis nogen har kendskab til andre gateways, så lad mig høre om dem.

Er der nogen der kendt et fix og færdigt produkt som indeholder et relæ som trigges af at en kendt mobiltelefon kommer indenfor rækkevidde (og uden at der skal køre en given app på telefonen - dvs den skal også detektere uden nogen form for tastning på telefonen)? Det skal anvendes som trigger til div “komme-hjem”-aktiviteter i IHC-systemet.

Jeg brugte det som eksempel fordi jeg ikke gider diskutere mit arbejde. Men ok, jeg har arbejdet med at designe wireless data protokoller, mobiltelefoni, store IT systemer, udrulning af Wifi i 2 store virksomheder. Jeg har ikke selv sat wifi løsningerne op rent fysisk men jeg har fået alt det feedback der er på løsningerne som projektdeltager. For selvfølgeligt skal det virke og det gør det også når man sætter det rigtigt op. Problemerne med wifi ligger stort set altid i dårlig firmware i access points eller computere, i dårlige antenner eller forkert konfiguration. I øvrigt kan man løbe ind i de samme ting hvis man roder med port level security (802.1X) på ethernet, ethernet multicast, etc. Så snart det kommer en smule ud over standard er der for mange fejl i firmware eller også har folk svært ved at konfigurere skidtet. Access points i hjemmet virker efterhånden altid når bare man holder sig til fornuftige mærker og standard konfiguration. Det bliver først en smule problematisk hvis man vil have mange access points. Der er fin plads. En Zigbee radio kan alle de ting (men har dårligere range). Den fylder det samme. Det samme gælder Bluetooth. Det handler om at LK ikke har rørt en finger ved wireless delen siden første version og valgte ikke at implementere alle de muligheder som den underliggende wavenis protokol gav mulighed for. Jeg gætter på at alle der vidste noget om det hos LK for længst er forsvundet og at IHC wireless i dag er en blackbox for dem. Wavenis er også i praksis dødt. Næste gang det sker så prøv at tage strømmen til gruppen som dimmeren sidder på og se om det fikser problemet midlertidigt. Som sagt har jeg også haft succes med blot at trykke på knapperne på selve dimmeren (dem der er under dækslet). Det vækker dimmeren hos mig og så kan der gå lang tid før det sker igen. Under alle omstændigheder er jeg kommet til den konklusion at hos mig ligger problemet ikke på controlleren. Mit næste forsøg bliver at sætte en anden LED pærer i. Som sagt er en af mine overvejelser at støj fra LED pæren kan gå ind gennem strømforsyningen i dimmeren. Men jeg ved det ikke.

Og så går du naturligvis ud fra at du er den eneste der arbejder med den slags. Jeg skal ikke rende rundt og reklamere for min professionelle viden men blot konstatere at rigtigt mange store virksomheder har ditched wired ethernet og udstyret medarbejderne med laptops som kører wireless. For i praksis er det de færreste der har behov for mere end 100 Mbit til deres arbejde og virksomhederne har set at det fungerer fint i praksis. Diskussionen virker lidt som den vi havde dengang folk snakkede Token Ring vs Ethernet. Det er en lidt forsimplet måde at se det på. Det er relativt nemt at lytte på trafik i egen protocol - både når det er wireless eller wired. Men det er til gengæld svært at lytte på andre protocoller - i praksis ser de ofte blot ud som støj. Så hvis man blot sender på en enkelt frekvens (som fx. IHC) så er man meget sårbar overfor støj. Hvis man i stedet laver spread spectrum kommunikation hvor signalet deles op i små bidder der sendes på hver sin frekvens og hvor der er fejlkorrektion i modtageren, så har man noget som er meget mere robust mod støj. Hvis nogen sender på samme tidspunkt så er sandsynligheden for kollision på så mange frekvenser at det ødelægger modtagelsen lille. Derfor er signalet robust og derfor venter man ikke med at sende. Og så er der bunker af andre teknologier der kan lægges ovenpå. Man kan fx. identificere dårlige kanaler og udgå dem. Eller beam forming, etc. etc. Hvis man læser specs på den seneste udgaver af Wifi og Bluetooth så der rigtigt mange muligheder. Men Wavenis der ligger nedenunder IHC Wireless er designet for over 20 år siden og der er ikke sket noget siden (fordi Wavenis ikke fik succes). Samtidigt valgte LK ikke at implementere alle de muligheder som Wavenis gav - fx. gav protocollen angiveligt mulighed for at lave et mesh netværk som kunne have hævet rækkevidden kraftigt.

Blot for en ordens skyld så er det ikke noget godt argument. Der er intet teknisk til hinder for at lave gode trådløse setups. Det bliver en smule sværere p.g.a. RF delen. Og når det bliver batteridrevet, så bliver det lidt sværere p.g.a. begrænsninger i strømforbruget. Men både bluetooth og mobiltelefoni er gode eksempler på at batteridrevet wireless teknologi kan fungere pålideligt og effektivt så længe man holder sig indenfor de begrænsninger teknologien lægger. Det største problem ved SOHO wireless er at wireless er et delt domæne hvor man deler frekvensen med alle mulige andre. Det er dog i praksis kun et problem når man flytte store mængder data (fx. wifi, mobildata) og der kan kablede løsninger også få problemer (som så løses med TP, shielding, etc.). Ud fra hvad jeg kender til Zigbee teknologien så er der intet til hinder for at det kan fungere effektivt og pålideligt. Det ændrer selvfølgeligt ikke på at man kan købe Zigbee produkter der ikke fungerer ordentligt.

Hvad er problemet med dem ? Kender flere der har Living Connect systemet i huse med både radiatorer og gulvvarme, og de er rigtig glade for det. Men det er så heller ikke Bluetooth som eco udgaverne. For inspiration af mulige termostater og systemer kunne du tage et kik på: https://www.conradelektronik.dk/c/smart-home-opvarmning-c2329412 Nå ja og så er der også: https://salus-controls.com/dk/

Synes bestemt ikke det er for meget, tværtimod. Så længe det er forholdsvis nemt at tilføje, og ikke besværliggøre processen for meget, så finder jeg det helt fornuftigt. Jeg går selv med nogle tanker om at lave en "rigtig" skalsikring". Dvs en der ikke kun virker på døre/vinduer, men hele vejen rundt om huset. Problemet med dette er at finde sensorer der er egnet til formålet, og så få det lavet forholdsvis nemt. Mit næste projekt er at bruge ansigts genkendelse til fx at slå alarmen fra. Det burde være forholdsvis simpelt, men er nødt til at foregå via openhab. Så jeg er lidt afhængig af, at openhab overhovedet kan gøre det. Jeg tror dog ikke jeg ville benytte NFC tags eller bluetooth til at låse op med. Selvom det er smart nok, så synes jeg ideen ryger lidt af, hvis man alligevel skal ned i lommen efter mobilen. Så kan man lige så godt bruge en nøgle. Bluetooth burde virke bare ved at lade mobilen ligge i lommen. Men jeg har hørt fra andre med fx smartlåse, at det nogle gange tager lidt længere. I min verden skal det være sådan, at bare jeg nærmer mig døren, så skal den opdage, at det er mig. Ikke først når jeg står og tripper foran døren.

Linkning og parring er i dette tilfælde det samme. Som jeg forsøgte at forklare, så kommer det til at virke såen wireless/trådløs agtig, ligesom man parre bluetooth. Men her er der jo tale om en fortrådet enhed. Derfor bliver det, i min verden, lidt skævt at bruge sådan et begreb.

Danalock skulle efter sigende være det bedste til det. Men der er nogle tanker man skal gøre sig, fordi Danalock fåes i forskellige interfaces, (bluetooth, homekit, zwave osv). Bluetooth ville nok være det absolut at foretrække, hvis du vil over i noget automatisk (geofencing), da den udbredelse er relativ kort (og dermed langt mere sikker). Mht til at automatisk få den til at låse på bestemte tidspunkter, der er du omvendt over i en anden slags styring, (jeg mener ikke Danalock appén kan det pr default). Her ville jeg personligt foretrække en zwave version. Men det kræver så der er noget automatisk til at styre det med. Jeg har ikke selv rodet med det, andet end at læse om det. Mest af alt fordi jeg er hammerende nærrig når det kommer dertil. Dels fordi vi har gjort det til en vane, altid at låse efter os, både når vi kommer hjem eller forlader huset. Så en elektronisk lås vil i det tilfælde bare være ren li´r. Men også fordi jeg synes de er vanvittig dyre i forhold til hvad man får. Der er mig bekendt ikke engang en potentiale fri kontakt, som man i givet fald ville have kunne koble sammen med IHCén, og fx få den til at slå alarmen fra. Sidst men ikke mindst - Den funger kun delvist på en 3punkt lås, hvor man skal rive håndtaget op før man kan låse. Og når man alligevel skal gør det, så forsvinder hele ideen med en elektronisk lås, for så er vi tilbage til vores vaner (i mit hjem), at vi alligevel låser efter os hver gang.

Nej du ser ikke alle enhederne på nettet, kun PC'ns netforbindelser. Den kan have flere f.eks. via lan, wifi og bluetooth mm. Hvis du vil se alle skal du logge på din router (altibox) Men hvis din PC nu har 192.168.55. x så prøv at konfigurer controlleren med en ip der er 10 højere, Og så check lige at subnet er ens (formentlig 255.255.255.0) Og så skal Gateway også være den samme. Herefter skal IHC controlleren gentartes før den bruger de nye netværksindstillinger.

Check det ud: https://www.ihc-user.dk/forum/search/?&q=Bluetooth&search_and_or=or Det var vist Lars der tryllede noget med det headset

Der var får nogle år siden en bruger herinde der havde lavet noget med Bluetooth, vist et gammelt headset. Når kendte telefoner kom inden for rækkevidde ville det aktivere port, lys eller hvad det nu var.

Der er ca. en faktor 10 til forskel på bluetooth og wifi. (ihvertfald rent teoretisk). Så "nærhed" (nærved) kan blive såen lidt tricky med WiFi. Den bedste nærved er bluetooth, bla fordi den "trigger" hurtigt. Desværre findes der ikke rigtig nogen fix og færdig løsning, så vidt jeg ved, med et relæ som du så kan koble på en IHC indgang, (eller bare et fix og færdigt system som har ekstern tilslutning til et relæ).

Nærhed er blot den almindelige rækkevidde for bluetooth eller wifi, og “kendt” telefon er en som er parret med bluetooth eller tilmeldt wifi-nettet. Håber jeg kan undgå Raspi da jeg ingen erfaring har med dette produkt og programmering heraf.....

Ja men gør jeg skam også du finder jo heller ikke mig som klager - mit virker :-) Men forsæt du så med den trådløse teknologi og løs de udfordringer du har uden at klage. Det er jo dumt at tage et bevidst valg og så være tilfreds med valget. Har en bekendt er ville lave trådløs lydoverførsel med bluetooth til højtalerne - og blev lovet op til 10 m rækkevide. Han have 2 x 9 meter. Jeg frarådede ham at købe dem - men han valgte det. Det kom aldrig til at virke stabilt - og stadig brokker han sig over udfald.

Jeg synes jeg læser hvad du skriver. Men du er på ingen som helst måde konkret. Du nævner home automation, uden du tilsyneladende forholder dig til hvad det er. Derimod forholder du dig til, hvad det ikke er. (det er ikke IHC +10 år gammel, siger du). Min påstand er, at IHC er Home Automation. Og det holder lige så meget Home Automation i dag, som det gjorde for +10 år siden. Endda med udvidelser, som du selv nævner. Hvilke? Der er mig bekendt kun de løsninger, som allerede operere i en given standard, Zwave, Bluetooth, wifi.. Ydermere operere de på en måde, der i mange tilfælde slet ikke er praktisk, fx. via smartphones/tablets. Ja jeg ved godt folk siger det er nutiden. Men uanset hvad tidsalder det hører sig til, så er det vanvittig mere besværligt at tæske rundt efter sin mobil, for at tænde lyset.. Det giver ingen mening. Dertil er Siri (voice control) langt bedre til formålet, hvis det ikke lige var fordi, at du endnu engang skal gribe ud efter din smartphone, for at tale til den. Hvorfor tror du at eksempelvis Philips måtte lave tryk (switches) til deres Hue system? Philips er først lige kommet på markedet med en motion sensor (PIR). På trods af at dette fænomen har nærmest eksisteret i en menneskealder.. Og så er Hue i øvrigt kun en meget lille del af det der fx i den omtalte Wikipedia kaldes for Home Automation. Alle små systemer lider mere eller mindre af massive mangler, de de oftest har fokus på et eller få områder af Home Automation. Rigtig store systemer, (fuldblods) har deres lukkede system. Fx Creston https://www.crestron.com/ der i den grad har en løsning til det mest, inkl A/V. http://www.toptenreviews.com/home/smart-home/best-home-automation-systems/ Nu er det amerikansk så det er med det i minde.. Men det giver en meget god mening at se, hvad det egentlig er man er oppe imod, når man snakker Home Automation..

Det er helt korrekt, at du ikke behøver de ekstra parametre, som jeg har vist til sidst. Og det er også fint at se bort fra dem for at afprøve, om der er hul igennem. Men i den færdige installation synes jeg, at det klart er en fordel at aktivere IHC logik og lade dermed IHC være en slags 'Master'. Herved undgås dobbelt logik eller andre tiltag for at sikre synkronisering mellem IHC og andet software. Mht. til dit spørgsmål, så gør du det korrekt ved først at afprøve, at du kan sætte on/off i Openhab. Det betyder, at dine IHC værdier er OK - dvs. du har angivet korrekt tal for link til Visual. Om du bruger hex eller decimal er underordnet - jeg har brugt hex, fordi jeg åbner Visual filen i notesblok og brug 'Søg' til at finde dem med. Så problemet er snarere relateret til dit Homekit binding. Vær opmærksom på, at der - ligesom ved fysiske Homekit produkter - skal angives en PIN code. Se dette link Kontroller at denne PIN code er angivet korrekt. Når du afprøver det, så kan det være en god ide at fjerne installationen (ikke app'en, kun dit 'hjem') helt fra din IPhone og så tilføje igen. I visse tilfælde kan app'en på IPhonen ikke finde ud af at sync'e korrekt ved ændringer. Øvrige muligheder er at læse logfilen, som Openhab laver eller enable Homekit loggen som vist i linket. Du kan også lave en 'ClearPairings' a la Bluetooth i OSGI consollen. Du kan se her, hvordan du aktiverer denne consol.

Jeg tror nu ikke det at en app kører i baggrunden bruger ret meget strøm set i fht. WIFI, GPS eller Bluetooth. Men ja det er en forudsætning at et eller andet et aktivt før det virker. mht detektering på netværket så understøttet googles on-hub router faktisk IFTTT out of the box.

Jeg kunne godt tænke mig en funktion i IHC-captain så jeg kan se hvem der kommer hjem. Det var tanken at RPI'en kunne se på netværket om en given MAC-adresse er connectet til routeren. (Det kunne måske kobles via bluetooth, hvis det så bare ikke betyder at det vil spærre for lyd til bluetooth højttalere, eller lave ged i den ved opkald osv.) Funktionen kunne også anvendes til at slå alarmen fra når børn med en mobil kommer hjem og connecter til Wi-FI. Aktuelt får jeg en pushbesked når konen, svigermor eller en af børnene slår alarmen fra. Det kunne så være lækkert at få en besked mere hvor der står hvem der er kommet hjem, så hvis det er svigermor der er kommet, kan jeg køre ud og drikke en øl i stedet for at køre direkte hjem . Og man kunne så sende en besked til IHC-Captain og spørge til om svigermor er der

Har også lige siden og læst lidt omforskellige trigger løsninger til f.eks. IFTTT? iphone's location service gør jo brug af flere tjenester på een gang, og kombinere dermed wifi, gps og Bluetooth. På den måde kan telefonen trigge (forskellige) events alt efter hvor den er. Ikke kun når den er hjemme. En lokal service der "lytter" efter enheder i "nærheden" er den omvendte funktion og kan også benyttes, men kun så længe det drejer sig om den lokale position. Jeg vil derfor foreslå at man laver en kombi så begge "services" siger betingelsen er opfyldt. Det burde være ligetil idet der jo findes apps til telefonen og har man en RASPI kørende ligeså. Specielt med "Maker" funktionen i IFTT burde man kunne lave noget der opfylder kravet: Når x er hjemme så .... Er det noget der skal påvirke IHC kan man f.eks. trigge ved at begge sender en mail besked/kommando og så laver en FB der holder styr på logikken, at hvis begge betingelser er opfyldt, inden for et givent tidsrum og ... osv osv. så tænd/sluk alarmen eller ... Triggeren kunne også "bare" aktivere "noget" i IHC-Captain som så kunne sætte en IHC event og dermed bruges som "gateway" mellem alverdens devices og så IHC. Der skulle være flere af de "store" Inteligent Home Control systems som Domotiz osv. der kan.

Hvis vi tager udgangspunkt i Yale Doormann, som er tilpasset til det Skandinaviske marked, så er den ikke så dum endda, specielt ikke når den er app styret via Verisure Gateway. Hardware mæssigt, forudsat den er monteret korrekt, tog det mig 50 min brute force attack, med alt tænkeligt batteridrevet håndværktøj at komme igennem døren, set i forhold til samtlige mekaniske låse på det skandinaviske marked tager det mig under 5 min. At komme ind, så jeg vil sige at Doormann er min foretrukne sikkerheds lås. Yale Doorman bruger ikke Bluetooth, men sender på det åbne 868Mhz net, som alt andet trådløst alarmudstyr gør i op til alarm udstyrsklasse II. i følge medlemmer herinde og andre, som jeg har haft udlånt en demo Yale Doorman har det til dato ikke kunne dekode eller manipulere doorman til at åbne elektronisk. Så til dato er en Yale doorman til private hjem, klart mere sikker end det dyreste og fineste Ruko cylinder sæt i kan opdrive. tilbudet står stadig åbent for den der mener de kan manipulere en Yale Doorman til at åbne, at de kvit og frit kan låne et demosæt.

Jeg kan ikke huske hvor det var, men for nylig så jeg et nyheds indlæg omkring smart låse som kunne styres via bluetooth eller en app. 90% kunne brydes op elektronisk, med en smartphone og standard værktøjer fra internettet, inden for 5 min. Mange var faktisk nemmer at bryde op end en 30 år gammel nøgle lås. Det værste af det hele. Opbrydningen efterlader ingen spor, så forsikringen vil påstå at man har glemt at låse da man forlod huset.

IHC kan ikke bruges som adgangskontrol i den forbindelse som du nævner. Alarm kan du heller ikke bruge det. Du skal kontakte en låsesmed de har nogle systemer der monteres den enkelte dør hvor du også får en log over adgange mm. Du kan sætte forskellige adgange op for den enkelte nøgle, holde døren oplåst i et bestemt tidsrum osv osv. De sidder sammen i netværk, og kører vist WI-FI efterhånden. Du kan også købe en standalone løsning, bl.a. har jeg haft kigget lidt på http://www.e2a.net/ Easy 905 G2 Bluetooth Ready Kodelås som du også kan tildele koder til uden at være til stede. Der er også denne til løse brikker http://dansklaaseservice.dk/yale-doorman Der findes vildt meget. Men få en låsesmed med indover, du skal også huske at have en kraftig dørpumpe på for at sikre dig at døren smækker helt hver gang, ellers er det ligegyldigt at have adgangskontrol.