Lars1

Om du monter skærmen på 0V eller jord gør ikke den store forskel. Det vigtige er at skærmen kun er forbundet til 0V/jord i den ene ende. Husk også at hvis du her flere enheder på signal kablet, så skal du sikre dig at der er skærm forbindelse fra den yderste enhed tilbage til jord forbindelsen og at der kun er 1 jordforbindelse undervejs. I mange svagstrøms installationer vil du se at 0V er forbunde til jord i strømforsyningen. Dette gøres for at skabe et stabilt 0V punkt. Nogle gange er den forbindet til 0V på forsynings siden. Det er næsten ligeså godt da 0V i forsynings nettet er jordforbundet ved 10KV/400V transformer stationerne. Hvis ikke 0V på svagstrøms siden er enten jordforbundet eller forbundet til 0V på forsynings siden, så har du et flydende 0 punkt og kan ikke længere tale om 0V. Så i min optik er 0V på en IHC installation i praktis en jord forbindelse. Hvis du afbryder strømmen til controllere afbryder du dg også jord forbindelsen, men eftersom controlleren er strømløs på dette tidspunkt, er det lidt ligegyldigt om jordforbindelsen virker eller ej. Personligt fortrækker jeg dog at forbinde skærmen direkte til en rigtig jordforbindelse, da dens eneste formål er at fjerne støj. Omkring termineringen, så skal den sidde mellem de 2 leder såvidt jeg husker. Det er kun hvis dem kommer med et metalhus, at metal huset skal forbindes til skærmen på signal kablet.

Nogle moderne komfur og ovne bruger kun 1 eller 2 faser, så du kunne prøve at få din elektriker til at checke om dine LED dimmer sidder på samme faser som komfuret, og hvis de gør flytte dem til en anden fase hvis muligt. I samme ombæring kan du få ham til at checke at der er brugt skærmet signal kabel mellem IHC controlleren og LED dimmerne samt at skærmen er tilsluttet jord i den ene ende, og kun den ene ende. Hvis en skærm tilsluttes jord i begge ender vil den virke som en udlinings forbindelse og dermed introducer støj frem for at beskytte mod støj.

Den er jeg helt klart interesseret i at købe. Skriver lige en PM så vi kan aftale nærmere.

In Visual 2 you place the components (outlets, switches etc. ) in the rooms where they belong and then you configure which input/output the component is connected too. It's all described in the help file. Once you have configured a component, you can print out the documentation which among other included a list of all your inputs and output and what you have used them for in your program. It's an old school way of doing it, but IHC hasn't changed much since it was launched in the 1980's. It's still the same basic architecture and you can still use the input/output modules etc. you purchased on the launch day. They also works with the latest Visual 3 controller.

Du kan hente LK boligkonsept pakken her https://www.lk.dk/mitlk/download-ihc-software/ og så vil jeg forslå dig at tage et kig på hjælpe flen som fulgte med da du installerede Visual. Den er ret god og giver en grundig forklaring på hvordan man programmer IHC m.m.

When you install Visual, you will also install a pretty good help file. I suggest you take a good look at it as it have the answers to all your questions. You can do all the programming before you connect the new controller. You don't even need a controller to do the programming, You can do that offline and then uploade the program to the controller when you like. You can also power up your new controller without connecting any input/output modules to it and test your program through the serviceview app, where you can manually control the inputs and outputs. You will have to define the modules manually, but that is only for documentation. Without wireless and special modules like modem and SMS gateway, IHC is "just" 128 binary inputs and 128 binary outputs and it doesn't matter for the programming whether the inputs are 230V, 24V/30ma or 24//3ma.

Det er nogle mdr. siden jeg så problemet, så jeg kan ikke huske hvilken fejl jeg fik. Jeg kan bare huske at efter at have installert Java 8 update 291, så kunne jeg ikke længere starte IHC Java programmerne, hverken normalt eller med din Java starter. Det er først her fornylig at jeg har haft tid til at rode med problemet og opdagede at det skyldes at Oracle havde fjernet TLS 1.0 og 1.1, samt fandt en måde at genenable dem begge.

Jeg skal ikke kunne sige hvorfor, men hvis man har installeret JAVA 8 update 291, så slår disablingen af TLS1.0 og 1.1 også igennem på din JAVA starter.

Hvis du køre med den seneste version af Java, så har Oracle disablet TLS1.0 og 1.1. Jeg har lige lagt en vejledning til at enable TLS 1.0 og 1.1 i denne tråd

Hvis der er nogle som ligger inde med et par IHC net switche som virker, køber jeg dem gerne. 100Mbit switche er OK.

IHC har ikke ændret sig meget siden det kom frem. Hverken IHC NET eller IHC control. IHC NET Opus66 udtaget og Opus 66 svagsstrøms trykket er de samme som for 20 år siden, men ligesom dengang kan man mig bekendt fortsat ikke købe fronterne løse.

Hvorvidt du kan køre TV signal i LAN kablerne afhænger af kablernes kvalitet. De skal være skærmet og godkendt til 700Mhz. Er de det kan du godt patche fra en IHC net basic boks via LAN kablerne. Hvis det er alm. skærmede CAT 6 eller 7 kabler, kan du sandsynligvis også køre TV signal i LAN kablerne selvom de ikke overholder ovennævnte standard, men er det uskærmede CAT5 kabler er chancen lille.

Det værste der kan ske er at alarmen går igang, og jeg kender ikke til nogen LK IHC alarmer som alarmer til en alarm central, så jeg vil sige at risikoen er minimal. Bare sørg for at have en backup af programmet som du kan gå tilbage til. Hvis det er standard LK funktions blokke, så kan du marker funktions blokken og trykke F1. Så åbner villedningen for den pågældende FB. De er rimelig gode. Hvis du har redigeret i FB's så virker F1 ikke længere, men så kan du bare tilføje en ny FB med samme versions nr. og trykke F1 på den.

