Lars1

Jeg ved ikke hvilken version af IHC Captain du køre med, men i den version jeg køre med (en tudse gammel version) skal selv sætte logging af data op, ellers får man kun vis aktuelle data. Hvad skete der dat du mistede runtime værdierne?

Det kan du bl.a. se i programmet. Wireless dimmer har angivelse af lysniveau, lys indikering m.m. Tavle dimmer (ikke de nye Visual 3 LED dimmer) har kun et par udgange til touch, sluk alt og tilsvarende. De har ingen angivelse af lysniveau m.m.

@cfhuusomVær opmærksom på at disse LED dimmer kun funger med en Visual 3 controller. Med din Visual 2 controller bør du kunne få version 2 wireless dimmer til at virke med LED pære Har du mange wireless dimmer kan det være at pris forskellen på at skifte til version 2 wireless dimmer og Visual 3 controller + LED dimmer ikke er så stor. En LED dimmer kan styre 2 LED lamper og koster kun et par hundrede kr. mere end 1 version 2 wireless dimmer. Prisen pr. lampested er derfor tæt på det halve med LED dimmer, men det kræver en ny controller til ca. 6.000 kr. Hvis du skifter til LED dimmer skal du også være opmærksom på at de skal sidde i din el-tavle, mens wireless dimmer kan sidde i lampeudtaget. Der kan derfor også være et kablings problem i skiftet.

It's been years since I last worked with Visual 1, so my memory might not be 100% correct. Regarding the driver for the RS232 adapter. Use the one recommended by the adapter. The important part is that i creates a virtual COM: port that you can connect to using the Visual 1 software. Once you have established connectivity, make a backup of the program in the controller. While you are waiting for the adapter to arrive, Install the Visual 1 software and load the copy of the program you posted here. Then you can familiarize yourself with the software and program without needing to connect to the controller. As far as I remember, you can also test and simulate the program in the Visual 1 software without connection to the IHC controller. At least you can in Visual 2 and 3.

Så controlleren mister forbindelsen til dit WIFI netværk? Hvis det er korrekt, er det et kendt problem med WIFI netværks. WIFI er simpelthen ikke designet til permanent forbindelse som kablet netværk er. Af samme grund undgår jeg WIFI når jeg kan.

Hvis det er version 1 wireless dimmer du har, så vil du få meget svært ved at finde LED's som virker med dem. Version 1 dimmer har et krav om et minimums forbrug på 5-20W for at funger. De fleste LED's ligger under dette forbrug.

Det lyder meget mærkeligt at IP reservation is din WIFI router ikke virker. Det er jo routeren som styre det 100%. Har du prøvet at sætte lease time til 1 dag eller 1 år?

Du har vel opdateret OS på din IHC Captain samt IHC apps. Hos andre har det betydet at de ikke længere kunne komme i kontakt med V2 controller p.gr.af udløbne certifikater eller manglende understøttelse af forældede krypterings protokoller. Nogle har set en øget belastning fra div. trejdeparts produkter efter en opdatering af disse. Så 3-4 år uden ændringer tvivler jeg stærkt på at nogen har.

Jeg har ikke WIFI i min controller, så jeg kan ikke selv checke det, men kan man ikke vælge fast IP når man bruger WIFI i en IHC controller? Alternativt kan du vel reserver IHC controlleren's IP i din WIFI router?

Jeg tvivler på at det er et problem med controlleren. Specielt hvis i er 3 som oplever nogenlunde samme fejl. For mig tyder det mere på at LK IHC controller bygger på gammel teknologi, som ikke spiller så godt sammen med moderne switche, som har alt muligt auto discovery, negotiation o.s.v. Netværks interfacet på en LK IHC controller er jo kun 100Mbit og det er efterhånden svært at opdrive udstyr som ikke kommer med 1Gbit netværks interface som standard.

Google DNS server (8.8.8.8 og 8.8.4.4) har givet mig problemer tidligere, dog ikke den slags som i ser. Hvis i ikke har forsøgt 100% isolation med en dedikeret switch med kun de 2 enheder tilsluttet eller et krydset kabel, vil jeg give det et skud. Den fejl i ser tyder mest på at netværks interfacet bliver overbelastet af en eller anden grund eller at der er problemer med at fast holde link på forbindelsen til switchen.

For at uddybe Allan's svar. Medmindre du har batteribackup eller flere 24V strømforsyninger i din tavle kan du tage 24V hvor somhelst i din tavle. Hvis du har batteribackup eller flere 24V strømforsyninger bør du sikre dig at du tager 24V fra samme 24V kreds som dit input modul sidder på. Hvor i kredsen du tager 24V er ligegyldigt. Det bør bare være samme strømkreds. Hvis 0V er forbundet samme i alle 24V strømkredse, således at de har samme 0V potentiale, vil det, under normale driftbetingelser, også virke hvis du tager 24V fra en af de andre strømkredse, men så vil din sensor ikke virke hvis 24V falder væk på enten dit input modul eller den 24V strømkreds som din sensor er tilsluttet. Du har dermed dobbelt fejl risiko og en mere komplex fejlsøgning, men det er også den eneste ulempe.

@MartinJ Den LK PIR du har valgt har mulighed for at du kan juster hvor mange grader den skal dække. Desværre kan man ikke begrænse dækningen i begge sider samtidig. Det er entet begrænset dækning til højre eller til venstre. Det virker rimeligt effektivt. En af mine PIR sidder i hjørnet på min garage i ca. 2,2M højde. Den dækker min indkørsel, men fanger aldrig naboen når han køre ind/ud af hans indkørsel som er på den anden side af hækken som kun er ca. 1M høj. Man kan desværre heller ikke begrænse dækningens afstanden fra PIR'en som man kunne på de gamle LK IHC PIR. Du kan se mere om dækningen i denne villedning. https://www1.lk.dk/katalog/vejledning/019D875922_05.pdf Jeg har ikke noget problem med følsomheden selvom jeg bruger adaptordækslet. Faktisk er alle mine PIR sat til ca. 50% følsomhed, da lyset ellers er nærmest konstant tændt. Ved 50% fanger de fortsat når naboens kat tager sin nat runde rundt om mit hus.

