Lars1

Prøv om du du kan følge mellem ledningen fra en af dimmerne. Et eller andet sted i din tavle, bør den gå over i et kabel til dit lampested, hvor der også er nul.

Hvis du opgrader til firmware 2.7.220 slipper du for at disable TLS1.1 og 1.2. Du risiker dog at få en ustabil controller, men der er også bruger, som ikke har problemer med 2.7.220. Firmware 2.7.199 er tilsyneladende den mest stabile firmware pt. men den har problemer med TLS 1.1 og 1.2 Begge firmware har udløbne certifikater, og LK kan ikke sige noget om hvornår der kommer en firmware med opdaterede certifikater.

Problemet med IHC net basis er at man kun har de 2 par som kræves for 100Mbit netværk tilrådighed for data forbindelser. De 2 andre par er reserveret til TV og telefoni. Gigabit kræver alle 4 par, og enkelte gigabit autosense implementeringer checker ikke om alle 4 par er tilrådighed. De spørger kun om enhenden i den anden ende kan køre gigabit. Kan den det satser de på at forbindelsen mellem dem er ok, også har man baladen.

Jeg har ikke nogen forklaring, men generelt er LK's IHC produkter ca. ligeså stabile som m$ windos.

Nu har jeg ikke selv 2 controller, men hvis jeg havde kunne jeg godt se en fordel i at IHC captain kunne fungere som en bridge mellem dem, for det eneste LK tilbyder er at man overføre on/off signaler ved at forbinde en indgangs port på controller 1 til en 2 udgangs port på controler 2 og omvendt. På den måde kan man så overføre 16 on/off signaler hver vej. Jeg kan sagtens forstille mig at man også vil have god brug for at overføre temperature etc. Såvidt jeg huske kan visility boarded (http://visility.com/) bridge 2 controller, men det er PÆNT DYRT desværre.

Hvis en PC virker på stikkene, bør et access punkt også gøre det, så jeg tvivler lidt på at et special kabel vil løse noget. Forhåbentlig kan din svoger returner det hvis det ikke virker. Jeg talte med en kollega idag, og han nævnte at problemet muligvis kan være at Cisco routeren og access punktet tror de kan køre GigaBit, hvilket IHC Net Basis ikke understøtter. For at komme uden om det problem, skal i logge på routeren og tvinge den til at køre 10 eller 100Mbit på den port som er tilsluttet access punktet. Det vil ikke være første gang at der er problemer med autosense porte. Da HP kom med de første 100Mbit switche med autosense porte, skulle jeg prøve at sætte sådan et par stykker op hos en kunde. Det fungerede fint, bortset fra hvis jeg forsøgte at forbinde uplink portene på 2 ens HP switche med hinanden. På dem var man nød til at sætte hastighed etc. manuelt. Forsøgte man at forbinde uplink portene til f.eks. en Cisco switch var der ikke noget problem, så fandt de selv ud af at køre 100Mbit full duplex.

Det bliver ikke kønt i programmet, men der burde ikke være nogle problemer med den metode.

De kan ikke opdateres. Der er 2 måder at kende forskel på HW 1 og HW2. Der sidder et lille klistermærke med HW2 på bagsiden af HW2 lampeudtagne. HW2 modellerne kræver såvidt jeg husker ikke belastning for at man kan linke dem. HW1 gør.

Det kan også være TLS 1.1 og 1.2, som skal disables i JAVA.

Virker adgangen til den første controller fortsat? Jeg går udfra at din anden controller svare på port 80 og 443 når du bruger den interne IP. Ellers skal du rette din forward til at pege på de port, som controlleren bruger.

Så har jeg snart ikke flere gode ideer. I har selvfølgelig checket standard ting, Samme port på routeren til access punktet hvergang, så i kan udelukke at der er et port konfigurations problem. Samme patch kable som bruges til PC'en når i tester på det stik, så i kan udelukke at der er tale om et defekt patch kabel. Hvis det er muligt at logge på Cisco routeren ude fra, kan i sende mig login informationer i PM, så kan jeg prøve at kigge på den ende når i tester næste gang. Hvis det er på sjælland kunne jeg evt. også kigge forbi en dag.

På hvilket nr.?

Hvilke pære brugte i før LED-lyset? LK's wireless IHC før HW 2 kan ikke lide forbrug under 5W. I kan nemt testet om det er problemet ved at bruge alm. pære eller halogen pære på 10W eller derover. Sparepære og LED har elektronik, som ofte driller LK's wireless.

Hvordan fik du LK i tale? Jeg kunne MEGET godt tænke mig at vide hvornår de har planer om at komme med en ny firmware, eftersom et af deres certifikater udløb i december.

Det lyder som om at det er en IHC net basis installation. Hvilken fejl ser du? Hvis der slet ikke kommer liv i access punktet, og du forsøger at bruge power over ethernet isteddet for en ekstern strømforsyning til dit access punkt, så understøtter IHC net basis ikke power over ethernet. Hvis det ikke er det som er problemet, må du lige beskrive hvilken fejl du ser, ellers gætter vi i blinde.

Røgsensore er desværre NC produkter, hvilet betyder at deres normal tilstand er med indgangen trukket. Hver røgsensor skal derfor have sin egen indgang, ellers vil du ikke få en alarm før alle røgsensor går i alarm tilstand. Jeg kan ikke lige huske hvordan røgsensoren er designet, så jeg kan ikke sige om du kan serie koble dem hvis du gerne vil have dem på den samme indgang. Du kan selvfølgelig godt bruge generelle ind og udgangs produketer, isteddet for de officielle røgsensor produkter.

Jeg er desværre temmeligt overbevist om at vi har set den sidste IHC controller fra Schneider som kan kommuniker med vores nuværende IHC HW. De trækker sig stille og roligt fra det ene marked efter det andet.

Du skal bruge forskellige offentlige porte. For den første controller mappe du f.eks. offentlig port 80 til privat 80 og offentlig port 443 til privat port 443. Begge med intern IP 192.168.1.3 For den næste controller mapper du f.eks. offentlig port 81 til privat port 80 og offentlig port 444 til privat port 443. Begge med intern IP 192.168.1.4 I dine apps. skal du huske at ændre port nr'et, men jeg ved faktisk slet ikke om LK's apps understøtter 2 eller flere controller.

Få din elektriker til at læse vejledningen som følger med til din wireless dimmer. Hvis du ikke har den længere, bør han kunne finde den på lk.dk, eller få hans grosist til at finde den til ham. Wireless dimmer skal ikke tilsluttes udgangs moduler. De skal kun have fase, nul og jord. Derudover har de en terminal for mellemledning til slave lampeudtag. Den kan du bruge til det som ellers var tilsluttet din tavle dimmer. Men det står altsamme godt beskrevet i vejledningen som følger med den wireless dimmer.

Du kan købe et udvendigt underlag som passer til Ø80 lampeudtag, og så må du monter det stortset hvor du har lyst. http://www.lk.dk/produkter/intelligente-systemer/ihc-wireless/underlag/rund-o80-lysegra/ Selv Harald Nyborg har den. http://www.harald-nyborg.dk/p6280/ihc-w-underlag-oe-80-mm-hvid PIR funger fint med wireless dimmer.

Du kan købe et udvendigt underlag som passer til Ø80 lampeudtag, og så må du monter det stortset hvor du har lyst. http://www.lk.dk/produkter/intelligente-systemer/ihc-wireless/underlag/rund-o80-lysegra/ Selv Harald Nyborg har den. http://www.harald-nyborg.dk/p6280/ihc-w-underlag-oe-80-mm-hvid PIR funger fint med wireless dimmer.

Jeg gætter på at de ikke er linket til en IHC controller. Hvis dette er korrekt, så prøve at nulstille dine stikkontakter og tryk, og link dem igen bagefter.

Der findes mange overstrøms beskyttelser på market, også mange som er billigere end den du viser her. Fælles for dem alle er dog at de skal have en ordentlig jord forbindelse for at virke. En normal jordforbindelse i et parcelhus er often ikke god nok, da den kun er testet til at kunne slå HPFI relæet ud (30mA ved 230V), hvis den overhovedet er testet.

Jeg ved ikke hvad det er for et stik du har afbillede her, men faktum er at RJ45 og RJ48 begge er 8 pins stik. https://supportforums.cisco.com/discussion/9147831/what-difference-between-rj45-and-rj48 Hvis du fortsat er i tvivl, så søg på google efter rj45 vs rj48, og du vil få mange flere links som fortæller det samme. Sidst men ikke mindst. Eftersom RJ48 primært er brugt til old school T1 data forbindelser, har jeg MEGET svært ved at se hvad fordelen skulle være med en RJ48 forbindelse på en IHC controller. Jeg ved dog at LK tidligere har arbejdet på en bus (ved ikke hvilken type) forbindelse for tavle dimmer med samme funktionalitet som wireless. I.flg. en af deres medarbejder på dialog mødet i KBH for lidt over 1 år siden havde de faktisk det hele klart til produktion før Schneider trak stikket. Mon ikke en af portene er beregne til denne bus.

RJ48 er også kun 8 benet. Forskellen på RJ45 og RJ48 er kun hvilke ben der bruges til data transmition.