Lars1

Først og fremmest gør den manglende afdækningerne af tavlerne din el-installation ulovlig. Det er en mangel, som du kan forlange udbedret på sælgers regning. Det samme gælder de løst hængende kabler. Vedr. den PC i har fået udleveret. Prøv at kigge en ekstra gang, om ikke der ligger nogle program backup'er på den. Det er meget længe siden jeg sidst har haft fat i Visual 1 softwaren, men såvidt jeg husker hedder IHC program filerne også .vis der. De burde være tilgængelige via Visual programmet i file menuen øverst til venstre i Visual programmet. Sammen med PC'en skulle du også MEGET gerne have fået udleveret det kabel som skal bruges mellem Visual 1 controlleren og PC'en. Uden det kabel er PC'en ikke meget værd. Men hvis du har kablet er det relativt nemt at tilslutte PC'en og downloade programmet fra controlleren, såfremt at du ikke har en af de Visual 1 controller hvor com porten stod af efter nogle år. Skulle du ende i den situation at du slet ikke kan finde nogle program backupper, og ikke kan trække programmet ud af controlleren så har @Henning Pedersen et værktøj, som gør det nemt at finde alle ind og udgange samt hvad der er tilsluttet dem. Desværre virker det kun med en Visual 2 eller 3 controller. Som Mikkel skriver, kan du opgrader din installation ved alene at udskifte controlleren til en nyer model. Den nyeste hedder Visual 3, men den har desværre været i restordre i et godt stykke tid nu. Visual 1 og Visual 2/3 er ikke program kompatible. Programmet til Visual 2/3 skal laves fra grunden. Programering kan gøres offline (kræver dog at du ved hvad der er monteret hvor), således at tiden uden lys m.m. under udskiftning er mindre end 1 time. En ny controller koster op til 10.000 kr. alt efter hvordan du køber den. En brugt Visual 2 controller kan typisk fåes for 2-4.000. En ny Visual 3 controller kan i en webshop fåes til om.kring 6-7.000 kr. Programmering kan nemt komme til at koste 10.000 kr. incl. fejl finding når controlleren er skiftet. Selve udskiftningen af controlleren tager som tidligere skrevet en times tid. Hvis du ved lidt om IT er det ikke så svært at lave programmeringen selv. Man skal dog lige sætte sig 20 år tilbage i tiden da LK IHC stort set ikke er ændret siden Visual 2 kom på marked i 2005. Softwaren kan downloades gratis fra https://www.lk.dk/professionel/support/varktojer/download-software/ Det kræver et login, men alle kan oprette sig som bruger, ganske gratis. Jeg kan desværre ikke anbefale nogen elektriker med IHC erfaring. Men eftersom du har PC'en med softwaren til Visual 1, og forhåbentlig også har kablet mellem controlleren og PC'en så vil jeg tro at alle elektriker som reklamer med LK IHC vil være istand til at hjælpe dig. De plejre at stejle overfor Visual 1 controller grundet den bruger RS232 til kommunikation med PC'en mens Visual 2 og 3 har USB og Ethernet netværks interface i steddet. Men når du har PC'en og kablet, bør dette ikke være noget problem, da Visual 1 et stykke hen af vejen ligner Visual 2/3.

Reset bruger firmwaren eksister fordi det kan ske at en bruger bliver corrupt. Specielt i ældre firmware versioner. Det er dog relativt nemt at afgøre om det er et Java problem eller corrupt bruger problem. Man behøver bare forsøge at logge på AdminView via USB. Får man login fejlen ved brug af USB, er det et Java problem da login via USB ikke kræver bruger ID og password. Fejl beskeden er temmelig misvisende når der er tale om et Java problem, men det skyldes at "Login mislykkes" er en standard fejl besked som dækker alle kommunikations fejl i authentication sekvensen, hvad enten de skyldes forkert bruger ID/password eller at authentikering ikke kan gennemføres grundet manglende understøttelse af de forældede krypterings protokoller som LK IHC anvender. Kan man logge ind, men ikke ændre brugerne, er det et corrupt bruger problem, som reset bruger firmwaren kan løse.

