Lars1

Jeg har selv oplevet noget tilsvarende et par gange, men det er såvidt jeg husker gået væk i forbindelse med at jeg har genstartet controlleren via restart knappen i admin interfacet. Såvidt jeg husker, er der problemer med sommertids skiftet i nogle af de gamle firmware versioner, men jeg mindes ikke at de skulle give det senarie du beskriver. Der er forskellige rettelser i de forskellige firmware versioner, men hvis du ellers ikke oplever problemer, vil jeg ikke anbefale dig at opgrader firmware. Hvis du gør, skal du være opmærksom på at du ikke bare kan gå direkte til den seneste version. Følg vejledningen på LK's support site. Om du skal vælge den næst seneste firmware eller den seneste hvis du vælger at opgrader, er som at vælge mellem pest eller kolera. Den næst seneste firmware har problemer med JAVA og TLS kryptering, når du tilgår controlleren via web. Den seneste firmware gør at din controller sandsynligvis genstarter, af sig selv, væsentlig ofter, end den næst seneste.

Faktisk ligger min controller stabilt på genstart hver 10 dag pt. Jeg kom op på 10 dage efter jeg brugte 1 dag på at checke at der er 100% sammenhæng mellem det som er monteret på mine I/O moduler og de produkter jeg har registreret i mit IHC program. Hvis du har monteret noget, som ikke er programeret eller programeret noget, som ikke er monteret, så får du hyppiere genstarts. Det er primært temp. sensor og tilsvarende, som giver problemer.

Som Lars Jacobsen skriver er det et kendt problem med LK's seneste firmware og en del tidligere versioner. For mig var problemet stortset ikke eksisterende med den forrige firmware release, men den har så tilgengæld problemer med JAVA og TLS krypterings. Jeg har kunnet reducer problemet ved at sikre mig at de produkter som er registreret i mit IHC program, rent faktisk også er monteret på de ind/udgange der står i programmet, og det er den rigtige type og model. Men jeg har ikke helt kunne fjerne problemet helt. Jeg er oppe på hele 10 dage mellem 2 genstarts. Før jeg gik programmet igennem havde jeg ca. 7 dage mellem 2 genstarts.

Genstart ca. hver 10 dag, også selvom om huset har væet tomt, mens jeg har været bortrejst i 14 dage.

Ja men desværre har den genintroduceret en ustabilitet, som gør at mange controller genstarter med 2-14 dages mellem rum, også selvom man er bortrejst. :angry: :angry: :angry:

Hvis ellers din controller køre som den skal, vil jeg overveje 2 gange før jeg opgrader. LK er kommet med MEGET får ændringer til firmwaren de sidste 10 år, og den seneste firmware, som løser TLS problement har genintroduceret et stabilitets problem, som ellers blev løst med den forrige firmware fra sjvh. 2013. Så det er lidt pest eller kolera hvilken firmware man skal vælge.

Jeg har et par gange prøvet det samme i forbindelse med Visual opgradering. Ved efterfølgende upload af programmet påstod Visual at det ikke var et korrekt IHC program, og så var skaden sket, for programmet i IHC controlleren var blevet slettet, så det var ikke muligt at download en ny kopi, så jeg kunne bevare links til alle data. Efterfølgende lavede jeg en bit compare på det program, som fejlede, og en tidligere kopi. Det viste sig at det downloadede program indeholdte nogle ulovlige tegn i XML formateringen. Siden dengang har jeg altid genstartet controllerne, downloadet programmet, gemt det og lavet en bit compare med seneste backup. Når jeg er sikker på at der ikke er nogen fejl i den downloadede version, uploader jeg igen den downloadede version. Omstændigt, ja, men jeg har ikke mistet data siden.

Den slags undersøgelser køre de i forskellig varianter mindst 1 gang om året. Indtil videre er der ikke rigtigt kommet andet end så opdateringer eller nyheder, som burde komme mindst 1 gang pr. mdr. hvis de virkelig var seriøse omkring deres IHC system. Tror efterhånden at det er et år siden at der var dialogmøder, hvor vi blev lovet nyheder som f.eks. udendørs covers til indendørs PIR, og temp. sensor med fugt sensor. Begge dele skulle ABSOLUT senest komme i handlen i første kvartal 2015. Udendørs cover kom i sommers såvidt jeg husker. Kombi temp sensoren har fået et el-nr. men det er ikke lykkes mig at finde en webshop endnu, som kan skaffe den. Som jeg har skrevet tidligere. Jeg vil se nyhederne i handlen før jeg tror på dem. LK er konsekvent år bagefter med releas af deres produkter.

