Kandersen

Jeg er netop begyndt at få problemer med en UNI250 som ikke vil slukke. Den har kørt praktisk talt perfekt siden januar i år, og pludselig er den begyndt at ikke vil slukke. Den er PIR styreret, men de sidste par dage er det som om, at den ikke vil slukke 8 ud af 10 gange. Og jeg har INTET ændret siden engang i august. (dog ikke i forbindelse med denne dimmer). Jeg har lige været på loftet og fjernet strømmen til controlleren for at se, om det ændre noget.

Lige en note om dette.. Trådløse PIR er ikke altid lutter og lakage. Jeg har 4 forskellige stående her, bla Hue PIR. (3 z-wave og så Hue PIR). Og det er bare ikke det samme som med fortrådede alarm pir. Oven i det så skal man dælme tænke sig om mht til batterier. Har har z-wave heldigvis en del gode indstillinger. Men Zigbee (eller Hue), tja der er ingen mulighed for at ændre på noget.

Mit første bud vil være, at af en eller anden årsag, så kan den ikke længere kende dit brugernavn/pw.. Du nævner ikke hvilken comtroller det er, men såvidt jeg husker fra andre indlæg, så kan den nye HW7 controller miste brugeroplysningerne.. Prøv at søg efter det. Er det en ældre controller HW6.2 og ned, så kan jeg ikke forklare det du oplever medmindre du har skiftet brugernavn/pw imens. Men det burde du kunne huske så. Ellers bør du kunne komme på administrator via USB, da det ikke kræver brugernavn/pw. Derfra kan du se hvad der evt er galt. Side note. Jeg kører openHab2, IHC captain, Visual og sågar Serviceview på een gang på min 6.2 controller. Den er ikke gået ned af det, endnu. Det eneste der virkelig har presset den hårdt, det var i går da jeg lavede et script i openhab, som skulle få lyset på en UNI250 dæmper (10 stks 230v LED spot) til at blinke med 1 sekund interval. Det var hårdt for controlleren, og jeg oplevede nogle timeouts. Da jeg satte intervallet til 2 sekunder, så havde jeg ingen problemer.

Een ting er sten sikkert. De priser som du linker til er helt hen i vejret. Se fx ø80 lampeudtaget med dæmp her: https://www.yousave.dk/shop/lk-ihc-wireless-352p.html Den anden, (dit første link) skal du ikke vælge, hvis du kan undgå det. Den er ikke lige så godt som ø80 lampeudtaget, fordi den kræver en højere minimumbelastning.

Er du sikker på controlleren crashede og ikke bare blev "overbelastet" ? Det sidste oplevede jeg i dag. Jeg skulle lave noget "sjov" halloween sjov med blinkende lys i indgangspartiet og uhyggelige lyde fra en google home mini højtaler på loftet. Jeg lavede en "timer" i openhab som tændte og slukkede lyset (dæmp fra 0 til 100) på en UNI250 1-modul dæmper. med 1 sek interval. Det brød controlleren sig bestemt ikke om, og jeg oplevede nogle gange seriøse timeouts til controlleren. Controlleren crashede dog ikke, for jeg kan se i administrator, at den har kørt i 22 dage nu. Da jeg satte intervallet op på timeren til 2 sekunder, så havde jeg ingen problemer. Jeg havde godt en mistanke om, at det måske lige var at presse den lovlig meget, når det er en dæmper. Og det er muligt jeg kunne have gjort det ved at bruge noget andet på fbén eller en anden fb. Men jeg var i tidsnød, så det skulle lyn hurtigt flækkes sammen. Og det er sørgeligt nok hurtigere at lave i openhab fremfor i visual.

Er minimumbelastingen på UNI400 ikke 40watt??

Nu nævner du ikke så meget om, hvilken type fatning/kilde du skal bruge dimmeren til. Hvis det er GU10/E27/E14 230v er du væsentlig bedre stillet, da der er et stort markedet. Er det Gu5.3, så har jeg godt nok ikke testet dem endnu, men de nye Philips Expertcolor GU5.3 MR16 skal jeg helt klart have testet, da de nærmest lover at virke med UNI dæmper og trafo. Så er det kun minimumsbelastningen som man skal bekymre sig om. Eneste hage - De koster en krig! Og virker de ikke ordentligt, så kan jeg tilføje dem til samlingen over elendige LEDér.