Om det er en badeværelses ventilator eller et hus ventilations anlæg gør ikke den store forskel. Man vil normalt ikke ændre på ydelsen medmindre der er fest, bad, madlavning eller tilsvarende. Jeg har også et ventilations anlæg. Det er med indbygget fugt og CO2 sensor, men selv her sker ændringer som følge af øget fugt eller CO2 niveau i step. De på trods af at selve ventilatorne styres af 0-10V signal. I opsætningen vælger man så hvor mange % step 1, 2, 3 og 4 skal være. Når den indbyggede fugt sensor registrer højt fugt niveau som følge af bad, bliver hastigheden reguleret op til step 3. Når fugt niveauet er faldet, normalt max 30 min. senere, reguleres hastigheden tilbage til step 2. Det samme gælder hvis der er højt CO2 niveau. Selv den nyeste generation af hus ventilations anlæg funger normalt på denne måde. Udover det synes jeg at 60-80% lyder af meget som normal drift tilstand. Anbefalingen fra Nilan er at normal drift er step 2 og det er sat til 40-45%, mens step 3 er sat til 65-70%. I begge tilfælde er udsugning sat 5% højre end indblæsning. Bemærk at grundet forskellen i grund fugt niveauet mellem sommer og vinter, sker detektionen af bad når fugt niveauet inden for 5 min. stiger mindst 10% point. I de mere end 2 år jeg har haft mit ventilations anlæg kan antallet af gange hvor det har misset et bad tælles på 1 hånd. Når det er sket er det altid om sommeren på tidspunkter hvor grund fugt niveauet har været over 50%.

Jeg undre mig lidt over grunden til at du vil gå tilbage til en tidligere tilstand. Normalt vil man styre en badeværelses ventilator med enten en fugt sensor eller et fast niveau for når der ikke er nogen i bad og et andet når der er nogen i bad. Hvis man bruger den første model, vil du sålænge at der er nogen i bad eller efterløbs tiden ikke er udløbet tvinge ventialtoren til at køre 100% og ligeså snart efterløbs tiden er udløbet overgå til at lade ventilatoren være styret af fugt sensoren. Hvis man bruger den anden model skal man have 2 scenarier. Et hvor ventilatoren køre med lav hastighed og et hvor den køre med høj hastighed. Hvad hastigheden skal være i de 2 scenarier bestemmer man når man linker FB scenariet til en wireless eller LED dimmer. Nu er det eneste man skal gøre at skifte mellem de 2 scenarier.

Anden regl er at se om der ikke er tale om et dobbelt post. Der er allerede svaret på indlægget i

Jeg tvivler stærkt på at det løser dit problem. Jeg er 99% sikker på at det er et Java problem. Prøv i steddet at kontakte @Mikkel SkovgaardSåvidt jeg husker har han tidligere hjulpet andre via remote session, når de ikke kunne får hans software til at virke, herunder også hans IHC starter.

Udover at lave hele programmet offline, har du også mulighed for at lægge programmet op i controlleren, uden at der er nogen I/O moduler tilsluttet. Herefter kan du teste programmet via ServiceView, hvor du manuelt kan ændre tilstand på tryk m.m. som hvis de var fysisk monterede, hvilket er bedre end offline simulering. Det eneste som ikke virker i ServiceView uden fysiske enheder tilsluttet er wireless relæer, stikkontakter og dimmer, LED dimmer og modem's

Hvis dimmerne ikke kan ses via AdminView, så kan de ikke kommuniker med controlleren. Årsagen til dette kan være mange, men typisk at RS232 forbindelsen ikke er iorden (knækket ledning m.m.), at de mangler 24V eller 230V eller at de er defekte. Bemærk at dimmerne skal forsynes med BÅDE 230V OG 24V for at kunne kommuniker med controlleren. Det er ikke nok at de kun har 24V eller 230V. De SKAL have begge dele samtidig.

