Lars1

Nu er det noget siden jeg har haft Visual åben, men mon ikke der er en standard funktions blok hvor lyset slukker efter x antal min. Bare husk at du ikke må styre en udgang med 2 forskellige funktions blokke. Medmindre du erstatter den nuværende facade lysstyrings funktions blok med den nye skal du derfor sætte en OR funktions blok ind mellem de 2 lys styrings funktions blokke og facadelys udgangen.

Du skal sætte et overdragelses relæ på parallelt med p-plads lyset, så det trækker når p-plads lyset tænder. Kontakt sættet på dette overdragelses relæ skal du forbinde til en IHC indgang. Om det er et wireless input relæ eller et fysisk input afhænger af hvor svært det er at trække kabler mellem overdragelses relæet og den fysiske IHC installation. Alternativt kan du erstatte p-plads PIR'en med en IHC PIR og så sætte et andet IHC wireless relæ til at tænde p-plads lyset.

Jeg mener ikke den gamle IHC PIR lever puls signal. Jeg bruger da også den samme FB til både de gamle og nye IHC PIR i mit hus. Det er dog en hjemme strikket PIR FB.

Hvis ikke skal have adgang til controlleren fra internettet skal du slet ikke konfigurer noget i firewall delen af routeren. Normalt vil WIFI og de fysiske LAN porte på routeren være på samme logiske netværk, så start med at få adgang til controlleren via de fysiske LAN porte på routeren. Når du har det bør WIFI også virke. Dit sceendump af router konfiguration ser lidt anderledes ud en det jeg ser på min TDC router, så jeg vil ikke garanter at WIFI og fysiske LAN porte er på samme logiske netværk i routeren.

Generelt vil jeg kraftig fraråde internet adgang til en IHC controller. Sikkerheds designet i samtlige IHC versioner er tilbage fra 2005 og er stortset ikke blevet opdateret siden. Men hvis du vil give internet adgang til din IHC controller skal firewallen i din router konfigureres som nedenstående. Ekstern host: * * betyder at alle kan tilgå din IHC controller. Hvis du ved hvilke IP addresser dine enheder har når du tilgår IHC controlleren fra internettet, kan skrive dem her. Det vil gøre din IHC controller MEGET mere sikker. Intern host: IP addressen på din IHC controller når du tilgår den fra dit lokal net. Protocol: TCP Extern port: Den port du ønsker at bruge til at nå din IHC controller på når du tilgår den fra internettet. Intern port: Den port som din IHC controller svare på når du tilgår den med Visual, ServiceView, AdminView etc. fra dit lokal net.

Med mindre du har ændret i programmet, har jeg svært ved at se hvorfor udskiftningen af en PIR skulle få programmet til at fejle. Mere sandsynligt er det at pæren er sprunget i din lampe eller at du i forbindelse med udskiftningen af PIR'en har fået afbrudt dit skumringsrelæ. I service view har du mulighed for at logge ændringer på ind og udgange. Prøv at åbne serviceview når det er blevet mørkt og aktiver logning på PIR indgangen, samt lys udgangen. Så burde du hurtigt kunne indsnævre hvor problemet ligger. Via serviceview, kan du også manuelt styre ind og udgange, så du kan afteste programmet m.m. i dagslys. Alt efter hvad det er for et skumringsrelæ du bruger kan det dog være at det sætter skumring OFF kort tid efter du manuelt har sat skumring ON, hvilket besværlig gøre fejlsøgning i dagslys.

