Kandersen

Jeg har i sinde at gøre forsøget Og netop derfor behøver man jo ikke først uploade programmet mellem man unlinker og linker.

Jeg går ud fra du mener Control i PaperUI, når du skriver UP Paper.. Nej, jeg har ikke oplevet det samme. Det må være pga Homekit, for det bruger jeg ikke.

Ahh, der er vist større chance for at vinde den store gevinst i Lotto. Og når det sker, hvem gider så overhovedet bekymre sig om IHC Der skal nok være købere til dem. Spørgsmålet er bare hvad prisen bliver. Skulle der komme en ny tavledimmer, så er ø80 dimmerne næppe lige så attraktive som de er nu

Det er også komplet uacceptabelt. Desværre er det med det her noget vi ofte bliver bondefanget i, og konsekvenserne ved at beklage sig over det kan være ret uoverskuelige. (man piller jo ikke lige en installation ned, fordi der periodevis er problemer med den). Men det fritager immervæk ikke den der har opsat det fra ansvaret. Og det er den retning det skal gå, hvis man nogensinde skal få ændret det her. LK/Schneider gør tilsyneladende ikke ret meget af sig selv, (de har fået deres penge). Og deres loyale elektrikere hopper bare med på LK´s trip. Tilbage står en masse frustreret forbrugere med dyrt indkøbt investeringer, som til tider ikke virker. Forbrugerne kan ikke trænge igennem til LK/Schneider. Der er ikke rigtig nogen kommunikation den vej. Elektrikerne har ikke rigtig lyst, (virker det på mig) måske fordi de føler sig tvunget til at bruge LK/Schneiders produkter. (Måske fordi de ikke kender andet). Så den eneste måde det her kan ændres på, det er ved at forbrugerne klager til deres elektriker/dem der har lavet/opsat det, og vrider dem rundt indtil de vågner op, og føre det videre til producenten/LK/Schneider. Det er bare en rigtig kedelig affære at skulle igennem, for i værste fald kan det ende med, at installationen skal laves om/pilles ned. Og det er næppe et scenarie nogen ønsker, da alternativet ikke er bedre, (omend det virker). Så det er et valg mellem pest eller kolera, for forbrugerne. Lur mig om ikke LK/Schneider har gennemskuet dette for længe siden! Men det ændre ikke på, at der er producenter der laver det, og sælgere der sælger det. Og i det her tilfælde, forbrugere der må leve med konsekvensen af dette.. Jeg gad at vide hvor mange forbrugere der har læst i betingelserne, inden de købte, at IHC wireless er noget skrammel? Hvor mange nybyg firmaer har informeret deres kunder om, at valget med IHC wireless er noget ustabilt skrammel, inden kunden acceptere og betaler den enorme regning. Hvor mange kunder har overhovedet haft valgmuligheden.. Det er pudsigt der kan sidde efterhånden enormt mange mennesker og konkludere, at IHC wireless er noget skrammel. Og alligevel sælges det stadigvæk.

Men du har ingen IHC controller, vel? Jeg ville skifte lampeudtaget med et almindeligt, hvis det var mig.

Så skal det være noget underliggende, for der er ingen forskel i produktet (i venstre side). Og jeg gad at vide, hvornår den vil brokke sig, hvis man forsøge. Hvorfor? Det nye link bliver jo skrevet til controlleren, når man uploader.

@Pauli Anttila or anyone else... Perhaps you can help me with a simular problem. I´m trying to controle a Philips Hue bulb from an IHC push button. But I can get the Hue Bulb to react at all.. This is my IHC test trigger channel: Type push-button-trigger : my_test_trigger "My Test Trigger" [ resourceId=1586524 ] This is my IHC pushbutton item: Dimmer Kontor_Dimmer { channel="hue:0210:00178821639e:2:color", channel="ihc:controller:elko:my_test_trigger" [profile="ihc:pushbutton-to-command", short-press-command="TOGGLE", long-press-command="INCREASE", long-press-time=1000, repeat-time=200] } This is what happens when I press the button (either short og long press) and nothing else. 2019-01-10 23:01:28.391 [vent.ChannelTriggeredEvent] - ihc:controller:elko:my_test_trigger triggered SHORT_PRESS 2019-01-10 23:01:30.379 [vent.ChannelTriggeredEvent] - ihc:controller:elko:my_test_trigger triggered SHORT_PRESS 2019-01-10 23:01:34.258 [vent.ChannelTriggeredEvent] - ihc:controller:elko:my_test_trigger triggered LONG_PRESS 2019-01-10 23:01:35.623 [vent.ChannelTriggeredEvent] - ihc:controller:elko:my_test_trigger triggered SHORT_PRESS There is no reaction to the Kontor_Dimmer and therefore no reaction to the Hue bulb channel="hue:0210:00178821639e:2:color" either.. I can controle the item Kontor_Dimmer just fine from a Slider in sitemap. Whats missing?

