EjvindHald

Mange tak for det - præcis hvad jeg manglende. I første omgang var det en portåbner, som ved åbning gør følgende i IHC ved åbning: Tænd forsyningsstrøm på 230 volt output modul Vent 6 sekunder indtil styringsenheden er klar Send svagstrømssignal for åbning af port på 24 volt output modul Vent 50 sekunder indtil porten er åben Sluk for forsyningsstrøm og tilsvarende modsat ved lukning af port. Det er for at spare stand-by forbrug, der ikke er ubetydelig pga. fotoceller som forhindrer lågens vandring, hvis der er en forstyrrende genstand. Alt dette er nu pakket ind i en simpel on/off knap i min Iphone app og på Homekit, som kan bruges til at åbne og lukke med. Desuden bliver status i app'en automatisk øjeblikkelig ajourført, hvis man åbner eller lukker via IHC svagstrømstryk eller IHC nøglering. Det ser sådan ud: Jeg kun bruge den samme metode til andre mere komplekse produkter, hvor jeg både ønsker en fuldt funktionsdygtig IHC installation samtidig med en nem og synkroniseret betjening via Openhab eller Homekit.

Jeg vil gerne lave en kombineret input- og output via IHC programmering, men ved ikke, om det er muligt. Det skal være en status, som IHC sætter ved aktivering af svagstrømstryk (normalt en udgang), og som aflæses af et 3. parts produkt, aktuelt Openhab og Homekit. Dette 3. parts produkt kan også ændre den samme status, og det skal starte aktiviteter i IHC (normalt en indgang). Hvis det fungerede, ville det medføre et uendelig loop, og derfor skal jeg sætte et permitsignal op i IHC, så aktiviteten kun startes, hvis et svagstrømstryk ikke har været aktiveret for nylig. Det lyder måske lidt kryptisk, men formålet er at have en simpel on/off i 3. parts produkter, som automatisk ajourfører status fra IHC + at man i 3. parts produktet selv kan trigger on/off på den samme. Dette er nemt for en almindelig IHC udgang, men jeg ved ikke, hvordan man kan gøre det, hvis det er nødvendigt at starte en fb for at ændre status. Fra Openhab kan jeg læse og sætte alle input og output samt alle værdier i funktionsblokke. Måske et flag eller enumeration i en fb kan gøre det? mvh / Ejvind

Ja, man kan godt koble den på et ventilationsanlæg. Dog vil jeg fråråde det, fordi du trækker mados ind i dette anlæg med potentielle problemer til følge. I stedet et separat ventilationsanlæg og fx Siemens emhætte uden aftræk, hvor de har udviklet en speciel teknologi til mados. IHC har en fb, der kan integrere med visse Nilan anlæg.

Hej Thomas Jeg sætter min rule på input op som i dette eksempel: rule "kip spisebord" when Item SpisestueOH received update ON then Thread::sleep(150) sendCommand(SpisestueOH,OFF) Thread::sleep(300) end Den sidste sleep på 300 ms er for at undgå at den kipper nok engang. Desuden er det vigtigt, at du ikke aflæser status for IHC på dit input, og det gør ved at tilføje et > tegn foran adressen. Dvs. Switch KontorUL {ihc=">0x322c5c"} Ellers kan den netop gå i selvsving. Så skulle det gerne virke :-) mvh / Ejvind -- Rettelse: Længere nede i denne tråd er der forslag fra Claus om at bruge ekstra funktioner i IHC Binding, og det betyder, at man ikke behøver gøre, som jeg tidligere skrev her. Brug i stedet metoden fra Claus, og det hele bliver mere simpelt.

Jeg tester gerne på ledningsførte enheder, hvis du er interesseret. Mit setup er hw 6.1 med firmware 199.

Microsoft Edge understøtter ikke java. Du skal bruge Internet Explorer, som også følger med Windows 10.

