Lars1

Funktions blokkene bliver installeret samme med Visual. Når du installer en ny Visual version kommer der ofte opdaterede funktions blokke med. Desværre har de sommetider en væsentlig ændret funktion. Jeg ved ikke om dette er tilfældet med 1.2.01, men 1.2.01g er seneste version af 1.2.01 funktions blokken og normalt vil anbefalingen være at hvis du har 1.2.01a eller 1.2.01c i dit program bør du erstatte dem med 1.2.01g. Hvis du ønsker fortsat at bruge 1.2.01a eller 1.2.01c kan du bare højre klikke på FB'en i dit program og vælge kopier og efterfølgende indsæt. Noget helt andet. En HW 6.1 controler kan godt køre med software til HW 6.2 controlleren. I starten da HW 6.2 kom på marked delte de 2 controller faktisk software. Det var først da LK stoppede med supporten af HW 6.1 controller at de ikke længere skrev at Visual 2.8 med tilhørende firmware kunne bruges på HW 6.1 controller. Mange (incl. mig selv) har med held installeret seneste HW 6.2 software på en HW 6.1 controller. Der er en risiko for at en HW 6.1 controller ikke kan køre med HW 6.2 software, men jeg har ikke kendskab til at det er gået galt for nogen. Faktisk gør seneste HW 6.2 firmware ofte en HW 6.1 controller mere stabil end med seneste firmware til en HW 6.1 controller.

Hvis det er et wireless lampeudtag ses den fejl ofte med version 1 lampe udtag. Hvis det er et alm. lampeudtag forbundet til en udgang i et 230V output modul, kan der være selvinduktion i kablet mellem lampeudtaget og output modulet. Selvinduktion opstår typisk når flere kabler løber parallet over en længere strækning, eller hvis der f.eks. er brug 5 leder og den ene leder er forbundet til noget hvor der er et konstant højt forbrug.

Jeg har også kigget lidt på smart me, men det bliver næppe den vej jeg går. De stedder hvor jeg har kunnet finde smart me er det så dyrt at det er billigere at købe en elmåler med modbus interface fra f.eks. Carlo Gavazzi og en modbus gateway. Den integration Ejvind har lavet understøttes tilsyneladen ikke længere af smart me. Smart me forhandles tilsyneladen ikke længere i DK

Jeg tillod mig at sende dit program gennem Mikkel's dokumentations værktøj. Du kan finde linket til det i hans indlæg højer oppe i denne tråd. Jeg kan ikke umiddelbart se noget i dit program som skulle give den forsinkelse du oplever, og programmet er meget lille og temmeligt simpelt sammenlignet med mit som køre uden problemer i samme controller med samme firmware. Det eneste du bør overveje at lave anderledes er din sluk alt funktion. Det virker på den måde som du har lavet det, men man anbefaler ikke at have flere FB'er til at styre samme udgang da man risiker at FB'erne komme ud af sync med udgangen. Du kan relativt simpelt rette "fejlen" ved at linke 4.1.15 til sluk på de enkelte kip FB'er fremfor at bruge en kip FB specifikt til sluk alt. Ændringen giver lidt mere load på controlleren når du aktiver sluk alt, da der er flere FB'er i spil, men med dit program bør det ikke være noget du mærker overhovedet. Ændringen vil imidlertid sikre dig mod den situation hvor du efter at have aktiveret sluk alt skal trykke 2 gange på et tryk for at tænde lyset da den fysisk udgang og din kip FB er kommet ud af sync.

LK's temp. og lux sensor sender en bit strøm til controlleren, hvilket svare til 8 tryk på MEGET kort tid. Hvis du monter en temp. eller lux sensor men endnu ikke har tilføjet produket på indgangen i dit program, vil controlleren derfor tro at der kommer 8 seperate tryk som den skal generer event's på, fremfor en temperatur, som kun skal generer et event.

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.