Er de der ø80 lampeudtag med dæmp? I så fald er det nok præcis det samme som mange andre oplever med mellemrum, inkl jeg. Prøv at se denne tråd:

Som Bjarne siger, så afhænger det af kilden. Jeg har prøvet nogle 12v GU5.3 LEDér, og det har ikke været en heldig oplevelse. Men det er muligt nogle GU10 230v er væsentlig bedre. Det har jeg ikke forsøgt, da det meste er vores hus er fyldt med Gu5.3 downlight og jernkernetrafoer.

Fik lige clearet hovedet med lidt nattensøvn, og fik så den ide, at linket direkte til "touch" på FBén, (altså indput). Dvs trykket ON/OFF IDén er stadigvæk det sammen, men det er Touch indgangen ID på Fbén som trigges. Lyset tænder/slukker perfekt på den måde, (gjorde det egentlig også før). Men jeg tror simpelthen ikke at google home rigtig kan finde ud af at sætte status på funktionen. Siden i går er det praktisk talt slet ikke lykkedes mig at få vist, når jeg har tændt lyset. Hvis Google Home "trigger" på item enheden, så tror jeg heller ikke rigtig det kan lade sig gøre med kip, da det den trigger på jo vil være OFF det meste af tiden. Så skal Google Home huske at den har sat den til ON og derefter OFF. Men så må det være den del der ikke virker helt efter hensigten i Google Home. Hvis jeg bruger Google Assistant (en anden måde at gøre det på), så kan den godt vise, at lyset (eller rettere aktiviteten) er blevet aktiveret. Gå jeg derefter tilbage i Google Home, så viser den stadigvæk, at den ikke er aktiveret. De to måder burde læse/fatte præcis det samme. Så lige nu går jeg ud fra, at det er Google Home som ikke helt kan finde ud af at vise status.

Er den blevet købt som erhverv? Ellers er der 2 års reklamationsret på den. Og det kan den næppe være ude over, da det er lidt over et år siden den kom på markedet

Min item som den ser ud nu: Switch lille_bad_OEV "Lille Bad Lys" <WallSwitch> [ "Lighting" ] {ihc="<12210962,>[ON:5975132:100],>[OFF:5975132:100]"} Det her er fra openhab log... Google Home tænder lyset (voice): 2018-10-29 23:36:50.225 [ome.event.ItemCommandEvent] - Item 'lille_bad_OEV' received command ON 2018-10-29 23:36:50.234 [vent.ItemStateChangedEvent] - lille_bad_OEV changed from OFF to ON 2018-10-29 23:36:51.313 [vent.ItemStateChangedEvent] - lille_bad_OEV changed from ON to OFF Google Home slukke lyset (voice): 2018-10-29 23:37:27.173 [ome.event.ItemCommandEvent] - Item 'lille_bad_OEV' received command OFF Det sidste forstår jeg ikke helt. Den burde jo skifte fra OFF til ON og fra ON til OFF. Men den sender bare en OFF. Lyset tænder og slukker dog fint nok. Tilbagemelding virker bare ikke helt efter hensigten i Google Home. Fysiske tryk (og slipper) : 2018-10-29 23:59:05.341 [vent.ItemStateChangedEvent] - lille_bad_OEV changed from OFF to ON Fysiske tryk igen (og slipper): 2018-10-29 23:59:05.581 [vent.ItemStateChangedEvent] - lille_bad_OEV changed from ON to OFF Det her forstår jeg slet ikke noget af.. Burde den ikke kippe? (OFF > ON > OFF) i begge tilfælde. Lyset tænder og slukker dog fint nok. (burde det også, da det er ren IHC styring). Kip fra BasicUI: 2018-10-30 00:05:23.507 [ome.event.ItemCommandEvent] - Item 'lille_bad_OEV' received command ON 2018-10-30 00:05:23.529 [vent.ItemStateChangedEvent] - lille_bad_OEV changed from OFF to ON 2018-10-30 00:05:30.126 [vent.ItemStateChangedEvent] - lille_bad_OEV changed from ON to OFF Kip igen fra BasicUI: 2018-10-30 00:06:44.415 [ome.event.ItemCommandEvent] - Item 'lille_bad_OEV' received command ON 2018-10-30 00:06:45.208 [vent.ItemStateChangedEvent] - lille_bad_OEV changed from OFF to ON Igen virker det som om noget er galt med ON/OFF. Den burde aldrig ende på en ON ved et kip. Og noget siger mig at det er bindingen, for jeg sidder og kigger i serviceview samtidig, og der er trykket OFF. Så det virker som om at OFF ikke er nået frem til openhab. Lyset tænder og slukker dog fint nok. Er der noget at sige til man bliver forvirret her

