Lars1

Hvad endte du med at bruge til aktive komponenter som switche og antenne forstærker etc.?

Hvilken spænding bruger magnet ventilerne? Hvis det er 230V skal du bare have fat i 2 IHC 230V output moduler. Hvis det ikke er 230V, kan du evt. bruge dette http://www1.lk.dk/servlet/context?n1=14&n2=1400&n3=1403&n4=2519 eller dette http://www1.lk.dk/servlet/context?n1=14&n2=1400&n3=1403&n4=1425 Fælles for dem begge er at de ikke kræver hjælpe relæer, men de er relativ dyre. Hvis du skal bruge hjælpe relæer, er det vigtigt at kende spændingen på dine magnet ventiler for at kunne vælge de rigtige.

Med de oplysninger du har givet i denne tråd vil jeg sige at det 95% sikkert er en overbelastning, som er opstået efter du har sat alle udgange ON. I/O modulerne trækker som jeg skrev tidligere mere strøm når en udgang er ON end når den er OFF. Når du har 2 controler med seperat strømforsyning, håber jeg du har 0V forbundet mellem de 2 installationer. Du skal ikke forbinde +24V kun 0V. Hvis du ikke har nogen forbindelse mellem de 2 installationer udover LAN forbindelsen er det ikke så vigtigt, men er der en anden form for forbindelse mellem de 2 er det vigtigt at 0V har samme potentiale på begge controler.

IHC controllerens LAN interface er et ganske alm. netværks interface. LAN extensions som virker på andre LAN interfaces vil også virke her. Eneste udfordring er den device du bruger når du connecter til IHC controlleren skal være på samme subnet som IHC controlleren, hvis du vil have Visual eller admin adgang. Hvis ikke begge devices er på samme subnet tror IHC controlleren at du kommer fra internettet, og så er der ingen Visual eller adminview adgang. Dette kan oftes klares med en hide NAT eller source NAT regl i en firewall eller router, men nok ikke i en WIFI repeater til 279 kr. Den har dog nok heller ikke en router, så det bør ikke være noget problem, såfremt det vLAN du extender er det som hvor du har din PC connected. Men igen. Firmware upgrades kan kun gøres via USB. Det kan ikke gøres via LAN på en HW 6.x controller. Det kræver en HW 7.x controller. Jeg har dog min tvivl på at vi overhovedet vil se en ny firmware til HW 6.2 før LK dropper supporten af den.

Jeg er enig med Henning i at det lyder som en overbelastet stråmforsyning. Jeg har dog et par opfølgende sprørgsmål. Deler begge dine IHC controller samme strømforsyning, eller har de hver deres? Har du batteri backup på din installation? Er din IHC strømforsyning 15W eller 72W? Hvis din strømforsyning kun er 15W og ikke delt med den anden controller, kan den ændring at du sætter alle udgang permanent ON øge strømforbruget så meget at det kommer over hvad strømforsyningen kan levere. Udgangene er relæer som trækker et par W når de er on. Generelt er det en dårlig idee at have en udgang permanent ON. Specielt fordi den vil gå off når controlleren genstarter etc. Du bør får en elektriker til at ændre din installation i din tavle, så du køre dine hue lampeudtag uden om IHC controlleren. Det bør ikke tage mere end 1/2 time, hvis ellers din installation er lavet efter forskrifterne.

Jeg går ud fra at med patch, så mener du firmware upgrade. Hvis det er korrekt, så er det sådan set ligegyldig hvordan du extender LAN porten. En HW 6.2 controller kan kun patches via USB. Der findes dog forskellige produkter, som kan emuler en USB port over ethernet. Detsværre virker de færreste sammen med LK's USB driver. Det eneste jeg har fået til at virke er en relativ dyr USB extender, som har en fysisk enhed i hver ende. Jeg havde den kun til låns, og kan desværre ikke huske navnet på den.

