Lars1

Fejlen kan ligge både i funktions blokken og i udgangen. Check også om der et af stedderne er sat at status på udgangen skal huskes i forbindelse med genstart. Hvis det er sat på funktions blokken, men ikke på selve udgangen, kan det give nogle sjove resultater sommetider. Jeg sætter det altid på selve udgange, fremfor på udgangen på funktionsblokken.

Du skal jo hente stortset det samme som man henter når man starter serviceview, så sålænge du ikke er længer om at starte end serviceview, så vil jeg mene at du har gjort det godt. :-)

Jeg tvivler på at LK gør ret meget for at forbedre svartider og stabiliteten. Hoved problemet er IHC controlleren. Den genstarter også ofte når du tilgår den med IHC Visual eller service view. De hyppige genstart skylles primært memory leaks i IHC controlleren. Den forrige firmware fra LK var rimelig stabil, men i den seneste release har de genindført noget ustabilitet. Den tid det tager for app'en at connecte til controlleren skyldes også et controller problem. Vi ser det samme når man går på med Visual og serviceview. De tager også en krig om at connecte. Delay fra man beder om at slukke eller tænde lyset kan ligger 2 steddet. Det ene er hvis netforbindelsen mellem app'en og controlleren er langsom eller har høj latency, det andet er hvis controleren generelt er langsom. Jeg ser ofte delays når jeg forsøger at styre ind/udgange via serviceview. Eftersom app'en bruger samme interface til controllerne, vil man også se delays her hvis ens serviceview er langsom. IHC captain vil have samme problem, da den også bruger samme interface. Sidst men ikke mindst. Husk på at selvom du køber en controller, som er produceret igår, så er HW spec og design næste 10 år gammelt på LK's seneste IHC controler, og over 20 år på det netværks interface der benyttes af Visual, Serviceview, app, IHC captain etc. Ingen af delen er blevet synderligt opdateret siden de blev frigivet.

Prøv at tage fat i din lokale elektronik pusher, og se om han ikke har et oneshot relæ eller tilsvarende, som du kan skyde ind mellem din Kamstrup måler og den sløve IHC controller.

Det afhænger af dit netværk. Nogle router/firewalls kan konfigureres således at du kan bruge både LAN og WAN addressen, mens andre kun tillade WAN udefra og LAN indefra.

Med de fejl du beskriver, er jeg ret sikker på at du ikke køre med den nyeste firmware i din IHC controller. Uden den vil du have problemer med JAVA og TLS kryptering. Præcis hvad det er der skal slåes fra, for at få JAVA 8 til at virke kan jeg ikke længere huske. Men der ligger flere indlæg her på boardet om emnet, og nogle af dem har også et link til den nyhed på LK.dk, som indeholder de rette oplysninger.

Jeg tvivler stærkt på at der er nogen som har P100 moduler liggende. De har været udgået temmeligt længe. Hvis de 3 P100 moduler skal sidde på samme din skinne i en IHC net tavle, kan du uden problemer bruge et P112 patch panel i steddet.

Når du aligevel er logget på admin interfacet, så give os også lige produktions datoen

Som Brian skriver, så check serviceview. Mit bedste gæt er at du har en monterings fejl i din installation. I service viewet kan se status på dine ind og udgange, og du kan manuelt aktiver dem, så du hurtigt kan se om du skulle have en monterings fejl.

LK's IHC er fuldt af memory leaks. Min egen erfaring er at det er meget vigtigt at du ikke tilføjer komponenter i programmet, som ikke rent fysisk er monteret på de dataliner du angiver. Den anden vej rundt, hvor du har komponenter fysisk monteret men ikke tilføjet i dit program er ligeså slemt. Du behøver ikke have komponenterne linket til nogen funktions blok, men der skal være en 100% 1-1 overenstemmelse mellem komponenter og hvad der fysisk er monteret på dine I/O moduler. Komponenter uden dataliner konfigureret kan LK's IHC heller ikke lide.

Hvor i landet holder du til? Er det HW version 6.1 eller 6.2?

Hvad med at kode en funktion, som kan tænde sprinkleren når hun nærmer sig.

Jeg har kun 3 gæt, som du selvfølgelig har prøvet. Sørget for at der er en pære i lampeudtaget og spænding på mens du linker. Dette er et kendt problem som skulle være løst i de nyer lampeudtag, men det er MEGET svært at se forskel på de nye og gamle lampeudtag, da de har samme el-nr. Prøvet at skifte batteri i trykket. At det er trykket som er defekt og ikke lampe udtaget.

Hvad er problemet med den linie?

Hvad sker der hvis du forsøger at downloade projektet fra controlleren, rette i det og uploade det igen?

Jeg havde præcis samme udfordring med min (u)smartread måler. Den optiske sensor talte lystigt når jeg holdte den nærheden af dioden på IHC controlleren, men på (u)smartread måleren skulle den placeres ret præcist for at ville fange noget.

Åben IHC Visual Vælg Hjælpe Emner under Hjælp Søg på link wirelessDu har nu flere punkter, med en ganske god step by step guide til hvordan du linker dine wireless enheder til controlleren. Husk dog at download dit program til Visual inden du begynder at linke dine wireless enheder. Basal hjælp til programering af din controller finder du i samme hjælpe menu. Hvor i landet gemmer du dig iøvrigt?

Jeg ved ikke hvordan du har monteret den optiske sensor, men jeg havde lidt problemer med min på min (u)smartread måler i starten. Det virkede først godt da jeg tapede sensoren fast med noget mørkt tape, så der ikke kom noget falsk lys ind. Sensoren skulle også sidde meget præcist over dioden for at virke. Jeg har før set s0 bussen benævnt som en s0-indgang, også selvom den blev brug til at sende puls signaler til externe tæller. 230V relæerne er jeg 99,999% sikre på vil være for langsomme til 10.000 impl/KWh.

