TorbenSørensen

Det må være hvis du først har tændt lyset på kip lys, at det kræver dobbelt tryk på kip lys + ventilator, for at starte ventilatoren. Så slukker den nemlig lyset første gang, og tænder lys+vent. 2. gang. Prøv med vedhæftede i stedet. Der tænder den så vent. når der trykkes på kip lys + ventilator, hvis lyset først er tændt på kip, og slukker så 2. gang i stedet for. Lys og ventilator_rettet.vis

Du kan også finde dem i Visual, ved at holde Ctrl nede mens du fører musen hen over de ting du vil se resource id på. Så popper der en boks op med id'et. Eksempel:

En uni400 skal styres af pulser på touch/sluk/mem1+2, så derfor kan man ikke bruge scenarieudgange. Fordelen ved at bruge en memory på dimmeren til PIR-styring, er at man er sikker på at den tænder når PIR aktiveres, da en puls på mem altid vil tænde på det gemte niveau. Det er en fordel, når der nu ikke er tilbagemelding fra dimmeren til controlleren, om den rent faktisk er slukket når PIR aktiveres. Hvis dimmeren er tændt, men funktionsblokken tror at den er slukket, vil en puls på touch jo slukke dimmeren, når PIR aktiveres. Men du kan som sagt prøve vedhæftede uden memory, og se om den kan bruges. Der kan du også regulere lysstyrken via dit tryk.

Der skal bare en ledning fra en output24 udgang til din mem. på dimmeren. Hvis du monterer en ledning på dit output24 adr. 6.03 og til din mem2 på lysdæmperen, kan du prøve med vedhæftede program. Der har jeg konfigureret mem2 til output 6.03. Mejsevænget 11 PIR med mem.(27. december 2016).vis

Du kan også prøve vedhæftede, som skulle virke uden memory monteret, og hvor du kan regulere lysstyrken. Det bedste ville dog være at montere en memory på dimmeren. Så fungerer den hver gang. Mejsevænget 11 PIR uden mem.(27. december 2016).vis

Kunne ikke lige huske, at du ikke havde memory monteret på dine uni400 dimmere. Når man vil styre sådan en uni400 med PIR, er man nærmest nødt til at have minimum den ene memory monteret, så du kan ligeså godt kravle på loftet først som sidst.. Så vidt jeg lige kan se i dit program, burde der være 6 ledige output24 udgange tilbage (6.03-6.08). Hvis du lige monterer en ledning fra en af de udgange, til eksempelvis memory2 på din lysdæmper, og selvfølgelig konfigurerer mem2 til den valgte, passer den tidligere funktionsblok fra LK som hedder 1.2.05.f. vist perfekt til det du efterspørger. Har lige indsat funktionsblokken i dit program. Mejsevænget 11 (27. december 2016).vis

Det er helt sikkert fordi at det er en lysdæmper. Den skal styres af pulser, så det skal laves med en anden funktionsblok. Nu har jeg ikke lige mulighed for at komme til en computer med visual, men kan da lige kigge på det senere, hvis ikke der er en anden som er kommet med et forslag inden da.

Her er dit program Danni.. Har slettet et link til et ikke eksisterende ID i den funktionsblok, som hedder 1.1.10.a. Simpel Kip Pioneer Tv under lokationen stue, så tjek lige om der nu mangler en ønsket funktion deri. hus den 16122016_rettet.vis

HW 6.1 fandtes både med og uden viewer... Da HW 6.1 blev afløst af den nye HW 6.2, udgik versionen uden viewer.

Husk også at sætte flueben i din app, at din controller er uden viewer.

Og at de wireless dimmere er de eneste, som kan styres "ordentligt" fra IHC Tablet/Remote. Sådan en Niko uden memory funktion, er også ubrugelig til f.eks. hjemmesimulering, da controlleren ikke ved om den er tændt eller slukket.