Husk at det skal være samme subdomæne. Fx hvis router er på 192.168.0.1 skal IHC controller være 192.168.0.x. Yousee benytter 192.168.0.1 til nogle af deres routere, hvor mange andre benytter 192.168.1.1 til routeren.

Hej alle Jeg vil gerne opsamle statistik på omfanget af problemet med vilkårlig controller genstart på firmware 2.7.220 og senere versioner. Jeg har fulgt kendte anbefalinger, men oplever genstart af controlleren med jævne mellemrum med 2.7.220. Med firmware 2.7.199 kan min controller køre i månedsvis uden problemer. Jeg kender disse anbefalinger: - alle input skal være forbundet til en relevant funktionsblok. Det er især vigtigt for bitbaserede input såsom temp. måler - alle output skal være forbundet til én - og kun én - funktionsblok - ingen hjemmebyggede fb samt alle fb er nyeste udgave - dvs. der benyttes ingen fb fra en tidligere udgave af Visual Hvis du benytter 2.7.220 eller senere, vil jeg gerne bede om et indlæg om, hvor mange dage controlleren maksimalt har været kørende uden genstart. Det kan ses direkte i administrator. Hvis du har haft den kørende uden genstart i mere end 14 dage med disse firmware versioner, så vil jeg endvidere gerne bede om en angivelse af hardware setup, brug af funktionsblokke og brug af LK Remote. Desuden er jeg ved at undersøge juridiske muligheder, fordi jeg mener, at der er tale om en mangel i produktet. Den største bekymring for mig er, at alarmen ikke fungerer korrekt, hvis man skulle få brug for den. Jeg er især interesseret i 2 typer henvendelser - evt. via en privat mail: Hvis du har købt en IHC installation indenfor de seneste 2 år, så kan man direkte reklamere baseret på købelovens bestemmelser. Man kan muligvis også få medhold udover 2 år, men denne situation er oplagt. Hvis du ønsker at være med til finansiering af juridiske undersøgelser af, om hvorvidt LK eller nogle af deres distributører kan stilles til ansvar for mangler i produktet. På forhånd tak.

Jeg foreslår, at du kun forsøger med USB, fordi der her nogle checks, som bypasses. I Java Control panel på siden med Exceptions skal 'Security level for applications..' stå til High og ikke 'Very High'. Prøv også midlertidigt at slå firewall fra på din PC. Ip adressen på controlleren - i dit tilfælde 192.1681.3 - skal være på samme subnet som gatewayen, og settings i IHC controlleren SKAL pege på den rigtige gateway. Jeg nævner det, fordi jeg har set, at bl.a. YouSee installerer routere på IP adresse 192.168.0.1, og det vil forhindre login til IHC Controlleren, medmindre den flyttes til samme subnet - fx 192.168.0.3. IHC Controlleren skal kunne se gatewayen via lokalnet. Prøv også login via Visual 2.7.342 som Lars skriver. Hvis det fortsat fejler, så installer fx Java 8.66 og foretag login via USB og check korrekt gateway og korrekte sikkerhedsindstillinger på controlleren. Herefter kan du prøve at opgradere til 8.101 igen. Det var mine sidste forslag - håber det fungerer.

Du skal også tilføje den ukrypterede port til undtagelseslisten, og det er default port 80, medmindre du har ændret det. Du har blot angivet ip adressen uden portnr. angivelse. Det skal være enten Java op til 8.71 eller 8.101 - alle Java versioner imellem disse fejler. Husk evt. at afinstallere gamle Java versioner, og check for korrekt 32/64 bit Java version. Du skal bruge 32 bit. Har du kontrolleret sikkerhedsindstillingerne på controlleren, at login er tilladt? Er du sikker på, at gateway IP adressen er angivet korrekt i controlleren? - hvis den peger på en ikke eksisterende gateway, sker der mærkelige ting.

