Lars1

Sandsynligvis standard Java problem. Kig på Java indlægget i FAQ sektionen. Der er flere løsninge metoder at vælge i mellem.

Den følger med når man installer Visual, men jeg mener også den ligger på LK's download site. Gå på lk.dk -> support -> download software - Mit LK. Alle kan oprette sig som bruger og det er gratis.

Med afbryde forbindelsen mener jeg trække USB stikket, trække netstikket, vælge en anden kommunikations instilling i Visual eller tilsvarende. Afbrydelse af forbindelsen mellem Visual og controlleren mellem download og upload gør at Visual ikke længere kan være 100% sikker på at det er det samme program som ligger begge stedder, og dermed overskrives runtime værdier. Både Bjarne, jeg og flere andre har oplevet at hvis en controller genstarter under upload af program rettelser, så mister man alle runtime værdier.

Man behøver ikke lægge et tomt program op først hvis man vil overskrive runtime værdier under uploade af et rettet program. Man behøver bare at afbryde forbindelsen mellem Visual og controlleren, mellem man har hentet programmet og uploader den rettede version. På Visual 2 controller er det nok et genstarte controlleren. Om det også er tilfældet på Visual 3 er jeg ikke helt så sikker på.

Hvis du afbryder nul ledningen mellem HPFI relæet og første gruppe afbryder, får du et flydende nul punkt på alle dine grupper, og så kan en 230V gruppe pludselig få 400V mellem fase og "nul" grundet ujævn belastning på dine faser. Det er derfor MEGET afgørende at vide præcist hvor i din installation du afbrød nul lederen for at vi kan afgøre om det kan være årsagen til at din dimmer stod af. Det er ikke uden grund at alt arbejde i en eltavle kræver autorization.

En enkelt udgang kan sagtens være defekt, men du bør måle spændingen uden at der er noget tilkoblet udgangen. Alternativt kan du prøve at bytte om på ledningerne på 2 udgange og se om problemet flytter med. Gør det det, er det din telestat eller kabling det er galt med.

Om en afbrudt nul ledning kan være skyld i at elektronik brænder af afhænger af hvilken nul ledning som er blevet afbrudt. Hvis det er en nul ledning i en 230V kreds, så nej. Er det en nul ledning i en 400V kreds, så jo. Er det en nul ledning før gruppeafbryderne, så også ja. Årsagen er at med en manglende nulledning danner faserne i en 400V kreds selv et nul punkt, og er belastningen ikke 100% den samme på alle faser flytter dette nul punkt sig. I værste fald kan du have 400V på en af faserne. Det er ikke uden grund at det tager +3 år at blive uddannet elektriker og yderlig et par år at blive autoriseret elektriker.

Om et kombi relæ kræver belastning eller ej for at virke har intet med din controller version at gøre. Det afhæger 100% af hvilken version dit kombi relæ er. Version 1 kræver at der er tilsluttet en belastning på min. 5-20W (alt efter model). Uden belastning virker et version 1 kombi relæ IKKE.

LK IHC er designet tilbage omkring slut 1980'erne, og eneste større nyudvikling er Visual 2 controlleren med wireless, net og API adgang. Visual 2 controlleren kom på marked for omkring 20 år siden. Både i 1980'erne og da Visual 2 controlleren kom på marked omkring år 2000 var LK IHC meget længere fremme end tilsvarende produkter. Desværre har udviklingen stortset stået stille siden da. Det gode er at de I/O moduler m.m. man købte tilbage i 1980'erne fortsat kan bruges sammen med en Visual 3 controller. Det dårlige er at LK IHC ikke er fuldt med tiden og man derfor er nød til at ty til opensource produkter for at integrer LK IHC med moderne smart house komponenter.

Nej. Specielt ikke hvis din belastning ligger lige omkring minumums belastningen. Selvom der står f.eks. 10W på en LED pære, så bruger den aldrig præcis samme effekt. Det afhænger bl.a. af hvor varm den er, hvad den aktuelle spænding er (kan svinge mellem 207V-253V) Udover det kan LK IHC controlleren kun kommuniker med 1 wireless enhed af gangen. Så hvis du har en enhed som har kommunikations problemer så vil denne bloker for kommunikation med andre enheder indtil den lykkes med kommunikationen eller timer ud. Hvis kommunikations problemmet skyldes for lavt effekt forbrug, så kan den godt stå med fuld signal styrke i Visual. Årsagen er at lave effekt forbrug giver huller i kommunikationen, fremfor lavt signal.