Jeg ved ikke hvor godt du kender dit IHC programmer, men i nogle programmer er der hjemme simmulering, som man kan aktiver når man er bortrejst. Kan det tænkes at det er blevet aktiveret af en eller anden grund?

Jeg har arbejdet en del med større professionelle netværk. Selvom et netværk generelt køre godt, så oplever jeg alligevel ofte at specifikke enheder har svært ved at kommuniker og performe pågrund af en eller anden parameter som skal ændres for at lige præcis den enhed funger. Det kan sommetide tage lang tid at finde de fejl og det vil ofte være trial and error som i sidste ende giver svaret. Når vi har sådan en sag er vi begyndt at isoler traffiken så meget som muligt, så vi har færre parameter at fejl søge. I dit tilfælde kan det f.eks. være en dedikeret switch af et andet brand, hvor kun din PC og IHC controller er tilsluttet. Eller endnu bedre. Et krydset netværks kabel direkte mellem din PC og IHC controller. Giv din PC en statisk IP, så behøver du ingen internet eller andet der kan forstyre. Hvis det fortsat fejler her kan du med 99% sandsynlighed udelukke dit lokale netværk.

Fejl beskrivelsen tyder mest af alt på netværks fejl/overbelastning, men program fejl som lægger stort load på controleren kan også give problemer. De plejre dog typisk at vise sig som langsom controller eller manglende reaktion når man påvirker et tryk m.m. Jeg mener ikke der findes nogen reset firmware til Visual 3 controller, men prøv evt. at lægge et tomt program i controlleren, genstart og læg det originale program i controlleren igen. Husk selvfølgelig at lave en kopi af programmet først. Check også at netværks konfiguration som email, DNS og tidserver står korrekt hvis du bruger dem. Slå evt. helligdags opdatering fra. Den har givet andre problemer tidligere. Held og lykke med fejl søgningen.

@Coralreef Har du fundet ud af hvad der er galt eller falder den fortsat af nettet?

Du vil ikke kunne opdage måleunøjagtigheder medmindre du har en bimåler, siddende lige efter tarif måleren. Jeg opdagede fejlen når jeg checkede hvad IHC controlleren havde talt af KWh og hvad el-måleren stod på.

Jeg tror ikke at app'en er problemet, men at de nyer IOS versioner ikke længere understøtter de gamle krypterings protokoller som LK bruger i deres IHC controller.

Det er sandsynligvis disablede forældede krypterings protokoller. Tag et kig i nedenstående FAQ. Den burde kunne løse problemet for webadmin. For home assist ved jeg ikke hvordan du reenabler disse protokoller, men prøv at bruge http: i steddet for https: der hvor du angiver IP addressen på din IHC controller. Såvidt jeg husker løste det problemet for en anden bruger med HA.

Hvordan er din IHC controller forbundet til netværket? WIFI eller kabel? Hvis kable, prøv et andet kabel eller en anden port på din switch. Check også hvordan port setting er på din switch. Såvidt jeg husker er netværks interfacet på en Visual 3 controller kun 100Mbit. Prøv evt. at force switch porten til 100Mbit. Specielt Visual 2 controller er meget følsomme over for netværks trafik. Jeg stopper altid IHC Captain og genstarter min Visual 2 controller før jeg laver program ændringer i den. Ellers er der en godt chance for at jeg ikke kan komme i kontakt med den via visual. Visual 3 controller har grundlæggende samme problem stilling, men har mere CPU kraft, så der skal mere til at lægge dem ned, men de er stadigvæk temmeligt nemme at overbelaste på netværks interfacet.

Man kan sagtens samle op med LK IHC og flytte data over i HA eller tilsvarende. Du kan også starte med LK IHC og senere skifte til HA. Bare værd opmærksom på at med visse el-måler kan det være at LK IHC ikke kan følge med. Jeg opsamler ikke længere data fra mine el-måler, da efter jeg fik min nuværende el-måler taber jeg ca. 0,1% af pulserne. Det gjorde jeg ikke med den gamle el-måler. Jeg henter i steddet mine el-måler data på eloverblik.dk Opsamling af data fra vand og varme måler har jeg ikke nogen erfaring med.

Det er svært at svare på. Det afhænger helt af hvad du vil med de opsamlede data. Hvis du vil lave grafer og statistikker m.m. så skal du gå HA vejen, for det kan LK IHC IKKE. Hvis du bare vil have dagligt forbrug den sidste mdr. kan LK IHC godt løfte opgaven. S0 indgangen på IHC controlleren er ikke særligt brugbar. Det er bare en puls opsamler og du får mere ud af at bruge en alm. indgang som pulsopsamler i steddet. Du kan lave den samme puls opsamling, og det er MEGET mere flexibelt.

Hvad med integrationer som IHC Captain, OpenHab eller tilsvarende, som Mikkel spørger til. Er det noget du bruger? Er problemet opstået ud af det blå, eller lavede du nogle ændringer indenfor 24 timer før du opdagede problemet? Bruger du WIFI eller fysisk kabling som netværks forbindelse til din IHC controller? Har du en anden PC du kan prøve at bruge, bare for at udelukke at det ikke er din PC som er problemet?

Det tyder på at controllerne bliver overbelastet på netværks interfacet. Prøv at lukke for internet adgangen til den.