Lars1

Er det lykkes nogen af jer at rapporter problemet il LK?

LK har nogle standard IHC pakker, og det er typisk dem der bliver installeret idag i nyinstallationer såvidt jeg ved. Disse indeholder også kun det mest nødvendige. Men det er ikke meget anderledes end en alarm pakke fra G4S eller hvad de nu hedder i denne uge. Deres standard pakker indeholder også kun lige det mest nødvendige. Pakkerne er små for at holde prisen nede, og få lokket kunder i butikken/abonnements fælden, så man efterfølgende kan flå dem.

Nu begyner vi at diskuter detaljer, men hvis du sidder på internettet, og har lavet en forward af port 80 til 443 i din FW, så svare din controller vel med HTTPS, også må det også være rigtigt at du spørger med https protokollen, men via port 80, hvilket er præcist det jeg har skrevet.

Det kan godt virke, men det kræver browseren understøtter at man skriver https://<IP/hostnavn>:80/ Det er ikke alle browser som understøtter dette. Nogle browser kan selv genkende at de får krypteret trafik på port 80.

Jeg gik lige og håbet at problemet med de evige genstart var gået i sig selv igen, men lang næse. I går omkring middagstid, mens alle var ude af huset besluttede controlleren sig for at genstarte af sig selv igen. Den har dog sat rekord. Den havde på det tispunkt kørt i næste 8 dage med den nye FW uden genstart. Hvordan ser det ud hos jer andre. Nogen ændringer i hvor ofte controlleren genstarter etc.? Nogen løsninger?

Det giver en billigere installation, da du ikke skal bruge så mange I/O moduler, og sålænge funktionen skal være den samme på alle afbryderne/kontakterne, er der ikke noget teknisk i vejen med at gøre det på den måde. Du får faktisk også et mere simpelt program ud af det, og dermed højst sandsynligt en mere stabil IHC controller, som ikke genstarter af sig selv i tide og utide.

Firmware før 2.7.199 supporter ikke TLS 1.1 og 1.2. Efter JAVA 1.7.0_71 (såvidt jeg husker) er TLS 1.1 og 1.2 default, og skal slåes fra manuelt for at IHC admin, service view etc. virker.

Er det stadig samme fejl vi skal lede efter? Efter næsten 7 mdr. vil jeg næsten forventen at du havde opdaget hvilken funktion der ikke virker. Men en never ending loop, må der jo næsten være noget som permanent står op blinker eller tilsvarende, når du får aktiveret loopet.

Bliv ikke overrasket hvis det pludselig holder op med at virke igen. Jeg har selv oplevet problemet et par gange, og der er virkelig INGEN logik i hvornår de wireless relæer tænder udgangen af sig selv, og hvornår de ikke gør det, når man har sparepære etc. siddende på dem, og belastningen når de er slukket ligger mellem 0VA og 5VA.

Der sidder afbryder på IHC wireless stikkontakterne, men du kan ikke bruge dem i dit program desværre. Wireless stikkontakter er kun modtager. Dog plejre tilbagemeldingen på udgangen at virke så man kan bruge denne til at afgøre om en wireless stikkontakt er tændt eller slukket. Det er dog ikke noget LK supporter, og der er ingen garanti for at det virker med alle fw versioner. Du kan evt. anskaffe dig en mobil wireless stikkontakt, og øve dig på den. Den virker præcis som de fastmonterede, men du skal ikke have fat i en elektriker for at udskifte dine eksisterende stikkontakter til wireless. De mobile fåes også som dimmer, og med eller uden jord. De faste fåes kun som relæ med jord. Tilgengæld fås de i flere farver end de mobile. Wireless mobil stikkontakt. http://billigihc.dk/lk/lk-ihc-wireless/stikkontakt/ihc-wireless-mobil-stikk-relae-m-j-1-stk Wireless fast stikkontakt http://billigihc.dk/lk/lk-ihc-wireless/stikkontakt/ihc-wireless-stikkontakt-13a-hvid-1-stk

Forskellen er face forskydninge i det du sætter på. Jeg har en 15W arbejdslampe med lysstof rør. Hvis jeg bruger den på en wireless stikkontakt, så går der ca. 5 sek. efter jeg har slukket den, før den tænder igen af sig selv. Og jeg har checket med en støvsuger at det ikke er programmet som der er noget galt med. Og det er det store problem ved minimums belastningen. Den gælder også for standby forbrug. Dit standby forbrug på en wireless stikkontakt skal være 0VA eller +5VA. Det værste af det hele er at LK har kendt til problemet siden 2007 eller tidligere, og har fortsat INTET gjort. :angry: :angry:

