Lars Jacobsen

Så det altså kun er brugervalg du ikke kan få aktiveret ? Kan du skifte og sætte nogle af de andre parametre og setpunkter som temperatur og hastighed ? Og hvis det er så kan man jo bare lave workaround i den styrende software der så fremkalder midlertidige “scenarier” i en periode. Det vil i praksis jo være det samme som aktivering af brugervalg.

Lyder selvfølgelig mærkeligt med spændings niveauet. Men måske er lampeudtagene ikke defekt. Måske er det bare ikke linket til controlleren mere. Der skal være lyskilde på og disse gamle dimmere, har det svært med LED. Så måske er det bare derfor. De nye er en anden hw version (hw2) og de virker fint/bedre med LED.

Du kan til sidst i dokumentet se hvordan dine input og output anvendes, altså hvad der styrer hvad. Men det vil sikkert være bedre bare at starte helt fra scratch. Du kan hente en “testprogram” i download sektionen, og med det loadet i controlleren (mens det er tilsluttet installationen) kan du identificere alle input (tryk) og aktivere udgange 1 efter 1 og på den måde identificere hvad der er tilsluttet hvor. Det er i princippet ligemeget hvor tingene er placeret i softwaren, det vil virke alligevel. Herefter kan du så lave et simpelt program med kip for at kunne tænde/slukke lyset i huset. Så er der ro fred til du kan stille og roligt lave et ny program.

Det er ikke usædvanligt at styrings elektronik, strømforsyninger og lign. holder op med at virke efter 10 år. Det skyldes ofte kondensatorer tørrer ud og brænder af. Har selv skiftet 3 tændinger til badeværelses armaturer, men endnu ikke nogen af mine 8 dimmere. Det er så heller ikke de helt gamle, men uni400 udgaven.

Tjaa alt er relativt. Syntes ikke de er grimmere end meget af det Shuko materiel folk er helt vilde med at vælge idag.

Bemærk at selvom det er den version uden viewer så kan man faktisk godt anvende både LK’s App og IHC Captain. Så hvis det var for at lave lidt smart og tilgå/fjernstyre/integrere så er en opdatering ikke strengt nødvendigt. Det kan dog være en god ide alligevel, men det kommer an på hvad der er behov for at kunne.

Kan lige tilføje hvis det er vandbåren gulvvarme så sider der sikkert nogle såkaldte telestater (ventiler) på en manifold (nogle rør) et sted. Formentlig i bryggeriet eller teknikrummet. Disse kan godt gro fast og dermed ikke åbne så der kan strømme varme ud til rummet. Det kan også være der kommer “for lidt” vand ifht den temperatur fremløbet det har pt. Der skal man så have indreguleret gulvvarme slange systemet, og måske skal man have reguleret på varmekurven på varmeanlægget. (Shunt kredsen hvis der er en sådan).

Prøv at vedhæfte dit program hvis vi skal en reel mulighed for at komme med kvalificerede bud. Ellers bliver det rene gæt. Og så oplys gerne hvilke tryk der driller og hvad der “blinker” .

Korrekt Allan. Vi gætter bare så længe vi ikke ved hvad problemet reelt er for trådstarter. Det er korrekt at det ikke er strengt nødvendigt at fortælle dokumentationen hvad der sidder af moduler, men hvis ikke du konfigurerer hvilket i/o den hardware som tilføjes under lokationen benytter vil det ikke virke. Og det er korrekt dette kan ske uafhængigt om man har konfigureret et modul i dokumentationen.

Hvis det er et helt nyt projekt som skal programmeres fra scratch er er ikke nogen moduler der oprettes automatisk og bare virker. Der skal du som sagt ind og fortælle programmet hvilke id og i/o pladser tingene er koblet på controlleren. Hvis man importerer et projekt, så vil informationerne formentlig være med fra tidligere. Men nu skrives der ikke noget om hvilken gammel controller. Så er der en gammel dos/term IHC eller Visual1 er der ikke noget der kan genindlæse og ALT skal indtastes.

Sidder ikke lige ved en pc med Visual, men mener da man skal oprette modulerne og konfigurere hvilken controller i/o det er tilsluttet. Derudover kan man dokumentere alt muligt andet såsom lednings nummer, farve osv Det er muligt man godt kan arbejde med tryk osv i Visual og koble det til en FB, men uden tilknytning til i/o vil det ihverttilfælde ikke virke i praksis. (men som virtuelle elementer til App og IHC captain er det helt fint)

