anders912

Tak for svar :-) Synderen var "E-mail kontrol" som jeg i tidernes morgen havde sat op til hente mail fra hedengange cybercity. Dog tænker jeg fortsat at blokere for IHC controller ud mod internet, da der jo nok ikke kommer flere opdateringer :-(

Vi har i noget tid haft store udfordringer med vores internet ud af huset. Vi har oplevet udfald, og lange svartider. Jeg har selvfølgelig haft fat i udbyder, og også haft tekniker ude, der ikke umiddelbart kunne se at der var problemer, men dog skiftede fiberboksen. Efter teknikeren måtte "melde pas", er jeg gået i detektiv-mode. Jeg har sat en rasperry pi ind, der med korte intervaller tester forbindelsen (https://github.com/geerlingguy/internet-pi). Her har jeg bl.a. kunne se pakketab og lange svar svartider (2-3 sek) på HTTP requests. I vores mesh setup (ældre TP Deco) kunne jeg så i dag konstatere at IHC controlleren står og sender og modtager næmest nonstop 40-80 Kbps. Her tænkte jeg "hvorfor dog", og blokerede controllers adgang til internet. Vupti: alle parametre på internet monitor ligger sig pænt, svartider er normale, og pakketab er væk. Men hvad pokker sker der? Det lader til at controlleren pumper så meget tcp trafik (TCP-SYN ?) ud at resten af mine LAN-nodes bliver skubbet om bag i køen. Jeg har ikke porte åbne udadtil. Har andre oplevet tilsvarende problemer? Jeg overvejer at sætte en sniffer ind, for at se hvad der sker, men orker det næsten ikke nu at problemet endelig er løst

Ok, tak for svar. Ærgeligt at jeg på sigt må skrotte mine dyrt indkøbte kombidimmere. Heldigvis kan Eco classic pærerne stadig købes så længe de er på lager, og så vil jeg til at udforske Philips Hue..

Hej, jeg undrer mig over at dette (i følge søgefunktionen ;-) ) ikke er et større issue her på ihc-user: hvilken LED-pære kan jeg erstatte mine afbrændte halogenpærer (Osram Eco Classic) med? Mine kombidimmere er af de gamle: 505DA101, og det lampested der driller mig har bare én pære. Jeg har et andet stedet hvor der sidder 3 pærer på , og så er det jo ikke noget problem. Jeg har prøvet LKs guide til formålet, og har købt 2 forskellige pærer der i følge guiden skulle kunne dæmpes selv om der kun er én pære i spil. Men de virker bare ikke.. De blinker, kan ikke slukkes, og opfører sig generelt sært.. Er det nødvendigt at sætte en dim-bob på, eller findes der en LED-pære (E27) der virker som enkelt? Erfaringer? Venlig hilsen Anders

Beklager, jeg kan ikke finde dem :-( Men jeg kan i Lars' link at de ikke koster en herregård: 54 kr/stk Venlig hilsen Anders

Projektet strandede desværre. Hvis du er interesseret har jeg 2-3 ubrugte relæer til salg ;-) Venlig hilsen Anders

Ja, det har virket fint i ~ 5 år, og en morgen ville det så pludselig ikke slukke..

Jeg tror du misforstår mig. Prøv at se flg. lille videoklip af problemet: http://codetech.dk/kombirelae.mp4 Problemet: relæet er altid tændt, og kan ikke slukke (kombirelæet er "nulstillet" inden videoen er optaget) Venlig hilsen Anders

Det er afmonteret, så som test har jeg monteret en ledning med stikprop. Jeg bruger en polsøger til at konstatere at der altid er spænding på.

Jeg har et kombirelæ der ikke slukker på tændledningen, selvom jeg kan høre at relæet klikker. Det er pt. unlinket , men selv med manuel tryk på 1 / 2, er udgangen altid tændt. Wireless delen ser ud til at virke fint. Hvad kan jeg gøre (udover at købe et nyt :-) ) ? Venlig hilsen Anders

De ældste dele af vores IHC installation er ved at være ca. 9 år gammel, og jeg har nu oplevet 3 gange at kombi-enheder (2 x relæ, 1 x dimmer) er "gået døde". Symptomerne har været lidt forskellige: relæet der gik til i går aftes, ville pludselig ikke slukke. Jeg kunne høre at relæet klikkede, og wireless-delen virkede også fint nok (tangenterne havde stadig forbindelse til controlleren), men tændledningen havde spænding uanset. relæ nr. 2 døde sidste år (ca 8 år gammelt, helt dødt..) kombidimmer: også sidste år, dog kun delvist defekt. Der opstod ud af det blå en forsinkelse på et par sekunder inden dimmeren rampede op. Jeg prøvede med reset (unlink/link), men endte med at udskifte den da jeg havde en anden kombidimmer liggende. Er det mig der har været uheldig, eller er det normalt at disse enheder går til efter nogle år? Venlig hilsen Anders

Jeg har fornylig opgraderet til firmware v. 220, og oplever nu som mange andre at controlleren ofte genstarter - hos mig er det ca. 1 gang i døgnet. Jeg har koblet en dørlås på en output-datalinie, og problemet er nu at låsen åbner efter controlleren genstarter (crasher?). Det er selvsagt ikke særlig smart.. :-( Magnet-låsen er låst når datalinien er høj. Denne tilstand bevares så åbenbart ikke efter genstart. Indtil at LK får nosset sig sammen og fikset v.220, har i så nogen idéer/workarounds jeg kan bruge?

Genialt, mange tak for det :-)

