Kristian Poulsen

Hej jornJeg kan godt forstå at du vil udskifte den controller, og i den forbindelse vil det være naturligt at lægge netkabel til dit elskab, således at du dels kan tilgå Controlleren via nettet, men også benytte Vieweren (husk at købe den rigtige controller)Du kan sandsynligvis godt genbruge de eksisterende kabler til dine rumfølere såfremt de har 3 ledere.Jeg kan dog ikke helt forstå hvorfor du vil udskifte en velfungerende (går jeg ud fra) gulvarmestyring med IHC.Jeg har lidt svært ved at se den store gevinst i forhold til udgiften ved at udskifte din Wirsbo styring.Jeg kan godt se det smarte i de nye temperaturfølere, og især kombineret med en viewer giver det et godt overblik.Det er også smart, at man kan lave natsænkning, men hvis gulvvarmen er støbt i beton, så er de fleste enige om at natsænkning ikke har nogen synderlig effekt. Ligeledes vil man heller ikke få meget ud af, at ændre temperaturen i tide og utide.Det efterlader længerevarende ferier som det eneste argument for at man automatisk kan skrue op for temperaturen 2 dage før hjemkomst.

klaus@zigza.dk skrev: Så er der en ny version klar der husker indstillingerne fra gang til gang. [file name=IHCOutput-20101007.zip size=25112]http://www.ihc-user.dk/media/kunena/attachments/legacy/files/IHCOutput-20101007.zip[/file]IHCOutput-20101007.zip

klaus@zigza.dk skrev: Ja det kan jeg godt, og det synes jeg også selv der mangler, men nu har det været så lang tid undervejs, at jeg hellere ville have sendt den første version afsted. Der skal jo også være noget til version 1.1 :-)Status på knappen (On/Off) sættes iøvrigt vha. tilbagemelding, så hvis du tænder/slukker for dit output med et alm. tryk eller lign, så skulle status på knappen gerne følge med.Det slog mig lige, at du jo er ophavsmand til de temperaturfølere, så det næste projekt må vel være at lave noget der kan logge temperaturer over tid?

klaus@zigza.dk skrev: Hej KlausHer er et program der kan det du ønsker.Det er meget simpelt, men man skal jo starte et sted.Det understøtter ikke wireless, og kun tænd/sluk.med venlig hilsen Kristian [file name=IHCOutput.zip size=24597]http://www.ihc-user.dk/media/kunena/attachments/legacy/files/IHCOutput.zip[/file]IHCOutput.zip

Sejsing skrev: Den er jeg interesseret i, sender dig en privat besked.mvh Kristian

Genialt!

Ok metoden hedder getIHCProject men den returnerer et binært output (Base64 encodet), og ligeledes gør metoden getIHCProjectSegment.Om svaret blot er en Base64 Encodet XML fil, om den er zippet, eller den bliver deserialized til et andet binært format, det er det jeg ikke ved, og det er nærmest umuligt at gætte sig frem til.Derfor er løsningen indtil videre at indlæse *.vis filen. Man skal dog være opmærksom på at den skal være synkron med projektet i controlleren. Den problemstilling slipper man for, hvis man henter projektet fra controlleren.

klaus@zigza.dk skrev: Det var da en god ide! Den kunne jeg egentlig godt selv bruge ...

klaus@zigza.dk skrev: Jo det kan jeg godt, og jeg er i gang med at lave en applikation der kan logge alle hændelser og evt. gemme dem i en logfil.Problemet er, at man enten skal kende resourceID direkte (intern ID), eller også skal man kende modulnummer og port fx 1.01 for at det giver mening.Derfor er jeg igang med at lave det således, at man i applikationen kan indlæse sin projektfil (*.vis) og derfra udlede kendte tekster i stil med 'PIR Entre' eller lign. således at man som bruger bedre kan forholde sig til det.Hvis der tilfældigvis er nogen der ved hvordan man laver det binære output fra GetProject om til noget brugbart, så er jeg meget interesseret, idet man så kan skippe indlæsningen af projektfilen.

HejJeg vil blot fortælle, at jeg i dag med succes har konstateret at Web Service interfacet også virker på en Wireless Controller uden viewer.Det er måske ikke den store overraskelse, men jeg har haft min tvivl, da jeg indtil nu kun har haft adgang til en controller med viewer.

