Kandersen

Nix, det IHC captain ikke. Men Mikkel har vist tanker om at lave en ny "Visual". Jeg tror dog aldrig du vil se IHC Captain kunne rette direkte i et Visual program.. Det høre efter min mening heller ikke så godt sammen.

Ahh okay.. I de fleste routere er der også en DHCP server. Derfor "routeren". I mit eget setup skulle jeg så sige "controlleren", da jeg kører med Ubiquiti Unifi controller på en cloud key.. Og nåja, så har jeg i øvrig en USG som så er en Gateway.. Det bliver noget rodet at skulle kalde tingene alle disse forskellige ting, selvom de reelt burde kaldes det :-)

Tak Henning. Jeg kigger på det, men det bliver nok ikke i dag alligevel, for jeg kom til at købe en Rpi4 i dag, som jeg er ved at klargøre til mit nyeste setup af openhab :-D Så i morgen eller i overmorgen skulle jeg gerne være flyvende igen med noget lidt andet (og væsentlig hurtigere) setup. Thanks @Pauli Anttila I know it can be done in a rule, I just thought it would be alot easier to just use multichannels and Profile command insted. However I´m abit worried there may be something wrong.. I dont know if you read/understood all the danish above, but I had problems with the TOGGLE command. I never managed to get a TOGGLE OFF, and only very seldom I could get a TOGGLE ON. I assume the timing is the issue, from I press the IHC button till it goes to openhab, and then starts to react, the timing gets difficult to handle.. And it probably doesnt make things better, that I´m trying to controle a Philips Hue bulb like this. But the original poster wants to have an option to controle his Traadfri from a IHC button, (he is willing to use several buttons though). My task was to do this with one button only, like a normal IHC dimmer :-) I will give this some more tries later and play some more with the multichannel and Profiles. But right now I´m busy porting my system to an Rpi 4 I bought today.