Vi skal have nye plisse-gardiner, og der skal selvfølgelig noget styring på. Jeg har IHC over det hele, og er på det sidste begyndt at lege med noget Z-Wave til bl.a. trådløs alarm. Vi har fået et par tilbud fra lokale gardin-sælgere, og det er lidt grotesk hvad de vil have for det skidt. Tilmed ved de stort set intet om det de sælger. Nå, men jeg har fundet den motor der skal på (Somfy LW28), og den fungerer ganske enkelt: den kører den ene vej hvis man sætter 24VDC til, og den anden vej hvis man vender polariteten. Dette kan bl.a. styres med et Z-Wave modul, Hunter Douglas DBMZ. Imidlertid har jeg et tomt rør der ender ved de pågældende vinduer, og derfor vil jeg trække et link-10 kabel og styre det med et IHC output modul. Jeg har brug for flg. dims: input: 24V fra strømforsyning, + 2 indgange fra IHC-output (op/ned) output: 24V hvor polariteten vendes, alt efter hvilken indgang der er kortsluttet. Findes sådan noget, eller skal jeg have tændt for loddekolben? Evt. nogen der har, eller kan tegne, et diagram? Venlig hilsen Anders

Jeg løste det ved at flytte min controller ind "mellem" de 2 fjerneste tavler, så der nu er parsnoede ledere for hvert modul til controlleren. Tak for input.

I forbindelse med en renovering, er det blevet muligt at lave et lille knopskud på min eksisterende IHC-installation, så jeg kan få det sidste af det gamle el over på IHC.Der er dog muligvis et potentielt problem, da jeg kun har ét reserve Link-10 kabel op til controllerens placering - og det er ikke umiddelbart muligt at trække et ekstra.Kan jeg køre datalinierne fra 6 input- og output-moduler på en fælles 0-leder? På LK's diagrammer er der altid en parsnoet blå/sort mellem hvert modul og controller, og så løber jeg jo tør for ledere :-(

Jeg har været så uheldig/dum at knække en af de to hvide plasticclips der holder et af mine inputmoduler. Se billede:pir_skum_ur_konstant_dim_2_niv.zip

Filen br.exe, der erstatter PowerCenters br.exe, kommer her. Opsætningen foretages dels i Squeezebox Servers webinterface (se billederne squeeze1.png og squeeze2.png). Husk at angive stien til br.exe med dobbelt-\ IHC-controllerens IP, username, password angives i br.exe.config. Her skal det ResourceId som PowerCenter skal styre (udgang eller f.eks. airlink_relay) også angives. ihc_squeeze.zip

Super, jeg skulle lige checke om der var lidt interesse eller ej, inden jeg pudser det helt af.I kan starte med at installere:http://www.tux.org/~peterw/slim/PowerCenter.htmlhvis I bruger seneste version af Squeezebox Server er det denne her:http://www.tux.org/~peterw/slim/slim7/PowerCenter/PowerCenter-2.2.0.zipPak filen ud i Plugins kataloget.PowerCenter plugin'et er egentlig beregnet til X10 og Insteon, men kalder blot et eksternt program (br.exe på Win32). Jeg har så lavet en "alternativ" udgave af br.exe, der med u2pia's API styrer en IHC-udgang.Forvent den klar i løbet af et par dage, jeg skal lige have lagt indstillingerne ud i en tekstfil, samt ryddet lidt op.

Hvis nogen er interesseret, har jeg hacket lidt i en plugin til Squeezebox Server, så den kan styre et IHC output.Jeg bruger den til automatisk at tænde for stereoanlægget når musikken går i gang, f.eks. styret fra iPeng (på iPhone) eller Squeezecommander (Android).

Hej!Jeg svarer lige på denne, da jeg har rodet lidt med det, og har en overvejende wireless-installation.hhg skrev: Der er ingen problemer med at finde resourceID på wireless. Kig i projekt-filen (.vis), og for f.eks. wireless dimmere, så søg efter airlink_dimming: Det id der er angivet her kan bruges til både getRuntimeValue (returnerer lysstyrken i %) og setResourceValue der sætter lysstyrken.

Mulighederne er uendelige. Selv vil jeg nørde med noget stemmestyring (her er udfordringen at finde en passende mikrofon), og så har jeg et SMS-modem liggende jeg også skal have gang i.

Tak for tippet med .vis filerne, her kan man jo nærmest læse i klartekst hvad de forskellige resourceID'er hører til. Jeg har lige prøvet at stille lysniveauet på en wireless dimmer inde i stuen, og den var god nok, min kone begyndte at brokke sig da lyset ved fjerneren kørte op og ned :-)Når jeg kører serviceview og tænder eller slukker noget, skifter det meget hurtigt efter i serviceview. Har I check på hvad det er controlleren sender tilbage når der sker en ændring, f.eks. når et input går højt? Der må være implementeret noget callback-agtigt.

Tak for det, det virker jo rigtig godt og hurtigt. Dog er jeg ikke med på hvorfor du i alle overloadede setResourceValue metoder ikke instancierer:WSResourceValueEnvelope ResourceValueEnvelope = new WSResourceValueEnvelope();men blot sætter dem til null? Det giver ikke rigtig mening.Noget andet (mest til teis, der skrev det var lykkedes for ham at bruge koden til wireless): hvordan adresserer I wireless? Jeg synes kun jeg ser de 128 ind og udgange på controlleren.

Svaret fra controlleren (SOAP-ENV: Body) indeholder det rigtige, men det går galt i parseren der trækker resourceID og resourceStatus ud:resourceID = k.ChildNodes[0].ChildNodes[0].Value;resourceStatus = k.ChildNodes[3].ChildNodes[0].ChildNodes[0].Value; resourceID bliver null, og resourceStatus smider ovennævnte exception. Quickfix var at hoppe de XmlNodes over der gav problemer. Jeg har åbenbart noget andet/mere end f.eks. tais i min IHC installation? Jeg kigger på det snarest.