Funktions mæssigt set fra IHC programmet, bør de funger ens. Har du prøvet at kortslutte 0V og input? Derved kan du teste om kablet virker. Du bør også sikre dig at 0V og input er monteret korrekt på PIR'en. Den gamle PIR var ligeglad med om de var byttet om. Den nye er IKKE ligeglad. Sidst men ikke mindst. Såvidt jeg husker så klikkes selve PIR'en ind i en monterings ramme hvor ledningerne er monteret. På en af mine PIR havde jeg ikke fået den klikket ordentligt på plads, hvilket gjorde at den havde periodiske fejl. Hvordan indstillingerne skal være afhænger MEGET af hvor den sidder. Du burde have fået en villedning med sammen med PIR'en. Hvis ikke kan du hente den her https://www.lk.dk/produkter?iid=11320 Følsomhed er du nød til at prøve dig frem med. Det kan være lidt svært at ramme det punkt hvor den ikke fanger naboens kat, men stadigvæk fanger dig. Jeg har 3 PIR af den model, og de står IKKE enes i følsomhed. Med ekstern skumringsrelæ vil jeg sætte lysniveau til max sol, men ved at sætte "bevægelses udgang til IHC" til B bliver denne indstiling ligegyldig. Hvis du sætter dæknings område i midten, dækker PIR'en 180 grader. Vedr. test funktionen står der i villedning bl.a. beskrevet følgende. "PIR’en har en indbygget testfunktion, der varer 15 minutter. Testfunktionen starter, når du ● tilslutter spænding ● ændrer følsomhed eller ● ændrer dækningsområde. Under testen vil lysdioden på fronten blinke, hver gang PIR‘en registrerer bevægelse. På den måde er det lettere at indstille følsomheden" Såvidt jeg husker sender den også impuls til IHC når den bliver påvirket i test perioden, men jeg er ikke 100% sikker. Det er efterhånden nogle år siden jeg satte min sidste PIR op.

Stortset alle PIR går ON kortvarigt når man tænder for strømmen til dem.

Der er mange herinde der kender til produktet. Vi plejre bare at henvise til LK's dokumentation fordi den er temmelig god og forklar alt med billeder etc. i et let forståeligt sprog. Det er efterhånden noget siden at jeg har haft Visual åben, men nu tog jeg lige et check på hvordan man får hjælpen frem. Når du marker et produkt og trykker på F1, så åbner hjælpen ganske rigtigt i afsnittet for indsæt produkt. Yderste til venstre kan du så vælge næste punkt som hedder link wireless produkt. 2 punkter længere ned kommer du så til forbind IHC produkt til funktions blokke. Her har du en udførlig beskrivelse af hvordan man forbinder et IHC produkt til en funktions blok. Der er ikke nogen funktionel forskel på om du bruger et wireless relæ lampeudtag eller et alm. lampeudtag. Det er den samme funktions blok du skal bruge, og det wireless relæ lampeudtag optræder på samme måde som et alm. lampeudtag i listen over dine IHC produkter i venstre side. Du kan lave hele dit program og teste det offline i Visual før du invester i lampeudtaget. Alt dette og mere til kan du læse i den medfølgende IHC dokumentation hvis du bruger 15 min. på at bladre lidt i den. Det hedder en udgang fordi den dækker over både relæ udgange og dimmer udgange, og så har der været brugt samme navne og grund produkter side første IHC version for mere end 30 år siden. Faktisk kan du bruge et I/O modul fra den første IHC version sammen med en Visual 3 controller.

Når du har så lidt styr på korrekt el installation som dit indlæg tyder på, så er risikoen for at du brænder hytten af hvis du misforstår hvad jeg skriver temmelig stor. Det ansvar vil jeg ikke have på mine skulder. Derfor skrev jeg som jeg gjorde.

En standard firewall er en firewall hvor du kan lave basale port åbninger, NAT regler og tilsvarende. Nogenlunde hvad du kan i en standard router fra en ISP idag. En avanceret eller professionel firewall har packet inspections, intrution detection, intrution prevention etc. Disse firewalls koster fra 15K og op.

Openhab eller tilsvarende mellem IHC controllerne og internettet beskytter den hackers forsøg på at hacke den. En standard firewall eller selv den stærkeste krypterings gør ikke. Det er hackernes forsøg på at få adgang som lægger IHC controlerens webserver ned. Det er ikke sådan at du har fået hacket din OpenHab installation og de nu forsøger at få adgang til næste enhed via deres OpenHab adgang?