Altså det der med tilbagemeldingen i Google Home, det virker ikke helt optimalt. Nogle gange kan den registrere hvis lyset er tændt (manuelt) på trykket. Andre gange kan den ikke. Og så går det hele ud af sync.. Det er i øvrig en UNI400 IHC/SA dimmer jeg tester med lige nu. (det er pt ikke meningen den skal andet end tænd/sluk på sidste niveau). Jeg bruger FB 1.2.02.b (Fortrådet avanceret lysdæmper). (vejledning til FB vedlagt) lille_bad_OEV er det fysiske tryk, øverste venstre: ID: 5975132 Dimmeren har to udgange, en for touch og en for sluk. Jeg har linket til touch udgangen, som har ID 12210962. Jeg har svært ved at se at det kan gøres ret meget anderledes. 1.2.02.pdf

Yep og jeg prøvede lige igen.. Det er åbenbart Google Home, for hvis jeg går ud og ind igen, så viser den at lyset er tændt alligevel.. Den skal nok lige have et par sekunder til at "opdage" det, og min tålmodighed er lig nul.

Hmm.. Pudsigt jeg har læst din anden post omkring dette flere gange, og alligevel valgte jeg at gå en anden vej rundt. Kort sagt, at gøre det til raketvidenskab, når løsningen tilsyneladende ligger i bindingen.. Pinligt! Testede lige med denne: Switch lille_bad_OEV "Lille Bad Lys" <WallSwitch> [ "Lighting" ] {ihc="<12210962,>[ON:5975132:100],>[OFF:5975132:100]"} Altså udover at min item ikke længere giver mening da det ikke længere er trykket som er "linket", men derimod udgangen, så funger den sådan set perfekt. Det eneste som jeg kan se er lidt et problem, det er når lyset er blevet tændt manuelt på trykket, så kan Google Home ikke se det.. Kan Homekit det?

Yep, det har ikke ændret sig siden ja næsten et år

Er nødt til lige at høre jer her som bruger openhab sammen med IHC, specielt i forbindelse med kip og fortrådet dimmere (fx Uni400). Hold tungen lige i munden.. Det kan hurtigt blive forvirrende Hvordan håndtere i push button, (tryk med fjeder, svagstrøms tryk i IHC osv) i openhab? Jeg troede jeg havde gennemskuet det, og i det store hele virker openhab også, både fra BasicUI og android appén. Men jeg er røget ind i problemer med Google Home. Og nu er jeg i tvivl, om det er Google Home (tror jeg) eller om det er min måde at håndtere push buttons på i Openhab. Jeg har desværre ikke lige en item jeg kan vise nu, da jeg ikke sidder i nærheden af min openhab installation. Men det er forholdsvis simpelt, (lavet hurtigt i hånden nu): Switch [item_navn] "blablabla" <icon> (gruppe) ["Switchable"] {ihc=">resource", autoupdate="false"} På denne switch har jeg så en rule kørende, som sætter switchen til OFF 200ms efter den er gået ON. Dvs i princippet en push button (tryk) i openhab. Det virker perfekt i openhab BasicUI og android appén. Men i Google Home har jeg problemer. Med voice kommando kan jeg godt tænde. Men jeg skal tænde igen, for at få aktiviteten slukket.. Fx "Hey Google, tænd lyset" - Dette tænder lyset. Men for at få det slukket skal jeg "Hey Google, tænd lyset" - Så slukker lyset. I princippet er det jo ikke forkert, da det er ON indstillingen fra switchen som er den der trigger. Men det er ikke så hensigtsmæssig må man sige. I selve Google Home appén, der kan man se switchen, (knappen). Men også her er der problemer. Tænder jeg manuelt, så tænder den godt nok lyset. Men knappen forbliver tændt, hvilket betyder, at jeg skal slukke den selv, for at tænde den igen (så slukker lyset) og derefter slukke den igen. Alt dette fortæller mig, at det må være fordi Google Home ikke læser status fra swicthen i openhab. Men spørgsmålet er, om det er fordi jeg laver mine push buttons forkert. Eller er det korrekt opsat i openhab, og det dermed er en "design-mangel" eller manglende feature i Google Home? Jeg har også prøvet ved at fjerne ">" foran IHC resourcen. Det kan jeg bestemt ikke anbefale, fordi det betyder, at når man bruger det fysisk IHC tryk, så tvinges knappen til OFF pga rulen fra openhab. Dvs det er ikke muligt at lave et langt tryk på en UNI400 dimmer med trykket, fordi openhab sender en OFF retur til controlleren efter 200ms som angivet i rulen, hviket jo er det som ">" skal forhindre. Så lige pt er jeg lettere frustreret over, hvordan jeg håndtere det her bedst.. Det er i øvrig samme "problem" med min garageport åbner, hvor jeg har et hjælperelæ til at trække en puls til garageport åbneren.. Jeg skal igen sige "hey google, tænd garageporten" to gange, for at åbne og lukke den. Hvad gør i andre med push buttons, og har i evt prøvet det i forbindelse med Google Home (evt Homekit, jeg tror det må være det samme. Men Homekit kan jo evt være anderledes i sig selv).