Når du alligevel står lige ved siden af controlleren, så er den nemmeste måde at få fat på IP addressen ved at koble op med USB, og gå i netværks delen på administations interfacet. Herefter kan du gå igang med at få dit netværk til at funger. Hvis jeg kommer ud for en controller eller andet som driller meget går jeg altid tilbage til den slaviske fejl finding, som for dit tilfælde bør være noget i retning af dette. Check eller sæt IP på IHC controlleren via USB Fjern USB kablet og forbind din computer direkte til IHC contolleren via netværks porten. Verificer at du kan komme i admin interfacet på IHC controlleren. Forbind IHC controllerne og din computer til husets lokal net, verificer at du kan komme på admin interfacet på IHC controlleren. Check om du kan komme på IHC controlleren fra internettet.

Spændingen er dem samme på 24/24 og 24/3 input modulerne. De er begge 24V. Det er strømstyrken som er forskellig på de 2. Faktisk burde 24/3 modulet være bedre, da der kun skal 3mA. til at aktiver en indgang, mens der skal 24mA til at aktiver en indgang på et 24/24 modul. LK's gamle udedørs PIR trak omkring 5mA på indgangen, når de ikke var påvirket. Det er derfor de virker på et 24/24 input modul, men ikke på et 24/3 input modul.

Dit relæ link virker fortsat ikke. Men her er et eksempel på et relæ, fra Brinck elektronik, som du kan bruge. https://www.elextra.dk/main.aspx?page=article&artno=H15272. Husk at få en din skinne sokkel med hvis du køber dette relæ. Der findes også omskrifter relæer i M36 modul udførsel. De plejre bare at være en del dyre. Lidt spøjst med den website jeg linker til. Her er det samme relæ på samme site, men hvor man kan afhente det i KBH også. https://www.elextra.dk/main.aspx?page=article&artno=H36107 Din tegning er korrekt. Hvis du vil lave en rigtig god løsning, så læg en pause på 1/2 sek. ind mellem at du sætter retningen, og slutter strømmen til motoren, og omvendt 1/2 sek. mellem at du slukker strømmen til motoren, og du slukker for retningen. Så undgår du et lille ryk i motoren, hvis IHC controlleren skulle slutte strømmen til motoren før du får sat retningen, eller ændre retningen før du får slukket for strømmen til motoren.

Begge moduler skulle meget gerne have 16 indgange hver. Der er 3 primær forskelle. Max strømstyrken pr. indgang på et 24/24 input modul er 24mA, mens den på det andet modul er 3mA. Det her kun noget at sige hvis du har NC enheder tilsluttet, som f.eks. alarm PIR, røg detektor, gas detektor etc. Disse bør ikke tilsluttes et 24/24 modul, grundet det øgede strømforbrug. 24/24 modulet kan ikke bruges sammen med enheder, som generer puls trafik som f.eks. temp. sensor, impuls tæller på elmåler, vandmåler etc. 24/24 modulet er det eneste som kan bruges sammen med LK's gamle udedørs PIR, som dog ikke kan købes længere. De var strømforsynet via input modulet.

Ligegyldigt hvilken metode du vælger kan du alt efter hvordan du programer det ende med strøm på et relæ konstant i enten åbne eller lukket tilstand, og i alle metoder er det muligt at programer det sådan at du slukker for strømmen til relæet efter en vis periode.

Sandsynligvis fordi at ligeså snart lyset slukker, tricker det et nyt gennemløb, ("lys bliver ændret" er defineret som en hændelse), og eftersom lys er off, vil lyset nu tændes, hvor efter du vil får et nyt gennemløb, hvor lyset vil slukke. Det vil derfor være ret tilfældigt om du slukker eller tænder lyset via dit tryk. Generelt vil jeg nok anbefale dig at lave en program stump for hver hændelse fremfor en program stump for hvert resultat du ønsker. Den måde som du har programmeret det på passer meget godt til en PLC, men LK's IHC er hændelses orienteret, og derfor bør man fokuser på hændelserne, fremfor resultatet når man programmer LK's IHC. Det er ikke noget man bliver god til fra den ene dag til den anden, når man er oplært i PLC programmering. Jeg falder selv ofte i tilbage.