Nå, jeg fik leget lidt med det med @Henning Pedersen blokke. Og fik det også til at virke, sådan hmm.. ja nogenlunde. Jeg kan skrue op og ned for lyset på samme knap. Og jeg kan få status retur til Dimmer blokken. MEN! Der er en del forsinkelse på, som jeg desværre frygter skyldes den måde openHAB er lavet på. Jeg kan IKKE få TOGGLE til at virke efter hensigten, ihvertfald ikke ved at bruge Profile TOGGLE. Den TOGGLER ON altid. Og jeg er ikke helt sikker på hvorfor. Det er muligvis noget timing der kan pilles ved et sted, som jeg dog endnu ikke har fundet.. Det som jeg har gjort er: 1. Lagt Hennings blokken ind i Visual programmet, hvorefter jeg linkede et tryk til det ganske almindelige input (touch) på Dimmer blokken. 2. Derefter lavede jeg manuelle channels til status (lys niveau) i dimmerblokken, som tages direkte fra den Hue lampe jeg testede med. Og jeg lavede manuelle channels til OP og NED i den "ekstra" funktionsblok som er med i Hennings eksempel. De channels ser således ud: Type dimmer : Huelys_state "Status fra Hue lys" [ resourceId=17770259, direction="WriteOnly" ] Type push-button-trigger : my_test_triggerOP "My Test Trigger OP" [ resourceId=17895442, longPressTime=400, direction="ReadOnly" ] Type push-button-trigger : my_test_triggerNED "My Test Trigger NED" [ resourceId=17895698, longPressTime=400, direction="ReadOnly" ] Derefter linkede jeg disse channels til den item som min Hue lampe er sat til. Og her skal man holde tungen lige i munden.. Det er en pokkers lang linje, men princippet går sådan set igen for de to trigger channels. (BEMÆRK - Man kan IKKE linke disse kanaler via PaperUI, da det er funktionsblok i Visual. PaperUI (auto channels) læser KUN produkterne (venstre side i Visual)). Color Huependel_col "Hue Pendel farver [%s]" <colorpicker> (HueStue, gHueStue) { channel="hue:0210:00178821639e:13:color", channel="ihc:controller:elko:my_test_triggerOP" [profile="ihc:pushbutton-to-command", short-press-command="TOGGLE", long-press-command="INCREASE", long-press-time=1000, repeat-time=200], channel="ihc:controller:elko:my_test_triggerNED" [profile="ihc:pushbutton-to-command", short-press-command="TOGGLE", long-press-command="DECREASE", long-press-time=1000, repeat-time=200], channel="ihc:controller:elko:Huelys_state" [profile="follow"], autoupdate="false" } Som det ses, så består den item af 4 channels i alt. Den første er bare den almindelige Hue channel. De to næste er IHC trigger channels. Og den sidste er den IHC channel der sender status (lys niveau) retur til IHC dimmer blokken i Visual, (den skal reelt ikke bruges til noget, lige bortset fra at Dimmer blokken ikke ved om lyset er tændt uden). Begge trigger channels har også en TOGGLE. Men jeg kan simpelthen ikke få det til at virke ordentligt. Enten reagere openhab slet ikke på et kort tryk (SHORT PRESS), eller så reagere den kun som ON ved et lidt (meget lidt) længere tryk. Og ved et længere tryk (LONG PRESS) så laver den enten en INCREASE eller DECREASE. Jeg kan ikke TOGGLE den OFF af een eller anden årsag. Det er her jeg tror det kan have noget med timing at gøre, at openhab simpelthen ikke når at fange kort tryk altid. Jeg har forsøgt at justere longPressTime i channels fra 1000 til 400. Men ikke andet end det. Det er muligt den måske skal sættes over 1000. Måske er det dimmer blokken som går ind over overruler her, men jeg kan ikke rigtig få det til at hænge sammen med, at jeg aldrig kan få den OFF, men kun ON. Der er dog ingen tvivl om, at der ligger også noget forsinkelse mellem IHC controlleren -> openhab -> Philips Hue, som gør at det godt kan gå hen og blive en virkelig udfordring at få det her til at virke bedre.. Jeg tror desværre det her hele konstruktionen og timingen som giver det her ballade. Det er bestemt tydelige at se, når man følger med i openhab loggen, at der går faktisk rimelig lang tid, fra jeg trykker på IHC trykket (via service view) og indtil increase/decrease begynder, selvom openhab modtager trykket rimelig hurtigt. Jeg har også en ide om, at blokken i Visual måske kan optimeres på en eller anden måde. Faktisk tænker jeg, at der måske slet ikke er behov for selve Dimmer blokken, hvis Henning kan fixe noget der kan "huske" og "vende" retningen uden Dimmer blokken. Jeg roder videre med i morgen. Lidt klogere er jeg da under alle omstændigheder blevet. Tak for det @Henning Pedersen :-D

Ja og nej :-) Så længe du bruger selvstændig tryk til hver funktion, så er det simpelt nok. Det nemmeste er ved brug af Profile som beskrevet i IHC docs. Jeg har ikke selv prøvet det endnu, da jeg indtil idag ikke troede det ville være muligt med andet end to tryk, og derfor har jeg ikke gidet rode med det. Men Henning har givet mig lidt blod på tanden.. Jeg sidder netop og er ved at se om jeg kan flække et eller andet sammen der giver mening. Men jeg ryger nok ind i ballade med Hennings eksempel, fordi jeg skal have state tilbage til funktionsblokken.. (man skal virkelig tænke frem og tilbage her, fordi det ikke er samme device.. Altså man kommer fra et IHC tryk og skal fx styre en Hue eller trådfri lampe igennem openhab.. Men jeg skal også tilbage til IHC igen med state fra Hue lampen. Ellers ved funktionsblokken ikke, at dimmeren (i dette tilfælde Hue lampen) er tændt). Det nemmeste ville klart være at belemre Pauli med det, meeen det er næsten for nemt så. Så jeg prøver lige selv først. Jeg vender tilbage hvis jeg lykkes med noget her, ellers så må vi ty til facitlisten (Pauli).

Jeg skal nok lige have noget mere tid til at gennemtænke det her. Umiddelbart virker det heller ikke rigtig som en løsning der er brugbar. Det er ikke IHC´s skyld, men derimod openhab.

