Lars1

Jeg synes ikke deres website er meget anderledes en andres. Det er desværre en generelt tendens at der fokuseres mere på reklame gejl end indhold. Prøv at regne på det. Deres I/O moduler har typisk kun 4 ind/udgange mod 8/16 i IHC, og deres distribuerede tilgang gør at du ofte vil kommet til at køre et modul med 4 ind og 4 udgange hvor du rent faktisk kun skal bruge 2 indgange og 1 udgang. Derudover skal du lige huske at købe et wireless modul hvis du vil bruge wireless og en dupline extender hvergang din kabling når over 500M (såvidt jeg husker), hvilket den hurtigt gør i et hus som er lagt ud til stjerne kabling som med IHC. I Smarthouse skal alle aktive enheder sidde i serie.

En røg sensor kræver normalt synlig røg for at virke. Som jeg læser dit indlæg, så kan du ikke se røgen i huset, men kun lugte den. Dette er sikkert også er årsagen til at de røgmelder som du selvfølgelig har i hele huset ikke bliver aktiveret af at din nabo har bål i haven.

Først og fremmest skal du glemme alt du ved om PLC programering hvis du vil programer IHC. IHC er event baseret, mens PLC er status baseret. Det gør en kæmpe forskel når man programer. Vedr. controllerens stabilitet, så er det korrekt at LK's IHC ikke er verdens mest stabile. Hvor stabil afhænger dog i høj grad af programmet, og hvilken firmware version man benytter. 2.7.199 synes at være den mest stabile, men understøtter ikke de nyest temp/fugt/lux sensor. Jeg har 2 controller. Den ene genstarter af sig selv ca. hver 5 dag, mens den anden køre i ca. 1 mdr. mellem hver genstart. Over de seneste 10 år har jeg oplevet 1 tilfælde, hvor en controlleren ikke kom rigtigt op efter en genstart. En manuel genstart har dog altid løst det problem indtil nu. De hypige genstart skyldes memory leaks i firmwaren, og ofte ser man genstart i forbindelse med at man tilgå controlleren via service view, visual eller anden net baseret adgang.

Jeg vil da helt klart kaste mig over IHC hvis det allerede er installeret, og så tilføje Domoticz og IHC captain, som du kan læse mere om i andre tråde her på boardet. Derved får du mulighed for at integrer IHC med andre mere specialiseret produkter. Alternativt er der f.eks. Smarthouse, men også et par andre IHC ligenende produkter fra andre producenter. Smarthouse kan bringes til at bruge den kabling, som er lavet til IHC, men det koster 2-3 gange så meget som IHC og er IMHO ikke så åbent som IHC. Tilgengæld har det nogle af de ting som jeg personligt savner i IHC. Hvis jeg skulle starte fra scratch idag, er jeg ikke sikker på jeg ville vælge LK's IHC. Men nu har jeg brugt 50K på installationen for små 10 år siden, så jeg ofre ikke lige 50K på et alternativt.

De fleste IHC installationer er de sidst 15 år blevet bygget med en 72W strømforsyning. LK's IHC kan derfor max have et strømforbrug på 1.600 kr ved en KWH pris på 2,5KR. Typisk er det dog under det halve. En IHC installation på ca. 80*80 CM tæt pakket, lyder til at være controller, strømforsyning og 15 I/O moduler. En fuld IHC installation kan have op til 24 I/O moduler + batteri backup, dimmer etc. Du kan ikke bruge IHC installationens størmforbrug alene til noget. Du er også nød til at kigge på de besparelser du har med IHC. F.eks. PIR sensor ved udendørs lys. Hvis de køre over IHC har de et strømforbrug på under 1W alt incl. hvis det er den nyeste model. Hvis det derimod er nogle gamle 230V PIR, som køre som standalone, kan de have et standby strømforbrug på op til 25W hver. Kort sagt. Hvis du er bekymret for LK's IHC strømforbrug, bør du også kigge på standby forbruget på alle andre elektriske enheder i huset. Jeg har set et moderne gas fyr, som brugte for 1.500KR størm om året, eller et ventilations anlæg som brugte strøm for 8.000 om året, og det var uden køling/varme plader. Prøv også at checke dit fjernsyn m.m. Mit 3 år gamle panasonic fladskærms TV har et standby forbrug på 65W og et aktivt forbrug på 80W. Min internet router og FW har et strømforbrug på 20W. Jeg bruger IHC til at slukke for fjernsynet, min internet forbindelse, radio m.m.når jeg ikke er hjemme. Mit standby forbrug pr. dag når jeg er bortrejst er ca. 2KWH. Sidst jeg glemte at bruge bortrejst knappen i min IHC installation, var mit standby forbrug pr. dag ca. 4KWH. Så hos mig er mit totale standby forbrug mindre fordi jeg har IHC end hvis jeg ikke havde IHC.

