Lars1

Hvis du kan linke og firmware opdater LED dimmerne er det ikke slutmodstanden som er problemet. Den bør være der, men er ikke 100% nødvendigt hvis dit bus kabel er under 1M fra controller til fjerneste dimmer. Simmulering sker offline. Jeg har aldrig rigtig brugt det, men jeg ved at der er problemer med tilbagemeldingen på andre produkter i simulerings mode. Om det også er tilfældet med LED dimmer ved jeg ikke, men vil ikke undre mig. Med serviceview kan du se status på ind og udgange, samt sætte begge manuelt. Her sker det live direkte på det kørende program i controlleren. Serviceview kræver Java, så hent en Javastarter, så du slipper for at rode med div. Java problemer. Check tråden "Login mislykkedes" i FAQ sektionen. Der er link til 2 forskellige Java starter.

8 leder er nok til et tryk med 4 afbryder og 2 dioder, hvilket der som regl er flest af. Et 8 leder kabel til hvert tryk gør det nemt at skifte tryk hvis man får andre ideer til sin installation, hvilket jeg gør forbavsende ofte. Sammen med klemmerække krydsfeltet, gør det fysiske ændringer nemme uden at det samtidig kommer til at se rodet ud. Og ja det er en ekstra fejl kilde, men det er samtidig også en ekstra mulighed for at skilde instalationen ad og teste de enkelte dele uafhængig af hinanden.

Jeg bliver helt misundelig. Gid min tavle så sådan ud. Vedr. klemmer. Det er ikke overkill. Det gør fejlsøgning MEGET nemmer. Skulle jeg selv lave min IHC installation fra grunden igen, ville jeg sætte tavler af til klemmer, så jeg kan lave et krydsfelt af stærk og svagstrøms klemmer, samt andre tavler hvor jeg har alle IHC modulerne. Jeg har for mange stedder hvor jeg bruger ledninger fra både input og output moduler, hvilket giver en meget rodet installation i min tavle. Specielt fordi jeg har 2 controller grundet mængden af I/O moduler. Med krydsfelt metoden kan jeg nememr ændre på den fysiske installation rundt i huset, hvilket jeg gør forbavsende ofte. Vedr. link-10 kabel. Hvis din installation ligger i rør, så du kan skifte kablet, vil jeg give dig ret, men på den anden side. Det billigste svagstrøms kabel man kan får idag er ofte PDS netværks kabel med 8 leder. Det funger fint til LK IHC.

Er der nogen som kan hjælpe mig med OpenHab konfigurations linier som jeg kan bruge tlf f.eks. at læse udsugnings temperaturen fra mit Nilan ventilations anlæg? Jeg har haft lånt en Nilan gateway boks og derigennem verificeret at modbus virker på det kabel jeg har tilsluttet anlægget, men jeg kan simpelthen ikke gennemskue hvordan jeg læser f.eks. udsugnings temperaturen via min USR-DR302 gateway eller USR-TCP232-410s gateway (kun en er tilsluttet af gangen). Håber nogen kan hjælpe med nogle konfigurations eksempler.

Som jeg skrev tidligere. Enhver røgsensor på marked som har et galvanisk adskilt relæ eller tilsvarende kan bruges. Det eneste krav til røgsensoren er at den kan afbryde forbindelsen mellem 0V og en LK IHC indgang når alarmen går. Hvis den også har en sabotage kreds er det perfekt, men ellers kan man bare samle de 2 sabotage ledninger i røgsensoren hvis de overhovedet er i brug. Men LK har faktisk sendt en erstatning på marked. https://www.lk.dk/produkter?iid=11272 Om den passer ind i de eksisterende sokler ved jeg ikke.

Har du et link til en reset firmware for Visual 3 controller?

Det er relativt nemt at afgøre om det er et Java krypterings problem eller ej. Brug en af følgende 2 metoder. 1. Hvis man får login fejl ved brug af ServiceView eller AdminView via USB er det et Java krypterings problem, da der ikke skal bruges bruger ID og password ved login via USB. Dette gælder også for Visual. 2. Hvis man kan logge på via Visual, men ikke ServiceView eller AdminView er det et Java krypterings problem. Dette gælder både for login via USB og netværk. Løsninger og workarounds til Java krypterings problemet findes i Login problem tråden i FAQ foraet. Der findes også links til et par IHC stater i den tråd. Bemærk iøvrigt at LK's IHC stater ikke altid virker medmindre man har installeret nyeste Visual 3. Der ligger nogle IHC stater rettelser i denne pakke som LK ikke har frigivet af andre kanaler. Mikkel's IHC starter har jeg også selv haft problemer med. Jeg havde dog ikke tid til at undersøge det nærmer dengang, så problemet kan have haft andre årsager.

