Lars1

Hvis du fysisk har forbundet 4 tryk til samme indgang, skal du ikke oprette 4 tryk i dit program, men kun 1. Hvis du opretter 4 tryk og forbinder dem til samme indgang på en FB kan det trigge 4 events, som meget vel kan være årsagen til at dit program er langsomt. Prøv evt. at lægge dig program op i denne tråd, så er der sikkert en af kode haj'erne som kan tage et kig på det.

IHC captain er installeret på "standard" Linux, så log på med dit fortrukkende terminal program og skriv den kommando jeg gav i forrige indlæg. Hvis du har skærm og tastatur på din Raspberry, kan du også åbne en command prompt der og skrive kommandoen.

Jeg er på ingen måde Linux expert, så @Mikkel Skovgaard griner sikkert sin røv i laser over dette. Men jeg bruger "cat /opt/ihccaptain/data/log.txt" til at vise indholdet af en tekst fil.

Jeg vil ikke bekymre mig om det. Min controller lavede også det nummer en enkelt gang for nogle år siden, men den har ikke gjort det siden. Hvilken firmware har du i controlleren?

For en der kender HA er jo netop det springende punkt. En der kender OpenHab kan også gøre det på 5-10 min. der. Men det tog mig et par uger før det lykkes mig at lave den første data opsamling der. Uden at kende HA vil jeg sige at det nok er nogenlunde det samme der. IHC Captain tog det mig 1 dag at sætte op og forbinde til min IHC controller. Det meste af tiden gik med at få min nyindkøbte Raspberry PI til at virke eftersom det var første gang jeg rodede med Raspberry PI. Efterfølgende tog det mig 1/2 time at får den første data logging til at køre.

HA, OpenHab m.m. er intet værd før end du har sat så meget op at du i dette tilfælde kan se dine måle data i et dashboard eller tilsvarende. Jeg tvivler STÆRKT på at du kan køre det på kop kaffe's tid. Bjarne har allerede IHC Captain. At sætte data logging op her, tager en kop kaffe's tid første gang, og derefter kan du klare resten på 1/2 kop kaffe.

Det er samme sted som du sætter handlinger op. I steddet vælger du bare tab'en med gem til disk og angiver hvor du vil gemme data og i hvilket format. Min IHC captain er version 0.996, så det er muligt at Mikkel har ændret i hvordan man gemmer til disk. Men da jeg satte det op, var der en god guideline på hans website.

Jeg kender ikke HA, men hvis det ligner OpenHab bare en lille smule, er det ikke noget man sætter op på en eftermiddag.

Når jeg ændre i mit program, uploader jeg ofte undervejs, da jeg ofte skal lave flere ændringer. Det vigtige er at man ikke mister forbindelsen til controlleren undervejs. I IHC captain kan du opsætte datalogging til disk. Det er relativt simpelt at sætte op og fylder ikke ret meget. Det vil dog fortsat tage tid at gå gennem tekst filerne og genskabe dine data, men du vil have de aktuelle data fra få sek. før de blev nulstillet.

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.