Lars1

Mit program fylder kun ca. 1,5MB, og hyppigheden af genstarter gik op da jeg indstallerede fugt og lux måler. De er så siden blevet flyttet til min HW 6.2 controller, og alle referencer til dem er fjernet fra HW 6.1 controlleren, men den genstarter fortsat ca. hver 3 dag. Jeg har også flyttet puls tælleren på el-måleren og hele min varme styring til HW6.2 controlleren, men det har ikke ændret på genstarts frekvensen.

Jeg har også opgraderet min HW6.2 controller med firmware 2.8.1. Jeg har ikke set det problem, men Visual har svære ved at kommet i kontakt med controlleren. Serviceview og admin view virker som de plejre, bortset fra at de er længere tid om at connecte på USB. Jeg var dog nød til at lave en manuel genstart af controlleren efter FW update til 2.8.1 før jeg kunne få fat på den via nettet. Derudover røg alle værdier i min varmestyring m.m. tilbage til default.

Jeg kan se at der er flere som gerne vil have samme funktion som jeg har på mit udendørs lys, og det undre mig lidt at LK ikke har lavet en standard FB for det endnu. Men her er min FB for udendørs lys. Alle er velkommen til at bruge den og lægge den op til DL her (Kan ikke finde ud af det). I er også velkommen til at forbedre den. Den er kodet for snart 5 år siden, og stortset ikke rørt siden. FB understøtter f.eks. Brand/indbruds scenarie. Hos mig går lyset på 100% hvis denne tilstand indtræder. Automatik on/off Indstillelig lysstyrke ved automatik off Lav styrke når skumring indtræder Fuld styrke når PIR bliver påvirket Indikation for automatik on/off Ledelys (Tænder hos mig dioden på trykket inden for døren, når man kommer sent hjem) Mulighed for at sætte hvor lang tid der skal gå fra PIR'en ikke længere er påvirket og til lyset går på lav styrke. FB'en understøtter f.eks. ikke. At lyset slukkes helt mellem f.eks. kl. 23 og 05:00. Man kunne selvfølgelig gøre dette ved at afbryde skumrings signalet i den periode, men så vil lyset heller ikke tænde når PIR bliver påvirket. 7.1.08.c. Udv. lys.ifb

Dit sorte kable er for radio signal. Du skal gerne have et hvor der sidder en lille balun for TV signal. Så behøver du heller ingen adaptor mellem kablet og dit fjernsyn. Modulet til venstre er ganske rigtigt til TV signal og dine gule streger ser umiddelbart rigtige ud. Modulet i midten er en 100Mbit switch. Uplink sidder i toppen ligesom for antenne modulet. Dine violette streger er ok, men du kan også vælge at køre en port fra din router/modem op i uplink på switchen og derfra ud i huset. Normalt er 100Mbit rigeligt til langt det meste. Internet via ADSL er sjældent over 20-40Mbit, og langt de fleste home NAS bokse kan ikke levere mere end max 50-100Mbit. LK har også en gigabit switch, men den er ret dyr. http://billigihc.dk/ihc-net-data-switch-s1000-t-41port-1gb-1-stk. Modulet til højre er en telefon "switch". Med mindre du har flere analoge fastnet telefoner, har du ikke brug for den. Skulle du have flere analoge fastnet telefoner vil jeg nok alligevel ikke bruge den. Her er LK's bruger villedning for IHC net. www1.lk.dk/katalog/vejledning/98469_01.pdf Her er deres villedning for deres antenne forstærker www1.lk.dk/katalog/vejledning/98438_02.pdf Her er deres villedning til deres switch www1.lk.dk/katalog/vejledning/9896122_01.pdf Her er en villedning til hvordan du kan bruge deres splitter kable til at køre antenne, data og telefoni i samme stik. Værd opmærksom på at du max kan køre 100Mbit når du også skal have antenne eller tlf. i samme stik. Køre du kun data i et stik kan du køre Gigabit. www1.lk.dk/katalog/vejledning/897722_01.pdf

Såvidt jeg kan se er eneste ændring at den nye FWloader ikke vil uploade FW nyer end 2.7.220 i HW 6.1 controller. Ellers kan jeg ikke finde nogen ændringer i Visual for HW 6.1 Den nye FW loader vil iøvrigt heller ikke uploade de reset firmware, som ligger på DL sitet her, men de reseter alligevel ikke andet end IP addressen, så det gør nok ikke så meget.

HW 6.2 er såvidt jeg ved mere stabil end HW 6.1. Et af de store problemer er memory leaks, og HW 6.2 har mere RAM end HW6.1. Alene det bør gøre HW6.2 mere stabil. Tiden vil vise om der kommer en ny controller. Personligt tvivler jeg.