En LK IHC controller har ikke noget integrations API, som out of the box virker med andre produkter. Normalt installer man derfor en Raspberry PI og smidder OpenHab, HomeAssist eller tilsvarende på den. Integrationen mellem de forskellig smarthouse produkter sker derefter i PI'en. Såvidt jeg husker understøttes Zigbee af både OpenHab og HomeAssist, men Zigbee har i hvertfald tidligere være plaget af en lang række produkter som påstod at de var Zigbee kompatible, men reelt ikke var det. Jeg ved ikke om det fortsat er tilfældet, men jeg har en kammerat, som fortsat brokker sig over at han ikke kan få hans Zigbee produkter fra forskellige producenter til at tale sammen.

Hvis det er wireless version 1 dimmer, så er de temmeligt følsomme overfor den belastning som er tilsluttet dem. Er det ikke mindst 20W eller er der elektroniske transformatore indblandet, så kan det virke ustabilt. LED's er derfor nærmest dømt til at fejle på version 1 wireless dimmer

@Fox2fireHvis det er LK's IHC starter du bruger, vil jeg anbefale at du bruger Mikkel's i steddet. Der kom en Java opdatering for et års tid siden som fik LK's IHC starter til at opføre sig underligt. Du skal installer seneste Visual 3 version for at få en rettelse til den fejl.

Såvidt jeg husker bliver PDF'en installeret på din PC sammen med Visual. Jeg mener den bliver lagt som link i IHC gruppen i start menuen på windos. Men du kan vist også åbne den via hjælp i Visual.

Jeg tror ikke det er hysteresen som driller dig, men forsinket ind/udkobling. Det skal forhindre at relæet slår til/fra hvis der f.eks. går en sky for solen. Derudover er faldet i lysniveauet fra fuld solskin til mørke ikke liniær. Det er ikke unormalt at lysniveauset stiger en anelse lige før solen går ned. Den forsinkede til/frakobling sker dog normalt i programmet, men der er nogle skumrings relæer hvor man kan indstille forsinkelsen.

Hvad mener du med at du er løbet tør for senarier? Hvilke scenarier der er tilgængelige er normalt bestemt af de enkelte funktions blokke. Du kan sagtens lave din egen funktions blok med 100 scenarier hvis du har lyst.

Jeg har aldrig brugt WIFI på LK IHC, og har ikke lige adgang til en visual 3 controller. Men med kable, skal du manuelt konfigurere IP m.m. LK IHC understøtter ikke DHCP. Derudover understøtter LK IHC heller ikke mere end 100Mbit, så du skal være sikker på at din switch/router understøtter dette (det gør de normalt, men jeg har set enkelte discount router som kun understøtter 1000Mbit) Men bortset fra det. Hvad sker der når du sætter et netværks kabel i din controller? Kan du få adgang via lokal nettet eller er det WAN adgang som driller?

Det er en meget gammel controller du har, så det er ikke usandsynligt at den har taget skade af en strømafbrydelse. Det er ikke unormalt at elektronik som ikke har været slukket i årevis ikke virker hvis man slukker dem kortvarigt. Men det kan også være noget så banalt som en løs forbindelse i strømforsyninges kredsen. Det vil jeg dog forvente at en elektriker vil have checket da han skiftede strømforsyningen.

Hvis du ønsker internet adgang, bør du kigge på løsninger som OpenHab, HomeBridge eller tilsvarende (der er seperate fora på dette board om flere af produkterne). Din bror kan sikkert hjælpe dig med dem, da det er alle løsninger som man kan installer på en Raspberry PI og der igennem integrer IHC med andre smarthome produkter og derigennem få internet adgang til sin smarthome incl. IHC installation. Men det er altsammen noget du kan kigge på når du har styr på det basale.