Som jeg skrev, er problemet sjældent den lampe hvor lyset er lang tid om at reager. Det er somregl en anden wireless enhed som bloker for kommunikationen. En lille spændings ændring kan være nok til at udløse problemet hvis det skyldes lav effekt forbrug. Men der kan også være andre årsager. For at finde dem skal du imidlertid identificer de wireless enheder som er skyld i problemerne. Du kan prøve om du kan finde den/de problematiske wireless enheder ved at lave en FB, som sætter alle wireless enheder samtidig. Kommunikatione vil ske i den rækkefølge de er linket til FB'en. Når du har prøvet at ændre status et par gange, kan du prøve at ændre rækkefølgende så de wireless enheder så de alle bliver linket i den modsatte rækkefølge. Gentag nu dine status ændringer. Nu skulle du gerne have en idee om hvilken wireless enhed som giver dig problemer. Den wireless enhed som er før den som er ramt af forsinkelse, er typisk den wireless enhed som er skyld i problemerne. Værd dog opmærksom på at du nemt kan have flere enheder som giver problemer, også bliver det straks mere kompliseret af finde de skyldige. Kommunikationen med wireless lampeudtag, dimmer, stikkontakter og tilsvarende sker i grove træk således. Controlleren sender besked til enheden om at ændre tilstand eller lys styrke. Enheden svare tilbage at ændringen er gennemført. Hvis controlleren ikke modtager step 2 inden udløb af timeout gentages step 1 og 2 nogle gange indtil controlleren modtager det ønskede svar eller giver op og går videre til næste wireless enhed. Sålænge at controlleren ikke har modtaget tilfredsstillende svar i step 2 eller den har givet op, vil den ikke kommuniker med andre wireless enheder. Kommunikationen med wireless tryk og wireless input moduler sker i grove træk således. Et wireless tryk sender en besked til controlleren. Controlleren sender beskeden retur for at bekræftige modtagelsen. Forstår controlleren ikke beskeden, vil den lave et ikke forstået broadcast og vente på at beskeden bliver genfremsendt eller timeout indtræder. I denne periode vil controlleren ikke kommuniker med andre wireless enheder. Hvis et wireless tryk ikke modtager bekræftigelsen på modtagelsen inden for timeout eller modtager et ikke forstået broadcast, vil det forsøge at genfremsende beskeden indtil det modtager den forventede bekræftigelse eller den giver op.

Der er forskellige forsinkelses problematikker med LK IHC wireless, og de har forskellige løsninger, så du må være mere specifik om hvad dit problem er. Flere af problemerne opstår imidlertid hvis man har for lav belastning på HW ver. 1 wireless enheder. De kræver alle mellem 5-20W som minimums belastning. Kommer man under dette begynder der at opstå problemer med kommunikationen mellem wireless enheder og controlleren, hvilket bl.a. medføre at der forsøges flere gange før der gives op. Eftersom kommunikationen er seriel, kan 1 wireless enhed bloker for kommunikationen med de andre og da det ofte er det afsluttende ok fra en wireless enhed som fejler, kommer man nemt til at fejlsøge på andre wireless enheder end der hvor problemet rent faktisk eksister.

Det er lykkes mig at få kommunikationen til at virke. Hvad jeg gjorde forkert ved jeg ikke. En dag hvor jeg for nok 10 gang prøvede at skille alt ad, samle det igen og lave konfigurationen fra grunden igen, virkede det pludseligt.

Jeg har en udfordring med data konvertering i OpenHAB. Min Siemens LOGO8 PLC sender temperature som heltal, hvilket betyder at jeg er nød til at divider med 10 i OpenHAB får at få den rette temperatur. F.eks. når PLC'en rapporter 305 grader, er temperaturen reelt 30,5 grader. Jeg kan imidlertid ikke få data konverteringen til at fungere. Item er konfigureret med følgende linie Number:Temperature Logo8_AM1 "Returløb bad [%.1]" { channel="plclogo:analog:LOGO8:LOGO8-Analog-Marker:AM1" [profile="transform:JS", function="LOGO8-0.1.js"] } men der sker absolut ingen konvertering. Item bliver bare opdateret med den rå værdi. Hvis jeg opretter item via GUI, virker konverteringen fint, men jeg fortrækker konfigurations filer. Nogen som kan fortælle mig hvad jeg gør forkert?