Hvis det sker når du downloader programmet fra controlleren til PC'en, er det controlleren som genstarter. Det er en kendt fejl, som det aldrig er lykkes LK at rette. Hvis du logger hvornår din controller genstarter, vil du se at den sandsynligvis også gør det fra tid til anden uden at der har været nogen udenfra påvirkning. Personligt er jeg begyndt at lave en manuel genstart af min controller, før jeg downloader programmet fra den. Det skyldes at jeg har oplevet mere end en gang at der var problemer når jeg igen ville uploade det rettede program. Hvis det sker når du uploader programmet til controlleren, er det som Lars Jacobsen skriver, fordi at controlleren lige skal have I/O modulerne i sync. Det er som ofte fordi du har lavet ændringer i nogle FB's, og disse derfor har andre værdier end de samme FB's i dit eksisterende program

Jo tætter du sætter din wireless dimmer på din tavle dimmer, jo bedre. Så skal du bare afmonter din tavle dimmer, og forlænge kablet mellem den og dine spots til der hvor din wireless dimmer sidder.

Hvis det er en tavle dimmer, skal du bare følge ledningerne fra udgangen på udgangs modulet til dimmeren. Udgangen kan du finde i programmet. Hvis det er en wireless dimmer, så pil den ned, og sæt en ledning på så du kan sætte den i en stikkontakt i isteddet.

Lad os håbe at de er mere effektive end LK's firmware udvikler. :-)

Det har jeg prøvet da jeg for ca. 1 år siden overvejede at skifte til Smarthouse, men opgav hurtigt. Hvis man vil lave noget, som er bare lidt mere avanceret end tænd/sluk, bliver smarthouse hurtigt meget komplex at programer, og der er ikke rigtig mulighed for at integrerer med f.eks. Nilan ventilation via modbus.

Det vil være dejligt hvis du her kunne forklare hvordan man nemt laver en ens konfiguration af noget så simpelt, som styring af loftlys. Scenariet er at du har et hus med 6 rum, og hvert rum har et tryk ved døren, samt 1 loft lampe. Udover alm. tænd/sluk funktionalitet skal lyset slukke i alle rum, når man forlader huset og trykker på sluk alt. Derudover skal lyset tænde i hele huset når brand alarmen bliver aktiveret, og der skal være blokering, så lyset ikke kan slukkes før alarmen er blevet afstillet. Når alt dette er programeret, invester man i et alarm anlæg for indbrud. For at få det optimale ud af dette anlæg, skal alt lys slukke i hele huset når alarmen bliver aktiveret. Der skal samtidig være blokering, så lyset ikke kan tændes før alarmen er afstillet, og sidst men ikke mindst. Alt lys skal tændes i 30 ms hver 10 sek. så længe alarmen er aktiv. Dette vil ødelægge en tyvs nattesyn. Brand alarmen har selvfølgelig prioritet over indbruds alarmen. Alt dette lavede jeg på 2 timer i LK's IHC. Efterfølgende tilføjelsen af indbruds alarm tog ca. 1 time.

