Kandersen

Okay.. Jeg vil anbefale dig at få fat i en glødepære eller halogen, og så få testet dæmperen på den. Min anelser er desværre nok, at det er LED kilden det er galt med. Jeg bruger selv en del kombitryk i min installation. Jeg bruger dem dog i forbindelse med en IHC controller, og selve trykkene bliver ikke brugt til noget, da jeg udelukkende bruger dem som en UNI dæmper.

Først vil jeg lige sige.. Det bliver lidt tricky (men ikke umuligt) at bruge TAG´s hvis du ikke kan lave items manuelt, (det er samme procedure som at lave channels manuelt). Så det skal du lige have i minde når du når dertil. mht channels.. Så har jeg lige opdaget, at du faktisk godt kan sætte en switch til pulsewidth på en automatisk oprettet kanal (channel). Proceduren er således: Start PaperUI. Gå in Configuration og dernæst i Things Derefter vælger du din IHC controller. Og herunder vil du se alle kanalerne. Vælg at redigere en Switch channel (eller en channel som passer til din KIP funktionsblok) ved at trykke på blyant symbolet helt til højre. Så skulle der gerne komme et vindue op der så sådan her ud: Her kan du sætte pulsewidth. Lige et side spørgsmål.. Hvilken version af openhab bruger du? Jeg kan godt være i tvivl om 2.4 stable har denne funktion. Jeg kører med 2.5 M1 milestone. @Pauli Anttila anbefaler at vi bruger den seneste openhab milestone. Dvs 2.5 M3 (som blev frigivet forleden dag). Personligt er jeg dog ikke tilhænger af, at man som helt grøn openhab bruger begiver sig ud i at lege tester. En Milestone version er at betragte som en beta version. Dvs den kan godt rumme fejl, eller rumme kendte fejl som endnu ikke er rettet. Du kan godt installere openhab 2.4 stable og så manuelt lægge den nyeste IHC binding (2.5M3) ind i openhab. Men lad os tage det, når du når dertil.

Men hvis det er korrekt det som "rygterne" siger, at den kører RS485 interface, så er de vel pine død nødt til at gøre noget ved firmwaren til de ændre controllere.. Eller virker det interface som det skal?

Ja du er over de 25 watt. Men det er ikke ens betydende med at det også virker ordentligt. Det afhænger desværre utrolig meget af kilden. Btw er det 230 eller 12volt?

Det virker også helt grotesk det som vi efterhånden ser flere og flere af. Endnu værre fordi det efter sigende er meget tavst fra LK omkring disse problemer.. Havde det været en almindelig brugsgenstand, så kunne jeg tildeles forstå den passivitet fra LK. Men det er altså en controller som driver ret vital(e) del(e) af en bolig. Det er ufatteligt at de kan formår at holde sig fuldstændig passive!

Finde hvad? Hvis det er pulsewidth, så kig helt til højre i den første kodeboks. (pulsewidth=100)

En halogen kan også gøre det, hvis du har sådan en. Bare husk min 25 watt da det er minmumbelastningen på dæmperen.

Men er de også dæmpbar? Prøv evt med en alm glødepære (min 25w) bare som et forsøg.

En KIP funktion skal bruge pulseWidth paramteren. Ellers "kipper" den ikke. Derfor - Hvis man bruger en KIP funktionsblok i Visual/IHC controlleren, så kan man IKKE få det til at virke uden at bruge pulsewWidth paramteren. Jeg bruger ikke paperUI (automatiske channels). Så jeg ved ikke om den parameter er tilgængelig den vej igennem. Men som manuel channel ser channel således ud: Type switch :stortbad_dimmer_fb "Stortbad dimmer Trigger" [ resourceId=5537553, direction="WriteOnly", pulseWidth=100 ] Og items til denne ser således ud: Switch stort_badDimmerLys "Halogenlys i StortBad [%s]" <cu_spot> (vLys) [ "Lighting" ] { channel="ihc:controller:elko:stortbad_dimmer_fb", channel="ihc:controller:elko:stortbad_dimmer_state", autoupdate="false" } Bemærk, i items har jeg linket 2 channel, fordi jeg bruger feedback fra FBén (dimmer tændt), så jeg i openhab også kan se, om dæmperen er tændt eller slukket. Men den er ikke vigtig for at få stemmestyring til at virke.

I starten styrede jeg på trykkene. Men det har jeg ændret, så jeg i stedet styrer på FBérne. Dvs i relation til IHC controlleren, så tror den reelt bare, at "alt udefra" er en slags "tryk". I realiteten er det præcis det samme. Men hvis du skal styre fra tryk, så skal du bruge parameteren pulseWidth Den vil få IHC controlleren til at tro, at den trykker, ON og efter den angivne tid (ms) vil den sende OFF. Jeg kan ikke huske om pulseWidth er tilgængelig i PaperUI. Hvis ikke, så skal du manuelt lave en channel i .things filen. Den kunne fx se sådan her ud: Type switch :stortbad_dimmer_fb "Stortbad dimmer Trigger" [ resourceId=5537553, direction="WriteOnly", pulseWidth=100 ] Denne channel sender en ON til en KIP FB, og efter 100ms sender den en OFF. (den bruges til at tænde/slukke en fortrådet UNI400 dæmper).