Jeg kan godt bruge 2.7.199 sammen med Java 8.101. Men det er vigtigt, at undtagelsesreglen er 100% korrekt inkl. portnr. I tidligere Java var portnr. ikke nødvendig i undtagelsen, men det er det nu. Og ja, min version 2.7.199 virker korrekt i månedsvis, mens 2.7.220 genstarter ca. en gang om ugen. Derfor bruger jeg 2.7.199.

Hej alle. Jeg har brugt en del tid på ovenstående inkl. minutiøs gennemgang af program udelukkende med nyeste funktionsblokke fra LK og kun een fb pr output. Med firmware 199 kan den køre i månedsvis uden genstart, men med 220 genstartes ca. en gang om ugen. Jeg har talt med LK support, som sagde, at enkelte kunder oplever dette. Jeg anbefaler at bruge version 199, hvis man ikke har noget af det nye hardware understøttet i 220. Version 199 kan i øvrigt bruges sammen med Java 8.101. Som alle håber håber jeg at LK vil fikse dette.

Hej Niels Jeg kan godt forstå hensynet til ingen strømforbrug og varmeudvikling ved trukket relæ. Jeg har selv benyttet DIN skinne relæer fra Eltako, som jeg har god erfaring med. De har lavt forbrug, universal styrespænding, og de findes i flere varianter. Jeg købte mine hos KT-Elektroshop i Tyskland, som på daværende tidspunkt havde en konkurrencedygtig pris. I mit tilfælde er de koblet op på IHC output 24 volt modul, fordi jeg havde brug for mere fleksibel fordeling mellem 24 volt og 230 volt output. mvh / Ejvind

Hej Ulrik Du forsøger sikkert at benytte mailserveren hos one.com til afsendelse af mails, og den kræver SSL kryptering. Den er nødvendigt, fordi ellers vil en åben SMTP server med login i klar tekst hurtigt blive misbrugt til afsendelse af spam. IHC understøtter desværre ikke krypteret adgang men kun helt almindelig POP3/SMPT ukrypteret. Derfor skal du prøve, om Telia har en mail server, du kan bruge. Se evt. dette link http://www.scannet.dk/support/spoergsmaal/hosting/mailhotel/hvad-hedder-min-internetudbyders-smtp-server/ Internetudbydere kan fysisk kontrollere, om en given login på en mailserver kommer fra eget net, og derfor tillader de ofte ukrypteret login. Forsøg på misbrug udefra bliver alligevel stoppet - den mulighed har one.com ikke. Jeg har selv måtte opgive at sende mails fra IHC efter at være flyttet til en ny internetudbyder uden SMTP server. I stedet bruger jeg SMS modem, som også fungerer ved strømsvigt. Bemærk i øvrigt at IHC Captain har en ret smart notifikation til iPhone og Android. mvh / Ejvind

Ja, jeg har nævnt det i telefonen til Christian Kjer, som sidder i LK IHC support. Der var dog før java version 8.77 blev frigivet, så det er kun udløbet certificat og ustabil 220 firmware, som er nævnt. Jeg kender ingen mailadresse, som man kan skrive til. Desværre er jeg privatperson, og jeg tror, at de lytter mere til grossister eller aut. elinstallatører. Han gav udtryk for, at version 220 kørte fint, og at kun ganske få kunder havde problemer med genstart af controlleren. I så fald må jeg være en af de få kunder, han omtaler, selvom jeg kun bruger fb'ere fra LK, og alle udgange har kun én fb tilknyttet.

Rigtig godt initiativ. Kan kun bekræfte, at der minimum er følgende 3 problemer: - ustabil firmware version 220 - udløbet certificat i firmware 199 og 220 - firmware 199 og 220 fungerer ikke sammen med nyeste java version, som pt. er 8.77. Håber der er nogle, som har mulighed for at påvirke LK til at løse ovenstående problemer. Lidt ærgerligt at skulle bruge en del timer på ovenstående konklusioner på sin fridag.