Det lyder usandsynligt, at den PIR er stoppet med at virke ved en omprogrammering. Den kan selvfølgelig godt gå i stykker, men man kan ikke futte den af ved programmering, så hvis den er stået af, er det et helt tilfælde.... Nu siger du godt nok at I har prøvet at programmere skumring i den PIR (hvilket den ikke har), men har I så ikke haft fat i ledningerne til den også? LK har en 24V Fuga PIR på programmet med en udgang til skumring. Den er godt nok lavet til indendørs montage, men kan bruges udvendig, hvis den monteres i et OPUS 74 underlag med adapterdæksel til PIR. Det er dog ikke 100% plug'n'play, med mindre at du allerede har en ledning monteret på inputmodulet til skumring. Den PIR du har nu, er monteret med 3 ledninger, og hvis man vil gøre brug af skumringsfunktionen i sådan en PIR, skal der bruges 4 ledninger. Endvidere skal man lige overveje om det er den rigtige løsning, at have skumringsrelæet sammenbygget i sin PIR. Ofte sidder sådan en PIR jo lige der hvor man har brug for at lyset tænder om aftenen, og hvis skumringsrelæet bliver påvirket af lyset der tændes, vil skumringsrelæet jo melde tilbage til controlleren at der nu er blevet lyst, og derfor slukke lyset igen. Det er der flere her på forum, der har prøvet. Man kan godt lave noget programmering der frakobler skumringsrelæet mens lyset er tændt, men det er absolut ikke en optimal løsning. Et korrekt placeret skumringsrelæ mod nord, er nu engang den mest optimale løsning. Alternativt kan du bruge det virtuelle der kan downloades her på forum, eller et astro ur, men de tager ikke forbehold for om der er overskyet, som et skumringsrelæ gør. PIR - EL nummer 1024001068 >>>LINK<<< Adapterdæksel - EL nummer 1024001709 >>>LINK<<< Underlag - EL nummer 1017050453 >>>LINK<<<

Det er også noget vrøvl jeg har skrevet.. Wireless tryk logges kun, når man højreklikker på de tryk man vil logge og vælger Log værdiskift. Da jeg prøvede at logge alle, havde jeg glemt at fjerne log-mærket ved selve trykket, så selvfølgelig loggede den videre på trykket. Hvis man højreklikker nede i logvinduet, kan man altså kun logge indgange forbundet til inputmoduler.

Jo det kan man godt, hvis du højreklikker på de tryk du vil logge, og vælger Log værdiskift. Hvis man højreklikker i selve logvinduet, kan den også logge alle wireless input på én gang, hvis du vælger Log ikke-linkede datalinje input hændelser.

Jeg har, ligesom Lars Jacobsen, også nogle ukonfigurerede elementer i mit program, og jeg har ingen problemer med en sløv controller med forsinkelser. Tror godt at jeg ved hvad LK mener, og det er at man ikke må sætte fugt/lux/temperatursensorer, som giver en masse ON-OFF signaler, på en ukonfigureret indgang.. Det gælder vist iøvrigt også, at man ikke må indsætte et SMS-modem i sit program, uden at det er monteret fysisk via RS 485.. IHC controlleren er hændelsesbaseret, og står ikke og søger efter (kan heller ikke), om et tryk eller et lampeudtag er monteret. Når der sker en hændelse (eksempelvis et tryk der aktiveres), løber den programmet igennem, og udfører de hændelser den er programmeret til at udføre. Ellers foretager den sig intet.

Nu er jeg absolut ikke ekspert i Java (langt fra endda ), men nu prøvede jeg lige, at starte både IHC Administrator, IHC ServiceView og IHC SceneView fra Edge browseren (jeg plejer selv at bruge Chrome), og de downloadede jnlp-filer fungerer akkurat som når jeg gør det fra Chrome, og de åbner i "Java(TM) Web Launcher" så vidt jeg kan se?? Kan godt læse mig til på nettet, at java ikke er understøttet i selve Edge browseren, men IHC programmerne åbner vel heller ikke i selve browseren?

Måske dine java settings? Har du deaktiveret "Use TLS 1.1 og TLS 1.2"?

Det er nu ikke så svært at finde sine ind-/udgange via serviceview. Hvis man lige starter med at åbne tavlen og notere hvilke indgange og udgange der er monteret noget på, kan man tvangsstyre udgangene i serviceview, og logge indgange mens man render en tur rundt i huset, og aktiverer de forskellige tryk, PIR osv.. Mange af dem giver jo nærmest sig selv, når man kigger i programmet (med mindre at de er konfigureret forkert) Har lige kigget kort i programmet du har vedhæftet. Den PIR der er sat ind i programmet udendørs, med en ekstra indgang for skumringssensor, er nok bare indsat som et forkert produkt, siden den indgang ikke er konfigureret. Når man indsætter en PIR i sit program, kan man vælge både med og uden indgang for skumring. Hvis ikke du vil sætte et skumringsrelæ op, kan du prøve med det virtuelle skumringsrelæ (funktionsblok med 4 solopgang/nedgangstider hver måned) som kan downloades herinde Angående styring af dit udvendige lys på facade, skal der bruges en anden funktionsblok som kan styres af PIR. Udvalget i den nuværende Visual er ikke prangende, men der har tidligere været nogle som var mere anvendelige til dit formål, f.eks. 1.4.01.f. Ved ikke lige hvorfor LK har valgt at slette så mange af de tidligere fb. til udv. lys med PIR og skumring, men de nuværende ser ud til mere at være lavet til wireless dimmere. Alternativt kan man selvfølgelig lave en funktionsblok, som indeholder de ting man har brug for. Jeg har lige prøvet at indsætte fb. 1.4.01.f. samt det virtuelle skumringsrelæ i dit program, til at styre de 2 lamper på facaden ved port via din PIR. Det er stadig muligt at tænde konstant via trykket. Dit lys ved postkassen er også på denne funktionsblok. Det er ikke sikkert at det er hensigtsmæssigt, og at den skal styres separat, men de var koblet sammen før, så gjorde det igen. Så kan du prøve om det var noget i den stil du havde tænkt dig. mejsevænget 11 08122016.vis

