hhg

Windows udgave af scriptet: # set_ihc.cmd# Usage: set_ihc.cmd curl --insecure -c cookies -d "login=admin&password=XXXXXXX" https://192.168.1.3/sceneview/Login.ijp > nulcurl --insecure -b cookies "https://192.168.1.3/sceneview/Details.ijp?sceneid=1&elemid=%1&actionid=%2&value=toggle&ctr=0" > nul2 ubrudte curl linierMvhhhg

Fjern > /dev/null fra curl linierne for at debugge - Så får du hele html udCheck så om du faktisk bliver logget ind efter første linieTilføj evt. -i for at se headerne. Ved login sættes der en cookie ved navn lkid - Check indholdet af cookie filen.Mit eksempel kører jeg fra Ubuntu, men det burde også kunne lade sig gøre fra Windows. Har muligvis noget med hvordan Windows Command tolker & tegn....Ja, &ctr tæller op efterhånden som man klikker igennem webscenen, men scriptet logger jo altid på til at starte med, så der skal det være &ctr=0Mvhhhg

Jeg har ledt efter forskellige måder at integrere 3. parts PC Software med min IHC Visual 2 controlleren og indtil LK eller andre dokumenterer web services, har jeg løst det vha WebSceneView.Lav et WebSceneView, kald f.eks "interface" (navnet er ligegyldigt)Tilføj alle de udgange, der ønskes kontrolleret fra PC'enTilføj "Tænd" og "Sluk" menupunkter på disse Gem på kontrolleren og test det i browseren. Ved åbning af scene noter værdien af sceneid i URL'enInstaller cURL http://curl.haxx.seLav et simpelt script: # set_ihc.sh# usage: set_ihc.sh curl --insecure -c cookies -d "login=admin&password=XXXXXXX" https://192.168.1.3/sceneview/Login.ijp > /dev/nullcurl --insecure -b cookies "https://192.168.1.3/sceneview/Details.ijp?sceneid=1&elemid=$1&actionid=$2&value=toggle&ctr=0" >/dev/null(de 2 curl linier skal være udelte)Udskift ip, brugernavn, password samt sceneid nr Kald så scriptet:set_ihc.sh 3 0for at tænde den 4. udgang (0 baseret index)Tilgå scenes textoversigt for at se hvilke nr de enkelte udgange har fåetDet er primitivt, men det virker!Forslag til mere elegante løsninger modtages gerne!Mvhhhg

Hej IHC-brugerMå man spørge om hvad denne anden løsning går ud på?Alt hvad der kan "åbne op" til IHC controlleren har interesse/hhg

Nu skriver du jo ikke hvilken router du har, men som jeg forstår, så har du allerede en portforward:245.234.44.76:3002 -> 192.168.1.94:8080Så du skal bare tilføje endnu en til at håndtere port 443 på controlleren, f,eks fra ekstern port 3043245.234.44.76:3043 -> 192.168.1.94:443Nu ved jeg ikke hvor mange services, du har kørende bag din router, men ellers kunne man, for at bevare overskueligheden, bruge samme portnumre på yder og inderside, altså forwarde 8080 til 192.168.1.94:8080 og 443 til 192.168.1.94:443Find evt. din router på http://portforward.com/ og følg vejledningerne for HTTP og HTTPS opsætningen

Din eksterne ip, samt den port du har forwardet til 443 i din router. Det fremstår ikke helt klart om du har opsat en eller 2 port forwards, men 3002 må gå til controllerens port 8080 siden du får forsiden frem og kan downloade java applikationerne, så hvilken port går til 443?

Tror du tænker på LK FUGA® ramme Baseline 50 1½ modul med tekstmodulhttp://www1.lk.dk/servlet/GenereringMainContext?LKnummer=500D6818Men om den passer på en forfra dåse ved jeg ikke./hhgEdit: Den er her:LK FUGA® ramme Baseline 63 1½ modul med tekstmodulhttp://www1.lk.dk/servlet/GenereringMainContext?LKnummer=500D6418LK skriver godt nok den er udgået, men mon ikke den kan findes på nettet?

McenterFreak skrev: Interessant (og skræmmende) historie. Er det en du vil uddybe? (Eller det har du måske allerede gjort i en anden tråd?)Hvilken type dimmere? Og hvordan var de koblet til controlleren?Var det en defekt i dimmerne eller i funktionsblokken, der styrede dem?Uden at vide det kunne jeg forestille mig at almindelige touch dimmere ikke er beregnet/dimensioneret til at man "holder knappen inde i timevis" men det er jo netop noget en softwarefejl kan gøre.... Jeg forstår din pointe!Den måde jeg forestiller mig at bruge et API på er til at kanalisere events fra eksterne systemer ind til IHC controlleren som inputs på funktionsblokke, og så lade disse gøre det ønskede på vanlig vis.

Sejt gået, Kvade, ser frem til at høre mere....ResourceInteractionService ser ud til klart at være det mest interessante til at sætte og læse udgange (setResourceValue)MCenterFreak: Der "leges" ikke mere med 220 Volt, end der gør når man sætter udgange i ServiceView - I en "almindelig" IHC installation er der jo ingen udgange, der er "farlige" at aktivere.Alt hvad controlleren gør er jo at aktivere et relæ i et outputmodule eller i et trådløst modul, om det sker på baggrund af et Visual IHC-program, ServiceView, SceneView eller at man kalder en webservice (som jo er det ServiceView/SceneView benytter) gør jo ingen forskel.... Mvhhhg

