Lars1

Det afhænger af alderen på dine wireless enheder. Hvis ikke det er HW v.2 er der et minimums belastnings krav for at de kan kommuniker med controlleren. Hvis ikke dette er opfyldt og de er en del af programmet kan du opleve at der ikke er nogen kommunikation med wireless enheder overhovedet i op til 2 min. Dette sker fordi controllerne forsøger at få kontakt til enheden i 2 min. før den timer ud og går videre til næste enhed.

Hvis teknisk support ikke har nogen log eller counter, hvordan er de så kommet frem til at det er LAN som sender routeren i knæ?

Jeg er ikke interesseret i error lister eller error logs. Jeg er interesseret i de counter som supporten bruger til at sige at det er din LAN port som er problemet. Dem bør du kunne se i routeren også.

Hvis en LAN port kan få en router til at gå i knæ, så er det en MEGET dårlig router. Specielt hvis det er IHC controlleren kan få routeren til at gå i knæ. IHC controleren har ikke en særlig kraftig processor og kan derfor ikke fylde en 100Mbit forbindelse. For mig lyder det mere som at der sker mange retransmissioner. Du bør selv have adgang til routeren. Prøv at se på error counter på de forskellige interfaces. incl. WAN interfacet. Jeg har selv kæmpet med en langsom og ustabil internet forbindelse (TDC) i et stykke tid, indtil jeg opdagede at error counter på WAN forbindelse steg til +900.000 i løbet af 1 time, hvorefter routeren genstarter automatisk. Fejlmeldte det til TDC og blev lagt over på en anden linie, hvorefter det tager næsten 1 mdr. før routeren genstarter grundet error counter, hvilket er meget normalt for en ADSL forbindelse. Et andet problem kan være hvis nogen forsøger at hacke din router, men det burde Altibox kunne se.

Visual bruger ikke Java, så det er ikke Java der er problemet. Prøv via USB, og uden netværks kabel i controlleren og PC'en.

Jeg har ikke lige adgang til Visual pt. så jeg håber en af de andre er på boardet kan hjælpe dig.

Dug punktet er den temperatur hvor fugtighed begynder at kondencer på vægge etc. dug punktet ændre sig efter fugtighed, temperatur etc.

Har du prøvet at læse LK's villedning? Du finder den ved at maker FB'en og trykke F1. Offset bruges til at flytte 0 punktet hvis sensoren ikke er kalibreret rigtigt eller der er andre årsager til at 0 punktet skal ændres.

Hvis du har gjort som Lars Jacobsen skriver, vil Lars's FB ligger sammen med alle LK's FB's der hvor du valgte at gemme den. Men når du gemmer FB'en er det vigtigt at den bliver gemt samme sted som LK's FB's. Derfor forslaget om at lave en ny folder til egne FB's.

Ikke at kunne sende et projekt til controlleren får man fra tid til anden. Hvilken fejl får du og hvilken firmware ligger der i controlleren? De fleste elektriker som skrive IHC på deres webside kan løse dit problem på et par timer.

Hvis du nu prøver at læse mit oprindelige indlæg igen, så vil du opdage at grunden til at jeg ikke vil opgrader bare for at løse den manglende sensor alarm, netop er den ringe kvalitet af LK's firmware. Så det er ikke en helt anden sag. De 2 ting hænger nøje sammen.

Jordledning er kun et krav hvis der er en jord klemme i spottet og den er forbundet. Strækstrøms reglement gælder for alle spændinger. Hvis du ændre fra 12V til 230V falder din strømstyrke i ledningen hvilket gør at der bliver afsat mindre varme i den. Så hvis den er godkendt til 230V, og du sætter mindre sikringer foran den, så bør det være lovligt. Lige nu sikre trafoen at der ikke bliver sendt mere strøm gennem ledningen end den er godkendt til. Jeg skal ikke kunne sige om der er kommet nye regler. Derudover brugte vi aldrig brugte 0.75 PVL i faste installationer da jeg arbejdede som elektriker. Men om det var fordi at det gjorde man bare ikke, eller om det ikke var lovligt kan jeg ikke huske. Men såvidt jeg husker var der de samme krav til ledninger ud til spottene, når de lå som skjult installation, hvad enten det var 12V eller 230V. Men tag fat i en installatør og hør hvad han siger. Det kan højst koste 1 times rådgivning.