Nej det gør den ikke. Det eneste den husker, er selve logmærket, så der logges bare på ind-/udgangen igen når serviceview åbnes.

ja log af ind-/udgange i serviceview, "gemmes" kun så længe serviceview er åben. Eksempelvis lav batteristand i wireless tryk, og fejl i kommunikationen med datalinje/RS485, gemmes i controllerloggen, og kan også ses næste gang man åbner serviceview.

Hvad med de nye modeller fra LK? Kan se at der er 2 modeller, men har ingen erfaringer med dem. LK alarm PIR 1 <<< Link LK alarm PIR 2 <<< Link Den model 12V / 120C der er udgået af LKs program, er iøvrigt bare en Siemens IR 120 C, med et IHC logo. Om den er udgået af Siemens program, ved jeg ikke.

Sabotagekredsen skal serieforbindes,og ikke parallelforbindes, men ellers ja, man plejer at køre hele sabotagekredsen sammen på én streng og så på en indgang. Jeg plejer selv at samle ledningerne til sabotagekredsen fra de forskellige komponenter i nogle din-skinne klemmer i tavlen, men det kan jo laves på mange måder. >>> LINK - IHC Alarm principdiagram<<<

I visual 2, foregår de lange/variable tryk via funktionsblokke, i stedet for at man får nogle valgmuligheder, når linket fra trykket trækkes over på en indgang i en funktionsblok, som du jo har været vant til i visual 1. Nogle funktionsblokke har flere indgange at vælge imellem, afhængig af hvor langt trykket skal vare. Det kan eksempelvis være 1.1.01.d. Avanceret Kip, hvor man bl.a kan vælge imellem kort tryk, langt tryk>1sek og langt tryk>2sek. Hvis ikke den funktionsblok man vil bruge, allerede har de muligheder man ønsker, kan man indskyde funktionsblok 1.1.02.f. Puls (Tænd / Sluk Alt) imellem sit tryk, og den funktionsblok man ønsker at bruge til lysstyring. Dvs. at man fører trykket over på den ønskede indgang i 1.1.02.f., og udgangen Puls i denne funktionsblok, føres så til en indgang i den funktionsblok man vil bruge til lysstyringen. Prøv evt. at indsætte 1.1.02.f. i visual, markér den og tryk F1 - så kommer der en beskrivelse af, hvordan man kan styre en anden funktionsblok med den. Endelig er der også den mulighed, at man kan rette i en eksisterende funktionsblok, og derved tilføje ønskede tryktid på en indgang, men det kræver selvfølgelig at man ved lidt om opbygning og programmering af funktionsblokke, eller at man får hjælp til det, f.eks. her på dette forum, hvor der en del, som gerne hjælper med den slags.

Har lige kigget programmet, og der er ikke et separat sluk scenarie, da du har lavet sluk funktionen via en reguléring af scenarie 1. Du kan prøve om vedhæftede kan bruges.. Bemærk at sluk scenariet skal bruges, og selvfølgelig forbindes med 0% eller OFF for at lyset slukkes, når PIR Timer udløber. Lyset slukker også når skumring går OFF, og hvis alle 3 ure slukker. 3 scenarier styret af PIR og skumring.vis

Har aldrig været fan af at placere IHC tavler i et loftrum pga de store temperaturforskelle.... Og når man skal rode med det, er der p.... koldt om vinteren, og om sommeren alt for varmt, så kan godt forstå, at du vil have den til at køre på netværket, så du i stedet kan sidde i sofaen og rode med programmeringen.