Lars1

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å?

Inden du dødsdømmer dimmeren, vil jeg prøve med en alm. pære eller en halogen pære. Ø80 wireless dimmer i HW 1 udgaven har problemer med LED's, og det som du beskriver her passer meget godt med de problemer.

Prøv at sætte en alm. pære på dimmeren. Hvis det er en HW1 udgave har de problemer med lave belastninger. Det resulter f.eks. i at hvis en pære springer mens den er tændt, og der kun er 1 pære på dimmeren, så kan du ikke slukke for dimmeren. Med andre ord er du nød til at skifte pæren mens der er spænding på, medmindre du slukker ved sikringen.

6.3.01 og 6.3.04 er ikke 2 versioner af den samme blok. Det er 2 forskellige blokke med forskellige formål. Det efterfølgende a og b angiver versionerne af de enkelte blokke. LK ændrede ret meget i deres alarm blokke for ca. 1 år siden. De blev en hel del mere enkle, og i den forbindelse røg nogle af de komplekse blokke, som kun fungerede hvis man linkede dem med andre blokke. Det er sandsynligvis derfor 6.3.04 er røget ud.

LK's IHC wireless lampeudtag er mig bekendt ikke designet til eurodåserne. I DK bruger vi Ø80 dåser til lampe udtag.

Jeg har fuldt respekt for dit ønske, om 1 system til alt, men desværre er house control blevet et meget komplext område, hvor der ikke findes et system som kan det hele. Løsningen er flere forskellige systemer, som man så bringer til at tale sammen via produkter som Domoticz, IHC captain etc. Desværre gør LK alt hvad de kan for at undgå at nogen kan tale med deres IHC system, og de gør INTET for at videre udvikle deres IHC system. Dit ønske om et rent fortråedet system kan jeg kun støtte op om. For mig er wireless en nødløsning, som ofte medføre at man skal skifte batterier etc. i en uendelighed. Det er jo ikke kun Danfoss, som laver telestater, og stort set ingen af deres konkurenter har lavet andet end on/off telestater. Der findes kun meget få trindløse telestater på marked, som kan styres med 4-20mA eller 0-10V styre signaler, og de fleste er kommet på marked indefor de sidste 5 år. Men når det er sagt, så vil jeg heller skifte min IHC installation ud med en PLC installation, Smart-house eller tilsvarende, før jeg begynder at invester i LK's 0-10V moduler. Det gamle fortråede giver ingen mulighed for at sætte f.eks. 2V. Du kan kun reguler op/ned eller tænde/slukke. Du kan ikke sætte et niveau, som på de trådløse dimmer. De nye kræver en trådløs dimmer, som ikke kan placeres i din tavle, og 0-10V modulet er et tavle modul. Jeg ved ikke hvem der har fået den tossede ide hos LK.

Online manualen skulle meget gerne fortælle hvilken udgang din stikkontakt sidder på, have kabel nr. og andre former for identifikation af din stikkontakt. Men ofte er online manualen ikke udfyldt med ret mange detaljer. Jeg kender ikke Safari browseren, og hvis jeg husker ret, supporter LK kun USB på windows. Men prøv med "ping usb" fra en command promt. Du skulle gerne få en IP adr. Du kan prøve at skrive denne IP adr. i URL'en på din browser isteddet for USB.

Indtil root cause af et problem er fundet, vil jeg være meget forsigtig med at kalde Morten's problem for et kendt problem. Det sommertids problem, som Clemen henviser til er løst for flere år siden. Men det kan selvfølgelig være genintroduseret. Et andet problem kan være at LK for et par år siden ENDELIGT skiftede fra NIST til NTP som tidsprotokol. Man skal selv skifte til en NTP server efter opgradering til en firmware som understøtter NTP. Men derudover tror jeg ikke det er et spørgsmål om evner. Det er alene et spørgsmål om prioritet, og det ser desværre ikke ud til at LK satser på deres IHC system længere.