Lars1

Jeg er bange for at det er den sidste opdatering vi har set af Visual to HW 6.1. LK er jo ikke ligefrem kendt for at supporter flere versioner samtidig, og eftersom der er ikke er kommet nogen firmware opdatering til HW6.1 er jeg alvorlig bange for at der ikke kommer flere opdateringer til HW6.1

Jeg ved ikke lige om det er Serviceview i IHC controlleren eller Visual programmet som nu er på engelsk. Hvis det er Visual programmet, så skal du bare installer den danske version. LK har denne gang sendt både en dansk og en engelsk version på gaden. Begger ligger visual ZIP filen. Den danske version ligger i IHC_lauritz_knudsen_v2_8_4 pakken. Den engelske ligger i IHC_Schneider_Electric_v2_8_4 pakken.

Gad vide hvad LK anbefaler man gør når man har både HW 6.1 og HW 6.2 controller. Det er lidt svært at installer Visual 2 gange på sin PC. Hvis man bruger lidt tid på at læse release noten til FW release 2.8.1, så bliver man både bekymret og forviret. Der står bl.a. Release date 27/7-2016. LK har altså siddet på hænderne i 2 mdr. Der er 9 kendte bugs, Flere af dem er gamle kendingen Firmwaren må bruges på både HW6.1 og HW6.2, men på LK's website skriver de at den kun må bruges på HW6.2???? Håber der er nogen af jer elektriker, med adgang til LK's support, som kan afklare dette.

Gad vide hvad LK anbefaler man gør når man både har HW 6.1 og HW6.2 controller?

Loxone ser umiddelbart smart ud, men modul størrelsen gør at der ikke er plads nok i mine LK gruppe tavler til alt det jeg skal bruge for at kunne erstatte min LK IHC installation, Faktisk er der kun plads til et extension modul (12 input og 8 output) pr. DIN skinne. Med LK's IHC er der plads til 48 inputs eller 24 output. Pris mæssigt er Loxone også dyre end LK's IHC. Et modul med 12 input og 8 output koster ca. 3.000 kr. 16 input og 8 output koster med LK's IHC ca. 900 kr. For ca. 1 år siden downloadede jeg deres SW, og prøvede at programer mit IHC program i deres SW. Jeg fandt det imidlertid svært at lave avancerede funktioner som f.eks. sluk alt, udendørs lysstyring, hvor lyset tændes/slukkes af en LUX måler, går på 25% når det tændes og 100% i op til 2 min. efter en PIR har været påvirket. Varmestyring opgav jeg helt at lave.

Wireless enheder hvad enten de er fra LK eller andre producenter operer i samme frekvens område, som mange andre forbrugs goder, så forstyrelserne kan kommer mange steder fra.

Hvis det er LED, sparepære eller lav volt med elektronisk trafo, er det kendte problemer. Jeg har f.eks en lampe med 6 10W 12V halogen pære og en elektronisk trafo. Lampen vil aldrig slukke helt, så jeg har sat wireless udtaget på en udgang, så jeg slukker for udgange 1 sek. efter jeg har slukket for lyset via wireless dimmeren. Omvendt tænder jeg for udgang 0,1 sek. før jeg skruer op for lysstyrken. Ikke den bedste løsning, men det virker, og jeg slipper for at have glødende lamper i mit sove værelse. :-)

LK fortalte mig på et tidspunkt at grunden til at de ikke har lavet wireless tavle dimmer, er at hvis man placer dem for tæt sammen, forstyre de hinanden. Om det passer ved jeg ikke, men hvis du har 17 wireless dimmer siddende klods op af hinanden, kan det ikke udelukkes at de påvirker hinanden. Jeg har 4 dimmer sidden i 2 dobblet 1M underlag. Umiddelbart har jeg ikke nogen problemer med dem, men de styre udendørs lyset, så det kan bare være fordi jeg ikke opdager det. Men jeg bruger heller ikke LED eller spare pære i lamperne.

Den typiske fejl er at et betingelses flag står anderledes en man forventer. IHC er event basert og det gør at flag kan blive ændret uden at det påvirker programmet, før den event som trikker programmet bliver udløst. Havde det været status baseret som PLC, ville en ændring af et flag med det samme have indvirkning på program afviklingen, og dermed opdager man med det samme at noget er anderledes, mens der i IHC kan gå uger/mdr. før man opdager at noget er anderledes, og så tænker man ikke lige på den ændring/hændelse som indtraf for 1 mdr. siden.

Desværre spises fagfolk også mere og mere af med reklame gejl, og bliver henvis til trial and error, eller brug af personligt netværk med nogen som ved noget om problemet. Flere og flere produkter henviser teknisk support til div. support fora, hvor det er bruger som hjælper bruger. Der sættes simpelthen ikke længer penge af til ordentlig teknisk dokumentation og support.

LK's IHC er lidt gammeldags opbygget. Alt hvad der ikke er på samme subnet som IHC controlleren, betragtes som at være på internettet. Fra internettet er det ikke tilladt at tilgå admin interfacet. Alt andet kan tillades, men man skal selv tillade det i admin interfacet. Jeg har lavet en source NAT regl i min FW, så alt trafik, ligegyldigt hvor det kommer fra, ser for IHC controlleren ud til at komme fra FW'ens IHC interface, og dermed er det på samme subnet som IHC controlleren. Jeg har dermed omgået LK's oldnordiske begrænsning.

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.