Jeg har ikke HUE, men umiddelbart vil jeg gætte på at HUE app'en ikke kommuniker med hverken LK IHC eller IHC Captain når du bruger den til at styre dit lys med. Derfor er det mere tænkeligt at det er kommunikationen mellem LK IHC og IHC Captain som svigter. Når IHC Captain ikke kan læse programmet fra LK IHC controlleren, kan jeg somregl godt bruge ServiceView eller AdminView, men ikke LK IHC Visual. Eftersom problemet kan løses ved at genstarte IHC controlleren, skyldes problemet højst sandsynligt en overbelastet eller tilsandet LK IHC controller.

Jeg oplever fra tid til anden at min IHC Captain installation ikke kan hente programmet på min IHC controller før end jeg har genstartet controlleren. Jeg tænker derfor på om det kan være kommunikationen mellem IHC Captain og IHC controlleren, som svigter hos dig.

Sporadisk genstart er desværre et kendt problem med LK IHC. Nogle firmware versioner er værre end andre, men problemet eksister på samtlige controller versioner hvad enten det er TermIHC, Visual 1, 2 eller 3. En sporadisk genstart slå dog ikke alarmen fra hvis programmet er lavet rigtigt.

1) Korrekt. Såfremt at IHC app og home assist er på det samme logiske netværk, bør du kunne bruge netværks informationerne fra din IHC app, til at tilgå IHC controlleren fra home assist. 2) Hvis Java er blevet opdateret på din PC siden du brugte den sidst kan det meget vel være årsag til at det ikke længere virker. Hvergang Java bliver opdateret overskriver den alle konfigurations ændringer du måtte have lavet.

Hvis du fjerner linket før du fysisk fjerner sabotage kredsen, så bør indgangen i FB'en forblive ON, også efter genstart og uden at du gør noget. Hvis FB'en er lavet korrekt, vil default på FB indgangen allerede være ON, men det er værd at checke via ServiceView om default kan ændres eller ej og hvis den kan, sæt den til ON bare for at være sikker. Hvis FB indgangen af en eller anden grund går OFF, så bør alarmen gå i igang, men hvis default er ON, og indgangen er ON når du sletter linket, bør dette ikke kunne ske.

Hvis jeg forstår dig ret, så vil du ændre i FB'en. Det bør ikke være nødvendigt. Det bør være nok at slette linket mellem sabotage indgangen i FB'en og den fysiske sabotage indgang. Alt efter hvordan FB'en er bygget op, kan det være nødvendigt manuelt at sætte FB indgang ON første gang controlleren genstartes efter at linket er slettet.

Det grundlæggende problem er sandsynligvis de gamle udløbne certifikater som LK bruger i deres software. De giver så forskellige fejl alt efter hvordan du forsøger at tilgå controlleren. Hvis du kan forbinde med IHC app, så er der netværks forbindelse til din IHC controller, og du skal lede efter den manglende forbindelse mellem din home assist installation og IHC controlleren. Jeg har ikke selv home assist, men andre har fået det til at virke ved at bruge HTTP i steddet for HTTPS i home assist konfiguration. Dermed omgår man de udløbne certifikater. Alt efter hvordan dit lokal net er strikket samme, kan det også være et netværks problem mellem din IHC controller og home assist installation. Prøv evt. at bruge WAN addresse både med og uden WAN port nr'et. Husk også her at bruge HTTP i steddet for HTTPS. Din problem med IHC administrator kan dels skyldes at du har en controller uden viewer. HW 6.1 fandtes i 2 udgaver. En med viewer og en uden. Man kan kende forskel da der på den med viewer står IHC Visual controller / Viewer, mens der på den uden kun står IHC Visual controller. Hvis den er med viewer, så er det sandsynligvis et java krypterings problem. Hvordan du løser det kan du læse mere om i tråden "Login mislykkes (Java problemer)" i FAQ fora'et. Admin view og service view er ikke noget man installer på sin computer. Det er Java programmer som downloades hvergang og afvikles direkte uden at blive installeret. Det er imidlertid de færreste browser som idag understøtter afviklingen af Java direkte. Man er derfor nød til at gemme Java programmet og starte det manuelt bagefter. Her kommer java starter til hjælp da man så ikke skal bruge en browser for at download og starte Java programmerne. Men der står også mere om Java starter i den tråd jeg henviste til tidligere.

Jeg må indrømmer at jeg har svært ved at gennemskue hvordan den funktions blok skal virke. Umiddelbart vil jeg sige at det kun er muligt at reguler mellem 100% og 35%. Det er ikke muligt at slukke med de forbindelser der er lavet. Men det er meget tænkeligt at jeg ikke forstår LK's tankegang eller at du mangler at forbinde lysdæmper tændt udgangen. Prøv at trykke på F1 når du har funktionsblokken markeret. Så skulle du få LK's villedning til hvordan FB'en skal forbindes. Det plejre at være med fine tegninger af hvad der skal forbindes til hvad.

