Lars1

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.

Hvis du virkelig køre med den nyeste firmware, burde du ikke se de problemer. Alle tidligere firmware versioner, bortset fra den aller nyeste er kendt for at bruge gamle SSL/TLS krypterings algoritmer. Disse er alle disablet pr. default i nyer browser af alle mærker. Som Lars Jacobsen skriver, er der flere tråde om dette emne. De fleste indeholder guides til hvordan du enabler understøttelse af forældet SSL/TLS kryptering i din browser.

Det er ikke sådan at du tilfældigvis har skiftet til lavenergi pære eller LED's og problemet er opstået herefter? De gamle LK wireless lampeudtag har det ikke godt med det lave strømforbrug i lavenergi og LED pære. Det er ikke unormalt at du opføre sig som du beskriver, når man sætter lavenergi eller LED pære i dem.

Såvidt jeg husker, vil et kort tryk på reset kun stoppe alarmen. En reset af røgsensoren kræver et langt tryk (>2sek) på reset.

Desværre bruger LK samme el-nr. på både HW ver. 1 og 2, så det er umuligt at se om det er ver. 2 før du står med dem i hånden. Der er flere som har brokket sig over dette. men LK er ligeglade. De overlader problemet til deres grosister.

Jeg tvivler. LK gider ikke længere tage mod fejl rapporter etc. medmindre det sker via en installatør, og ingen af de installatør jeg har talt med, gider rapporter fejl til LK, da de alligevel aldrig høre mere. Defekt HW får de ombyttet via grosisterne.

Næppe. Hvis du kigger under yderlig info, vil du se at producenten er NodOn. Patentet på Fuga er udløbet, så alle kan nu bruge det design frit. Det samme er iøvrigt sket med en hel del andre af LK's produkter. Hvis du prøver at kigge på smartbuilding.dk, vil du se at de også har fuga produkter, selvom de på INGEN måde samarbejder med LK.

Enten har du en MEGET ustabil controller, eller også har dit netværk det med at droppe pakker. Du køre ikke tilfældigvis wireless? Nogle laptops er idag konfigureret til at lukke for wireless forbindelsen når der ikke er trafik, og det er ikke altid de er hurtige nok til at lukke op for keep alive signaler og tilsvarende.

LED's er kun et problem på wireless enheder. Sidder udgangen på et tavle modul, er det ikke årsagen. Ved wireless enheder er problemet dog typisk at de tænder automatisk få sek. efter du har slukket dem. Jeg synes ikke helt det er det du beskriver. Dobbelt konfiguration kan optræder flere steddet, og de kan alle give den situation du beskriver. Her under er de 2 typiske fejl, som jeg har set. 2 funktions blokke, som styre den samme udgang. Denne fejl burde være relativ nem at finde. Den samme fysiske udgang er blevet brugt på 2 forskellige produkter. Denne fejl er også relativ nem at finde. Bare kig i på udgangen i rapporter under dokumentation i Visual.

Det er aldrig lykkes mig at bevare måler værdier, hvis jeg bruger en tidligere version af programmet, heller ikke selvom det er kopien af det program, som ligger i controlleren. Den eneste måde det er lykkes for mig at bevare måler værdierne, er ved at genstarte controleren, downloade programmet, rette det der skal rettes og uploade det igen. Lukker jeg Visual undervejs, eller genstarter controlleren undervejs, er alle målerværdier tabt.

Det er efterhånden længesiden jeg sidst har mistet data. Om det skyldes at min controller er begyndet at opføre sig pænere, eller at jeg konsekvent laver en manuel restart før jeg downloader et program for at rettet det ved jeg ikke. Men jeg må indrømme at jeg hælder mest til den sidste mulighed. Hvis du downloader dit program, genstarter controllerne og uploader programmet igen, mister du også alle dine data. Det går galt i det øjeblik Visual mister forbindelsen til controlleren såvidt jeg har erfaret. Ikke ligefrem et genialt design af LK, men hvad kan man forvente med software som bygger på 30 år gammel technologi og som stort set ikke er blevet opdateret siden.

Manglende dimmer og tilsvarende home building produkter til LOGO er den primære årsag til at jeg ikke forlængst er sprunget på den vogn. SmartHouse/Smartbuilding har det hele, og man kan lave et program offline uden at købe produkterne, men jeg har svært ved at gennemskue hvordan man laver en varme styring, hvor man ændre setpunktet i alle rum på engang på basis af en udendørs temp. sensor, så der strander den løsning pt. Derudover vil jeg gerne kunne skrue helt ned for varmen når jeg er bortrejst, samt lave nat sænkning. Disse 2 funktioner er det heller ikke lykkes mig at lave endnu.

Bare vær opmærksom på at du (såvidt jeg husker) kun kan have 7 LOGO'er i samme LOGO netværk. Men ellers vil jeg give dig ret. Overvejer også selv at gå LOGO vejen, men har også kig på SmartHouse. Pt. har jeg dog ikke nogen udvidelses behov, og der er ikke et IHC system som umiddelbart dækker alle mine behov, så jeg er lidt i vente position pt. Men et er sikkert. Skulle jeg starte fra grunden idag, blev det ikke LK's IHC.

Det er kun hvis du skifter mellem termIHC, Visual 1 og Visual 2 at du er nød til at starte forfra. En firmware opgradering inden for Visual 2 kan godt gøres uden at starte forfra, men jeg vil kraftigt råde dig til at tage en backup af dit program inden du opgrader. Jeg har ind i mellem oplevet at en opgradering smadre programmet, når jeg downloader det efter opgraderingen. men der har endnu aldrig været problemer med at uploade backuppen uden ændringer.

Men du kan fortsat godt have to forskellige funktions blokke til at styre den samme udgang, og det giver ofte også sjove resultater.

Jeg tror at det du mener med dublerede udgange, er at du ikke bør styre en udgang fra 2 funktions blokke eller tilsvarende, da de sommetider giver nogle sjove resultater. 2.7.199 synes at være den mest stabile firmware som findes pt. Men den har problemer med JAVA og TLS kryptering. Om du vil se problemer med den firmware kan du kun få svar på ved at prøve.

Sikkert fordi der normalt kun er 16 indgange på et input modul. Spøg til side. Hvis der er brugt indgange på et indgangs modul, burde du kunne se det i din dokumentation.

Jeg venter stadigvæk på den dag, hvor en leverandør ikke anbefaler at man opgrader til nyeste firmware, når man indrapporter et problem. Som skrevet tidligere skal du pt. vælge mellem pest eller kolera hvis du opgrader din firmware. Hvad er bedst en ustabil controller, eller en controller, som du ikke kan komme til uden at nedgrader sikkerheden i din brower og JAVA?

Download programmet i IHC Visual, vælg på dokumentation -> rapporter. Så får du en oversigt over alle ind og udgange, incl. om de er i brug eller ej. Hvis den der har programeret din IHC installation har gjort sit arbejde ordentligt vil der også være en beskrivelse af hvad de enkelte ind og udgange bruges til.