Henning Pedersen

Det er yderligere en fordel med solsensoren, det er ikke så kritisk hvor den bliver placeret da du selv kan indstille lysværdien for hvornår det er mørkt. Men du skal selvfølgelig være opmærksom på "falsk" lys fra gadelamper, billygter og dine egne udendørslamper. Ja. bare med et andet "låg".

Nej, et kort tryk midt på indstillingen vil vise den aktuelle temp, ellers så er det modsat, men du har begge temperature i den.

Har fået lavet en ændring i programmet uden at ville det? Prøv at genstarte din controller, hvis det ikke hjælper så er det sandsynligvis noget fysisk, løs ledning og lign.

Hvis jeg har forstået det rigtigt, så går alarmen ON når FW ikke har kontakt til sensoren, så umiddelbart tænker jeg dårlig forbindelse, defekt ledning og lign. prøve evt. at flytte data signalet til en anden indgang. Jeg anbefaler normalt den blå ledning til temp. sensor, da den er parsnoet med den sorte 0v.

I Visual programmering er der ikke forskel på om trykket eller lampeudtaget er trådløst eller ej. Det kan f.eks. laves sådan: Lofterpalle.vis Du skal dog være opmærksom på at simuleringen af dine weireless lysdæmper ikke virker med LKs blokke. For at teste dit program skal du derfor først linke dine wireless enheder og dernæst lægge det i controlleren.

Ahh - det er nok store ord, sådan generelt. Men da jeg primært laver nye huse eller større renoveringer anbefaler jeg altid trådførte tryk, som også giver mulighed for anvendelse af dioder. Dioderne bruger jeg b.la. til blink så tyven kan se at tyverialarmen er tilkoblet og han skal blive væk. Samtidigt tilstræber jeg sammen med elektrikeren altid at få det hele lavet så kunden stort set aldrig skal tænde eller slukke manuelt for lys, varme, gardiner osv. Men dermed ikke sagt at det ikke kan være en god ide med en fjernbetjening til ændringer, hvis man ikke kan fra telefonen. Det jeg mente, og mener, er at du bør droppe funktionsblokken 4.2.01 og i stedet føre signalet fra tast 1 til 8 direkte op til den funktionsblok der styrer din udgang.

Velkommen til IHC user Udlæsning af rum og gulv temperatuerne er IKKE aktiv. Jeg formoder at det er den hvor du kan indstille rumtemperaturen du mener, den finder du længere nede under funktionsblokkene.

Hvis jeg var dig, så ville jeg 100% droppe 4.2.01 og i stedet føre dine tryk direkte til indgangene på de respektive funktionsblokke til lyset.

Hvis du har et wireless 4 tryk i både virkeligheden og i dit program, så skal du du kun linke dit tryk én gang. Eller misforstår jeg det du skriver, vedhæft evt. dit program.

Det er helt fint, vi har alle været nybegynder. Det virker - men du får ikke dit lave nat niveau med, derfor skal du bruge bit 3 og 4 som hver har deres eget niveau. Prøv at arbejde lidt med det. Jeg har stor respekt for at du vil kontrollere og forstå dine udgange, det er der mange der kunne lære af. Du er altid velkommen til at kontakte mig hvis du har spørgsmål eller andre IHC udfordringer.

Hvad er det der ikke stemmer? Hvis du, via bit 1 og 2, indstiller lyset med lange tryk til det niveau du ønsker ved dag og nat, og gemmer dette niveau med et langt tryk på hhv. bit 3 og 4. Så kan du bagefter frit fremkalde niveauerne igen med en kort puls. Så mangler du bare at finde én eller flere funktionsblokke der virker som ønsket. Alternativt kan jeg lave én specielt til dig, dette tager dog tid, og jeg kan derfor ikke tilbyde at gøre det gratis.

Du har to faste niveauer på den, bit 3 og 4, så hvis du f.eks. indstiller bit 4 til dine 50% og lader funktionsblokken tænde på bit 4 om aftenen så burde det virke. Du skal bruge bit 2 til at slukke og selvfølgelig bit 3 om dagen.

Den nemmeste måde at kontrollerer dit 1-10v Output modul, er ved at indsætte produktet "Output 1-10v", med den rigtige adresse i venstre side i Visual og overføre det til controlleren. Derefter monterer du en lampe som vist i manualen og logger på controlleren via ServiceView, aktiver bit 1 - 8 som beskrevet i manualen, og ser om den gør som forventet.

Det er fløjtende ligegyldigt hvilken du vælger, det er stadig bare en udgang der bliver sat on eller off.