El-måler findes i mange varianter og el-selskaberne er gode til at finde på flere varianter. Da jeg fik min nuværende (u)smartread måler installeret af dong (efter krav fra dem), skete det efter en længere heftig diskution, hvor jeg i bund og grund bad om en Kamstrup måler, magen til den jeg havde da jeg boede i KBH, som jo også er deres forsynings område, så det burde jo ikke være så svært at give mig sådan en. Men det er det når man er dong. Grunden til at jeg ville have Kamstrup måleren, var at på den kunne jeg få vist det aktuelle forbrug ved et kort tryk på en knap på måleren. På (u)smartread måleren kræver det at man tilmelder sig fjernaflæsning og betaler en ublu abonnements pris. For at gøre dong's tåbelige løsning komplet er det de kalder aktuelt forbrug et gennemsnit over 15 min. mens det som Kamstrup måleren viser som aktuelt forbrug, er reelt aktuelt forbrug, som ændre sig i real time ligeså meget som dit for brug ændre sig. Slukker du en 60W pære kan du se at dit aktuelle forbrug falder med 60W med det samme. Til dong's forsvar skal det dog siges at de havde også en anden måler som kunne vise aktuelt forbrug. Det krævede bare at man lyste ind i et lille hul på en fotodiode. Når man slukkede lyset vil man så i 10 sek. få vist gennemsnittet over den periode, hvor man lyste på dioden. dong mente i ramme alvor at dette var en ligeså god løsning som Kamstrup måleren. Den endelige løsning blev at jeg købte en optisk sensor hos zigza og klistrede den på måleren. dong har siden været på besøg 2-3 gange af forskellige årsager, og hvergang har de påstået at sensoren er ulovlig fysisk manipulation af måleren, og hvergang har jeg sagt til dem at de har 3 valg. 1. Giv mig gratis adgang til s0 bussen. (dong kræver 25 kr. pr. mdr. for adgang til s0 bussen) 2. Træk mig i retten. 3. Hold deres k.... og s.... Indtil nu har de hvergang valgt option 3.

10.000 impl/KWh er ikke noget problem hvis du ellers havde adgang til s0 bussen på måleren. Men lys dioden er kun beregnet som en indikator, så den er næppe af en kvalitet, som gør at den kan følge med ved 10.000 impl/KWh.

At gemme data er fint, men det er mere præsentationen i grafer etc. jeg mangler. Men jeg indrømmer blankt at jeg har været for doven til at undersøge mulighederne ret meget.

Jeg tror såmænd nok at IHC controlleren og et input 24/3 modul kan følge med, men hvis du detekter pulser via lysdioden er jeg bange for at der ikke vil være forskel nok mellem lys og ikke lys til at en fotodiode vil kunne detekter en puls, så medmindre du har adgang til s0 bussen eller tilsvarende på din primære måler tvivler jeg på at du vil kunne fange alle pulserne. Din Kamstrup måler med 1000 impl./KWh er derimod ikke noget problem. Har selv en Dong (u)smartread måler som sender 1000 impl/KWh. Det virker uden problemer med en optisk sensor type-f fra zigza.dk

Jeg har studeret dit IHC captain project lidt, men umiddelbart har jeg ikke det store behov for de funktioner du har pt. Men noget som jeg virkelig savner i LK's IHC er logning af puls tæller, temperaturer etc. og muligheden for at få grafer baseret på de data som bliver logget. Jeg ved ikke hvor svært dette vil være at lave, men det er noget som jeg VIRKELIG savner i LK's IHC.

Det er noget siden jeg sidst roede med alarm delen, så min hukommelse er lidt rusten, og jeg har ikke lige adgang til min IHC installation. Men det lyder umiddelbart bare til at du mangle at forbinde udgang 7.08 rigtigt i programmet. Prøv at trykke på F1 når du står på funktions blokken, så vil du få en udemærket villedning frem, som indeholder alle de forbindelser du skal lave mellem de enkelte funktions blokke og ind/udgange. F1 virker dog kun såfremt du ikke har ændret i funktions blokken.

Jeg tror du blander IHC NET basis sammen med IHC NET. Jeg er enig i at man skal holde sig fra langt væk fra IHC NET basis, men da det kun er 100Mbit, og Mhystique vil have gigabit giver det sig selv. IHC NET (ikke basis) kan uden problemer bruges med andre komponenter end LK's. IHC NET (ikke basis) er ikke andet en gigabit kabling, udført med skærmede kabler, som er godkendt til +700MHz, så de også kan bruges til antenne signaler. En side gevinst er at man får et krydsfelt, som ikke fylder nær så meget som de væg monterede skrumler nogle af jer bruger. IHC NET (ikke basis) er med andre ord en bedre kabling end normale netværk, og krydsfeltet fylder ikke mere end en alm. LK UG-18 gruppe tavle. Sæt en hylde over din gruppe tavle, eller hvor du nu ønsker din router/switch etc. placeret, og lave nogle IHC NET udtag der, og du har en effektiv flexibel kabling, som er mere fremtidssikret end mange gængse netværks løsninger. Personlig synes jeg LK's IHC NET antenne forstærker er for dyre, men hvis man vil bruge IHC NET til antenne distribution er man næsten nød til at bruge den for at få impedancen til at passe. Tilgengæld vil jeg nok ikke installer IHC control (IHC bolig er en pakke bygget på IHC control), men i steddet kigge på nogle af de andre alternativer, som bliver nævnt her på sitet. Udviklingen af IHC control har ganske simpelt stået stille for længe til at jeg tror på at det har nogen fremtid.