Hvis du aldrig har rodet med programering af LK IHC eller forsøgt at forbinde til controlleren er der en stejl lærings kurve, men er man lidt teknisk kan det klares på 1 dags tid. For en som har erfaring med LK IHC tager det måske 10 min. Når du har PIR også skal alarm blokken sikkert forblive der, men røg alarmerne disables. Det kan også sagtens lade sig gøre og tager heller ikke mere end 10 min. Alt efter hvilket program der ligger i din IHC controller kan de muligvis gøres via serviceview uden at ændre i programmet. Trykket til afstilling af alarmen bliver overflødig hvis du fjerne hele alarm blokken, men sålænge du har alarm PIR bør du bibeholde det.

Det er korrekt at det er best at have et match mellem firmware versionen og den Visual version man bruger, men en nyer Visual version virker normalt med en ældre firmware. Man skal dog passe på med ikke at bruge funkitioner og produkter i den nyer version som ikke findes i den ældre firmware. Men jeg undre mig lidt over nedenstående. Hvad mener du med at dit projekt ikke fremgår? Når du vil downloade projektet fra controlleren skal du angive din controller via menu punktet controller -> kommunikations indstillinger. Når det er gjort og du nederst i højre hjørne har har en IHC controller symbol som blinker grønt har du forbindelse til controlleren og kan så vælge menupunktet controller -> hent projekt. Der findes aldrig mere end 1 projekt på controlleren på samme tid, så der er ikke rigtigt noget at vælge.

Du skal have rettet i IHC programmet når du fjerne røgalarmerne, ellers vil din alarm gå igang, da røgalarmerne virker ved at indgangen er konstant ON når der ikke er brand. Hvis du ikke har anden alarm end røg alarmerne kan du sandsynligvis bare fjerne alarm blokken.

LK IHC is not mainly Danish anymore. It's Danish only. It has been redrawn from all other markets years ago. That said. Development is done outside DK and in English, so an English development version does exist. It's just not generally available, probably because LK doesn't see a need for it now that LK IHC is only available on the Danish market. Trust me. The current DK version has some cryptic translations too. As far as I remember I have an official English version somewhere. I don't think it's the latest, but 2.7.something as far as I remember. It will although be a couple of weeks before I back home and can have a look at my SW repository. Edit 22:00: Some people apparently misunderstood what I wrote, so I've change a few things.

Jeg har lige fået en nyheds mail fra Schneider hvor de skriver at LED dimmeren forventes at være i handlen fra uge 4. Den er dog fortsat ikke at finde i deres produkt katalog

ServiceView er også et fronend bruger interface, og der kan man sætte rampetider, runtime værdier og initial værdier, så dit argument holder som sædvanlig ikke.

Nu er IHC programmet jo bare en XML fil, som bliver up/downloadet til IHC controlleren via Visual. Jeg har flere gange manuelt rettet i XML filen for efterfølgende at uploade den via Visual. Så det burde ikke været noget større problem at rediger i XML filen via IHC Captain og derefter uploade den. Rampe tider mener jeg dog kan ændres via ServiceView. Det burde derfor også være muligt at gøre det via IHC Captain hvis Mikkel synes det er noget som skal være muligt.

Hvis det er http://jemi.dk/findmypi/ du mener, så tror jeg det virker på den måde at IHC Captain melder tilbage til jemi.dk når den starter, men hvis den crasher, kan den selvfølgelig ikke melde tilbage at den ikke længere eksister. Du svar du får når du går på findmypi, er derfor et cachet svar, som sikkert timer ud på et eller andet tidspunkt. Mikkel må dog heller selv svare på om dette er korrekt. Hvis du med findmyip mener et public site som kan fortæller dig hvad din IP er, så rapporter de bare din public IP, som din router har. Det er ikke nødvendigvis den IP du bruger til IHC Captain. Omkring statisk IP, så er der forskellig måder at sætte den på. Metoden er blevet ændret et par gange de sidste par år i forbindelse med nye Linux releases til PI's. Men søg på Raspberry's support site for hvordan det gøres til din PI version. Den metode som kandersen beskriver kræver at din router understøtter DHCP reservation. Det er langt fra alle ISP router som understøtter dette.

Du behøver ikke have DNS server sat op i routeren. DNS bør dog være sat der hvor du definer DHCP scopet, således at de enheder som bruger DHCP også kan få DNS server IP'erne fra din router. På enheder med statisk IP skal du manuelt sætte DNS. Om du bruger Eniig's eller googles DNS server er lidt ligegyldigt. Hvis du bruger mange google services kan det være en fordel at bruge google's DNS, men hvis du mest bruger danske services, er Eniig's bedre. Du skal dog have fat i rimeligt præcise måle værktøjer for at se en forskel.

Jeg kom lige til at tænke på at hvis din IHC controllers IP ligger i samme område som din router bruger til at tildele DHCP addresser, så kan du risiker at routeren tildeler IHC controllerens IP til en anden enhed, og dermed får du en IP conflict, som godt kan give en fejl som du beskriver her. Hvis f.eks. din router tildeler IP addreser i områdt x.x.x.11-100, så skal IHC controlleren have en IP addresse is området x.x.x.2-10 eller x.x.x.101-255. Jeg går i dette eksempel udfra at routeren har IP addressen x.x.x.1. Vær opmærksom på at i nogle router er addresserne i området x.x.x.2-10 prekonfigureret til indgående services som mail, web etc.

Såvidt jeg huske kan Visual 3 controller ikke lide hvis man konfigurer både wifi og LAN

Det er ret normalt at systemer ikke viser passwordet, så prøv at taste passwordet og tryk enter.