Et lille tip, hvis man skal udskifte en wireless enhed med en ny tilsvarende, fx pga defekt enhed. (Jeg prøvede dette forleden da jeg skulle udskifte en Wireless UNI250 (1modul) dimmer med en anden UNI250 1modul dimmer). 1. I Visual "unlinker" man det "defekte" produkt. 2. Monte´r det nye tilsvarende produkt. 3. I Visual vælger man nu det "gamle" unlinket produkt, og linker det til det nye produkt. 4. You´re good to go! Skåret ud i pap ud fra min UNI250 (1modul) dimmer forleden. 1. I Visual unlinkede jeg den gamle trådløse dimmer. (Jeg fjernede ikke produktet, og lod alt andet være som det var). 2. Jeg monterede den nye wireless dimmer rent fysisk samme sted hvor den gamle sad. 3. Tilbage i Visual - Jeg tilføjede IKKE et nyt trådløs dimmer produkt. Derimod valgte jeg den unlinkede trådløse dimmer, og gik ind og startede link proceduren for denne. Herefter trykkede jeg på knappen på den nye dimmer for at starte linken. Når linket er opnået så..... 4. Vupti. Den gamle "defekte" dimmer er nu udskiftet med den nye i Visual programmet, uden at lave andre ændringer. Jeg er ret sikker på, at dette også ville virke, hvis jeg skiftede fra en UNI250 (1modul) til et ø80 lampeudtag dimmer, da disse to produkter er ens i Visual. Så helt tilsvarende (identisk) behøver det ikke være. I relation til ovenstående med evt. udskiftning af tryk, så kan samme metode benyttes. Og man behøver derfor ikke tilføje et nyt produkt, og flytte rundt på ind/udgange, (selvom det nu også er relativt nemt). Det her er bare endnu nemmere

Så mener jeg helt klart at Haseman (eller Fibraro dimmere, som reelt er det der sidder inde i Haseman dimmeren) er den rigtige vej at gå.

Det kan godt være PIRén fysisk sidder langt fra vinduerne. Men min pointe var, at den skal pege væk fra vinduerne.. ikke imod vinduerne

Have you tried increase the timeout setting? I think someone had a simular timeout problem, running openhab on a windows pc. Try look back a few days for post from Pauli.. I´m not sure if there was a solution posted though.

Nu har jeg læst det flere gange omkring brugen af touch og ikke mindst med scenarier og hvilke problemer folk tror det skaber med wireless dimmerne (som med jævne mellemrum bare opføre sig underligt ude yderligere forklaring). Men jeg forstår dels ikke problemet. Og dernæst evt løsning. Men er der ikke nogen der kan prøve at forklare (skære ud i pap). Hvis man skal undgå at bruge touch, hvad gør man så helt konkret? Det nytter jo ikke at skifte funktionen to 2-tast styring, hvis man kun har en tast at gøre godt med?

Jeg ved godt det måske ikke altid er muligt, men er det ikke netop een af årsagerne til, at PIR skal sidde væk fra vinduer?

Så må mit program være meget meget lidt avanceret.. Selvom der bla er alarm, varmestyring, flere PIR styringer, Zigza sensor korrigeringer (mod støj eller hvad man nu skal kalde det) Både min gamle HW 6.1 og nuværende 6.2 genstarter ikke af sig. Jeg kan faktisk slet ikke mindes een eneste gang jeg har oplevet det, udover hvis jeg har presset controlleren "udefra" med openhab oa.

Ahh, may have been why I havn´t paied attention to that part

Bare ved at linke et IHC tryk til et item på helt sædvanlig vis. Selvom jeg har linket en del tryk, så er det ikke rigtig noget jeg bruger, udover at det desværre er nødvendigt hvis man bruger Google Home. For hvis man linker til en Wireless Dimmer, og smider Google Home tag på selve dimmeren, og man så bare beder Google tænde lyset, så tænder den på 100% hver gang. Det løses enten ved at linke til trykket for Dimmeren (forudsat at man har sat scenarie på dimmeren i Visual). Og så lade Google Home bruge trykket. Ellers skal man hvergang fortælle Google, hvor mange % den skal tænde lyset på. Med en uni400 dimmer er det ikke det store problem, for der er kun trykket. Og den vil som udgangspunkt tænde på det niveau som den sidst var tændt på. Men det var et lille sidespring

Jeg tror jeg ville holde et meget vågent øje med, hvor ofte controlleren genstarter. Den bør som nævnt ikke bare genstarte i tide og utide. Så er der noget andet galt et sted, (muligvis i porgrammet).

Jeg bruger som regel administrator til at se oppetiden. Det gange hvor vores controller har været genstartet, det har været provokeret pga "stress", dvs for meget der "tæsker" løs på den på een gang med 2 x openhab, 1 x IHC captain og LK´s IHCremote. Og ellers har det kun været ved opdateringen. Jeg mener ikke en IHC controller skal genstarte af sig selv. Så er der noget galt et eller andet sted, og det ville jeg forsøge fikse. Bjarne, hvorfor deaktivere PIR´?

Det er fair nok I fandt en work-around for dette. Men jeg ville være mest bekymret for, hvorfor controlleren genstarter så ofte. Det burde den jo ikke. At alarmen så går i gang fordi skalsikringen ikke er på plads, det er en anden side, som helt klart heller ikke burde sket.

Nej det kunne lige passe at LK/Schneider laver sådan et stunt..

Ahh ofcouse.. I have never worked with profiles, I use rules insted. So I didn´t pay enough attention on this part of the openhab doc.

Klar er måske så meget sagt. Så vidt jeg husker så flød det med klager kort tid efter den kom på markedet. Men ja, den har nok være under udarbejdelse i lang tid før. Så meget desto værre.

Mon ikke 3. er hele årsagen til både 2 og 1.. Som jeg husker det kom denne controller meget mystisk hurtigt på markedet, nærmest ud af det blå.

I´m curious.. How the heck did you came up with this solution? No matter how many times I´ve read the doc, I dont see this as an option. Am I looking at the wrong docs?? (this link: https://github.com/paulianttila/openhab2-addons/blob/ihc-binding2/addons/binding/org.openhab.binding.ihc/README.md )

Det kan det fordi forbrugerne ikke har valgmuligheder. Jeg kan fx ikke vælge et selskab som bruger summationsmåler. Jeg er pinedød nødt til at høre under Cerius som har valgt at bruge fasemåler. En tilsvarende kunde i et andet selskab har derimod en summationsmåler, (og kan i øvrig heller ikke skifte, hvis han ville dette).