Det er første gang at jeg har hørt at genstart skulle skyldes fejl i FB's. Hidtil har undskyldningen lydt at det er hvis ind og udgange ikke er brugt korrekt som f.eks. at man har en temp. sensor siddende på en indgang, hvor der ikke er en temp. sensor i programmet etc. De fejl LK plejre at rette i FB's er rent funktionelle fejl. Ikke nogen som påvirker controlerens stabilitet. Derudover er det bemærkelsesværdigt at flere her skriver at de oplever hyppig genstart efter at de har opdateret deres controller med den nye firmware, uden at lave program ændringer samtidig. Min controler er også begyndt at genstarte ca. hver 4-5 dag. Sommetider mens jeg ikke er hjemme, og sommetider når jeg connecter til den med min PC via nettet. Derudover har jeg opdaget at den lampe jeg har med lysdæmper, og som jeg ofte styre med en wireless remote, nu ikke længere altid reager når jeg vil slukke den med remoten, selvom jeg tydligt kan se at på remoten at den sender data. Jeg har endnu ikke haft tid til at sætte logning op i controlleren, så jeg ved ikke om det er remoten, som controlleren ikke lytter efter eller om det er dimmeren, som ikke lytter efter controleren. Min controller er fra 2007 med HW ver. 6.1. Det kunne være dejligt at høre hvilke modeller i andre har. Både jer som har problemer, og jer som ikke oplever problemer.

Såvidt jeg kan se på dette link http://www1.lk.dk/servlet/context?n1=14&n2=23&n3=2457&n4=2526, så kræves der en minimums belastning på 5VA for en mobil wireless stikkontakt med Jord. Det samme gælder den uden jord, og dem med dimmer. Men LK kan selvfølgelig tage fejl.

HW 2 er mig bekendt kun kommet til lampeudtag, og kun dimmer såvidt jeg husker. Da jeg fornylig checkede wireless stikk, både fast og mobil, havde de begge fortsat 5VA som minimums belastning på lk.dk.

LK har også dobbelt korrespondance afbryder, og hvis rør installationen er lavet korrekt er der plads til alle ledningerne.

Om det er billigst afhænger vel af hvordan den eksisterende installation er lavet. Er det en nyer med kabler, vil jeg give dig ret, men er det en ældre med rør, bør det være simpelt at trække den ekstra tænd ledning, og sætte en krone afbryder op. Forudsætning er selvfølgelig at begge dele laves af en autoriseret elektriker, eller at man byder loven, og gør begge dele selv.

Det kan godt lade sig gøre, men det vil ikke være stabilt. Jeg har ikke lige adgang til min PC med IHC visual på, så jeg er ikke 100% sikker, en jeg mener at når du tænder din wireless stikkontakt vil udgange i IHC gå on, og dette kan du bruge som indgang til en timer, som så efterfølgende sætter udgangen off. Det er ikke noget LK supporter, og der er derfor ikke nogen garanti for at det vil virker med alle FW versioner, eller at det ikke vil give dig en ustabil IHC controller. Du skal også være opmærksom på at wireless stikkontakter kræver en minimus belastning. Kommer du under denne, vil din wireless stikkontakt begynde at tænde af sig selv. Sidst men ikke mindst. Du behøver ikke skifte nogen stikkontakter. Du kan få mobile wireless IHC stikkontakter.

Min bliver ikke langsom. Den genstarter bare. Et problem som jeg ellers troede jeg var sluppet af med.

Prøv at matche online dokumentationen med hvad i har forbundet til jeres I/O moduler. Specielt hvis i har temp. føler eller tilsvarende kan ovenstående problem opstå hvis i en indgang med en temp. føler også samtidig er linket som et tryk. Derudover skal i helst ikke have en indgang eller en udgang linket til mere end et produkt. Indgange med tempføler og tilsvarende, men hvor der ikke er noget produkt i programmet kan også give en langsom controller.

Jo. Grundet den tumpet måde som LK har designet deres wireless enheder på kræves der en minimums belastning for at de virker. Du kan f.eks. ikke linke en wireless dimmer, uden at der sidder en belastning på. Den skal ikke være tændt. Den skal bare være der. De har for et års tid siden frigivet nogle nye lampe udtag og stikkontakter hvor fejlen er rettet, men de har desværre samme produkt nr. som de gamle, så man kan ikke være sikker på om man får en gammel model eller en ny når man bestiller et lampeudtag. Pænt irriterende.

Du har sikkert også ledige ledning i det kabel, som går til din PIR.

Min har også autogenstartet 2 gange siden jeg lagde den nye FW på. Håber der er nogle af jer elektriker med adgang til LK, som gider rapporter dette, for os private gider de ikke høre på længere.

Omkring din elmåler i garagen, så kan du snyde hvis du har et IHC tryk derude i forvejen. Der er højst sandsynlig ledige ledninger, og du skal kun bruge 2 for at kunne aflæse begge dioder (0 er fælles, og bruges allerede i dit tryk). Jeg mener det er denne detektor du kan bruge til at detekte diode blinkne fra din måler, men du må ikke hænge mig op på det. http://www.zigza.dk/IHC_Alarm_Overv%C3%A5gning_Optisk_Sensor_Detektor Men som jeg tidligere skrev, kræver de et 24/3 input modul for at virke.

Check at begge PC'er er på samme IP subnet som din controller, ellers får du ikke lov til at logge ind som admin. Hvis du aldrig har rettet i bruger rettigheder får du heller ikke lov at logge ind med service view. Det er LK's oldnordiske IP stack som er skyld i denne tåbelighed.

Beklager forsinkelsen, men her er den blok jeg lavede til formålet for nogle år siden. Den har vist ikke tryk for konstant fuld lys, men brand/indbruds indgangen gør det samme. Prøv også at kigge på LK's 1.4.06d Pir styring. Den ser umiddelbart ud til at opfylde dit formål. 9.1.08.c. Udv. lys.zip