TermIHC som er det du pt. har blev designet tilbage omkring 1980-1990. IHC er grundlæggende ikke ændret siden. Der er kommet internet adgang (bør man holde sig fra), wireless og LED dimmer til, men det gundlæggende koncept er uændret. Det betyder også at fra LK IHC's side er der ingen forskel på om din lyskilde er et lampeudtag, et lavvolt spot eller noget helt trejde. Sålænge de er tilsluttet en udgang, kan du derfor bare definer dine spots som lampeudtag, eller du kan vælge at bruge en bruger defineret udgang, eller for den sags skyld en stikkontakt hvis du synes det er bedst. Programmerings mæssigt er der ingen forskel. Jeg advare mod at give internet adgang til controlleren, da selv i den nyeste controller benyttes der et sikkerheds setup som blev defineret omkring år 2000. Controlleren er derfor relativt nem at lægge ned med et DDOS angreb eller at hacke. Man få dog ikke meget ud af at hacke en contoller, så det er mest risikoen for et driveby angreb man skal bekymre sig om. En genstart løser somregl problemet, men det sker somregl altid på et tidspunkt hvor man ikke lige har tid til at kæmpe med de problemer.

Det gode ved IHC net basis er at det er designet til at transmiter TV signaler og dermed er kabler og udtag certificeret til 700Mhz. 1000Mbit kabler og udtag er normalt kun certificeret til 200Mhz, så IHC net basis kabler og udstyr understøter fint 1000Mbit og skal derfor ikke udskiftes. Det er kun IHC net basis boksen som skal erstattes af alm. væg udtag eller tilsvarende. Grunden til at IHC net basis boksen ikke understøtter mere end 100Mbit er at 100Mbit kun kræver 4 af de 8 leder der er i et netværks kabel. IHC net basis boksen bruger så de sidste 4 leder til telefoni og TV, således at man med et splitter kabel i væg udtaget kan få både telefoni, TV og data ud af det samme udtag samtidig. 1000Mbit netværk derimod kræver alle 8 leder i et netværks kabel, og det understøtter IHC net basis boksen ikke.

Det er noget du bør diskuter med din advokat og/eller ejendomsmægler. De er meget mere inde i reglerne på det område end os nørder på dette board er. Dertil kommer at IHC ikke er standard i huse, så i sidste ende kan det afhænge af hvad der står i salgs aftalen. Det gode ved IHC er at det er bagud kompatibelt, så hardware som input/output moduler, tavle dimmer m.m. funger med alle versioner af controller. Wireless kom til med Visual 2 og funger også med Visual 3. Problemet med dimmer er at wireless version 1 og nogle gamle tavle dimmer ikke funger med LED. De er ganske simpelt produceret før nogen kom på den ide at bruge LED til belysning. LED understøttelse er kun garanteret med LED dimmer som kom med Visual 3 og version 2 wireless dimmer. Nogle ældre tavle dimmer funger dog også med LED, men man er nød til at prøve sig frem og bare fordi det virker med en LED pære er det ikke sikkert at det virker med alle. Jeg mener ikke at du kan forlange at sælger udskifter dimmerne, bare fordi de ikke virker med LED pære, men igen er det noget du bør diskuter med din advokat og/eller ejendoms mægler.

Det lyder lidt som om at dine røgsensor er af den gamle LK model, hvor man skal fjerne strømmen til dem for at resette dem efter de er blevet aktiveret. Hvordan du gjorde det med din Visual 1 installation ved jeg ikke, men i Visual 2 og 3 gøres det såvidt jeg husker ved at forsyningen til røgsensorne er forbundet til en udgang og denne udgang er forbundet til reset af røgsensor. De gamle LK røgsensor forbliver i alarm tilstand indtil man tager strømmen til dem, også selvom der ikke længere er hverken røg eller andet som kan udløse røgsensorne.

@Niklas996Jeg har stor respekt for at @Astronaut forsøger at hjælpe dig, men det er ikke uden grund at elektrikers tilbud på programering ofte starter ved 10.000 kr. for selv banale udskiftninger af TERM IHC (DOS)/Visual 1/Visual 2 tavle dimmer til Visual 3 LED tavle dimmer. Når du ikke har programerings erfaring og ikke selv har mod på at lave den fysiske udskiftning af controlleren vil jeg klart anbefale at du benytter dig af @Henning Pedersen. Han lever af at programmer og rådgiver om LK IHC. Vi andre er bare nørder som har hver vores holdning til hvordan en LK IHC installation bør være og hvilke funktioner den bør have. Nogle af os har temmeligt store og avancerede installationer med flere controller. Det er ikke nødvendigvis det som du har behov for.

Jeg kender ikke app'en, men det er ikke alle router som tillader adgang til LAN addresser via WAN addressen når man er tilsluttet LAN netværket. Du kan teste om det er et router problem ved at indtastet LAN og WAN addressen i en URL i din browser på din telefon når du er tilsluttet henholdsvis WIFI og mobiledata.