Lars1

Mange af dine beslutninger afhænger af hvad du fortrækker. På flere områder er der stor uenighed her på boardet om hvad der er bedst. Du mangler dog en IHC strømforsyning i din liste såvidt jeg kan se. Det er ærgeligt at du ikke valgt at lægge 2 rør pr. afbr./stikkontakt isteddet for at trække kabler. Det vil have været mere flexibelt når der skal laves om både nu og i fremtiden, og vil have muliggjort brug af fortråede tryk. Ligesom Ejvind er jeg tilhænger af fortråede tryk etc. De eneste stedder jeg bruger wireless er til dimmer, stikkontakter (har +30 i huset og kun 4 er styret af IHC). Ting som ikke har det godt med kortvarig afbrydelse når controlleren genstarter, som f.eks. min router etc. er styret via wireless relæer. Modsat Ejvind er jeg ikke tilhænger af decentrale tavler. Det er noget rod når man laver om eller skal fejlfinde. IHC installationer bør være centrale, medmindre det er bus baserede installationer. De eneste tilfælde hvor decentrale tavler kan komme på tale, er hvis du alligevel har planer om en decentral 230V/400V fordelings tavle. Peters indlæg har jeg ikke læst. Efter min mening kommer han med mere vrøvl end guld, så jeg læser sjældent hans indlæg.

Inden du begynder at rode med Java, var det måske en ide lige at fortælle hvordan du forsøger at connecte til controlleren. Er det via USB eller LAN, Firmware loader, Visual, service view admin view eller noget helt fjerde?

I min verden kan man ikke tale om inteligent house control idag, medmindre div. produkter kan integrer med hinanden. Om det er LK som skal lave integration med HomeKit eller HomeKit som skal lave integration med LK er egentlig ligegyldig. Når det er sagt, så forstår jeg ikke hypen om at kunne styre lyset via en APP, Siri eller et trejde produkt. Det er i mine øjne nemmer at lette røven og gå over og trykke på kontakten. Så er man også ude over de situationer hvor Siri laver lysshow fordi ungerne synes det er sjovt at tale til Siri, eller Siri misforstår hvad man siger. Sidst men ikke mindst griner jeg stadigvæk over da jeg var på besøg hos en kamerat, og han brugte 5 min. på at finde sin tlf., logge på den og starte app'en, så han kunne dæmpe lyset i stuen. Jeg glæder mig stadig til at se den første reklame, hvor man slår på hvor simpelt det er at bruge et produkt fordi der IKKE findes en app. til det. Men alt dette er en diskution som er offtopic i denne tråd, og som har været diskuteret i mange andre tråde før.

At LK ikke supporter iOS11 på en HW 6.1 controller, er ikke ensbetydende med at det ikke virker. Du skal bare have fat i en ældre firmware loader, så kan du sagtens loade firmware 2.8.6 op i din HW 6.1 controller. Det er vi flere som har gjort, og indtil videre har jeg ikke hørt om nogen hvor det ikke har virket.

HW 6.1 virker fint med seneste Java. Du skal bare følge workarounden som er beskrevet i tråden Java problemer igen igen igen.

Det er en meget brugt løsning. Man kunne også bare have brugt denne løsning http://www1.lk.dk/servlet/context?n1=3&n2=20&n3=1&n4=174&n5=16 så kan man monter FUGA svagstrømstryk udendørs. Det burde også virke med et wireless svagstrøms tryk.

Jeg ved ikke lige hvad du mener med skumringsanlæg, men som jeg skrev har LK lavet en kombineret temp./lux måler. som kan sende den aktuelle temperatur og lys niveau til IHC controlleren. Bruger selv sådan en i min installation til at vejr kompenser fremløbs temperaturen i mit varme anlæg, samt til at afgøre hvornår det er mørkt nok til at udendørs lyset skal tændes. temp./lux sensoren er bare en anden variant af temp./gulv sensoren, eller temp./fugt sensoren. http://www1.lk.dk/servlet/context?n1=14&n2=1400&n3=2576&n4=3100&n5=1078

