Lars1

Jvf. villedningen så skal terminal 1 forbindes til indgangen på et input modul og terminal 3 til 0V. Såvidt jeg kan se på dine billeder er det en orange leder som er forbundet til terminal 1 og indgang 5.11, mens den grøn/hvide ledning er forbundet til 0V og "knækket" af terminal 3 på PIR'en. Den grønne leder forbundet til terminal 2 kan jeg ikke se er forbundet til noget i tavlen. Der er ikke unormalt at man forbinder alle leder i produkterne, men ikke i tavlen. Det gør det nemmer hvis man senere vil ændre noget. Så for mig at se ser det ud til at den grøn/hvide leder er knækket af teminal 3 i din PIR. Det er ikke unormalt at det sker. Jeg vil dog ikke stole på lednings farverne. Kablerne kan være samlet undervejs, så hvis du vil være sikker på at den grøn/hvide leder i tavlen er den samme grøn/hvide leder i PIR'en, så skal du måle dem igennem.

Det afhænger af hvilken dåse der er brugt bag kontakterne. Hvis det er en træ dåse, er den relativ nem at udskifte med en moderne FUGA dåse med plads til de moderne FUGA udtag. Hvis det er en plast dåse kan det være at de moderne FUGA udtag passer.

Og alligevel har jeg fortsat flere problemer med f.eks. hotspot'et på min 1 år gamle Iphone, og dækningen på min mobil telefon, end jeg har med LK's wireless. Men det er jo bare min erfaring fra den virkelige verden. Wireless i alle varianter er og bliver noget skrammel, som man kun bør benytte når mobilitet er vigtigere end kvalitet.

Det er næsten korrekt. RS485 og antennen har flyttet plads, men alle I/O modulerne og strømforsyningen sidder samme sted på de 2 controller. Derudover kan du indlæse programmet i den nye controlleren før du bytter dem, således at du kun er uden lys m.m. i den tid det tager at lave selve udskiftningen.

De fysiske wireless produkter virker alle med Visual 3. Det er kun det logiske produkt i Visual programmet hvor der er sket en ændring. Oprindeligt kunne wireless dimmer linkes enten som touch dimmer eller 2 tast dimmer. I de senere versioner af Visual 2 blev det ændret til at man kun kunne linke den ene metode, men havde man linket med den anden virkede det fortsat. I Visual 3 er det kun den ene metode som virker.

Når du ved at kortslutte 2 ben på RS232 stikket via hyperterm kan konstater at der er hul igennem, vil jeg give dig ret i at driver og adaptor virker som de skal. Følgende kan derfor være årsagen til at du ikke kan få forbindelse til controlleren. Forkert port indstilling. Jeg kan ikke huske den rigtige opsætning for en Visual 1 controller. Du burde kunne finde den rigtige port sætning ved at læse i den medfølgende Visual 1 villedning. Den bør komme frem når du trykker på F1. Forkert ben forbindelse i RS232 adaptoren. Du kan læse mere om ben forbindelsen her https://www.lk.dk/produkter?iid=11328 Der bør også stå noget i Visual 1 villedningen. Du har en af de controller hvor rs232 porten stopper med at virke efter nogle år.

LK IHC LED tavle dimmer virker desværre kun med en Visual 3 controller. Visual 2 programmet kan dog læses af Visual 3 controlleren, og med mindre du bruger nogle af de få ting som ikke længere understøttes kan det indlæses og bruges uden ændringer. Jeg kan ikke huske den fulde liste over ting som ikke understøttes i Visual 3, men det er noget i retning af touch wireless dimmer (erstattet af 2 tast wireless dimmer), voice modem og tilsvarende. Altsammen ting som meget få har brugt de sidste 3-5 år hvor visual 2 fortsat var supporteret.

