Kristian Poulsen

Første gang retureres svar med det samme. Hvis man tænker på et skærmbillede der viser x antal resourceid, så giver det god mening at metoden svarer hurtigt første gang man abb. på resourcerne. Ellers vil der jo gå lang tid før skærmbillede vil være opdateret til at starte med.Prøv at kalde metoden een gang til, så burde det virke med den satte timeout.Mvh Kristian

Hej RTJeg kan godt forstå at du ikke bare vil køre exe filer uden videre. Det er fair nok, men der ikke noget at være bekymret for.Grunden til at det er en exe fil og ikke en funktionsblok er, at det jo netop er et program det er beregnet til at blive afviklet på en pc. I programmet logger du på kontroleren og vælger den indgang der skal trigge programmet. Når indgangen sættes = on, så siger programmet "vov".Det er bare et hurtigt eksempel jeg har bakset sammen, for at vise muligheden. Det er ikke gennemtestet, så jeg ved ikke hvor stabilt det er.Med ønsket om en god jul og et godt nytår Kristian

Hvis din elektrikker ikke kender til IHC i forvejen, så skal det nok blive et udfordrende projekt hvor I kommer til at lære en masse undervejs.Beskrevet helt fra bunden:I bryggerset placeres tavlen, og størrelsen afgøres af antallet af komponenter, men afsæt 3-4 UG18 så er der plads til det hele. Controlleren er den primære komponent, og når du ønsker at styre den via iPhone, så skal du købe den store med Viewer (820B1400). Du skal også bruge en 24V strømforsyning, og vælg den store på 72 Watt (120B1062). Du kan vælge at køre via kabler eller wireless. Jeg mener at kabler er det primære og wireless til de situationer hvor der er særligt behov. Det er også et spørgsmål om hvor nemt det er at trække kabler m.v.Generelt i en kablet udgave gælder at du monterer 24V input moduler i tavlen (16 inputs svarende til 4 stk 4 tryk), og 230V output moduler (8 stk output). Ud fra din grundplan (el-plan) tæller du op hvor mange tryk og hvor mange udtag du skal have.På samme måde tæller du op for røgalarmer, magentkontakter, pir, temperaturfølere m.v.Når du har en liste over dit samlede behov, så kan du finde ud af hvor mange input og outputmoduler du har brug for i tavlen.Dimmere er lidt specielle. Her kan det være en fordel at benytte wireless dimmere og montere dem i en kabelkanal ved tavlen.Når du trækker kabler til stikkontakter, fx i stuen, så kan det være en fordel at trække et 7 leder kabel, således at du har 1 konstant fase og 4 der kan styres, hvilket burde være nok. Hvis du trækker kablet rundt mellem alle dåser fx i stuen, så kan du 'nemt' flytte rundt mellem faserne uden at skulle programmere om.

Hej TMDKNu er det jo også blevet en rigtig lang tråd, så jeg forventer ikke at du har læst det hele, men på side 5 har jeg et indlæg hvor der bl.a. står:Umiddelbart kan man ikke bruge events via Web Services, men LK har alligevel lavet noget smart.Med metoden enableRuntimeValueNotifications sender man et array af resources som man gerne vil 'abonnere på'Herefter kalder man metoden waitForResourceValueChanges med ventetid i sekunder (typisk 10 sekunder) som parameter. Metoden lytter så på events fra controlleren, og hvis der sker noget returnerer den et svar. Hvis ikke så returneres et tomt svar når ventetiden udløber.

Hvor meget data henter du af gangen?Der er jo ingen grund til at hente alt hver gang. Man kan jo abonnere på events fra controlleren og dermed reducere behovet for at hente store mængder data.

Der er ingen grund til at kontrollere status hvert 15. minut. IHC reagerer på events, så du kan lavet et program der sætter en timer til at tælle ned fra 15 min når indgangen (dit relæ) skifter til OFF. Når timeren bliver nul, så lukkes porten. Hvis porten lukkes inden timeren udløber, så stoppes timeren.Hvad er det iøvrigt for en portstyring? Det er en rigtig smart feature, som jeg savner på min port.

I det du 'trækker' din indgang over til dit input i IHC Visual, så kan du jo vælge hvad der skal ske når indgangen skifter status fx Føld, Inverter, Kort puls, Lang puls (skrevet frit efter hukommelsen)Du kan også lave et lille program der inverterer indgangen og sætter flaget.

Hej ChrisJeg har prøvet at skrive til Logitech, men det endte med at jeg fik knyttet LKTouch IR-180CR i stedet for den rigtige IR modtager.Jeg har vedhæftet et billede fra min opsætning af fjernbetjeningen. Kunne du ikke vedhæfte et billede fra din opsætning så vi kan se hvordan det ser ud?

