Lars1

LK har jo selvfølgelig også deres "IHC control 0-10V converter" og deres "IHC Control® 1-10 V dimmer IHC/SA" moduler. Jeg finder dog personligt begge temmelig ubrugelige til noget som helst praktisk formål. 0-10V converteren er nok den som kommer nærmest ønsket, men det er et tavle modul, som kun virker sammen med en wireless dimmer. Det kan ikke forbindes direkte til IHC controlleren.

IHC har ingen analoge udgange, så du skal ud i noget trejdeparts integration hvis du skal have det til at virke.

Udskiftning af en Visual 2 controller til en Visual 3 bør enhver IHC elektriker kunne klare. Det en 1-1 ombytning. Alle ledninger passer i samme terminaler, og programet kan direkte overføres. Eneste udfordring er at alle wireless enheder skal genlinkes og evt. touch dimmer funktions blokke erstattes med de nye 2 tast dimmer funktions blokke. Såfremt at den fysiske installation er i orden er jeg sikkert på at Henning eller en anden kode haj her på boardet kan fikse dit garagelys scenarie for dig. Enhver elektriker, incl. ikke IHC elektriker burde være i stand til at verificer at den fysiske installation er i orden.

Selvom det job du beskriver kræver en autorisation, tror jeg de fleste af os her på boardet selv er istand til at udføre det, og derfor ikke har nogle elektriker kontrakter som vi kan anbefale. Enhver elektriker som skriver noget om IHC på deres website bør være istand til at udføre det job du har beskrevet. Udskiftningen af controlleren og Iphone opsætning bør kunne klares på et par timer. Du kan iøvrigt få din Iphone til at virke med den Visual 2 controller hvis du opgrader firmwaren til seneste HW 6.2 version. Der findes flere tråde om emnet har på boardet, incl. workarounds til at få HW 6.2 firmware installeret på en HW 6.1 controller.

Ikke planlagt genstart af IHC er et kendt problem, og det er somregl netværks kommunikation som trikker det, hvilket er årsagen til at du først ser det nu hvor du har sat IHC bridge op. Du vil sandsynligvis have haft samme problem med IHC Captain, OpenHab etc. etc. etc. Grunden til genstarten er ofte dårlig programering. Der findes flere tråde her på boardet med gode råd til hvordan man ryder op i sit program, og dermed reducer de ikke planlagte genstarts. Jeg er selv gået fra ugentlige genstart til 6-12 mdr. mellem ikke planlagte genstart, ved at gennemgå mit program og rettet alt dårlig programmering og fjerne program stumper, som alligevel ikke blev brugt Grunden til at IHC bridge sender notifikationer, er sandsynligvis dårlig programering, hvor power up sekvensen i IHC controlleren gør at de udgange du monitorer med IHC bridge ændre status. Jeg kender dog ikke IHC bridge, så jeg kan ikke sige om problemet er at den er kodet til at sende notifikationer, når IHC controlleren genstarter.

Jeg forstår bare ikke hvorfor du bliver ved med at brokke dig her. Dit brok bør rettes mod LK, men de læser ikke med her, så der er ikke nogen relevant modtager for dit brok på dette site. Jeg betragter mig ikke som tilbagelænet eller at indtage en ligegyldig holdning. Men jeg gider ikke spille tid på at brokke mig over ting når der ikke er nogen relevant modtager tilstedde. Ret nu dit brok mod dem som kan ændre på problemet, isteddet for at forpeste dette board med din negativitet. Det ender bare med at os som rent faktisk fra tid til anden hjælper nogen med at løse et aktuelt problem dropper dette board. Og vedr. mit brok over dit brok, så er der den forskel at du kan stoppe med dit brok her på boardet. Så jeg har en modtager til mit brok. Det har du ikke.

Og den henstilling bør du sende til LK. Der er ingen som læser med her, som kan gøre hverken til eller fra på det område. Jeg kan sådan set godt sætte mig ind i det, men du er igen ude i at bruge produktet på en anden måde en tiltænkt fra LK. LK IHC er ikke designet til at hr. og fru danmark skal firmware opdater det eller programmer det. LK's model er at det er elektriker som har været på kursus som skal gøre dette. Du kan være uenig i dette, men det må du tage op med LK. At lufte din fustration her på boardet er bare nytteløs brok.