Ja på den enkelte PIR's kan du stille skumrings setpunktet. Du kan ikke stille det centralt fra. Du skal ud fysisk til de enkelte PIR's og stille det. Den PIR du linked til har så den yderlig funktion at alt efter hvordan du sætter bevægelses switche, vil den kun sende bevægelses info til controlleren hvis skumring er ON eller den vil sende bevægelses info til controlleren ligegyldigt om Skumring er ON eller ej.

2 ting. Selvom Peter har rettet sit indlæg så der nu står lysniveau, så skrev han og spurgte efter en PIR som gav tilbagemelding om lydniveauet. Den findes mig bekendt ikke. Peter spørger efter lysniveau is %. Den PIR som du linker til giver bare et on/off signal, som de PIR han allerede har. LK har mig bekendt ikke lavet PIR som understøtter lux måling. Til dette brug har de lavet en temp./lux måler. Den er til indendørs brug, men de har lavet et dæksel så den kan monteres uden for i en FUGA eller OPUS dåse.

Jeg brugte en firmware loader fra Visual 2.7.0. Mener det først var med den firmware loader der kom med den seneste Visual til HW 6.1 at de indførte version checket. Alle firmware loader før dette kan bruges. Min HW 6.1 controller er ikke genstartet siden jeg lagde firmware 2.8.6 i den. Kørte tidligere med 2.7.199 hvor den kørte i flere mdr. uden genstart. Er ikke på facebook, så af ren nysgerighed. Hvad er det for en udtalelse du lagde på facebook og hvem prøver at slagte dig?

Den version burde virke. Prøv evt. at installer den igen, og boot din PC efter installation.

Hvilken version af Visual har du installeret? Jeg har selv problemer med firmware loaderen fra Visual før 2.7.199, men ikke efter. Problemet eksister kun på mine windos 7 maskiner. Ikke på min gamle XP.

Jeg har aldrig hørt om en PIR som giver tilbagemelding om lydniveau. Mig bekendt har LK heller ingen pir som giver tilbagemelding om lysniveau, men de har en temp sensor med lux måler. Mon ikke det er den som Visual villedningen henviser til?

Om en IHC controller og strømforsyning kan sidde i en p-boks skal jeg ikke kunne sige, men lave en varme tabs beregning, så skulle du få svaret. Alt IHC materiel er IP20 (normal utæt) klassificeret såvidt jeg husker, så hvis du vil have det siddende uden for, skal det monteres i dertil egnede bokse etc.

Umiddelbart ser det ikke ud til at der er nogen strømforsyning til controlleren på loftet, så mon ikke der allerede ligger et link kabel mellem de 2. Hvis der er en strømforsyning på loftet, så er det vigtigt at du får forbundet 0 mellem de 2 strømforsyninger, så du har samme 0 potentiale når du enten laver sammekoblingen eller nedlægger den ene controller. Hvis du ellers er godt tilfreds med dine controller kan du jo også bare nedlægge den ene, ved at samle alle I/O moduler og programmer på den anden. Du kan stadigvæk lave programmet på forhånd, så det kun er selve omkoblingen af I/O modulerne som giver nedetid.

LK har gennem flere år skrevet at firmware og Visual skal opdateres samtidig. Det er snart 2 år side at de begyndte med versions kontrol i firmware loade og visual. Før da var der ingen kontrol, og det medførte nogle sjove hændelser når man forsøgte at programer noget som en nyer Visual understøtter, men firmwaren ikke understøtter. Et af problemerne er ændringer i Java. Dit problem med unable to load application er kendt, og skyldes at der er ændret sikkerheds settings i de nyer Java versioner, og at man skal sætte dem tilbage, for at kunne starte de gamle Java programmer som LK har i deres gamle firmwares. Alt dette er beskrevet i detaljer i tråden Java problemer igen igen igen.

Det er en Java fejl, som opstår når du opdater Java. Check tråden Java problemer igen igen igen for en workaround. Det er ikke nødvendigt at opdater til firmware 2.8.4, men jeg har gjort det og controlleren køre fortsat uden problemer.

Du er ikke den første som har oplevet LK IHC's ustabilitet, eller at noget pludselig virker efter gentagende genstart. Det er korrekt, men den advarsel kom samtidig med at de droppede supporten af HW 6.1, og som du kan se here på boardet er der flere som har opgraderet uden problemer.