Er der nogen bestemt grund til, at i har valgt en standard installation? (altså udover det mest oplagte som i det økonomiske).

Nope, den skruer fint op for lyset. Men når man trykker (dobbelt) for at skrue ned, så går det mindre fint. Dels hakker det (voldsomt) og dernæst så skruer det ned (eller rettere, det forsøger), og så snart man tror man har nået niveauet og slipper trykket, så skruer det ligesom op igen.. Det er muligt du måske har lavet blokken om sidenhen.. Det her var noget af det første jeg installerede sammen med IHC Captain første gang. Så det er ved at være meget længe siden Jeg har ikke giddet gøre så meget ud af det, og slet ikke efter jeg har fået stemmestyring via GA. Så bruger jeg trykket meget sjældent

Men det er ikke sådan den blok fungere som er med til IHC captain. Der skal man dobbelt-trykke for at dæmpe lyset. Det virker ikke specielt godt sammen med Hue lys, når man skal dæmpe. Det hakker og lyset kører op igen, når man slipper trykket.

openhab kan skam sagtens bruge udgangene fra funktionsblokkken. Så længe der er et resourceID så kan det bruges i openhab. Jeg tjekker dit eksempel ud når jeg kommer hjem senere i aften. Er spændt på om det kan virke sådan, for en sådan løsning har jeg sgu kigget længe efter. (Altså styre hue/whatever lys via eet IHC tryk på en ordentlig måde.. No offence Mikkel, men den måde IHC captain gør det er lidt fesen, fordi man skal dobbelt trykke for at vende retningen).

Jo med en funktionsblok med to udgange, så burde det ikke være noget problem. Men sådan en findes mig bekendt ikke. Om den kan laves ved jeg ikke. Logikken skal være det samme som den almindelige "dimmer" funktionsblok. Dvs den skal huske sidste retning, og være i stand til at vende retningen. Og så skal udgangen være ON lige så længe som man har sin spættede finger på trykket, da det er eneste måde IHC bindingen ved hvornår der er "LONG PRESS" og "RELEASE". Hvis du har mod på at lave sådan en blok, så skal jeg gerne teste den

Det kan du godt ved at bruge increase/decrease fra IHC bindingens doc. Se under ´Supported Commands´. Men det er ikke muligt at skrue op og ned for lyset fra eet tryk. Ved brug af to tryk er det intet problem. Det ene laver du til increase, og det andet til decrease.

Dem som har opsat vores easylux har "heldigvis" ikke sat dåser under. Så der er bare et hul i loftet.

Kan du ikke sætte ipén manuelt i din router, altså fx tildele et bestemt IP nummer (inde for din range) som dermed bliver statisk via MAC adressen? Det vil undre mig meget hvis du ikke kan. Selv de dårligste og efterhånden aldrene routere kan gøre det. I øvrig, om den ligger inde for din range eller ej, er i realiteten ligegyldigt, så længe du kan holde styr på dine enheder.

Adressen ligger gemt i en ARP tabel som din router sandsynligvis gemmer, måske din computer. Medmindre det er et akut problem, så kan du godt clear ARP cache. Men ellers så lad det være. Den burde selv forsvinde med tiden. Ang det at sætte fast ip.. Gør det fra din router. Det er klart det nemmeste.

Kun zwave modeller som jeg lige umiddelbart kender til. Ellers er der Honeywell som kører på Zigbee via Xiaomi. Jeg har dog ikke selv prøvet nogle af dem. Fra openhab burde du så kunne få dem over i Google, men undersøg lige om de er understøttet først.. Jeg overvejer selv at udskifte vores Easylux røgalarmer.

Snakker du om openhab nu eller hvor den skal forbindes til funktionsblokken? I openhab er den den resourceID du skal bruge til Dimmer.

It only works from the PaperUI control-panel, which in my opinion is totally waste of time using. This panel is useless, and it will probably be remove in openhab 2.3 together with the rest of PaperUI.