Kan være det er noget med JAVA versionen på PC’n. Søg og læs tråden Java problemer igen igen igen. Eller prøv med MikkelS alternative Java starter: https://jemi.dk/ihc/starter/

Det burde være muligt at tilføje “offline”. Har du læst vejledningen/manualen der bliver installeret sammen med Visual programmet ? Formentlig ikke, da der i den er vist hvordan man tilføjer i/o moduler til projektet/programmet ;-)

Prøv med user-reset firmwaren som du finder i download sektionen.

Se kontaktinfo nederst i dokumentet her: https://drive.google.com/drive/folders/1enNnVKAo1SZ-ZyujgTnhLXKb5pges8UW

Nu bruges RS485 forbindelsen jo i forvejen til andre ting (modem og 3. Parts ting) så derfor er jeg ligesom Bjarne overbevist om det ikke er modbus, men en propritær protokol. Men reverse ingineering er da en mulighed, men lidt triviel og tidskrævende som Mikkel er inde på.

Tror faktisk Henning måske har en version til de gamle controllere da han var med til at teste de nye 2 kanal dimmere. Men han har sikkert måtte underskrive en NDA så hvis det var, kommer den nok ikke videre for jeg tror ikke han kan tåle at blive upopulær hos LK/Schneider da det jo er hans levebrød. Men bare at få det bekræftet at der er/var en version kunne da være interesant.

Der er umiddelbart ingen timerfunktion når man anvender wireless komponenter i standalone. Du kan kun tænd/sluk eller regulere. Måske hvis man kan man sætte “rampetiderne”, så vil du kunne få den til at dæmpe ned efter en hvis tid. Men det mener jeg kun er muligt via Visual (med controller). Hvis altså du anvender et dimmerudtag og ikke bare on/off relæet.

Bare lige en lille kommentar til pkt 1. Det hedder jo netop ventilations anlæg fordi formålet er at ventilere, altså udskifte luften. Og kravene finder man i BR. De siger generelt kun at man skal udsuge fra “forurenede” rum. Hvor erstatningsluften skal komme fra står der ikke noget om. Normal løser man det så balanceret ved at lave indblæsning i opholdsrum. Men det kan selvfølgelig laves meget mere perfekt og. bla. sikre individuel luftkvalitet (fugt, CO2, voc, radon osv) i rummene, men det har sin pris/omkostning, som det er de færreste der vil betale. Så nøjes man med et anlæg bare for at opfylde lovkravene, ikke fordi det skal opfylde en personlige (comfort) behov. Men det er iøvrigt sjovt mht biler, her vil folk gerne betale en masse penge for alt muligt individuel comfort selvom man i bund og grund bare får opfyldt det samme behov (transport fra a til b). de øvrige punkter. få kablet så meget som muligt. Godt nok kan man få meget trådløst idag, men det spiller sjældent sammen og så er der bøvlet med batterier.

As i remember there is both danish and english versions in the zip/install package: https://www.lk.dk/mitlk/download-ihc-software/ihc-controller-visual-3/ You have to register to get acces to download area.

Sorry har ikke selv IHC gulvvarme så tog fejl. Jeg tror jeg havde de gamle pir og lux sensorer i tankerne da de jo også benytter samme fysiske indpakning, men har forskellige io signaler alt efter model.

There is no langue setting where you Can change it. You have to install a Visual in differentiere langue than danish ie. English.

På dit billede af skærmen kan du også se at sensoren kun er forbundet til 1 indgang på inputmodulet. Ergo er der nok kun rumføleren. Var gulvsensoren fysisk monteret, skulle der også være forbundet en signal ledning så data kan overføres. Det kan kun kontrolleres ved fysisk at kikke efter som Kandersen skriver.

Der skal du så nok lige søge efter tråden: java problemer igen igen igen. heri er der forslag til hvilke kombinationer der virker/skal være på PC og i controller for at de er kompatible. Alternativt så prøv mikkelS alternative Visual https://jemi.dk/ihc/starter/ Han har for øvrigt også et super dokumentations værktøj hvis ellers der er indtastet de rigtige oplysninger i dit IHC Projekt. https://jemi.dk/ihc/docs/