Jeg mener godt at du kan bruge din nuværende kabling til SmartHouse trykkene etc, men du kommer nok til at skulle købe et par dupline moduler og dele din installation i flere loops, for ikke at nå over max længden pr. loop. SmartHouse bygger jo på en bus struktur, med aktive enheder siddende rundt om i huset som perler på en snor. Deres tryk er på den ene side smarter end LK's da du får 4 tryk og 4 dioder i hver som minimum, men de koster 500 kr. stykket, hvilket skal sammenlignes med at man 9 ud af 10 gange kun har brug for 1 eller 2 tryk og et LK input modul med 16 indgange fåes for ca. 400 kr. plus et tryk til 100 kr. Alternativt er der et decentralt input modul, som du kan lægge bag dine eksistere tryk hvis de er monteret i en dåse. Det koster 300 kr. for 4 input eller 400 hvis du skal bruge et med 4 indgange og 4 udgange. Det er billigere end trykkene, men stadigvæk en del dyre end LK IHC.

Jeg kiggede for et par år siden på Smarthouse, men kom til den konklusion at en Smarthouse installation svarende til den IHC installation jeg har, vil koste ca. det dobbelte af min IHC installation. I min beregning brugte jeg tryk fremfor tavle input moduler. Dertil kommer at når man har en større installationer, med flere ens rum, så bliver programeringen meget hurtig tung, og risikoen for uens konfigurationer stor, da man ikke kan kopier konfigurationen fra en enhed til en anden. I LK IHC har jeg f.eks. kodet en FB for loft lys, som indeholder indgang for sluk alt, brand og indbrud, udover selve indgangen for det tryk, som bruges til at styre lyset i det daglige. Denne FB bruger jeg i alle rum, og hvis jeg vil opdater den tager det ca. 15 min. at udskifte den i alle rum. Hvis jeg skal lave en tilsvarende ændring på lysstyringen i alle rum med SmartHouse, så vil jeg skulle lave rettelserne manuelt på alle modulerne, som er brugt i forbindelse med lysstyring, og det resulter næsten altid i at indtil flere moduler ikke bliver konfigureret ens, og vil tage et par timer i min installation. På plus siden er dog at dimmerne sidder i tavlen og man kan sætte f.eks. 25% lysstyrke. Men det er IMHO ikke nok til at opveje ovenstående 2 issues.

Det er ikke et ukendt problem, men desværre er der ikke nogen simple løsning. Generelt ser det dog ud til at firmware 2.7.199 er mere stabil end 2.7.220. Noget andet du skal kigge efter er dit program. LK's IHC er meget følsom over for fejl i programmet, enheder som ikke er linket/monteret etc.

Med fare for at lyde lidt sur. Alt hvad du spørger om er forklaret flere gange i div. tråde her på boardet. Derudover er der en ganske glimmerende vejledning hvis du vælger hjælp når du har startet IHC visual. Omkring IHC NET TELE 100, så gætter jeg på at du mener nedenstående. Hvis det er korrekt, så er den alene beregnet til fordeling af tlf. signaler. Oven over og nedenunder burde der være nogle patch moduler, som bruges til at distribuer dit antenne/tlf./net signal rund i huset, men det er alt sammen forklaret i detaljer i links i det link jeg har lagt herunder. http://www1.lk.dk/katalog.jhtml?EANnummer=5703302087056 Men bortset fra det, så er det nemmer at hjælpe dig hvis du lægger nogle billeder af dine tavler op. IHC har været på marked i over 25 år, og selvom udviklingen i de 20 år har været begrænset, så er det alligevel lykkes LK at sende 3 generationer af IHC controller på marked. Inden for IHC net ser det ikke meget bedre ud. Der er også 3 generationer eller varianter.

Alle RF versioner vil også fortsat være understøttet. Der er bare en stak HW6.1 controller, hvor man ikke kan opgrader firmwaren i RF modulet, men controlleren virker fint med nyeste firmware, og vil også fortsat være understøttet. LK troede for et årstid siden at de havde fundet årsagen til ustabile wireless kommunikation i RF firmwaren, og derfor tilbød de at ombytte controller hvor RF firmwaren ikke kunne opgraderes. De fandt senere ud af at problemet lå et andet sted, og stoppede derfor med at ombytte controllerne.

