TorbenSørensen

Alle de Wireless komponenter tæller kun som 1 enhed - også de få af dem, som både har sender og modtager. LK anbefaler de max 64 wireless enheder, for at responstiden er acceptabel.

Prøv denne nyere version. reset_users_access_control.zip

Ja det er jeg også meget spændt på, for har opdateret min, og den kan ikke opdatere radiomodulet. Min stod heller ikke stille på 99%, men hoppede lystigt videre til 100%. Min controller er fra 09/2007.

Den der "Tidspunkt sluk" under indstillinger er lidt misvisende. Det er ikke et tidspunkt du selv kan sætte til hvornår den skal slukke. Det et en tid, som bliver sat internt i funktionsblokken, når PIR indgangen bliver påvirket (mens indgang skumring er ON og indgang ur er OFF). Du skal i stedet for indsætte en ekstra UR funktionsblok, f.eks. 2.1.01.a., hvorfra du forbinder udgang ur til den indgang for ur i 1.4.01.f. (se vedhæftede)

Prøv om vedhæftede kan bruges. hansen.lund.vis

Underelementer (f.eks. et tryk) trækker du også bare over på elementet, og vælger tilføj ressource til element menu.

Ja den er åbenbart udgået i nyeste sæt funktionsblokke, men her er den. 1.4.07. Lys styret af ur.vis

Der findes vist 2 versioner af dem, og dem i downloadsektionen mener jeg er de gamle. Prøv lige med dem her, som er de sidste nye, og se om det giver succes. Har vedhæftet de 3 forskellige reset firmware. reset_factory_default.zip reset_users_access_control.zip reset-ip.zip

Har kun lige kigget kort på din version 2, og der er i hvert fald 2 ting som lige umiddelbart giver nogle problemer. 1. Det ur du bruger, har du valgt ON puls til at styre dag/nat. Den udgang giver kun en puls på det tidspunkt du har valgt at uret skal gå ON, hvilket giver en puls 1 gang i døgnet. Problemet er så at du får nattilstand hver anden dag, og dagtilstand hver anden dag, hvilket jo ikke er meningen. 2. Dit tryk øverst til højre, har du ført til både touch på lysdæmperen, OG konstant funktion på PIR styring fb. Det giver dig et problem når du regulerer lyset, da du så samtidig hver gang, skiftevis slår PIR styringens konstant funktion til/fra. Jeg har som sagt kun lige kigget kort på det, så om det løser alle dine problemer ved jeg ikke.

Jeg bruger Visual version 2.7.110. Har du downloadet IHC Control Visual version 2.7.10 fuld version (opdateret 22-04-2012) på LK's hjemmeside? Der er vist stadig "problemer" med at installere visual, og du skal måske lidt længere ind i mapperne for at installere korrekt. Prøv at kigge her : http://lk.dk/Lauritz+Knudsen/professionel/nyheder/ihc-nyheder/OBS-IHC-Visual-2-7-4.page? Når visual er opdateret korrekt, kan du under fanebladet HJÆLP -> Om LK IHC Visual se at der står version 2.7.110. Se vedhæftede.

Hej Mike. Prøv om vedhæftede kan bruges. Mike.vis

Der er lavet flere forskellige fuga PIR, så hvilken model er det? Er "problemet" at de tænder for lyset, uanset om der er lyst eller mørkt?

LK vil gerne have lidt svar på jeres opsætning af controller mm., så hvis ikke allerede I har svaret på spørgsmålene, så hop lige ind her og besvar, så der forhåbentlig kommer en hurtigere løsning. http://lk.dk/Lauritz+Knudsen/professionel/nyheder/ihc-nyheder/Problemer-med-at-forbinde-til-IHC-Controller-via-netvaerk.page?

Min er også den gamle 6.1 hardware version, og er produceret 05-09-2007. Nu har jeg SMS modem på, og det fungerer desværre ikke med firmware tidligere end 2.7.160 som er en beta version. Jeg har vist en beta version som hedder 2.7.163 på en anden pc, som jeg kan prøve at smide på senere, for at se om det ændrer noget.

I den anden tråd med problemet, er der også nogle som bruger både 2.7.166 og 2.7.168 med akkurat samme problem, så det er ikke kun den nye firmware der driller.

De få gange jeg har prøvet reset_to_factory har jeg ikke haft problemer med at smide program i controlleren igen.. Der har controlleren bare genstartet og så var der hul igennem. Forstår dog godt din bekymring - især her i påsken. Det SKAL selvfølgelig foregå via USB, da controlleren ikke er opsat til at blive tilgået via netværk efter reset. Ved du forresten om port nr. er ændret i controlleren? Hvis det er, skal det nemlig tilføjes når du forsøger at få fat i den. Det kan så eksempelvis være 192.168.1.3:nytportnr. Der findes nemlig også en reset_ip firmware som sletter ip indstillinger i controlleren til default, hvis de nu er ændret, og du ikke kan huske til hvad, og der skulle dit projekt ikke blive slettet fra controlleren.