Nix, for det er ikke så vigtigt, når man har Integra vinduer. I dag bruger jeg en Velux KLF200 gateway. Med den kan jeg styre Integra vinduer alle steder fra, (fjernstyringen, computer osv.. ).

Okay, så er det ikke den nyeste IHC binding du bruger. Du skal i stedet hente den manuelt og installere den, (hvis du har behov for det).

Har du fået openhab op og køre? Hvis ja, hvilken version?

Ud fra den tekniske beskrivelse, så må svaret være nej, medmindre du på en eller anden måde kan garantere varmere end -5 grader og koldere end +30 grader.. Men.. jeg vil dog sige, at min erfaring med disse lampeudtag er, at spændet er væsentlig større end -5 til +30. Jeg har flere monteret på loftet, hvor der både er blevet køligere end -5 og varmere end +30. De fungere fint, endnu. Spørgsmålet er om elektrikeren vil tage ansvaret, når han selv foreslår det.

Der er intet der tyder på, at de nævnte 3. part programmerne skulle være årsag til, at en controller genstarter hyppigt. Ihvertfald ikke medmindre noget kommunikation er gået galt. Jeg kører med både openhab og IHC captain, og har gjort det meget længe meget længe efterhånden. De få gange controlleren er genstartet pga 3. part, har kun været hvis jeg har "fu***" op i indstillingerne på openhab i kommunikationen til controlleren. IHC Captain har aldrig været skyld i genstart af controlleren. Men det er ikke utænkeligt, at dårligt programmeret visual program OG 3. part kan gøre det hele meget værre.

Altså, hvis det skal være godt, så mener jeg ikke det giver nogen mening ikke at bruge en eller anden form for Home enhed. Din mobil vil du kunne bruge assistenten på, men det er jo kun den halve og flad løsning. Omvendt kan jeg også godt se, at det kunne være smart at afprøve det først inden man investere i noget. Så det er helt op til dig selv, hvad du vil.

Jep ikke noget problem. Du skriver bare.

Det kan den godt. Men du skal installere openhabian manuelt. Der er endnu ikke et færdigt image klar til Rpi4.

For lige at få det principielle fast. Det hedder reklamationsret, ikke garanti. Der kan godt være garanti, men så er det noget ekstra ordinært, som er beskrevet meget tydeligt, og skal tilbyde mere end reklamationsret gør. Principielt betyder købsdatoen altid noget, da det er fra den dato som reklamationsrettet træder i kraft, (hvis det er købt på nettet, (fjernsalg), så er det fra den dag man modtager varen). Men i lige det her tilfælde, der mener jeg næppe der kan være den store tvivl, da produktet rent faktisk først lige har rundet 2 år på markedet. Oven i det, så er der efterhånden kommer så mange sager frem, så man må formode at V3 controlleren ganske enkelt har en generel mangel (produktionsfejl). Og så er købsdatoen ikke længere relevant. Man kan faktisk reklamere over et produkt som er mere end 2 år, hvis man fx kan fremvise en produktionsfejl som først viser sig efter længeres tids brug. Men det er meget sjældent set. Anyway.. Dilemmaet her er, at LK som producent tilsyneladende er MEGET lukket og overlader det til installatørerne/forhandlerne, som åbentlyst ikke rigtig reagere på noget, (fx stopper med salg af et produkt som muligvis har en generel produktionsfejl). Jeg synes det er dybt bekymrende.

Enig. Så længe der tilsyneladende er gennemgående problemer med produktet, så bør rep. eller returnering være en form sag, hvad enten det er LK selv eller en installatør der foretager det. Desværre kender jeg ikke nogen elektrikere i det område.

Ja, det var lidt den løsning jeg søgte efter burde være mulig.

Ja, men i det her tilfælde er det jo et køb via en fra DBA (som nok nærmere betegnes som privat salg). Men det ændre jo ikke ved, at V3 controlleren har en fejl, uanset hvordan den er forhandlet. Og det er det jeg mener der burde være "nogen" til at tage den videre til LK.

Ja, men jeg mener for dem der ikke køber via en grossist og installatører.

Det ville være dejligt, hvis nogen kunne nå LK med dette problem. Tusind tak. Ahh sorry, dumt formuleret af mig. Der skulle have stået "Jeg tror dog jeg ville have gået efter LK, hvis det var mig". Jeg kan ikke gøre det. Dels er jeg ikke authoriseret elektiker, og dernæst har jeg ikke en defekt V3. Men der burde simpelthen være nogen med forbindelse til LK, som kan tage den her debat med dem. Godt nok har jeg ikke de store forventinger til LK, når det kommer til deres struktur/metoder og deres tekniske snilde. Men jeg kan simpelthen ikke forestille mig, at de synes de her problemer skal eksistere uden for deres domæne. Hvis det bare var enkelte sager, så kunne jeg forstå det. Men der er tydeligvis nogle problemer med V3 controllerne som LK af alle, burde være interesseret i at få "fjernet" fra markedet.

Hvis den er købt privat via DBA, så er der desværre ikke så meget at gøre. Jeg tror dog jeg vil prøve at gå efter LK. Evt en anden som har kontakt til LK. Jeg synes der tegner sig et billede af, at V3 simpelthen har en meget stor og generel fejl.