Hvis du har programmet hvor alle wireless enheder var linket, og du ikke har ændret på linkningen, så burde du kunne op loade programmet igen, uden at skuille linke. Når du linker, sker der det (såvidt jeg ved) at serie nr'et på controlleren bliver gemt i de wireless enheder, samt at wireless enhedernes serie nr. bliver gemt i programmet. Der ligger derfor ingen informationer i selve controlleren om hvilket wireless enheder, som er linket til den. Jeg forsøgte netop at nedgrader for at se om jeg kunne få en mere stabil HW6.1 controller. PT. genstarter den ca. hver trejde dag. :-(

Hvis jeg skulle starte fra scratch idag, vil jeg nok kigge lidt breder end LK IHC. Der sker INGEN udvikling på LK IHC platformen. Der har været andre indlæg her på boardet om SmartHouse og Loxone m.fl. De har alle deres fordele og ulemper. LK IHC har f.eks. et API for ekstern integration via LAN. Det er bare ikke særligt godt beskrevet, og stort set ikke brugt, men det er der og Mikkel har bl.a. lavet IHC Captain, som udnytter dette API. Men den manglenende udvikling inden for LK IHC gør at jeg ikke ville vælge denne platform hvis jeg skulle starte fra scratch idag.

LK's integration af Nilan ventilations anlæg er IMHO ikke pengene værd. Dels skal man have en ekstra PLC, som ikke passer i en standard gruppe tavle og dels kan man ikke overføre andet end on/off signaler. Nilan modellen kan i princippet bruges med alle ventilations anlæg, som bruger modbus. Jeg mener visility board har lavet en bedre integration. De har vist også integreret Danfoss ventilations anlæg, men er ikke 100% sikker.

På controller 2 skal de stå med røde udråbs tegn, da de jo ikke er linket til den controller. Men jeg oplevede faktisk noget tilsvarende idag, i forbindelse med at jeg forsøgte at downgrade min HW6.1 controller til FW 2.7.199. Den begyndte at opføre sig underligt på flere punkter. F.eks. ville den ikke reager på noget som helst og jeg kunne ikke komme på den via admin. view via USB, men både Visual og firmware loader kunne godt connecte via USB. Da jeg downloadede programmet fra den, stod alle wireless enheder med røde udråbs tegn. Jeg kunne heller ikke få lov til at opgrader til FW 2.7.220 igen, eller uploade programmet igen. Hvad der er gået galt ved jeg stadig ikke. Men efter et par timer besluttede jeg at starte fra scratch, og uploade et tomt program før jeg igen forsøgte at opgrader til 2.7.220. Det løste opgraderings problemet og efter at jeg havde opgraderet til 2.7.220 havde jeg igen adgang til admin view via USB. Efterfølgende kunne jeg godt uploade det gamle program igen. Jeg har haft både lux og fugt måler på den gamle HW 6.1 controller, men de er alle flyttet til den nye HW6.2 controller og slettet i programmet, så det burde ikke være dem som driller.

Skal der ikke side en sikring foran strømforsyningen til fjernvarmemåleren? Den skal man vel kunne skifte uden at bryde plumben, og dermed kan man jo også bare fjerne den?

Visual 2 controlleren blev sendt på market i 2006, og er stortset ikke ændret siden. Den bygger på samme arkitektur som IHC Term fra 1992. Rent faktisk kan du bruge I/O modulerne fra IHC term på en IHC Visual2 controller. Men jeg giver dig ret. Jeg savner også at der ved siden af I/O modulerne var mulighed for at koble controller sammen via LAN, samt at de understøttede f.eks. modbus.

Er du sikker på at du ikke har fået uploadet programmet fra controller 1 til controller 2, og rent faktisk sidder og kigger på controller 2? Det er sket for mig et par gange, eftersom LK Visual ikke køre i private sessions, så man skal kigge godt efter hvilken controller man uploader sit program til hvis man har startet LK Visual 2 gange samtidig.

Det er ikke til at vide. På LK's support site står der at man ikke kan gøre det, men i releas notesne til FW 2.8.1 står der at den kan installeres på både HW61. og HW6.2. Om det er release noten eller LK's support site der er forkert ved jeg ikke, men jeg ved at en af grundene til at vi har ventet sålænge på en ny FW, er at HW6.1 controllerne crasher med det opdaterede certifikat. Hvor ofte ved jeg ikke, men de var jo i forvejen ikke vildt stabile med FW 2.7.220. Efter som der ikke er nogen tydelig advarsel på LK's website, et mit gæt at de bare bliver mere ustabile end de er med FW 2.7.220

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.