Ikke for at hælde malurt i bægeret, men jeg tror ikke at du opnår den store gevinst ved at udskifte dine radiatortermostater med telestater - tværtimod.En telestat kan enten være åben eller lukket, så det er enten fuld knald på varmen eller ingen varme. En termostat derimod vil regulere mængden af varmt vand efter behov.Årsagen til at man benytter telestater i forbindelse med gulvvarme er, at fremløbstemperaturen jo er meget lavere, end i et radiatorbaseret system. Derfor kan man åbne helt, da temperaturforskellen ikke er så stor. Gulvvarme lagt i beton har derudover en stor termisk modstand, der reducerer temperaturforskellen yderligere.Hvis man styrer radiatorer med telestater, så vil radiatoren konstant skifte mellem 21 og 70 grader, så hvis du ikke generes af bankelyde fra radiatoren, skal du blot gå videre med dit projekt.

Hej ReneDet lyder som et rigtig spændende projekt du har gang i der.Nu skriver du ikke hvilke ændringer du har lavet for at få det til at virke, men jeg har vedhæftet min nyeste version (0.2) hvor der er events som man kan hooke sig op på for at få tilbagemelding fra Controlleren.Jeg er dog ikke helt sikker på hvordan det fungerer i relation til en Web Applikation, men hvis du fortæller mig hvilke ændringer der er nødvendige, så vil jeg gerne rette min kode til.med venlig hilsen Kristian [file name=Version_0.zip size=327737]http://www.ihc-user.dk/media/kunena/attachments/legacy/files/Version_0.zip[/file] Version_0.zip

Hej ReneMed risiko for at komme til at lyde højrøvet, så vil jeg anbefale dig at tage udgangspunkt i min kode og benytte NIhc assemplyet i dine egne solutions, da du derved får det hele forærende.I den version der ligger pt. er der. som spliid nævner, dog nogle overloadede SetResourceValue metoder der ikke virker efter hensigten. Her skal man lige sætte: ResourceInteractionService.WSResourceValueEnvelope ResourceValueEnvelope = new NIhc.ResourceInteractionService.WSResourceValueEnvelope();i stedet for null.Jeg arbejder stadig på koden, og har bl.a. indkabslet deres pseudo-event model fra controlleren til rigtige events (ResourceValueChange og ControllerStateChange) så det bliver mere smidigt at arbejde med.

Hej JakobJeg vil gerne udvikle en plug-in til HomeSeer, men mit problem er at jeg ikke har HomeSeer, og det er heller ikke noget der lige står på min ønskeseddel.

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 antal 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.For at få det til at virke ordentligt skal man kalde metoden asynkront i stil med:Service.waitForResourceValueChangesCompleted += new IHCTestWinApp.ResourceInteractionService.waitForResourceValueChangesCompletedEventHandler(Service_waitForResourceValueChangesCompleted); Service.waitForResourceValueChangesAsync(10);hvor Service_waitForResourceValueChangesCompleted er navnet på den metode der modtager det asynkrone svar fra Web Servicen.Jeg har fået det til at virke, men de events driller mig når jeg prøver at pakke det ind i et assembly for sig selv.

Hej spliid Du har ganske ret i at det ikke giver nogen mening at sætte WSResourceValueEnvelope ResourceValueEnvelope = null;Det er simpelthen en tanketorsk fra min side.Jeg har kort kigget på de *.vis filer som gemmes fra IHC Visual.Det er blot XML filer, og det er så muligt at sammenknytte de tekster fra projektet (fx 'Lampe over spisebord') til deres pågældende resourceid, således at man kan lave en mere brugervenlig applikation, hvor man ikke behøver kende resourceID.Bemærm at i *.vis filerne angives resourceID som Hex ligesom alle andre talværdier.

Problemet kan være i opsætningen af din router. Sørg for at port 80 er åben i din router for trafik udefra, og at trafikken redirectes til controlleren.

Jeg har vedhæftet en solution til Visual Studio 2008, der indholder 2 projekter.NIhc er et classlibrary der indkapsler Web Service metoderne.Derudover er der en lille test applikation der viser hvordan man kalder nogle af metoderne.Jeg har ikke implementeret alle metoder, idet jeg først lige vil se om der kommer lidt respons på det jeg har lavet.Kommentarer og gode ideer er meget velkomne.Med venlig hilsen Kristian [file name=NIhcTestApp.zip size=38056]http://www.ihc-user.dk/media/kunena/attachments/legacy/files/NIhcTestApp.zip[/file] NIhcTestApp.zip