Værsgo - du havde jo lavet et rigtig godt flow diagram, så det var bare at programmere det du have tegnet. Dual power.vis

Ja - jeg bruger altid en udvendig luxsensor. I princippet ja, i praksis nej. PIR sensoren registrerer ikke retning, dermed skal du i din logik afgøre at du ALTID først aktiverer den ene og derefter den anden, men hvad så hvis naboen kommer mens du stadig står ved PIR nr 2, eller du fortryder og vender om inden du bliver set af PIR 2. osv. osv. der er masser af fald grupper som du vil svært ved at tage højde for. Men du kan jo lave det så PIR 1 tænder både lampe 1 og 2 mens PIR 2 kun tænder lampe 2.

Tak for det, det koster 1995.- + moms, men hvis du bor i nærheden af Odense, kommer jeg gerne ud til dig. Så får du samtidigt noget inspiration til hvordan det nye kan laves.

Hej Dennis Velkommen til IHC user Årsagen til din elektrikeres udtalelser om adgang til den gamle controller, er at han skal bruge en oversigt over hvilke IHC adresser de forskellige tryk, bevægelsessensorer, lamper osv. er forbundet til. Uden denne viden ved han ikke hvilket tryk (input adresse) der tænder lampen (output adresse) i stuen, og dermed er det praktisk talt umuligt at programmere den nye. Det er dog ikke umuligt, og kan f.eks. gøres sådan. https://drive.google.com/file/d/192tcypnBHOpL0HLy1aSetW9wDAmsATGe/view?usp=sharing

Hej bmu Velkommen til IHC-user.dk Det er en fejl i systemet, spørgsmålet er bare hvor, og det er svært at sige ud fra din beskrivelse. Prøv at vedhæfte et par billeder af din tavle, det vil give os en ide om installationens størrelse, hvilken controller du har og dens alder.

Skulle du have lavet den klassiske fejl med kun at monterer 24v ét sted på dine output moduler, 24v skal monteres to (2) steder.

Konfigureringen af in- og output adresser sker i Visual, hvor der er en fin vejledning som du finder under "Hjælp" - "Hjælpe emner" - "IHC Visual" og til sidst "Indsæt produkter".

Sådan Eftersom det altid er sidste hændelse der bestemmer, skal det altid gøres når der er flere forbindelser til samme indgange på en funktionsblok.

Jeg har lige kigget i selve funktionsblokken (1.4.02). Tilbagemeldingen bliver kun brugt til at forhindre gentagende fremkaldelser af "Scenarie tænd" i forbindelse med og PIR sensor og wireless dæmpbare lampeudtag, hvilket du ikke bruger, så om du bruger tilbagemeldingen eller ej, har ingen betydning. Pointen i fejl 2, er hvis du bare fører tilbagemelding fra hver lampe over på funktionsblokken og så slukker den ene via telefon, serviceview eller på anden måde, så vil funktionsblokken tro at du har slukket lyset.

Du har 2 fejl i dit program. 1. Du har ført din PIR sensor ned på "Tilbagemelding fra lys" på 1.3.01, det dur ikke. Forklaring: IHC er, som Windows, et hændelsesstyret program, dvs. programmet gør først noget, når der sker en hændelse som f.eks. at indgange fra din PIR ændres. Første gang din PIR går ON, går, alt efter om signalet fra PIR til 1.4.02 er først eller sidst, indgangen for tilbagemelding også ON, og et splitsekund senere kommer det også et ON signal fra 1.4.02. Så langt så godt, ingen problemer der. MEN - når din PIR skifter til OFF så skifter også indgangen "Tilbagemelding fra lys" til Off fordi det er den sidste hændelse. Og dermed tror 1.3.01 at du har slukket lyset, og starter selvsagt ikke din ventilator. 2. Du mangler tilbagemelding fra ALLE dine lamper til indgangen "Tilbagemelding" på 1.4.02. MEN - jævnfør forklaringen til fejl 1, så dur det ikke "bare" at føre alle udgange tilbage til tilbagemelding, da det igen vil virke forket hvis du f.eks. slukker den ene lampe via din telefon eller andet. De skal derfor alle igennem en OR, eller på dansk en ELLER blok, inden signalet føres til 1.4.02.

Fordi det i mit hoved ikke giver mening med 2 tænd/sluk i serie til samme pære. Med output modul vil du heller ikke kunne tænde lampen via de normale skyderer til telefon eller på iPad. Syntes efterhånden jeg har været ude for mange forskellige udfordringer med div. Wireless kommunikationer, også IHC.