Dimmer touch er den gamle metode, som ikke længere understøttes, og som senest er blevet fjernet helt i seneste firmware for HW 7. Tilbage er kun tænd/reguler op og sluk/reguler ned eller senarie. Medmindre der er gået et eller andet galt da jeg installerede visual 2.8.6 for nogle mdr. siden, så findes 1.2.04c ikke. Om LK har genbrugt FB nr'et ved jeg ikke, men vil ikke blive overrasket hvis det er tilfældet, eftersom det er noget tid siden at dimmer touch FB'erne blev fjernet. Jeg har en 1.2.04a som er har subtitle trådløs dimmer med nat. Den har godt nok sluk indgang, men ligesom 1.2.03d er den designet til at styre dimmerne via senarier. Begge FB's har tilbagemelding fra dimmerne via lysindikering, så det skulle være ok at styre dimmeren fra flere FB's sålænge det sker via senarier. hvilket er i tråd med LK's anbefaling såvidt jeg ved. Edit: Jeg kiggede lige i nogle gamle program backups. Det ser ud til at Dimmer touch blev fjernet et sted mellem 2.1 og 2.6. I Visual 2.1 findes både dimmer touch og dimmer 2 tast. Dimmer styringen er via ren tryk styring uden senarier. Både FB 1.2.03.a (dimmer touch) og 1.2.04.a(dimmer 2 tast) eksister her. I Visual 2.6 er dimmer touch fjernet. Dimmer styring er nu via senarier 1.2.03.c eksister men den har intet til fælles med 1.2.03.a fra 2.1, mens 1.2.04 er udgået. I Visual 2.8 er dimmer produkterne de samme som i 2.6. 1.2.03 er blevet opgraderet til 1.2.03d og 1.2.04.a er kommet med i en udgave som intet har til fælles med 1.2.04 fra Visual 2.1 Lidt spøjst er det at se at dokumentationen for Visual 2.8 fortsat indeholder de gamle wireless produkter. Prøv at tage et kig på Indsæt wireless produkter under IHC Visual. :-) Yderlig kiggede jeg lidt i 1.2.03c. LK bruger faktisk kun 0,4 sek som max tid for et kort tryk til on/off. Over 0,4 sek. antager de at man ønsker at reguler op eller ned. Nå LK vil tænd eller slukke dimmeren gør de ved at aktiver regulering op eller ned og i næste program step at stoppe reguleringen. Denne metode vil tænde på det niveau som var indstillet da dimmeren blev slukket sidste gang. Sluk kan også gøres ved at fremkalde et 0% senarie. Hvordan det vil påvirke sidste niveau for dimmeren ved jeg ikke, og har pt. ikke mulighed for at teste det.

Jeg tror Lars Jacobsen stadigvæk bruger de gamle touch dimmer metoder, som LK droppede for en del år siden. Jeg gør det samme eftersom man er nød til at relinke alle sine wireless enheder for at skifte til LK's aktuelle anbefalinger. Måden man laver sluk alt på er lidt forskellig i de 2 metoder. Det samme er tilbagemeldingen via lysniveau/lys indikering. Lys niveau/lys indikering har du lavet korrekt jvf. LK's aktuelle anbefalinger. Sluk alt er du nød til at lave med et senarie for at være sikker på at det virker. Du kan kun lave det via sluk/reguler ned hvis du er 100% sikker på at du kun ender 1 puls som er kortere end 0,7 sek. Hvis pulsen er længere end 0,7 sek vil dimmeren registrer det som at du ønsker at reguler lys styrken ned. Du har muligvis samme problem med tænd/reguler op. Hvis din puls er længere end 0,7 sek. vil du begynde at reguler lys styrken op. Anbefalingen idag er kun at styre dimmer via senarie i LK IHC programmet, specielt hvis du har brug for at styre dem via flere FB's. Du kan evt. bruge 4.1.16 Fremkald senarie mellem din sluk alt FB og dimmer hvis ikke din sluk alt blok har en senarie udgang, eller 1.1.03 hvis du vil ændre både tænd og sluk til senarie styring og ikke kan gøre dette direkte via dine eksisterende FB's.

Det er muligvis et krypterings problem, som med Apple IOS10. Hvilken HW version er din contoller, og hvilken firmware køre den med?