Ja - det er den gamle Viewer, og den seneste firmware version. Jeg kan evt. tage et skærmdump når jeg kommer hjem.Jeg tænkte at man evt kunne skrive noget i stil med mail.servernavn.dk:587, men det virker ikke.Redigeret: Skærmbillede er vedhæftet og firmware er version 1.2.599 der er nyeste version jvf LK

Jeg har skiftet ISP og kan ikke længere sende mails via port 25. Det skal sendes via port 587 i stedet for.Det er i vieweren muligt at angive SMTP server, men der mangler et felt til portnr.Er der andre der er stødt på samme problem, og evt en løsning?

Hvad står der på controlleren?Hvis der står 120 B 1202 så skal du bruge følgende: - Serielkabel - Serial/USB konverter til USB porten hvis din PC ikke har en RS232 port - IHC Control Visual 1.32 (software)Softwaren kan du hente her: http://www.lk.dk/Lauritz+Knudsen/professionel/teknisk-support/IHC-Control-Visual-Software1.page?Hvis din controller ikke er opdateret med nyeste firmware, så kan du ikke benytte 1.32 og en firmwareopgradering betyder at projektet i controlleren vil blive slettet. Når du får kontakt til controlleren, så bør du som det første hente projektfilen ned, og gemme den et sikkert sted, således at du altid kan vende tilbage til udgangspunktet.

Det kan ikke lade sig gøre at kommunikere med controlleren via RS-232 - underforstået at du vil forbinde IHC controlleren til en anden styring der har en Seriel port.Så hvis du skal integrere det med en anden styring, så bør du enten benytte de traditionelle input/output moduler, eller kommunikere via controllerens Web Services.

En mulig løsning er at lave et program til en PC der kan udføre beregningerne for dig. Programmet læser så værdier eller pulser fra IHC og lægger de beregnede værdier tilbage som variable der kan vises i Vieweren.Den eneste ulempe ved den løsning er, at man skal have en PC tændt hele tiden.

Bare fordi den trådløse gulvtermostat kører på samme frekvens som IHC Wireless, så er det jo ikke ensbetydende med at det er den samme kommunikationsprotokol der benyttes.LK IHC er et proprietært system, og det gælder også deres protokoller. Derfor kan man heller ikke lige kan tage en vilkårlig trådløs termostat og sætte til systemet selvom det er samme frekvens.Du skal derfor benytte LK's egne temperaturfølere, eller købe dem af Zigza, og så lade IHC'en styre telestaterne.Bemærk iøvrigt at der er forskel på en termostat og en temperaturføler.

Du kan prøve det vedhæftede program.Login på IHC controlleren og vælg det input der skal aktivere hundegøen.mvh Kristian IHCDogBark1.0.0.0.zip

Hvad angår responstid på wireless dimmere så er der flere forhold der gør sig gældende.Når man sender en kommando til en dimmer så er det den ønskede lysstyrke og rampetiden (hvor lang tid den skal være om at skifte). Jeg er ikke helt sikker på hvad der sker hvis rampetiden er 0, men det må komme an på en prøve.Det må alt andet lige betyde at der i selve dimmeren er en forsinkelse, og den kan være yderligere forstærket af hvis rampetiden angives til fx 2 sekunder.Når man implementerer en slider, så er der sikkert også lagt en forsinkelse ind her, således at der ikke sendes 100 kommandoer, blot fordi man flytter slideren fra 0 til 100 i løbet af et splitsekund. Jeg kunne forestille mig at der er lagt en forsinkelse ind, således at der ventes til slideren har stået stille i fx 1 sekund, før en kommando sendes afsted.Jeg vil tro at iPhone kommunikerer via web services på samme måde som vieweren, så umiddelbart er det rimeligt at forvente, at svartiderne er de samme. Hvis ikke, så skyldes det iPhone implementeringen.Jeg har ikke rodet så meget med dimmere, men jeg har da fået anskaffet mig en wireless, og det kunne da være sjovt at prøve at se om man kan lave noget der performer ordentligt.

Det er klart at jo flere lag man skal kommunikere gennem, desto langsommere vil det blive, men ønsketænkning er det ikke, og man kan sagtens lave noget der fungerer lige så hurtigt som hvis man benytter vieweren (som man rettelig bør sammenligne med)Hvis man ved hver opdatering skal hente status for alle ind- og udgange, så tager det lang tid.Den måde som vieweren kommunikere på er, at 'abonnere' på de ind- og udgange der pt vises på skærmen (alt andet er overflødigt). At 'abonnere' betyder i denne forbindelse at man opretter en liste af de ønskede ResourceID'er og derefter kalder en metode og angiver et tidsinterval for timeout. Hvis der er en af de angivne ResourceID'er der skifter status, så returnerer metoden svar med det samme, ellers venter den til tiden udløber, og returnerer tomt svar. Herefter kalder man metoden igen og igen. På den måde implementeres asynkrone kald til controlleren, og det svarer altså så hurtigt at jeg ikke kan se forskel.Hvis nogen ønsker at få teknikken uddybet nærmere, så opret en ny tråd, og jeg skal gerne svare.