Jeg vil prøve at opgrader den med seneste firmware fra HW 6.2. For at gøre det skal du have fat i en af de ældre firmware loader, som ligger her på boardet. Jeg har selv en HW 6.1 af same årgang, og den blev opgraderet med seneste 2.8.x firmware for ca. en uge siden. Indtil videre ingen problemer og det løste mit problem med at få fat på controlleren over nettet. Jeg ved der er andre som også har opgradert en HW 6.1 controller med firmware til en HW 6.2 controller uden problemer. Jeg har fornylig købt en USB for længer, så jeg kan når controlleren via USB fra min hjemme arbejdsplads. Det er en nød løsning når net forbindelse svigter eller der skal opdateres firmware, men stædigvæk nemmer en at skulle afmonter controlleren , eller balancer med en laptop i bryggerset. Forlængeren kostede 250 kr. incl. fragt fra AV-cables. De har også andre som er billigere.

Prøv at tage strømmen til controlleren, så den slukker helt i mindst 10 sek. Er alle dine wireless enheder batteri drevne?

Jeg har samme problem med windos 7 og Visual/firmware 2.7.x. Efter jeg har opdateret til Visual/firmware 2.8.x er problemet væk. Opdateringen krævede dog en gammel XP pc, da de gamle firmware loader uden versions tjek ikke kunne forbinde til controlleren under windos 7. Jeg fandt aldrig ud af hvad problemet er med windos 7.

Check tråden Java problemer igen igen igen. Der er forskellige workarounds afhængig af kombinationen af Java versions og LK IHC firmware.

Det lyder lidt som en blanding af forkert bruger navn/password og forkerte Java opsætning. Bruger navn/password kan du rette via adminview. Det kan du nå via http://usb når du er tilsluttet controlleren via USB. Der skal ikke bruges password når du logger på admin view, via USB, men hvis du får en login mislykkes, er det sandsynligvis fordi at Java ikke er konfigureret korrekt til den kombination af Java og firmware du køre med. Du kan finde den korrekte opsætning i tråden Java problemer igen igen igen.

Hvilken version er din controller og hvilken SW forsøger du med? Hvis det er admiview, som giver login mislykkedes, kan det være forkert Java opsætning. Check tråden Java problemer igen igen igen, for workarounds for problemer med div. Java versioner.

For 3-6 mdr. siden kunne jeg pludselig ikke længere komme i kontakt med min HW 6.1 controller fra Visual og firmware loaderen. Det var ligegyldigt om jeg forsøgte via USB eller over LAN. Serviceview, adminview etc. virkede fint. Både via USB og LAN. Det samme gjorde firmware loaderen til Visual 2.8.x, men den kan jo som bekendt ikke uploade firmware 2.8.x til en HW 6.1 controller. Jeg havde en mistanke om at m$ kunne have frigivet en patch som blokerede eller fjernede support for et eller andet som Visual/firmware loader 2.7.x og ældre var afhængig af, men jeg havde ikke tid til at undersøge det nærmere. I dag havde jeg så endelig tid til at undersøge det nærmere. Stadigvæk samme problem med windos 7 og Visual/firmware loader 2.7.x og ældre. Men så fandt jeg min gamle windos XP pc frem, og fik børstet støvet af den. Efter installation af Visual 2.7 prøvede jeg så om jeg kunne få forbindelse, og vupti. Forbindelse efter få sek. med firmware loaderen, og ingen problemer med at lægge firmware 2.8.4 i controlleren. Efterfølgende var der heller ingen problemer med at connecte med Visual 2.8 til min HW 6.1 controller. Hvis nogen finder ud af hvad der er ændret i windos 7, som gør at man ikke længere kan forbinde til sin HW 6.1 controller med Visual 2.7.x, høre jeg af ren nysgerighed gerne om det. Men ellers er her en forklaring til jer andre som køre med windos7/10 og har problemer med at forbinde til jeres HW 6.1 controller. Tilbage har jeg kun det irreterende problem at hvergang jeg starter Visual 2.8, så får jeg en user control warning, og skal godkende at Visual 2.8 må køre. Den fik jeg ikke med Visual 2.7, og jeg har ingen idee om hvordan jeg slipper af med den.