Dit had til LK er efterhånden godt kendt. Kan du ikke prøve at klage din nød direkte til LK isteddet for her på boardet hvor de alligevel ikke læser med. Det er ret trættende at se den samme plade spille igen og igen og igen og igen og igen. LK er et kommercielt firma. Hvis de så en kommerciel fordel i at handle anderledes, så gjorde de det. Hvorvidt du er enig i deres analyze er sådan set ligegyldigt. Det er deres produkt. De bestemmer hvordan det skal se ud. Er du utilfreds kan du brokke dig direkte til dem, eller lade være med at købe det. At brokke sig her igen og igen og igen og igen gør ikke produktet bedre og hjælpe ikke nogen med at læse deres problemer.

Hvad hvis SD kortet er defekt? F.eks. korrekt fil format, men korrupte data i filerne?

Jeg kender mange devices som ikke kan starte hvis SD kortet er defekt. Mine Raspberryes f.eks. Kunne LK have kodet sig uden om dette problem. Sikkert, men de har valgt at prioriter anderledes, uden at kende deres udviklings budget og mængden af udviklings opgaver vil jeg ikke græde snot over at de prioriter anderledes end hvad jeg set udefra synes vil være den rigtige prioritering. At SD kort ikke bruges de stedder du nævner, skyldes mere at der ikke er nogen added value ved at bruge SD kort, ikke at SD kort er et dårligt produkt. Data log på et SD kort er normalt ikke et problem. Slet ikke hvis det er traditionel data log, hvor man skriver sekventielt i en fil. Der hvor SD kort har problemer er når du har en database som ligger på SD kortet. Det kan de ikke holde til.

Hvis du læser villedningen, vil du se at du kan uploade et nyt program til controlleren, ved at lægge det på SD kortet på din PC og boote controlleren efter du har sat kortet i controlleren. Med andre ord. Controllerne læser programmet som ligger på SD kortet når den booter, og derfor kan den ikke boote med defekt SD kort. Dette har tidligere været diskuteret i en af trådene om SD kortet her på boardet.

Prøv at søge her på boardet. Der findes flere tråde om emnet og nogle af dine spørgsmål er besvaret i LK's manual, som følger med Visual 3 softwaren.

Prøv at læse LK's villedning som du finder under hjælp i Visual, så er jeg sikker på du selv kan lave ændringerne. Det kan laves med en simpel invertering af en indgang og en "and" funktions blok. Tror begge findes som standard i LK IHC Visual.

Såvidt jeg forstod, er der forskel i antallet af ledninger på de 2 tastatur. Hvis jeg ikke husker meget galt, skyldes det at deres er flere tal på de nye tastatur, hvilket sandsynligvis betyder at der skal ændres i programmet for at få det til at virke.

Det lyder ikke godt at LK support ikke kunne løse problemet. De havde tidligere et remote tool, så de kunne overtage den PC som var tilsluttet IHC controlleren, og den vej rundt lave de program ændringer, som elektrikeren ikke kan finde ud af.

For det første. Simulering er offline. Lamper m.m. tænder ikke når du køre simulering. Prøv at checke uret i din IHC controller via adminview. Hvis det går forkert, vil det virtuelle skumrings ikke virke korrekt. Check derudover via serviceview hvad der sker i controlleren når du mener lyset skal være tændt.

Trejdepart produkter kan være IHC Captain, OpenHab, Domotics, IHC bridge etc. De er alle software produkter. De fleste er freeware og kan kan køre på en Raspberry PI. En IHC controller kan kommuniker med op til 64 LK IHC wireless enheder, og kan have op til 128 fortråede indgange og 128 fortråede udgange. En controller koster mellem 5-10.000 kr. alt efter hvor du køber den. Dertil skal du nok bruge 1 8 ports output modul til din installation. Det koster mellem 300-1000 kr. Alt sammenhæng mellem ind og udgange er 100% programmer bar. Du kan downloade Visual softwaren på LK web site. Softwaren bruges til at programmer controlleren. Dette gøres offline og program afviklingen kan simuleres uden adgang til controlleren. Når du installer softwaren får du også adgang til LK's IHC dokumentation som i detaljer beskriver hvad du kan med produktet.

