Lars1

Lidt billigere hos billigihc.dk http://billigihc.dk/catalogsearch/result/?q=1088007451 men stadigvæk sindsygt for en 4 ports switch som ikke en gang kan managed.

Hvad er deres produkt kode?

Jeg kunne godt tænke mig at se hvor kaffe dåsen er placeret i dit hus. :-)

Det var godt du fik adgang til den igen. Og ja. Software er bestemt ikke LK's stærke side. IHC controlleren er jo mere ustabil end windos vista. Men jeg tror der er mange som gerne vil vide hvilken FW version du køre med. Vi er mange som er missundeligt på 132 dage uden genstart.

Det lyder lidt mærkeligt. Men prøv nedenstående. Du har selvfølgelig checket at IP addressen ikke er forkert i Visual. Hvis du tidligere har været på uden problemer med visual, så prøve at gå på med administrator, og vælg genstart af controlleren. Samtidig bør du prøve at boote din PC. Alternativt kan det være rettigheder i controlleren, men USB burde altid give Visual adgang. Jeg har dog ikke lige adgang til min controller, så jeg kan ikke checke det. Gå i bruger admin. via administrator, og check rettighederne. Sidst men ikke mindst er der selvfølgelig windows FW'en på din PC.

Power up er en event som køre når IHC controlleren starter efter at have være slukket, blevet genstartet via web interfacet, du har uploadet et nyt program eller den har genstartet af sig selv. Du skal kun bruge power up eventet hvis du har noget du vil ændre eller checke i forbindelse med at IHC controlleren starter. Det kan f.eks. være at du vil have dit program til at checke om det fortsat er nat.

Adgang til controllerne på IP eller USB har intet at gøre med hvilken firmware der ligger i din controller eller wireless dimmer. Hvis du ikke kan få forbindelse til controlleren via Visual (kræver IP eller USB adgang), så kan du ikke komme til at linke dine nye wireless dimmer, og så vil de ikke virke.

Såvidt jeg kan se står der Ø80 på denne http://www.harald-nyborg.dk/p6280/ihc-w-underlag-oe-80-mm-hvid, og teknisk set er underlag for et lampeudtag vel også en dåse.

Som der står i det indlæg, som David linker til (tak david), påvirkes TLS 1.1 og 1.2 ikke af en opdatering af JAVA, men er alene relateret til den IHC firmware du køre med. TLS 1.1 og 1.2 er understøttet i firmware 2.7.220, men ikke i 2.7.199 eller ældre.

Mine wireless dimmer og IHC controller er snart 10 år gamle, og jeg køre med FW 2.7.220 uden de store problemer, udover ganske hyppig genstart af controlleren. Hvis du har en meget gammel FW, skal du først opgrader til 2.7.199 før du gå til 2.7.220, men hvis du ikke har temp/fugt eller temp/lux sensor vil jeg overveje at blive på 2.7.199. Den er i.flg. rygterne mere stabil end 2.7.220

Jeg er på ingen måde applikations udvikler, men jeg er ofte nød til at tale med de fyre, og prøver efter bedste evne at forstå deres verden. Jeg har da også diskuteret mulighederne for at trække data ud af LK's IHC med dem, og nedenstående er min forståelse af verden, baseret på den diskution. Ret mig endeligt hvis jeg har misforstået noget. Vi har her endnu et emne, hvor virkeligheden har overhalet LK's IHC. Den nuværende udgave af IHC controlleren er fra en tid hvor SOAP var det som man ikke blev fyret for at bruge, mens REST var noget de useriøse brugte. I dag er det vist modsat. Den store forskel på SOAP og REST er såvidt jeg har forstået at med SOAP kan du ikke bare skyde en URL afsted og få en værdi tilbage. Du skal lave en XML formateret pakke som du uploader til controlleren via HTTPS, og så får du så en anden XML formateret pakke tilbage, som du så skal decifrer og forsøge at forstå. Med REST skulle du vist kunne skyde det hele afsted i en URL og få svaret tilbage som en enkelt værdi du kan bruge direkte. Her er nogle URL'er du kan prøve at skyde af mod din controller. Hvis du ved noget om SOAP, skulle de såvidt jeg ved fortælle dig alt hvad du har brug for for at kunne trække data ud af controlleren. Nogle virker kun med HTTP og andre kun med HTTPS. Hvilke der er til hvad kan jeg ikke huske, men prøv dig frem. Det kan ikke gå være end galt. /wsdl/resourceinteraction.wsdl /wsdl/authentication.wsdl /wsdl/controller.wsdl /wsdl/configuration.wsdl /ws/ResourceInteractionService /ws/authenticationservice /ws/ControllerService /ws/ConfigurationService

Det problem ses fra tid til anden. Det er lidt forskellige hvad der hjælper. Sommetider forsvinder problemet af sig selv. Andre gange hjælper det at genstarte controlleren via web admin interfacet. Sommetider skal man unlinke dimmeren, uploade sit program, linke dimmeren igen og uploade programmet igen. Sommetider skal man tage alt strøm til controlleren i 10 sek. Det er virkelig trial and error når man har det problem.