Når du skriver du kan pinge den, er det så ved "ping USB", hvorefter den svare med en 10.et eller andet IP? Når du forsøger med http://<IP adr.> bruger du så den IP adr. som du ser når du pinger USB? Hvis overstående er korrekt, så har du forbindelse til controlleren via USB, og så ligger fejlen et eller andet sted i din PC opsætning. Eftersom det er windos 10, er det sikkert et rettigheds problem. Jeg har ikke windos10 enheder, så jeg kan ikke hjælpe dig meget der. windos 10 har vist nok ikke telnet installeret som default, men prøv alligevel om "telnet USB 80" virker. Hvis det virker vil du se en tekst version af det samme som du ville få med http://usb i en browser.

Enig, men lige meget hvor meget jeg øver mig, må jeg bare erkende at det bare ikke er noget jeg nogensinde bliver god til. Hvordan prøvede du dem? Hvad skrev du i URL'en? Har du prøvet med USB IP'en? Det er normalt 10.et eller andet. For at identifier problemet kræver det flere detaljerede information om hvad virker og hvad ikke virker. Det virker ikke med firefox etc. er ikke detaljeret nok.

Nu er jeg ikke særlig god til at tankelæse, så hvis jeg skal hjælpe mere, er jeg nød til at få lidt flere informationer om hvad du har prøvet samt hvad virker og hvad ikke virker. Jo flere detaljer jo bedre.

Hvis firmware loaderen kan forbinde til controlleren via USB, så er det din web browser som har et problem med at oversætte usb til en IP adr. Det burde virke med http://usb. Hvis det ikke virker, så prøv ping USB, og derefter http://<USB IP> Sidst men ikke mindst. Adminview kræver 32bit Java, som kan være en udfordring at få til at køre på windos10

The serviceview is a Java program you download from the controller every time you want to run it. There is a link to it in the web frontpage of the controller. http://<your controller IP>

The simulation is only available in Visual and has always been offline simulations. ServiceView shows real time data for the program uploaded to the controller and has never had a simulation function.

http://<your controller IP> or http://usb if your are connected using USB.

Nej. Det har ingen praktisk betydning. Det ene par er data receive og det andet er data transmit. Så sålænge du bare bruger den samme metode i begge ender, så forbindelsen bliver lige igennem, er der ingen problemer. Hvis du får monteret et A forbindelse i den ene ende og B i den anden, vil du bare få en krydset data forbindelse, som kan bruges til at forbinde 2 computer eller 2 switche med hinanden uden switch imellem. Moderne 100Mbit switche vil selv kunne korriger for dette, ligesom de fleste Gigabit switche kan. Nogle ældre eller billige modeller har muligvis ikke den nødvendige auto detekt funktion til at detekte krydsede data forbindelser eller behovet for dette. HP havde en switch for små 20 år siden som havde auto detekt for krydsede forbindelser. Det virkede fint med PC'er, og switche af andre fabrikater eller andre HP modeller. Men 2 switche af samme model kunne ikke forbindes med hinanden uden et krydste kable.

Mon ikke du bør tage fat i din lokale elektriker. Stærkstørm er ikke noget man bare leger med, og de spørgsmål du stiller her er noget som en gennemsnitlig elektriker lærling vil være i stand til at svare på før han/hun starter på første skole forløb eller hos mester.

Ben mapningen af Actassi connectorne findes her. http://www1.lk.dk/servlet/context?n1=14&LKnummer=VDIB1771XB01. Ben mapningen af de gamle IHC NET connector kan jeg ikke finde pt., og er først hjemme igen om ca. 3 uger, så jeg håber en anden kan hjælpe med den mapning.

På billed 6 i Actassi vejledningen kan du se pin nummerne matchet til farve koder. (Vejledningen er nederst i dit link). Den tilsvarende mapning af de gamle IHC NET connector kan jeg ikke umiddelbart finde, og jeg er først hjemme igen om 3 uger, så jeg håber en anden kan hjælpe dig med den mapning.