Det er over 20 år siden jeg forlod branchen, og jeg har ikke selv en Visual 1 controller, så jeg kan desværre ikke hjælpe dig her. Men mon ikke der er en af de andre her på boardet som kan hjælpe dig. Nogle af dem arbejder fortsat som elektriker. Ellers er der LK's facebook gruppe. Den har jeg dog ikke adgang til eftersom jeg ikke er på facebook.

Timerne er ikke de værste, men det er en kombination af antallet, og hvor meget de køre. Ideen med aktuel tid +1 sek. tror jeg vil koste flere resourcer grundet den tumpet måde som LK fanger tids events på. Bortset fra det, så tror jeg faktisk ikke at det kan lade sig gøre. Såvidt jeg husker understøtter LK IHC ikke at man sætter en variable=aktuel tid, og lægger 1 sek. til.

LK IHC wireless tryk virker kun med andre LK wireless enheder. Ø80 lampe udtag findes både som relæ og dimmer, og kan direkte erstatte de normale Ø80 lampeudtag. Man kan ikke med et 4 taste LK IHC wireless tryk styre 4 dimmer. Det skyldes at LK ikke længere supporter one touch på standalone wireless dimmer. Det kræver derfor 2 taster pr. LK IHC wireless dimmer. Hvis du går via en LK IHC controller er det en helt anden sag. Her programer du selv hvad der skal ske når du trykker på de enkelte taster og du kan via trejdeparts produkter kommuniker med andre wireless produkter end LK's.

Det er ikke kun IHC Tablet som kan trikke en genstart. Alle former for netværks kommunikation kan gøre dette. Jeg ser det sommetider på min HW 6.1 controller, men jeg er efterhånden oppe på over 180 dage mellem 2 crash. Det har jeg opnået ved at gå mit program i gennem og sikre mig at jeg ikke har produkter fysisk forbundet til controlleren uden at der også er en FB linket og omvendt. Dette er specielt et problem for temp. sensor og andre produkter som generer meget traffik på indgangene. Derudover har jeg fjernet så mange tæller, timer etc. som muligt, og ændret programmet så nedtælling bliver stoppet i de situationer hvor en timer som går i 0 alligevel ikke vil medføre nogen ændring, som f.eks. hvis man slukker lyset manuelt før en timer løber ud og slukker lyset

Som jeg skrev tidligere, så skal kombi dimmeren have fast fase for at virke. Du skal derfor på en eller anden måde have ændret din installation, så PIR'en aktiver en indgang på IHC controlleren og denne indgang tænder så lyset, på den lysstyrke du ønsker, via en funktions block i IHC controlleren og den wireless dimmer. Det kan bl.a. lade sig gøre som Lars Jacobsen beskriver.

Et hurtigt check efter ovenstående metode (filen skal omdøbes til .xml) viser nedenstående fejl. --- cut begin --- Sorry, I am unable to validate this document because on line 359 it contained one or more bytes that I cannot interpret as us-ascii (in other words, the bytes found are not valid values in the specified Character Encoding). Please check both the content of the file and the character encoding indication. The error was: ascii "\xE5" does not map to Unicode --- cut end --- Åben filen med f.eks. nodepad og erstat æøå. Hvis det ikke hælper at erstatte direkte med æøå, så prøv med andre tegn f.eks. ae, oe og aa.

Der findes trådløse relæer til LK IHC, men det du har brug for er en trådløs indgang, og det findes der mig bekendt ikke, og efter LK har lukket det gamle online katalog, er det umuligt at finde deres produkter. Du er ikke så heldig at installationen er lavet med rør, så du kan trække et par ekstra ledninger?

Kombi dimmeren skal have fast fase, ellers vil du aldrig få det til at virke. Jeg kender ikke den PIR du har, men den kan sandsynligvis forbindes til en 230V indgang på et IHC 230V input modul, eller du kan sætte et overdragelse relæ imellem hvis du ikke har noget 230V input modul.