Mine erfaringer med JAVA og firmware problemer etc. er samlet her. Jeg har pt. ikke meget tid til at lege med IHC, så jeg ved ikke om Oracle har releaset en ny JAVA version, siden 22/7, og om hvilke problemer der evt. måtte være med den. Hyppige genstart er et kendt problem på især HW6.1 controller, men også på HW6.2, og vist egentlig årsagen til at LK ikke har frigivet en ny firmware med opdaterede certifikater endnu. Vedr. wireless vil jeg gøre som Bjarne forslår. Indlæs firmware 2.7.199, unlinke alle wireless enheder (husk at uploade programmet efter du har unlinket), linke dem igen (husk at uploade programmet igen efter de er linket, ellers virker de ikke)

Alt LK IHC wireless material i HW1 versionen har problemer med LED's, sparepære og andet udstyr med lavt strømforbrug eller lav standby strøm. For relæerne er problemet ofte at de tænder af sig selv efter at være slukket.

Det er længe siden jeg sidst har kodet mod en dimmer, men terminologierne er lidt rustne. Jeg har heller ikke lige en PC i nærheden, med Visual, så jeg kan ikke lige checke. Vedr. FB'er. Den rigtige FB er den som passer til dit funktions behov. Det eneste tilfælde, hvor der kan være forskel i min værdi etc. ved brug af forskellige FB'er er hvis den ene styre med senarie styring og den anden med on/off signaler. Med scenarie styring kan du sætte højre min værdien direkte i FB'en, men ikke mindre min. værdien i dimmeren. Med ON/OFF stryring, bruger du kun min. værdierne i dimmeren.

Jeg tror det er en blanding af flere problemer. Min. værdi Min værdien bruges kun når du beder dimmeren ændre på lysstyrken. Hvis du f.eks. har tændt lyset på f.eks. 10% og ændre min værdien til 20%, så vil der ikke ske noget før du enten forsøger at skrue op/ned for lysstyrken eller tænder/slukker for lyset. Rampetider Rampetider er kun relevant i forbindelse med ændring af lysstyrken, eftersom det du sætter er den tid det skal tage at gå fra 0-100% ved on/off signal, eller hvor hurtig der skal dæmpes op eller ned ved op/ned dæmpnings signal. Starteffekt De forskellige funktions blokke har ingen indflydelse på hvilken start effekten der skal til for at lyset vil tænde. Den har din lyskilde tilgengæld og 2 LED's af samme model og fabrikat kan i nogle tilfælde have forskellig start effekter. Ofte har jeg set at der bliver skiftet lyskilde og funktions blok samtidig, og så fejlsøger man på funktionsblokken, selvom det er lyskilden, som er problemet. Jeg ved ikke om det er samme situation hos dig. Men generelt er LK's gamle dimmer og LED's/sparepære ikke nogen god kombination. Ø80 dimmer i HW ver. 2 er bedre, men stadigvæk ikke gode.

Jeg har ikke megen erfaring med modbus, men såvidt jeg husker er grunden til at det kun er Nilan anlæg, som er understøttet af LK, at de andre anlæg kræver at være master på modbus'en, mens Nilan's anlæg er slave. Såvidt jeg ved vil en modbus uden master ikke virke, ligesom en modbus med 2 master ikke vil virke, men en modbus med mange slaver og en master skulle virke fint.

Nu høre jeg til den gruppe som er ret ligeglade med hvad forsikrings selskaberne siger god for. Jeg ønsker at beskytte mine egendele, så det vil da være totalt tåbeligt at monter en dyr smartlås, som er nemmer at bryde op end en gammeldags 5 stift rukolås.

Man kan ikke flytte et program fra den gamle termIHC til en Visual controller. Programmet skal laves fra grunden i den nye controller, så hvis du har en udskrift med alle ind og udgange, så ville jeg ikke bruge meget tid på at få adgang til den gamle controller. Hvis du ved hvad alle ind og udgange bruges til på den gamle controller, kan du programmer den nye før du tilslutter dine I/O moduler. Så er du kun uden lys i den tid det tager at fjerne den gamle controller og tilslutte den nye.

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.

Aktive enheder kan være mange ting, som f.eks. en alm. ekstern switch, IHC NET basis boksensen, etc.