Jo det var det jeg mente. Havde ikke lige fanget at du aldrig havde haft fat i controlleren. Nu skriver du godt nok at det er et 12 år gammelt anlæg, men jeg går ud fra at controlleren så er skiftet efterfølgende, da Visual 2 controlleren slet ikke fandtes dengang. Du skriver at du godt kan forbinde med controlleren i visual. Kan du derfra så hente/sende projekter fra/til controlleren? Hvis du kan det, kan du jo prøve at give controlleren en fuld reset firmware, men den sletter også dit program, så det er vigtigt at du kan hente dit projekt ud først og kan sende det retur til controlleren bagefter.

Jeg har også lige genstartet min controller igen. Akkurat som I andre oplever det... Ingen adgang fra app, og det tog laaaaang tid at få adgang til IHCAdministrator, hvor jeg genstartede fra denne gang. Nu kører det hele igen, men det er jo nok på lånt tid - indtil LK får fikset en ny firmware der retter problemet. Jeg har også på fornemmelsen at det er i forbindelse med skiftet til sommertid, at der er en fejl i firmwaren. Det er jo åbenbart ikke kun relateret til firmware 2.7.190, da det også opleves på 2.7.166 og 2.7.168.

Har du prøvet at slette din Java Cache?

Det jeg mener med at ændre til NC i fb., er at fb. så nok vil virke med de kontakter du har. De sender dog stadig et ON signal når lågen er lukket på postkassen, og det går jo ikke, når det kører på batteri. Kontakten SKAL derfor være brudt, når den er sat sammen med magneten. Hvis man kigger på dette link http://en.wikipedia.org/wiki/Electrical_contacts forstår jeg det som om at du skal have en Form B kontakt (eller en Form C, som er både NO/NC) og den du linker til er en Form A.

Er du sikker på at det er NO kontakter??. Hvis de sender et ON signal når de er sat sammen, holder batteriet ikke længe i det Wireless input 1-4. I funktionsblokken kan du under indstillinger vælge NC i stedet, og så virker det sikkert som du havde regnet med, men det hjælper så ikke på at dit batteri ikke vil holde ret længe, så jeg tror du skal have fundet andre kontakter.

Jeg oplevede også problemet med at tilgå controlleren i fredags fra pc. Kunne hverken komme i kontakt med den via Administrator, Visual eller ServiceView. Genstartede controlleren via firmwareloaderen, og har ikke haft problemer siden, men med "alle" de tilfælde, tyder det da på, at der er en bug i firmwaren. Selve installationen virkede fint, så ved ikke hvor mange dage det har stået på. Min controller havde dog ikke genstartet i 44-45 dage, hvilket vist er tæt på ny rekord.

Det er ikke det problem trådstarter oplever her. Når SceneView, WebSceneView og SceneDesign er nedtonet som på billedet der er vedhæftet, og derved ikke kan vælges, er det med statsgaranti fordi, at det drejer sig om en controller uden viewer.

Jeg kan se at den "Status via SMS" du har fundet, også er en jeg har lavet til en bruger herinde.. Jeg har lige prøvet at samle det hele sammen i 6.2.02.b. hvis det er noget du vil prøve i stedet. Det er efter min mening lidt mere overskueligt, end de 3 fb. du har koblet sammen. Soad_1.vis

Jeg vil også sige at det er et svært spørgsmål at svare på, uden et vedhæftet eksempel i form af et ihc program. IHC er hændelsesbaseret, og når der sker en hændelse høvler den programmet igennem for at udføre handlinger. Det foregår selvfølgelig lyn hurtigt. Rækkefølgen i logikken er absolut ikke ligegyldig, da den render fb. igennem fra en ende af, så når man laver en fb. skal man selvfølgelig være opmærksom på, om nogle af kommandoerne skal komme før andre, for at give den ønskede funktion. Med hensyn til dit spørgsmål med 3 udgange som styres af hhv. en fælles og hver sin kip, forstår jeg det som om at du har flere fb., der styrer samme udgang?? Hvis det er tilfældet, er man nærmest sikker på at der kommer rod i status. Man bør altid kun have 1 fb. som styrer en udgang direkte. Hvis man har behov for at flere fb. skal styre samme udgang, bør det foregå ved at lade de fb. styre den "primære" fb. i stedet. Så undgår man mange problemer med styring og forkert status, hvilket der også er utallige eksempler på herinde.