Alt hvad du spørger om er basal viden, som er godt beskrevet i LK's villedninger til HW6.x og HW7.x controller, men lad mig alligevel prøve at svare. Der er stort set ingen funktionel forskel på HW6.x og HW7.x. HW7.x bygger fortsat på den arkitektur som blev defineret for TermIHC for små 30 år siden, med de begrænsninger der ligger deri. Det betyder dog også at alt HW som kan bruges med HW6.x kan også bruges med HW 7.x. Tilbage til dine spørgsmål. 1. Nej. Du kan ikke ændre frekvenser på LK's wireless udstyr. Det betyder dog ikke noget i praktis, da LK's wireless protokol, ligesom alle andre wireless protokoller, er designet til at håndter flere enheder som sender data på samme tidspunkt på samme frekvens. Du kan jo have op til 64 wireless enheder linket til hver controller. Yderligt linker du LK's wireless enheder med en controller, så enhederne ikke reager på signaler fra andre controller og controllerne ikke reager på signaler fra wireless enheder, som er linket til den anden controller. 2. HW6.x og HW7.x kan forbindes samme på samme måde som 2 HW6.x controller forbindes sammen. Der kan kun overføres on/off signaler. Den korte version er at du forbinder f.eks. output modul udgang 15 på controller 1 med input modul indgang 8 på controller 2, og modsat. På denne måde får du 16 udgange som er forbundet til 16 indgange på den anden controller. Men læs venligst LK's villedning, da der er nogle forudsætninger som skal være på plads, og jeg kan ikke huske dem alle i hovedet, og har ikke tid til at slå dem op for dig. Wireless enheder kan forbindes enten til den ene controller eller du kan fordele dem på 2 controller, men en wireless enhed kan ikke forbindes til 2 controller. Wireless enheder kan kun bruges i programmet på den controller de er forbundet til. Selvom det er muligt at forbinde 2 controller, vil jeg klart fraråde det, medmindre du har brug for flere ud/indgange end 1 controller kan håndter. Jeg vil personligt heller ikke smidde penge efter en HW7.x controller, før jeg er 100% sikker på at problemerne med min nuværende controller ikke skyldes program fejl. 9 ud af 10 af de performance problemer jeg har haft med mine HW6.x controller, skyldes program fejl som f.eks. overdrevet brug af tæller, sætte det samme flag flere gange i en program blok (hvergang en parameter ændret tricker det en event som tricker et program gennemløb), programering af ind/udgange hvor der ikke var monteret device. Temp. sensor monteret på indgange som ikke var programmeret. Programering af wireless produkter som ikke var linket. Linket wireless produkter som ikke var programmeret etc. Håber dette gav svar på dine spørgsmål.

Prøv at søge her på boardet. Det spørgsmål har været oppe og vende mindst 1 gang pr. mdr. siden controlleren blev frigivet til salg. Jeg tror flere af HW7 ejerne er lidt trætte af at svare på det samme spørgsmål igen og igen og igen og igen.

Dette er ikke korrekt. En PDS installation og enhver anden kablet kobber netværks installation for den sags skyld, må kun været jordet i krydsfeltet. Netværks stikket i computerens netkort SKAL være galvanisk adskildt fra computer kabinettet og computerens jord forbindelse. Er dette ikke tilfældet risiker du at netværks kablet bliver en udlignings forbindelse, og så kan du for alvor risiker sjove ting og sager. Hvis man laver skærmede netværksh forbindelser mellem 2 krydsfelter må man bruge ikke skærmede connector i det ene krydsfelt, netop for at undgå at netværks kablerne bliver udlignings forbindelser. Bortset fra det, så er jeg enig i at det er lidt ligegyldigt om man bruger skærmede patch kabler i hjemme installationer eller ej hvis ens installation er skærmet. Er den ikke skærmet bør man IKKE bruge skærmede patch kabler, da de så ikke kan komme af med støjen som de opsamler, og vil isteddet inducer den ind i data lederne.

Det er ren CMA (Cover My Ass) fra LK. De har ikke testet 2.8.4 på HW 6.1 og gør det heller ikke, da de ikke længere yder support på HW 6.1. Med andre ord. Ligegyldig hvilken fej du får på din HW6.1 controller, og ligegyldigt hvilken firmware version der ligger på den, vil svaret fra LK være. HW 6.1 supporters ikke længere. Opgrader til HW 6.2 eller 7

Visual 2.7 og 2.8 er fortsat rodet sammen selvom du installer dem i forskellige folder. Hvis du f.eks. har været på 1 controller med 2.7, og der efter vil connected til en anden controller med 2.8, så vil du se at default controllerne er din 2.7 controller. Dette problem skulle du dog ikke have med 3.x