De lyder til at være wireless lampeudtag. Hvis det er den ældre version 1, funger de ikke med LED.

Hvis du ikke er sikker på hvordan du laver sådan en simpel ændring korrekt, vil jeg klart anbefale dig at kontakte en elektriker. Han bør max bruge 1 time på at lave det korrekt.

Pas på med at skifte til LED når du har en ældre IHC installations. IHC wireless version 1 enheder funger ikke særligt godt med LED. Ofte slet ikke.

Jeg synes jeg læste et sted and nogen havde løst problemet med en kondensator i steddet for en effekt modstand.

505D6504 - EL nummer: 1020007480 er ganske rigtig et wireless relæ lampeudtag. Et universal relæ kan monteres i steddet for en alm. fuga afbryder, men er uden tangenter. Et Kombi relæ er universal relæ med tangenter. IHC Visual vil brokke sig hvis du forsøger at linke et forkert produkt. Jeg kan ikke huske om der findes en funktions blok for wireless relæ. Hvis ikke erstarter du bare funktions blokken som din wireless dimmer er forbundet til med en standard lys styring med kip eller hvad du nu har lyst til. I IHC programmet er der ikke nogen funktionel forskel på om du bruger et wireless relæ eller en udgang på et output modul.

Når du starter en nedtællings timer, kan det gøres på 2 måder. Den ene er at starte med initiel værdi. Den anden er at starte med aktuel værdi. Det lyder til at være det sidste du er interesseret i, og kræver kun en simpelt program ændring hvor du erstatter "Start timer med initiel værdi" (eller noget i den stil) med "Start timer med aktuel værdi" (eller noget i den stil). Du skal dog også tilføje en "set time til initiel værdi" (eller noget i den stil) et eller andet sted i programmet.

Den gamle PIR strømfødes af input modulet. Den ene ledning går derfor til en indgang på input modulet, mens den anden går til 0V Den nye PIR har seperat strømforsyning. Den ledning som på den gamle PIR går til input modulet skal derfor forbindes til 1 på den nye PIR. Den anden ledning skal forbindes til 3 på den nye PIR. Derudover skal du så have forbundet 24V til 2 på den nye PIR. Indstillingerne på forsiden bruges bare til at indstille følsomheden, dæknings vinklen på PIR'en. De har ingen indvirkning på IHC programmet. Kun hvor følsom PIR'en er og hvor stort et område den dækker. Jeg kan ikke huske om dag/nat instillingen kun gælder for klemme 4, eller om den også påviker hvornår PIR'en er aktiv. Men hvis du allerede har et skumrings relæ, så sæt den til fuld sol.

Har du prøvet at følge den udemærkede villedning som følger med IHC Visual? Jeg mener den kommer frem hvis du trykker på F1 i IHC Visual. Der er også indtil flere funktions blokke i IHC VIsual som er beregnet til Wireless komponenter og de kommer alle med en udemærket villedning. Jeg mener at du finder denne hvis du maker funktions blokken i dit Visual program og trykker på F1.

Det er ikke LAN interfacet som går død, men webserver/viewer delen i IHC controlleren. Der kan være mange årsager til dette. Både det som Ejvind og Michael skriver er helt klart i top 3. En anden typisk årsag er hacker angreb udefra hvis du har internet adgang til controlleren. Hacker scanner konstant internettet for sårbare enheder, og når de finder en IP som svare, skyder de række forskellige request af sted for at finde ud af hvad det er for en enhed. Disse request får næsten altid IHC controllerens webserver til at gå ned. De prøver gerne flere gange i en til 2 uger før de giver op.