Hvis den ikke har kørt med seneste firmware er der desværre en vis sandsynlighed for at den er død og ikke kan bringes til live igen. Jeg kan dog ikke huske hvordan man præcist identificerede om controlleren kan bringes til live igen eller ej, så søg lidt her på boardet. Der var for et par år siden en del Visual 3 controller som døde.

Fik du løst dit problem?

PDS kabler er kortslutnings beskyttet, men de er ikke overbelastnings beskyttet. Der er en stor forskel på de 2 begreber. Ved en kortslutning har du en meget høj strømstyrke ganske kortvarigt, mens du ved ovebelastning har en forhøjet strømstyrke i længere tid. Til kortslutning beskyttelse af 1,5 kvadrat ledninger/kabler, kan du uden problemer benyttet 16 og 20A sikringer, mens du under normale varmeaflednings forhold max må bruge 13A sikringer til sikring af 1,5 kvadrat ledninger/kabler mod overbelastning. Der er ikke noget krav om at ledninger/kabler er overbelastnings sikret med sikringer, såfremt at du på anden måde har sikret dem mod overbelastning. Det kan f.eks. være en varmepumpe på 2KW som er fastmonteret til en afbryder med 1,5 kvadrat kable og sikret med sin egen 16 eller 20A sikrings gruppe grundet startstrøm. Dette vil være en fuld lovlig installation. Er varmepumpen tilsluttet en stikkontakt, vil dette ikke være en lovlig installation. Den er kun lovlig fordi du ikke kan sætte anden belastning på strømkredsen uden at arbejdet kræver autorization.

LK IHC er desværre ikke et produkt som Schneider satser på længere. De vil heller have os alle til at skifte til Wiser, hvilket dog IMHO ikke er noget reelt alternativ og næppe nogensinde bliver det med den teknologi de pt. bruger.

Der er nogle fejl i LED dimmernes firmware, som kan give de fejl du ser. Det spøjse er at fejlene kan løses midlertidigt ved at firmware opgrader dimmerne med seneste firmware. Problemet med unlink kan også løses med en firmware opgradering af dimmerne. Jeg måtte firmware opgrader mine dimmer 3 gange med samme firmware før mine dimmer blev stabile og jeg igen kunne unlinke dem. De har nu kørt i snart 6 mdr. uden problemer. Når du firmware opgrader dine dimmer, så vælg firmware opgrader ALLE dimmer. Af en eller anden grund bliver problemerne ikke løst hvis man vælger at firmware opgrader dimmerne en af gangen.

Hvis du kan linke og firmware opdater LED dimmerne er det ikke slutmodstanden som er problemet. Den bør være der, men er ikke 100% nødvendigt hvis dit bus kabel er under 1M fra controller til fjerneste dimmer. Simmulering sker offline. Jeg har aldrig rigtig brugt det, men jeg ved at der er problemer med tilbagemeldingen på andre produkter i simulerings mode. Om det også er tilfældet med LED dimmer ved jeg ikke, men vil ikke undre mig. Med serviceview kan du se status på ind og udgange, samt sætte begge manuelt. Her sker det live direkte på det kørende program i controlleren. Serviceview kræver Java, så hent en Javastarter, så du slipper for at rode med div. Java problemer. Check tråden "Login mislykkedes" i FAQ sektionen. Der er link til 2 forskellige Java starter.

8 leder er nok til et tryk med 4 afbryder og 2 dioder, hvilket der som regl er flest af. Et 8 leder kabel til hvert tryk gør det nemt at skifte tryk hvis man får andre ideer til sin installation, hvilket jeg gør forbavsende ofte. Sammen med klemmerække krydsfeltet, gør det fysiske ændringer nemme uden at det samtidig kommer til at se rodet ud. Og ja det er en ekstra fejl kilde, men det er samtidig også en ekstra mulighed for at skilde instalationen ad og teste de enkelte dele uafhængig af hinanden.