De her relæer kan bruges på et output modul: https://www.elsag.dk/relae-24v-ac Kontakten bruges så til at åbne eller lukke porten med.

Indlæs Alarm blokken i Visual (vælg alarm blokken og tryk F1). Der er en rimelig god forklaring deri.

Det er faktisk vist på det billede du selv viser.. I venstre side i Visual, der står Lys Niveau.

Jeg tror det er den måde appén er konstrueret på. Den gør det samme på iphone.

Hvis du kigger cam i udlandet, så er der flere som er noget billigere som fungere mindst lige så godt, eller bedre. Jeg har et Reolink RLC410. Det er super godt, og koster ca. det halve af et G3. Det virker ikke med Unifi NVR. Min couldkey kostede godt 700,-. Ja den er uden NVR og disk. Men den gør arbejdet i en almindelig privat bolig rigtig godt. Den 8 port POE switch du snakker om, det må være 60Watt modellen.. Bemærk, den er IKKE POE+ dvs den kan ikke køre alt Unifi POE. Den anden 8 port 150watt POE+ switch koster godt 1400,- Og ja, så det springende punkt for mig. Unifi kører ikke sammen med andet, fx ingen Google Home, Openhab eller lign.. Det er ikke godt, når man netop vil forsøge samle det hele.

Hold lige en pause.. Der er flere ting der går galt her. Og inden det går mere ved siden af, så stop lige op engang. 1. Hvis du vil linke et items til din dimmer, så skal du linke item til recourceID for niveau funktionen i dimmeren. I PaperUI er det den type som kaldes for Dimmer.. Derefter skal du i din items fil linke til den kanal (Dimmer). Og din item skal også have typen Dimmer. Fx.. Dimmer sove_halogenlys_niv "Spotlys i soveværelset [%.0f %%]" <cu_spot> (vLys) ["Lighting"] { channel="ihc:controller:elko:sove_dimmer", autoupdate="false" } Bemærk i min items herover, jeg har IKKE resourceID i channel. Det er fordi jeg laver channels manuelt i min .things fil. Det behøver du ikke gøre, da du i det her tilfælde sagtens kan tage Dimmer direkte i PaperUI. MEN! du vil, såvidt jeg husker, ikke kunne sætte Dimmer niveauet manuelt. Så når du fx siger til Google, "tænd... blabla lys", som er din Dimmer, så vil den tænde på 100%. Du behøver ikke tænke så meget over det her lige nu.. Bare en info hvis du støder på problemet. Du kan ikke i PaperUI linke en items til en Funktionsblok i Visual. PaperUI finder kun produkterne (venstre side) i PaperUI. Du kan godt linke til et tryk men hvis det er et typisk standard IHC tryk, så er du nødt til at have parameret (kanalen) pulseWidt på, for ellers "trykker" den ikke som du ville gøre med fingeren. Bagefter kan du have både tryk og fx tilbagemelding linket samtidig i din items.. fx sådan her: Switch bryggers_DimmerLys "Loftlys i Bryggerset [%s]" <cu_spot> (vLys) [ "Lighting" ] { channel="ihc:controller:elko:bryggers_dimmer_fb", channel="ihc:controller:elko:bryggers_dimmer_state", autoupdate="false" } Ovenstående item linket til to channels. Det første er tilbagmeldingen fra et UNI400 dimmer (på funktionsblokken). Det andet er IHC trykket. Denne items Switch vil vise ON, når dimeren er tændt, og OFF når dimmer er slukket. Og fordi der er sat PulseWidth på trykkets channel, så vil trykket fungere helt normalt fra openhab. Dvs openhab "tænder" trykket i ca. 300ms, hvorfor IHC bindingen, pga PulseWidth, selv sætter trykket til OFF igen. Håber det giver lidt mening. Bare husk, jeg bruger manuelle channels i min things fil. Så derfor er det lidt anderledes her hos mig. Men der er ikke noget til hindre for, at du kan bruge de automatiske channels som bindingen selv henter fra IHC controlleren.

Ufatteligt de ikke har fået løst det problem endnu