Ingen tvivl om at Z-wave er mere "åbent" end IHC. Og jeg kiggede en del på det, inden jeg fik installeret IHC i mit eksisterende hus. Følgende lå til grund:[ul][li]Meget lidt Z-wave materiel i "fuga" størrelsen[/li][li]Få elektrikkere kender til det - svært/dyrt at få installeret[/li][li]Ikke alt Z-wave kan snakke sammen (Der er en årsag til sider som http://zwaves.dk/wiki/index.php?title=Produkter)[/li][li]Prisen på Wireless IHC og Z-Wave er ca. den samme, måske IHC lidt billigere, men en 1:1 sammenligning er svær, da der ikke er produktmatch[/li][/ul]Men omvendt er der jo også Z-Wave komponenter, som jeg savner hos IHC, specielt trådløse PIRs etc.Nu kører det meste af huset IHC på "lyset", men på sigt håber jeg da på integrationsmuligheder, så de øvrige ting kan komme med.

Fortæl mere, vi er nysgerrige...Hvilket OS kører den? Kan der installeres andre programmer?Er det det almindelige IHV SceneView der kører IHC styringen, eller er det en indbygget app? (I sidstnævnte tilfælde kunne det jo tyde på at LK har lettet lidt på API låget...)Følger der en ekstern strømforsyning med, i fald man ikke lige har et 24 V kabel fra tavlen i nærheden?Jeg vil give McenterFreak ret i at der umiddelbart findes billigere touch PC'ere på markedet (Asus EEE Top 16" kostede hvis omkring 3-4000, har ikke lige kunne finde den), så den må kunne noget unikt...Mvhhhg

At droppe controlleren vil jeg give dig ret i ingen mening giver.Men at stille det API som f.eks ServiceView bruger til almen rådighed kan jeg ikke se noget problem i. Du vil ikke kunne provokere "farlige situationer" på den måde.ServiceView m.m. benytter sandsynligvis SOAP/Webservices, men det sker over https, så det er ikke sådan at "sniffe"....En anden mulighed er at opbygge et WebView med de funktioner du ønsker at tilgå fra din .Net applikation, og så lade denne benytte dette - Tænk cURL etc.Til de tidligere udgaver fandtes der vist et IHCService program, der kunne bruges til at sætte og aflæse controlleren "udefra" - Kender det ikke i detaljer, har kun haft V2 controller.MvhhhgPS: Prøv https://controllerip/wsdl/authentication.wsdl som en start... Men det er nok rimeligt umuligt at komme videre uden hjælp/dokumentation fra LK

Har du en controller vil jeg mene ja, stand-alone ved jeg ikke.Men måske du kan finde svaret i vejledningen: http://www1.lk.dk/katalog/vejledning/98532_02.pdfMvhhhg

Når jeg tilgår controlleren (820B1400) på https:///wssvarer den med: Parvus Web Service Infrastructure ( 1.1) listening.$Name: $Nogen der kender denne service? Hvad kan den bruges til?/hhg

Har du åbnet for lokal net adgang i IHC administrator? Dette skal i sagens natur foregår via USB....Hvis du skriver controllerens adresse (http://192.168.1.3) i din internet browser bør du få IHC Controller forsiden, hvis du1) Er på samme subnet, som abildg skriver2) Har tilladt det under adgangskontrol i IHC administratorMvhhhgPS: I mit setup er det port 443, ikke 431 der bruges? Men du har måske ændret det i IHC Adminstrator?

Og det er korrekt, medmindre "Udgang for sluk af 230V udgang" er forbundet til en udgang, der styrer 230V forsyningen til Dimmeren, altså ud over touch udgangen

I min installation er "Dimmer ON/OFF puls" koblet til "Sluk (1 tast styring)" på FB 1.2.02.a som styrer Dimmer 350LR.Det virker udemærket, men husk at sætte "Er sluk klemme monteret på dimmeren?" korrekt i FB 1.2.02.aMvhhhg

Selve lysdæmperen styres jo via Udgang for Touch, hvor den kører op/ned eller kippes afhængig af "tryklængde"."Udgang for sluk af 230V udgang" bruges til at nulstille dimmeren. Ved at fjerne forsyningen i 3 sekunder "glemmer" dimmeren sin aktuelle tilstand (som beskrevet i http://www1.lk.dk/katalog/vejledning/97729_03.pdf - se under NB) og vil så være slukket.Men som nævnt, det er ikke strengt nødvendigt at bruge 2 udgange til dimmeren (touch og forsyning). Funktionsblok 1.2.02 kan godt holde styr på det, og ulempen er jo at den også glemmer sidste niveau, når spændingen trækkes væk under den.Mvhhhg

PS: Til 1 tryks betjening forbindes trykket til Touch indgangen. Sluk bruges så til "Sluk alt"

Hej350LR kan godt være lidt drilsk...Hvis forsyningen til dimmeren er styret af en udgang bruges "Udgang for sluk af 230V udgang" til at styre denne udgang. Dette vil sikre en 100% procent stabil "Sluk Alt" funktion. Hvis dette IKKE er tilfældet, sættes indstillingen "Er sluk klemme monteret på dimmeren? = Nej"I så fald holder blokken styr på dimmeren i "Dimmer status" - Denne skal så være i synk med "virkeligheden" når projektet overføres, lyset skal altså være slukket... Kikser det kan ServiceView bruges til at bringe det i synk.God fornøjelsehhg