Der er nogen som har lavet et virtuelt skumrings relæ. Det ligger i flere udgaver her på boardet. Prøv at søge efter det, så slipper du for at skulle ud og skaffe et input modul i denne omgang.

Man bruger kun 3mA modellen idag. 24mA modellen er en ældre udgave og nogle udgåede PIR modeller krævede denne model grundet de levede af den strøm de kunne trække via inputtet. Den eneste forskel på de 2 er at 3mA modellen kun kan levere 3mA pr. indgang, mens 24mA modellen kan levere 24mA. 3mA er at fortrække da det giver et lavere strømforbrug og der er mig bekendt ingen IHC komponenter tilbage, som lever af den strøm de kan trække på indgangen.

De kan alle dæmpe nogle LED modeller, men HW2 versionen af Ø80 lampeudtag er bedre til det end andre modeller da denne ikke kræver en minimums belastning på 5W. Desværre er det kun Ø80 modellen, som indtil videre er kommet i HW2 udgave.

Når du genstarter IHC captain, genstarter dine Sonos enheder så også?

Der er flere niveauer i diskutionen om flere links på ind/udgange. Jeg tror alle er enig om at et tryk sagtens kan linkes til flere FB'er, ligesom flere tryk sagtens kan linkes til samme indgang på en FB. Der hvor problemerne opstår, er når man linker en udgange på to forskellige FB til samme udgang på et produkt. Det vil yderst sjældent virke efter hensigten, grundet IHC's hændelses baserede design. Det samme gælder hvis man linker indgangen fra f.eks. 2 PIR til en indgang på en FB. Men derudover er denne diskution vist off topic i denne tråd.

Støm er ikke noget man bare leger med. Hvis jeg skal have lavet noget el arbejde, og jeg ikke selv er 100% sikker på hvordan det skal laves, hyre jeg en elektriker til at gøre det. Og det selvom jeg kender flere elektriker og er uddannet elektriker. Men jeg har ikke arbejdet i faget i snart 20 år, så jer er på ingen måde uptodate med de seneste standarder, så tavle arbejde og tilsvarende overlader jeg ofte til en autoriseret elektriker. I værste fald er der ingen forsikring der dækker, hvis du laver en monterings fejl, og dit hus brænder ned. Det er der hvis det er en autoriseret som har lavet installationen.

Jeg talte med LK idag, vedr. problemet med den nyeste Java version. Deres kunde support påstår at de er klar over det seneste problem med Java, og at de ikke har nogen workaround, samt at de er bekendt med dårlig stabiliteten i den seneste firmware. Kundesupporten påstår de arbejder på at release en ny firmware og Visual version som bl.a. skulle addresse nedenstående punkter. Udløbne certifikater Stabilitet Forældede krypterings metoder på web scene services etc. Manglende mulighed for at editer noter m.m. under produkt konfiguration i Visual Men jeg tror vi alle har hørt den historie før, så jeg vil se de nye versioner, før jeg tror på dem.

Serie forbundet?. Jeg håber du mener parallelt forbundet. Hvis de er parallelt forbundet, så har jeg ikke flere ideer til hvad der kan være galt, ud over at dimmeren er død, som du selv er inde på.

Når du har testet, har du så sikret dig at der ikke er nogen belastning tilsluttet på bagsiden eller forsiden af dimmeren, samt at 230V er stabil på forsynings siden af dimmeren?

LK's IHC - Nilan implementering er noget være klamp. Den kræver en ekstra PLC til +5.000 kr. og den passer ikke i en alm. gruppe tavle, som IHC komponenterne ellers gør. Det eneste du reelt kan styre er driftniveauet. Hvis du vil have en ordentlig integration, er du nød til at anskaffe et visility board til +10.000.

Din controller er ca. ligeså gammel som min, og jeg kan se at du har samme problem med RF upgrade som jeg har. Har du prøvet at have FW 2.7.199 i den? Den skulle efter sigende kunne opgrader RF versionen, hvilket 2.7.220 ikke kan hvis man går direkte til den fra en ældre version. Det lykkes dog ikke på min controller. Men tilbage til dit problem. Jeg tvivler på at det har noget med vintertid at gøre. Min controller har gjort noget tilsvarende for et par år siden, men der var det nok at tage strømmen til den i 10 sek. Så medmindre du har noget som ikke virker, så vil jeg bare parker hændelsen under endnu en af underlighederne ved LK's IHC.

Der er ikke den store pris forskel på om du bygger dit house controll system med 1 fabrikat, eller med flere forskellige som du bringer til at tale sammen via et trejdeparts produkt. Faktisk vil den sidste løsning ofte være den billigste da der er langt større konkurrence på små systemer med 1 specifik funktions område, end på store komplekse systemer som kan det hele, da disse er få og ofte konkurrer med KNX, EIB og tilsvarende. Det er rigtigt at du har flere fejl kilder ved at benytte flere systemer, men du får på den anden side også et setup, hvor hvis et system fejler, så påvirker det ikke resten. De trindløse telestater jeg har set køre alle på 0-10V eller 4-20mA. Dette er den normale standard inden for elektronisk regulering af trinløse ventiler.

Hvilken af dimmerne sad den blinkende lampe på?