Hej spliidJeg vil anbefale dig at tage udgangpunkt i det eksempel som jeg har vedhæftet tidligere i stedet for, hvor der benyttes Web Referencer i stedet for at parse XML'en selv.Fordelen ved at benytte Web Referencer er derudover at man kan abstrahere fra selve XML'en og arbejde med typestærke objekter i stedet for. Det gør altså tingene meget nemmere.I mit eksempel mangler der dog lige en callback metode i forbindelse med certifikat check, men det kan snuppes fra tais' kode. Det fandt jeg først ud af efter jeg koblede på via Lan i stedet for USB.Jeg arbejder på at lave et assembly der indkapsler logikken omkring Web Service kaldende, således at man som udvikler slet ikke behøver tænke over at det er en Web Service man har med at gøre. Der er dog lige nogle events der driller mig, men det kunne være at jeg skulle glemme det til at starte med.

Jeg har vedhæftet et eksempel der benytter standard Web Referencer i stedet for at bygge SOAP XML op i hånden.Det vedhæftede eksempel er en WinApp, hvor der kræves 2 buttons. Derudover skal der tilføjes 2 Web Referencer (.Net 2.0 Style) med navnene AuthenticationService og ResourceInteractionService for at få det til at køre.Håber at det kan tjene til inspiration. [file name=IHCTestApp.txt size=2733]http://www.ihc-user.dk/media/kunena/attachments/legacy/files/IHCTestApp.txt[/file] IHCTestApp.txt

tinidk skrev: Ja! Det er muligt at tænde og slukke gennem Web Servicen.Jeg har ikke selv nogle wireless enheder som jeg kan prøve med, men jeg kan ikke se at det skulle være noget problem at styre dem (gennem controlleren).

Hej LarsHvilke alternativ metoder / funktionalitet er det du savner?Personligt savner jeg noget til logning af data og intelligent hjemmesimulering. Styring via Android (a'la IPhone) kunne der måske også være interesse for.

Hej LarsJeg vil gerne forsøge at svare på dine spørgsmål: 1 - Hvad skal der til for at anvende jeres kode ?2 - Hvad kan man se/styre ?Hvad skal der til for at anvende jeres kode ?Hvis du skal have noget ud af koden, så kommer du længst hvis du har en udgave af Visual Studio til at køre det fra. Koden fra tais og kvade vil jeg betragte som en slags proof of concept - altså forstået på den måde at det er eftervist at man kan kommunikere med controlleren. Du skal derfor ikke forvente at koden har status af et færdigt API på nuværende tidspunkt.Hvad kan man se/styre ?Dette spørgsmål er meget interessant. Pga ferie og børn, har jeg kun overfladisk kigget på koden, men umiddelbart vil jeg tro at det kun er fantasien der sætter grænser.De Web Service interfaces der er fundet frem til, lader til at understøtte stort set alle de metoder der er behov for til at kommunikere med controlleren, men det er jo svært at vide endeligt uden dokumentation fra LK.Derfor vil det være lidt af et detektivarbejde at finde frem til hvilke metoder der benyttes til hvilke formål, og til det kan man benytte Fiddler og SoapUI til reverse engineering.Personligt synes jeg at potentialiet er meget stort og Web Services vil absolut være den snitflade som jeg vil foretrække at arbejde med.

Jeg har svært ved at se, at indberetning af forbrug i XML format skal påhvile forbrugeren. Det må være forsyningsselskabets opgave at levere målere der kan opsamle, vise og sende de relevante forbrugsdata.Jeg har også svært ved at tro, at der i lokalplanen direkte står, at man skal benytte et specifikt produkt som Housekeeper. I så fald er det konkurrenceforvridende og det vil under alle omstændigheder ligge udenfor grænserne af offentlig forvaltning.

Kvade skrev: Hvilken controller virker det med, og skal der være en viewer til controlleren?Jeg har selv en 1.2 controller med viewer og eksperimenterer lidt med at benytte e-mail interfacet til at overvåge og styre den eksternt, dels pga min port 80 er lukket i min adsl-router, dels pga den manglende mulighed for opsamling af data.