Jeg skrev ikke at det ikke ville virke, og at løsningen ikke er ok. Jeg skrev at det vil være en bedre løsning at nøjes med 1 udgang, som trækker begge relæer. Derved får man også muligheden for at bruge et relæ med 2 kontaktsæt. Kommentaren om at forsøge at åbne og lukke på sammetid, er set fra programmets side. Hvis begge udgange er ON, sker der ingen ting, men set fra IHC controllerens side, forsøger man at åbne og lukke samtidig, hvilket jo ikke giver mening. Denne situation kan man undgå ved kun at bruge 1 udgang til at trækker begge relæer, eller 1 relæ med 2 kontaktsæt.

Jeg vil nok anbefale at man nøjes med at bruge 1 udgang i løsning 1, og lader denne trække begge relæer. Derved undgår man at forsøge sig med både åben og luk på samtid. Evt. kan man bruge udgang nr. 2 til 24V forsyning, således at man kan afbryde strømmen til motoren helt. Hvordan du kan nøjes med 2 udgange på et 400V modul kan jeg ikke helt gennemskue. Du skal jo bytte om på 0V og 24V. Det kræver 4 udgange såvidt jeg kan regne ud. Men risikoen for en programerings fejl er høj her, så jeg vil klart anbefale løsning 1 med 2 omskifter relæer. Ofte fåes disse som 1 relæ med 2 omskifter kontakt sæt, hvilket vil være det optimale, da man derved er 100% sikker på at de trækker samtidig etc.

Nogle netværks interfaces har 2 dioder. En for link og en anden for aktivitet, men der er også mange, som ligesom LK's IHC controller kun har 1, som så lyser permanent når der er link, og blinker når der er aktivitet. Men faktisk kan man komme ud for at der er lys i link dioden, ligeså snart at der er hul igennem på 1 leder par. Som Lars JAcobsen skriver. Ligeså snart der er elektrisk forbindelse skal der være lys i link dioden, jvf. Ethernet standarden. Det også selvom en af de 2 enheder som kablet sidder imellem i ikke understøtter 10Mbit half duplex, som er det eneste der vil virke med kun 1 leder par.

Det er for længe siden at jeg har rodet med Zyxel router til at jeg kan huske hvordan de virker. Men de 4 LAN porte på routeren sidder med 99% sandsynlighed på samme subnet, så start med at få adgang til IHC controlleren med controllere og PC'en koblet direkte til routeren, eller med PC'en koblet direkte på IHC controlleren via et krydset netværks kabel. Når det virker kan du begynde at rode med at få adgang til IHC controlleren fra internettet.

Det synes jeg også. Hvorfor laver du ikke bare det i steddet. Spøg til side. Jeg synes du har fundet et ok kompromis.

Det er meget sandsynligt at en simpel genstart også vil have afhjulpet problemet. Man skulle sommetider tro det var windos, som lå i controlleren.

Hvordan hide NAT implementeres afhænger af din router/FW, men princippet er at router/FW'en skjuler alt trafik bag dens interface addresse på det subnet, hvor din IHC controller sidder. Derved vil IHC controlleren tro at alt trafik er lokal LAN trafik. Det er samme princip der bruges, når du surfer på internetet. Routeren/FW'en skjuler alt trafik fra dine PC'er etc. bag routeren/FW'ens IP på internettet. Du har dog normalt kun behov for at lege med hide NAT hvis du vil have adgang til admin klienten fra internettet, eller hvis du har flere IP net på din router. Start med at få den til at virke på lokal nettet, så du har få fejl muligheder at rode med på en gang. Jeg kender ikke din router, men ofte kan du ikke se enheder i klientboardet med mindre de understøtter DHCP, hvilket LK's IHC controller ikke gør. Hvor i landet gemmer du dig i øvrigt?

Der er ingen grund til at kompliser det mere end højest nødvendigt. Jeg synes det er fint nok, med en generel netværks kabel type og de farve koder, som Mikkel forslår. Rækkefølgen af hvordan parne er brugt er vel lidt irelevant. Jeg mindes ikke at jeg har fundet nogen anbefaling af i hvilken rækkefølge lederne i LK's link kabel skal bruges.

Du skal lige huske at det er 0,021A ved 24V, ikke 230V. Men ellers er jeg enig i din udregning.

KBH ligger kun 30 min. fra hvor jeg gemmer mig, så den kunne jeg godt tage forbi og fikse. Drop mig en PM hvis det har interesse.

Det er kun p.gr.af størmforbruget som Henrik skriver. Forskellen med en røgsensor på et 24/24 input modul i steddet for et 24/3 input modul, er 21mA, eller 4,5KWh pr. år hvis jeg husker ret.