@Astronaut 802.1x virker også som det skal når det bliver sat 100% rigtigt op. Det samme gør LK wireless IHC. Det er bare MEGET sjældent at det sker, og slet ikke 6 mdr. efter et wireless system er installeret. Så har man lige flyttet en væg, eller sat en stor fladskærm op, og vupti er dæknings billedet ændret. I den perfekte verden vil wireless sikkert være ok. Jeg lever bare ikke i den perfekte verden, så skal vi ikke bare blive enig om at vi har temmelig forskellig oplevelser med wireless.

Dejligt at høre at du fik løst problemet og hvordan.

Så er den del på plads. Så skal du bare have checket om dine forward regler virker og fundet ud af hvad din WAN addresse reelt er. Du bør kunne checke dine forward regler ved at bruge routeren's WAN addresse i en browser fra din mobil telefon eller PC som er tilsluttet din router. Det vil give dig IHC controllerens web forside hvis dine forward regler er korrekte. Som skrevet tidligere så skal du kunne se din WAN addresse i routeren, men du kan ikke ændre den. Det er kun din ISP som kan det. Hvis den er den samme som den du finder via mit link, så er det ikke en NAT'et WAN addresse og du burde kunne tilgå din controller direkte. Hvis den er forskellig skal du have hjælp fra din ISP til at få adgang til din controller udefra.

Hvis alt i routeren er ændret til 192.168.1.x så er problemet sandsynligvis din offentlige IP addresse. I din router er der sikkert en tab som hedder noget i retning af internet forbindelse. Her burde du kunne se din offentlige IP. Du kan ikke selv ændre den, men du burde kunne se hvad den er. Den skulle meget gerne være det same så du får ved at bruge mit link (såfremt du bruger mit link fra en enhed som er tilsluttet din router). Hvis den starter med 10.x,x,x, 172,x,x,x eller 192,168,x,x så har du ikke nogen offentlig IP, men skal have din ISP til at natte de porte som du skal bruge. Jeg har aldrig brugt LK IHC app, men eftersom man kan angive både LAN og WAN addresse i den, kan du sikkert prøve om du kan nå din controller via LAN addressen ved at slå always use WAN fra i app'en. Derved kan du checke om routeren, din mobil enhed og IHC controller er på samme netværk. Dine NAT regler i din router er ikke i brug her, men du kan checke at alt er på samme lokal net og dermed har du en fejl kilde mindre.

At du har 22RSI når du checker din wireless enhed, er ikke ens betydende med at du har det når du påvirker dit tryk. Og som jeg beskrev tidligere kan LK IHC tilsyneladen kun kommuniker med en wireless enhed af gangen. Hvis controlleren derfor er i gang med at kommuniker med en wireless enhed med dårlig forbindelse, kan du trykke ligeså tosset du vil på dit badeværelses tryk. Der sker intet før kommunikationen med den anden enhed er afsluttet eller timet ud, hvilket kan tage op til 2 min. jvf. min erfaring. For at finde den problem fyldte wireless enhed, kan du linke alle wireless enheder til en test blok, hvor du enten slukker eller tænder alle på engang. Hvis der er en enhed med dårlig kommunikation, vil operationen stoppe ved den enhed. Men problemet kan være periodisk, så det kan være du er nød til at sætte noget logging på funktions blokken så du f.eks. kan aktiver den fra dit bad når problemet opstår.

Jeg synes egentlig der er noget arogant at påstå at bare fordi du har kenskab til stedder hvor man ignorer problemerne og går all in på wireless, så betyder det at der ikke er problemer med wireless. Jeg kender også nogle af de virksomheder hvor man er gået all in på wireless, men hvis man dykker lidt ned under overfladen, vil man opdage at der er rigtig mange helpdesk sager på problemer med wireless. Primært omkring stabilitet og problemer med at få forbindelse. Derfor er der også nogle virksomheder som er gået tilbage til kablet netværk til arbejdspladerne og kun bruger wireless til gæste adgang og møde lokaler. Nu er det jo begrænset hvor meget plads der er i et Ø80 lampeudtag til alt det du mener LK burde gøre for at forbedre deres wireless kommunikation. LK wireless protokollen er +20 år gammel og ligesom alt andet LK IHC er den stortset ikke ændret siden, så selvfølgelig kan det ikke leve op til nutiden standarder. Det ændre dog ikke ved at min erfaring er at der generelt ikke er flere problemer med LK wireless end med alle andre moderne wireless teknologier. Jeg har større problemer med at forbinde til hot spottet på min 1 år gamle Iphone end jeg har med LK's wireless IHC.