Det er måske endda to sikringer, der kan vælte det hele. Den ene til at styre output 230 modulet, (sikringen til IHC installationen). Den anden til hans 24v trafo (medmindre han sætter den på samme sikring selvfølgelig). Jeg har dog svært ved at se, at det kan være ret meget anderledes. Bortset fra det, så er det oftest nemmere at vise forbindelserne på en tegning. Jeg mener LK allerede har lavet en tegning, men jeg kan ikke lige finde den.

Ahh ja selvfølgelig.. Tænkte ikke lige på et alm 230v output selvfølgelig også kan bruges, når det er samme preference til det hele.

Hmm, bitstabil modulet er da væsentlig dyrere end output 400/8 x 10. Men det var måske ikke det modul du mente?

Han kan vel også bruge 2 af det lidt billigere 400/8 x 10 output modul: https://www.yousave.dk/shop/lk-ihc-modul-231p.html Der er de også galvanisk adskilt, og skal ikke bekymre sig om opdeling af grupper.

Done!

Hmm kan godt se at der nok ikke er andet at gøre end at prøve sig frem. Så må jeg hive fat i vandselskabet, hvis jeg ikke kan få noget igennem.

Nu har jeg lige tjekket. Og ganske som jeg huskede, så bruger jeg ikke følg/inverter blokken. Sådan her ser det ud hos mig. Så vidt jeg husker, så er det en "opskrift" taget direkte fra Visual håndbogen.

Nix.. Så vidt jeg husker forløbet, så udskiftede jeg en UNi400 dimmer med en wireless UNI250 (1 modul) dimmer til lyset (4x35watt halogen spot) i en mellemgang vi har, fordi jeg skulle have mulighed for at styre lysstyrken ordentligt og at lyset skulle tænde på alarm pir´n, når skumringsrelæet er on. Så jeg skiftede Fb til wireless dimmer, og indsætte derefter pir blokken, hvor jeg tilføjede den alarm pir i rummet, som også bruges til alarmen, samt skumringsrelæet. Og det eneste jeg husker jeg gjorde, det var at sætte pir typen til alarm i stedet for lys pir. Jeg mener at når man gør det, så går blokken ud fra, at når det er en alarm pir, så er den ON i stedet for OFF, når der ikke er bevægelse. Men jeg kigger lige på det i aften. Det er ved at være lidt længe siden jeg rodede med det, (næsten et år siden). Jeg kan bare ikke mindes jeg brugte en følg/inverter blok i det her tilfælde, Jeg kan dog tage fejl fordi jeg lavede en hel del ændringer i hele installationen i sammen omfang, og skulle bla bruge følg/inverter blokken i andre tilfælde Når du siger den reagere langsommere, hvad mener du så med "den" ? Alarm pir reagere hurtigere end lys pir. Det er derfor de er rigtig godt egnet til lys styring og alarm. Hvorimod lys pir til alarm, det er en rigtig skidt ide. Ikke dermed sagt at jeg har forsøgt dette.