Såvidt jeg husker findes wireless kombi relæ'et kun i en version 1 udgave. Det betyder at styre elektronikken sidder i serie med belastningen hvilket er årsagen til at der skal være mindst 5W belastning for at man kan linke produktet. Det har så også den side effekt at hvis relæet er ON når du fjerne belastningen, så kan du ikke sætte relæet OFF, da du ikke kan kommuniker med relæet når det er uden belastning. Med andre ord. Jeg kan ikke se at det skulle være et problem at relæet hele tiden er ON, men hvis det altid skal være tændt, hvorfor så ikke fjerne det helt?

Det er vel nærmere når gennemsnittet over de sidste 24 timer har været for høj at den ikke opdager du går i bad. For hvis det bare er et fast setpunkt som afgør hvornår du er gået i bad kan jeg ikke se hvad de skal bruge 24 timers gennemsnittet til. Jeg ikke bare synes det virker. Anlægget har ikke misset et eneste bad i alt den tid jeg har haft det kørende. 4 ovenlys vinduer giver jo også en luftudskifting der er mindst en faktor 10 større end dit ventilations anlæg på noget tidspunkt vil være i stand til, så det undre mig ikke at de kan bringe Co2 niveauet ned LANGT hurtigere end et ventilations anlæg Du skriver at du har loft til kip. De 250m2 som anlæget er designet til gælder for huse med normal loft højde. Alt efter hældningen på dit tag, giver loft til kip mellem 25-50% ekstra m3. Flere stedder angiver man af samme grund ikke længere hvor mange m2 et anlæg er designet til, men derimod m3/h, og så er det op til køberen at beregne om det passer til hans/hendes hus.

Det har ikke noget med cirkulære referancer at gøre. Det skyldes alene problemet med at LK IHC er event styret, og der ikke er tilbage melding fra en udgang til en FB. Dermed risiker at FB'erne kommer ud af sync hvis du forsøger at styre en udgang med flere FB'er. Hvis du f.eks. har FB A som styre udgang X via en kip funktion aktiveret af tryk 1 og samme udgang X også styres via FB B som også er en kip funktion, men aktiveret af tryk 2. Når du starter IHC controlleren er alt ok. Begge FB'er er OFF og det samme er udgang X. Nu aktiver du så tryk 1, hvorefter FB A går ON og det samme gør udgang X. FB B er fortsat OFF, selvom udgang X nu er ON, så når du vil sætte udgang X OFF via FB B, skal du nu aktiver tryk 2 2 gange, da du først skal bringe udgang X i sync med FB B ved at sætte FB B ON med første tryk. Herefter kan du sætte udgang X OFF med andet tryk på tryk 2. Der er ikke noget problem i at en FB styre flere udgange. Der er alene flere FB'er på samme udgang. Det samme gælder med indgange. En indgang kan sagtens bruges af flere FB'er, men du skal være varsom med flere fysiske indgange til samme logisk indgang i en FB. Her løber du igen ind i event styrings problematiken. Det funger normalt fint med flere tryk på samme indgang, da de kun er påvirket kortvarigt, men hvis du f.eks. bruger 2 kalender udgange som du linker til den samme indgang i en FB, så får du højst sandsynligt problemer. Nej. Det er et helt normalt setup. I dette tilfælde har du tilbage melding til din dimmer styring via lys niveau, så derfor er det ikke noget problem at du også styre lyset via et ur parallelt med dimmer styringen. Jeg tvivler på at det er en programmerings fejl som giver dig problemerne. Jeg har ikke hørt om at der skulle være nogen grænse på hvor mange FB'er en lux måler kan tilkobles. Lux måleren er ikke meget anderledes end temperatur målerne. Faktisk har LK bare erstatet gulv føleren med en lux måler på printet. Kommunikationen med controlleren er den samme. 2 sensor som sender hver deres værdi til controlleren, som så præsenter værdien i brugbart format til brugeren. Jeg spekuler mere på om det er noget støj eller tilsvarene. Bruge du et parsnoet par til data og 0V til lux måleren? Har du noget 3 parts integration som IHC Captain, OpenHab eller tilsvarende kørende?

Så det er 2 forskellige ændringer som har fået controlleren til at crashe?