Lars1

Ingen lys i 12V og 24V dioderne på backup modulerne tyder på at modulet ikke forsynes med 24V. Dioderne fortæller intet om batteriets tilstand. Udfra hvad du har skrevet her hidtil, vil jeg helt klart anbefale dig at få fat på en elektiker. 24V forsyningen er noget enhver elektriker bør kunne fejlsøge. Det behøver man ikke IHC erfaring for.

Omkring 24V strømforsyning: Medmindre du har flere 24V strømforsyninger i din installation, eller har batteri backup, kan du tage 24V fra et hvilket somhelst sted i din installation. 24V teminalen på et input modul har kun den funktion at det er her du forsyner input modulet med 24V. Men værd opmærksom på at 24V ofte er luset fra et modul til det næste, så når du vil tilføje en ekstra ledning risiker du kortvarrigt at afbryde de andre moduler. Det kan f.eks. betyde at lyset slukker kortvarigt. Tag et kig på principdiagramerne i dette link https://www.lk.dk/produkter?iid=11337 Så kan du får en idee om hvordan LK IHC er forbundet elektrisk. Langsom PIR: Stortset alle bevægelses sensor er PIR sensor. PIR står for Passiv InfraRød. De reager med andre ord på varme hvilket er årsagen til at de ikke virker så godt om dagen som om natten. Et beskidt dæksel betyder derfor ikke så meget som en placering udfor et aftræk gør. En af mine PIR sidder sådan at solen kan skinne på den om eftermidaggen, hvilket gør at den går helt amok på det tidpunkt. Din PIR ser ud til at sidde ud for et aftræk som sandsynligvis kan give nogle varme luftstrømme om nattet, hvilket kan få den til at gå amok.

Stortset alle bevægelses sensor er eller kan gøres kompatible med en Visual 1 controller. Det eneste en Opus73 bevægelses sensor gør er at kortslutte en indgang til 0V når man går forbi den. Det samme gør stortset alle andre bevægelses sensor også. Det specielle ved en Opus 73 bevægelses sensor er at den strømfødes via indgangen, men dette er ikke noget krav for at en bevægelses sensor virker med Visual 1. Man kan sagtens bruge en bevægelses sensor med ekstern strømforsyning. Det kræver bare den har et relæ som er galvanisk adskildt fra strømforsyningen, eller at det er en 24V bevægelses sensor som man strømføder fra IHC strømforsyningen.

Officielt kan du kun genbruge dit program ved et skifte fra 6.2 til 3, men eftersom 6.1 og 6.2 i mange år delte software bør man i praktis også kunne indlæse et visual 6.1 program i en visual 3 controller. Lednings forbindelserne til en Visual 6.1 og Visual 3 controller er næste de samme. Det er kun antenne kablet, LAN porten og RS485 terminalerne som har flyttet plads.

Jeg vil checke strømforsyningen til I/O modullerne. At alarmen går kan skyldes at alarm betingelserne er opfyldt hvis der mangler strøm på et indgangs modul. Specielt hvis du ikke har nogen batteri backup på de moduler.

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.