Det er et kendt problem med HW version 1 wireless stikkontakter og lav belastning. Dog plejer mine dog rent faktisk at tænde igen. HW ver. 1 wireless stikkontakter har et minimums belastnings krav på 20W såvidt jeg husker. Det er relativt simpelt at teste om det er den lave belastning som er problemet. Prøv at sætte en støvsuger, el radiator, glødepære lampe eller tilsvarende med høj belastning til i steddet for din nuværende belastning. Forsvinder problemet skyldes det den lave belastning og løsninger er at skifte til HW ver. 2 wireless stikkontakter som ikke har noget miminums belastnings krav, eller sætte noget mere belastning på stikkontakterne.

En PIR registrer ændringer i varme. De LK IHC udendørs PIR jeg har siddende registrer normalt min bil når jeg nærmere mig min parkerings plads, men ikke altid. Specielt i sommerhalvåret sker det ofte at de ikke registre min bil eller mig når jeg stiger ud. Man kan dog ændre følsomheden på dem, men skruer jeg dem meget længere ned, registrer de også naboen kat om vinteren uden at de samtidig bliver bedre til at registre min bil om sommeren. Alt kan bruges som input til LK IHC, men sommetider skal man have en galvanisk adskildelse eller overdragelses relæ imellem. Mange garage port systemer har et potentialt frit relæ som kan bruges til at tænde lys med m.m. når porten åbner. Prøv at checke om din garage port ikke har sådan en udgang. Alternativt kan du monter et overdragelses relæ parallet med garage port motoren.

Det er højst sandsynligt et Java problem, eller retter disablet Java understøttelse af de forældede krypterings protokoller som LK fortsat bruger. Du er ikke den første som får login fejl og løser problemet ved at følge en af mulighederne i tråden i FAQ'en. Hvis du kan logge på med Visual, men ikke med Serviceview eller adminview, er det 99,99% sikkert et Java krypterings problem. Hvis du bruger IHC/Java starter, så brug Mikkels. LK's har et problem med de seneste Java opdateringer. Hvis du vil prøve med reset firmwaren, så kan du risiker at skulle bruge en ældre firmware loader, da de nyer har versions kontrol som bloker for upload af reset firmwaren.

Reset firmwaren løser ikke problemet hvis det er et Java problem, hvilket det højst sandsynligt er.

Røgsensor lever ikke evigt, så man bør ikke genbruge røgsensor som er mere end 5 år gamle. Enhver røgsensor som kan afbryde en forbindelse ved alarm kan bruges i LK IHC alarm. Det behøver ikke være LK IHC røgsensor.

Jeg kan ikke lige gennemskue Mikkel's rapport, så jeg tror det er bedre han svare på om der er flere lampeudtag på samme udgang. Det er noget nemmer at gennemskue via LK's standard rapporter, men de er noget besværlige at generer medmindre man har en god gammel windos xp PC. Men det er korrekt at du jvf. Mikkel's rapport kun har et wireless lampe udtag.

Har du prøvet standard løsningerne med at genstarte controlleren o.s.v.? Er lampe udtagne wireless eller forbundet til et output modul? Hvis det er wireless udtag fra 2008 og du har skiftet til LED pære kan du opleve det som du beskriver. LED er kun understøttet med HW ver 2. wireless lampeudtag og de kom først på marked noget senere end 2008.

Det er højst sandsynligt et Java problem. Check tråden i FAQ fora'et. Den beskriver indtil flere løsninger.

Jeg kender ikke hue, men jeg kan ikke rigtigt forstille mig at den eneste måde at tænde/slukke lyset, hvis man går hue vejen, er via en app. Så da et 230V output modul jo har samme funktionel funktion som en alm. on/off kontakt, man kan vel erstatte dimmerne med et 230V output modul isteddet for at gøre installationen mere kompleks med HA/IHCCaptain. Bortset fra det ser det ud til at den nuværende IHC controller er en Visual 2 HW 6.1 uden viewer, hvilket vil sige at IHC app m.m. ikke vil virke på den. Opgrader til en controller med viewer (Visual 2 HW 6.1 med viewer, Visual 2 HW 6.2 eller Visual 3 HW 7) og lyset kan styres med f.eks. IHC app uden anden ændring end udskiftning af selve controlleren. Alt andet kan genbruges. Sidst men ikke mindst ser det ud til at der er et wireless tryk et eller andet sted som trænger til et nyt batteri

Magnet kontakter hjælper ikke meget når en tyv skære hul i ruden eller helt fjerne den. Ud over det har jeg aldrig været fan af at have magnet kontakter og sabotage keds på samme kreds. Det gør fejlsøgning besværlig forhindre at man kan bruge sabotage kredsen til at holde øje med kabel fejl.