Jeg bliver helt misundelig. Gid min tavle så sådan ud. Vedr. klemmer. Det er ikke overkill. Det gør fejlsøgning MEGET nemmer. Skulle jeg selv lave min IHC installation fra grunden igen, ville jeg sætte tavler af til klemmer, så jeg kan lave et krydsfelt af stærk og svagstrøms klemmer, samt andre tavler hvor jeg har alle IHC modulerne. Jeg har for mange stedder hvor jeg bruger ledninger fra både input og output moduler, hvilket giver en meget rodet installation i min tavle. Specielt fordi jeg har 2 controller grundet mængden af I/O moduler. Med krydsfelt metoden kan jeg nememr ændre på den fysiske installation rundt i huset, hvilket jeg gør forbavsende ofte. Vedr. link-10 kabel. Hvis din installation ligger i rør, så du kan skifte kablet, vil jeg give dig ret, men på den anden side. Det billigste svagstrøms kabel man kan får idag er ofte PDS netværks kabel med 8 leder. Det funger fint til LK IHC.

Er der nogen som kan hjælpe mig med OpenHab konfigurations linier som jeg kan bruge tlf f.eks. at læse udsugnings temperaturen fra mit Nilan ventilations anlæg? Jeg har haft lånt en Nilan gateway boks og derigennem verificeret at modbus virker på det kabel jeg har tilsluttet anlægget, men jeg kan simpelthen ikke gennemskue hvordan jeg læser f.eks. udsugnings temperaturen via min USR-DR302 gateway eller USR-TCP232-410s gateway (kun en er tilsluttet af gangen). Håber nogen kan hjælpe med nogle konfigurations eksempler.

Som jeg skrev tidligere. Enhver røgsensor på marked som har et galvanisk adskilt relæ eller tilsvarende kan bruges. Det eneste krav til røgsensoren er at den kan afbryde forbindelsen mellem 0V og en LK IHC indgang når alarmen går. Hvis den også har en sabotage kreds er det perfekt, men ellers kan man bare samle de 2 sabotage ledninger i røgsensoren hvis de overhovedet er i brug. Men LK har faktisk sendt en erstatning på marked. https://www.lk.dk/produkter?iid=11272 Om den passer ind i de eksisterende sokler ved jeg ikke.

Har du et link til en reset firmware for Visual 3 controller?

Det er relativt nemt at afgøre om det er et Java krypterings problem eller ej. Brug en af følgende 2 metoder. 1. Hvis man får login fejl ved brug af ServiceView eller AdminView via USB er det et Java krypterings problem, da der ikke skal bruges bruger ID og password ved login via USB. Dette gælder også for Visual. 2. Hvis man kan logge på via Visual, men ikke ServiceView eller AdminView er det et Java krypterings problem. Dette gælder både for login via USB og netværk. Løsninger og workarounds til Java krypterings problemet findes i Login problem tråden i FAQ foraet. Der findes også links til et par IHC stater i den tråd. Bemærk iøvrigt at LK's IHC stater ikke altid virker medmindre man har installeret nyeste Visual 3. Der ligger nogle IHC stater rettelser i denne pakke som LK ikke har frigivet af andre kanaler. Mikkel's IHC starter har jeg også selv haft problemer med. Jeg havde dog ikke tid til at undersøge det nærmer dengang, så problemet kan have haft andre årsager.

Jeg har ikke HUE, men umiddelbart vil jeg gætte på at HUE app'en ikke kommuniker med hverken LK IHC eller IHC Captain når du bruger den til at styre dit lys med. Derfor er det mere tænkeligt at det er kommunikationen mellem LK IHC og IHC Captain som svigter. Når IHC Captain ikke kan læse programmet fra LK IHC controlleren, kan jeg somregl godt bruge ServiceView eller AdminView, men ikke LK IHC Visual. Eftersom problemet kan løses ved at genstarte IHC controlleren, skyldes problemet højst sandsynligt en overbelastet eller tilsandet LK IHC controller.