Hvor stor er sandsynligheden lige for at 24V forsvinder til en enkelt sensor, bortset fra når du ændre noget i din tavle. Såvidt jeg forstår LK's release notes, så vil alarm stadig gå ON hvis der fejl på sensoren. Det er kun hvis der ikke er spænding på sensoren at alarm ikke går ON, hvilket vi hurtigt kan blive enig om at den skal. Men set i det store billed og med alle de fejl der er i LK's firmware releases pt., specielt den firmware update som smadre controlleren, så vil jeg betragte den manglende sensor alarm som det mindst onde, og noget jeg vil være nød til at leve med i en periode.

Hvis installationen er lovlig idag og ledningerne er godkendt til 230V, så mener jeg også den vil være lovlig hvis du sætter mindre sikringer foran ledningerne så de er kortslutnings og overbelastnings sikret.

Med den kvalitet der er på LK's software for tiden, så vil jeg ikke opgrader med mindre der bliver rettet nogle fejl som jeg er ramt af. Men hvis du laver en support case hos LK, så vil deres første krav være at du opgrader til seneste firmware. At alarm ikke går ON hvis der ikke er spænding på sensoren er ikke en fejl som vil få mig til at opgrader firmwaren.

Jeg tror lige vi skal starte med at finde ud af hvilken controller du havde før og hvilken du har nu. .icz findes f.eks. ikke på TermIHC controllerne, ligesom version 4 ikke rigtig giver mening som Lars Jacobsen skriver. Oversigten over ind og udgange er også blevet ændret siden TermIHC.

Jeg var lige inde på LK's support side i en anden forbindelse, og falder over denne note vedr. firmware 03.04.21 Sensor fejl udløses når: Sensoren frakobles Noget kunne tyde på at der i firmware før 3.4.21 er en fejl, som gør at sensor alarm indgangen ikke går ON når der ikke er strøm på sensoren.

Jeg har kun hørt om defekte controller i forbindelse med en bestemt firmware, og jeg mener ikke det er den seneste. Hvad der går galt er der vist aldring nogen som har fået et fornuftigt svar på fra LK. De har bare fået en ny controller. LK's nyheder og produkt udvikling er diskuteret rigeligt i andre tråde, så den diskution vil jeg ikke starte her igen.

Well. Alarm burde faktisk være gået ON når der ikke er spænding på sensorne. Det gør den i Visual 2, men først efter nogle min. Forsinkenlse er der for at sikre mod fejl alarmer ved genstart og program uploads.

Np. Mens jeg arbejde som elektriker (for snart 20 år siden), var vi på et tidspunkt igang med at installer nyt netværk hos en mindre kommune. Mens vi var igang kommer en af deres IT ansvarlige og klager over vi har taget strømmen til deres skærm i deres server rum. Jeg går derned sammen med den it ansvarlige, og kan hurtigt konstater at der er blevet slukket for stikkontakten, hvorefter den IT ansvarlige tager sig til hovedet og siger det er hvad de beder deres bruger checke først når en terminal ikke vil tænde. Det er ikke altid man kan se skoven for bare træer. Glad for at jeg kunne hjæpe, og godt at du skriver løsningen her. Det vil helt sikkert hjælpe andre i samme situation.

Det er ikke sikkert at en sikring vil forhindre en moderne dimmer i at brænde af. Det som ofte dræber dimmer idag er højfrekvent eletrisk støj fra den tilsluttede belastning. Vedr. tip. Den blå diode på controllerne skal blinke et par gange når du sætter strøm på en wireless dimmer. Det er en nem måde at se at der er strøm på dimmeren.

Nej. Det er kun program afviklingen som bliver genstartet når du lægger et nyt program i. Den genstart jeg taler om er hvor du tager strømmen til contolleren i 10 sek. Men før du gør det, bør du checke konfigurationen at dine temp. sensor er konfigureret med en indgang, samt at 0V og 24V forsyningen til dem er OK. Hvis de ikke får strøm går alarm indgangen ikke ON.

Har du prøvet at genstarte controlleren?

Hvad der er sket ved jeg ikke, men det er ikke unormalt at elektronik brænder hinanden af. Om det er trafoen som har brændt dimmeren af eller omvendt er svært at sige. Problemet i køkkenet kan have været et normalt problem i forbindelse med en genstart hvor controlleren ikke kommer 100% korrekt op. Men lige et tip. Når du sætter støm på en wireless dimmer, så vil den normalt kommuniker kortvarigt med controlleren.

Offset er til at juster en evt. unøjagtighed i temp. sensoren 0 punkt. Men eftersom den har en nøjagtighed på +-0.5grad er der ikke megen grund til at ændre på offset. Hvad er status på temp. sensor alarm udgangen på temp sensor produktet i serviceview? Hvis denne er ON, er der en fejl i forbindelsen mellem IHC input modulet hvor sensoren er monteret og temp. sensoren.