?? Er du sikker på du ikke forveksler det med null-modem kabler? Alle andre her på boardet er enig om at man skal bruge standard RS232 og at null-modem ikke fungere. Der er en anden tråd hvor flere har rådet smail til at anskaffe den USB-RS232 adaptor som han har købt.

Bare fordi du har en com3: port betyder ikke at du har forbindelse til controlleren. Det betyder bare at din USB-RS232 adapter og driver virker. Du vil også se com3 porten selvom RS232 stikket ikke er forbundet til noget. Alt efter hvordan din installation er bygget op, kan det være at det ikke er alt lys som slukker, men normalt vil alt som er styret af controllen slukke. Stikkontakter som ikke er styret af controlleren vil ikke slukke medmindre de sidder på samme gruppe som controlleren eller du slukker på HPFI relæet, hvilket man iøvrigt bør gøre mindst 1 gang om året for at sikre at det virker. Såvidt jeg husker havde LK på et tidspunkt en serie Visual 1 controller, men en fejl, som gjorde at man efter nogle år ikke længere kunne få forbindelse til dem via RS232 interfacet. Dengang ombyttede de controllerne, men det er efterhånden mere end 10 år siden. Såvidt jeg husker var det nogle dårlige lodninger som var årsagen.

Hvis du kun har dette en sæt log entries, vil jeg ikke bekymre mig ret meget om det. Men de kan bl.a. opstå hvis din kabling mellem controller og dimmer ikke er korrekt udført med slutmodstand, skærm ved lange kabler o.s.v.

Såvidt jeg ved er LK's fjernbetjeninger udgået, så du får nok svært ved at finde reserve dele til dem.

Lad og nu ikke starte en ideologist krig om dette emne. Mine erfaringer er en del anderledes, men nu arbejder jeg jo også med det professionelt og stiller dermed højre krav end hr. og fru jensen gør. Wireless kommer aldrig på højde med kablet kommunikation, men det er billigt og nemt at installer og funger gundlæggende ok til det brug hr. og fru Jensen har. Det gør LK's wireless IHC sådan set også. Jeg har ikke flere problemer med LK's wireless IHC end jeg har med mit wireless netværk, min mobil telefon eller andre wireless enheder jeg har i mit hjem eller på arbejde. Det ændre dog ikke ved at jeg har færre problemer med kablet IHC, kablet netværk, fastnet telefon etc. Hvilket jo sådan set også var det som jeg skrev i det indlæg du kommenterede på.

Du kan sikkert ikke ændre port forward addresserne, fordi din router køre med 192.168.0.x adresser. Du kan vælge at ændre router til at bruge 192.168.1.x netværket eller du kan ændre din IHC cntroller og app m.m. til at bruge 192.168.0.x netværket. Det nemmeste vil sikkert være at ændre routerens private addresser til 192.168.1.x. Det plejre kun at skulle gøres et sted, så ændre resten sig automatisk. Prøv at kigge efter det faneblad hvor du konfigurer lokal nettet på din router. Fanebladet hedder sikkert noget med LAN eller DHCP.