Hej TMDK Når du skriver 'Ønsketænkning' så går jeg ud fra at det pt. ikke fungerer med on-the-fly opdatering, og det er også lidt kringlet at lave hvis det er traditionel web-udvikling uden brug af java, silverlight eller flash.Nu ved jeg ikke hvilken teknologi du benytter, men i ASP.Net kan man lave asynkrone javascriptkald til service-enablede Web Services, og på den måde have elementer i brugerfladen der opdateres on-the-fly. Den web service som IHC controlleren udstiller er dels ikke service enabled, dels ligger den i et andet domæne, så javascript kald vil ikke være tilladt af sikkerhedsmæssige årsager (cross-site-scripting). Det er derfor nødvendigt at lave sin egen lokale Web Service der kan benyttes til dette formål.

Hej IHCrocksJeg tror ikke at du skal forvente at der er nogen, der laver ny software til erstatning for SceneView. Visility løsningen er lækker, men grundlæggende tages der jo udgangspunkt i SceneView, så hvis man synes det er for dyrt, så kan man jo selv kan skrue noget sammen med en Pc og trykfølsom skærm.

Hej MikaelHvis du ønsker at benytte iPhone appen fra LK, så skal du købe den med viewerwww1.lk.dk/servlet/GenereringMainContext?LKnummer=820B1400Der er godt nok en prisforskel på ca 2000,- men LK's iPhone app virker kun med den viewer.Vær iøvrigt opmærksom på at tilslutningerne til controlleren er ændret i forhold til den du har, så jeg håber at du har lidt længere ledninger end absolut nødvendigt. Hvis ikke, så kan du risikere at du skal trække nye ledninger til modulerne.

Er der iøvrigt nogen der har tænkt over, om årsagen til den fine vejledning måske kan skyldes, at den tidligere direktør i LK, Carl Trock, nu er direktør i ME-FA?Ikke fordi der er noget galt i det, tværtimod så tror jeg at LK kunne få mange point ved at samarbejde mere med andre producenter omkring integration til deres produkter.

Tak - det svarer præcist til min oplevelse, men jeg tænkte det nok bare var fordi jeg ikke kunne finde ud af det :-)

Jeg har haft kigge på det, men jeg synes jeg løb panden mod en mur, eller også har jeg helt misforstået noget.Sådan som jeg umiddelbart har tolket plugin strukturen i Homeseer, så er den rimelig statisk og egner den sig bedst til integration med udstyr der har en fast afgrænset mængde inputs og outputs og at disse har en fast funktionalitet. Derudover der nogle begrænsninger på 99 adresser, men det kan dog omgås, som det også er gjort i tidligere IHC integrationer.Sålænge man holder sig til trådet ind- og udgange, så har man en rimelig chance for at lave noget der kan fungere, men hvis det skal være godt, så vil det kræve at man skal matche ResourceID's fra IHC projektet med de respektive ind- og udgange i Homeseer. Jeg kan forestille mig at det kan være lidt omstændigt, og derfor vil det være formålstjenstligt først at kunne parse IHC projektfilen, i håb om at kunne gøre denne process nemmere for brugeren (det er her jeg er nået til pt)Ønsker man at logge værdier fra en Counter eller lign, og ønsker man integration til trådløse enheder, så begynder det at blive en smule tricky, for så kommer der flere typer i spil og antallet af trådløse funktioner afhænger af hvilken type enhed man tilslutter, og det fungerer ikke så godt med den relative statiske plugin model som Homeseer har.Helt konkret er det ikke noget problem at implementere 128 ind- og udgange der kan have værdien on/off, men hvad gør man fx når der så skal være en wireless dimmer der skal kunne tildeles en værdi mellem 0 og 100, og på forhånd kan jeg ikke vide om der er 64 wireless dimmere eller 64 wireless relæerEen måde at gøre det på er at reservere et fast antal adresser til trådet input, trådet output, wireless relæ, wireless dimmer, resourcecounters m.v. Det vil sikkert også fungere, men på et tidspunkt er der så en bruger der løber panden mod muren, fordi der ikke er allokeret adresser nok. Der kan jo fx være et ubegrænset antal counters i et IHC projekt.