Baseret på dine screen shots, så har Henning spottet fejlen. Dine firewall regler er lavet for subnettet 192.168.0.x, mens IHC controller og APP bruger subnettet 192.168.1.x. Ændre 182.168.0.x til 192.168.1.x i router opsætning og det burde virke. (både firewall, lokal net og DHCP). Alle enheder (minus IHC) bør genstartes herefter. IHC bruger normalt kun TCP, så med mindre du har noget MEGET specielt kørende har du ikke brug for UDP portene. Lidt forklaring omkring IP addresser. 192.168.x.x er private IP addresser som ikke routes på internettet og dermed ikke kan nåes "udefra". 87.52.110.53 er din offentlige IP addresse som kan nåes "udefra". Det skal meget gerne være den du ser når du bruger mit link. Hvis ikke har du muligvis fået ny offentlig IP. Den offentlige IP bør du kunne se i din router config. Undernetmaske eller subnetmaske fortæller hvor stor en del af netværket du bruger. En subnet maske på 255.255.255.0 giver dig adgang til alle IP addresser x.x.x.1-254. De 3 x'er SKAL være ens i hele dit netværk, og det samme skal subnetmasken.

Wireless kommunikation er noget skrammel, ligegyldigt om det er til dimmer, netværk eller telefoni. Der er dels for meget andet som bruger de samme frekvenser og dels er der for mange materialer i moderne huse som kan bloker for signalet. Begge disse er sjældent statisk og kan derfor være MEGET svære at finde. Jeg har selv haft et problem med en wireless dimmer hvor jeg i desperation byttede om på 2 dimmer, hvorefter de begge virkede perfekt. De blev ikke unlinket eller noget. Jeg byttede dem bare fysisk og byttede links mellem FB og produkterne i Visual. På et tidspunkt havde jeg en HW1 dimmer hvor jeg havde monteret en elektronisk transformator. I dagligt brug fungerede det fint, men når jeg brugte sluk alt tog det LANG tid før alt lyset slukkede og sommetider var det ikke alle lamper som slukkede. Efter mange forsøg frem og tilbage opdagede jeg at jeg kunne løse problemet ved at flytte dimmeren med den elektroniske transformator ned som den sidste enhed der skulle slukkes for. Noget tyder på at controlleren kun kommuniker med 1 wireless enhed af gangen, og bliver ved indtil den timer ud eller har fået ordentligt svar tilbage. Du kan teste om det er noget tilsvarende som giver problemer hos dig. Lav en FB, hvor du linker alle dine wireless enheder til et tænd Scenarie, samt et sluk Scenarie. Hvis der ikke er problemer med kommunikationen, så skal alle lamper tænde og slukke næsten samtidig. Du kan evt. have funktionen liggende så du kan aktiver den når du oplever problemer med en wireless enhed. Du kan evt. også have endnu en test blok hvor de wireless enheder er linket i modsat rækkefølge. Derved kan sikre dig at du også kan stole på resultatet af den sidste wireless enhed og nemmer få et overblik over om der skulle være flere enheder som fejler samtidigt.

Er det kun en enkelt wireless enhed som har det problem eller er det alle? Med wireless HW v2 enheder bør der ikke være et belastnings problem, men med HW v1 kan lav belastning resulter i dårlig kommunikation mellem controller og wireless enheder og bl.a. give det resultat du ser.

Du skal kun have de 2 første regler hvor du mapper HTTP 80->80 og HTTPS 443->443. De sidste 2 bør ikke være nødvendige, men hvis du vil beholde dem skal det også være 80->80 og 443->443. Derudover skal du checke at din controller har IP 192.168.0.3 Sidst men ikke mindst. Check din offentlige IP på https://www.myip.com/ Det er ikke unormalt at den bliver ændret når du får ny router.

Hvad er det mere specifikt for en udfordring du har?

Hvis en driver kan lave en virtuel COM port på din PC, så vil den også fungere med LK IHC (TermIHC og Visual 1) Driveren skal passe til USB-RS232 adaptoren, men sommetider oplever man imidlertid at den driver som følger med USB-RS232 adaptoren ikke funger med nyer windos versioner. I disse tilfælde kan man prøve med en driver til en anden USB-RS232 adaptor, da der, som flere andre har skrevet, grundlæggende kun findes 2 USB-RS232 adaptor, som så sælges under MANGE forskellige navne. Derfor vil en driver til en adaptor ofte også funger med en anden.