[Openhab2, hvad er det jeg overser ?]

1 time siden, Kandersen skrev:

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. 

I looked at rules aswell, but for my purpose it feels like overkill when I do not want any ekstra functionallty besides updating values.

 

Btw. everything works as expected now, even my OpenWeatherMap to IHC communication - and of course back to Homekit for iphone control of everything.

[Openhab2, hvad er det jeg overser ?]

1 time siden, Pauli Anttila skrev:

@LarsC, openHAB 2 bindings only handles commands, so item updates are not processed by the bindings:

1. Bindings updates channels which are linked to the items

2. Bindings process commands which are send to items which are linked binding channels.

Because MQTT binding updates item state, state isn't send to IHC controller. From Paper UI, you send commands as you want to change the state, therefore command is send to the IHC controller.

Follow profile or rules can be used to handle this situation.

Thanks @Pauli Anttila

Got it working with profiles.

 

[Openhab2, hvad er det jeg overser ?]

3 timer siden, LarsC skrev:

@Pauli Anttila

Hi Pauli,

Any hints or suggestions to why my items do not update the IHC value when a new mqtt message arrives ?

 

In version 1.0 I used:

Number Temperature_Kontor "Temperatur Kontor [%.1f °C]" <temperature> [ "CurrentTemperature" ] { mqtt="<[mqtt:temp/kontor:state:default]", ihc=">0x410f14" }

 

Here in 2.0 I use:

Number Temperature_Kontor "Temperatur Kontor [%.1f °C]" <temperature> [ "CurrentTemperature" ] { channel="mqtt:topic:b5bd6b00:kontor", channel="ihc:controller:elko:temp_kontor" }

 

When I manually click 'ok' under PaperUI->controls it updates fine with the received mqtt value into IHC

 

I actually think I got the solutions now !

I had to use the profile option on my item.

 

Number Temperature_Kontor "Temperatur Kontor [%.1f °C]" <temperature> [ "CurrentTemperature" ] { channel="mqtt:topic:node-red:mqtt_temp_kontor", channel="ihc:controller:elko:ihc_temp_kontor" [profile="follow"] }

 

Only minor issue is that I have to restart OH every time i change anything in my items before it will, even though it updates after every save.

[Openhab2, hvad er det jeg overser ?]

@Pauli Anttila

Hi Pauli,

Any hints or suggestions to why my items do not update the IHC value when a new mqtt message arrives ?

 

In version 1.0 I used:

Number Temperature_Kontor "Temperatur Kontor [%.1f °C]" <temperature> [ "CurrentTemperature" ] { mqtt="<[mqtt:temp/kontor:state:default]", ihc=">0x410f14" }

 

Here in 2.0 I use:

Number Temperature_Kontor "Temperatur Kontor [%.1f °C]" <temperature> [ "CurrentTemperature" ] { channel="mqtt:topic:b5bd6b00:kontor", channel="ihc:controller:elko:temp_kontor" }

 

When I manually click 'ok' under PaperUI->controls it updates fine with the received mqtt value into IHC

 

[Openhab2, hvad er det jeg overser ?]

32 minutter siden, Kandersen skrev:

Måske du skal hive Pauli ind i debatten og høre ham, (på engelsk). Jeg har ikke så meget erfaring med at skrive til IHC controlleren fra en anden item, udover hvis det er via en rule. 
Og jeg undre mig vildt over, at det virker som du beskriver via PaperUI control panel. 

Det tætteste jeg kommer fra IHC bindingens doc, det er denne:
 

Type number-channel                : readonly_resource   "Read only resource"  [ resourceId=1212121, direction="ReadOnly" ]
        Type number-channel                : write1_resource     "Write 1 resource"    [ resourceId=1111111, direction="WriteOnly", commandToReact="1", pulseWidth=300 ]
        Type number-channel                : write2_resource     "Write 2 resource"    [ resourceId=2222222, direction="WriteOnly", commandToReact="2", pulseWidth=300 ]
        Type number-channel                : write3_resource     "Write 3 resource"    [ resourceId=3333333, direction="WriteOnly", commandToReact="3", pulseWidth=300 ]

Number multi_resource_test  "Multi resource test"  { channel="ihc:controller:elko:readonly_resource", channel="ihc:controller:elko:write1_resource", channel="ihc:controller:elko:write2_resource", channel="ihc:controller:elko:write3_resource" }

Men det er vel i realiteten også sådan du har gjort det, bortset fra at du læser fra mqtt..  

Det er lige præcis det.

Med ver. 1.0 brugte jeg følgende linje i items:

Number Temperature_Kontor "Temperatur Kontor [%.1f °C]" <temperature> [ "CurrentTemperature" ] { mqtt="<[mqtt:temp/kontor:state:default]", ihc=">0x410f14" }

Det har virket upåklagelig.

Jeg prøver Pauli

[Openhab2, hvad er det jeg overser ?]

18 minutter siden, Kandersen skrev:

Nu er jeg forvirret.. Hvor trykker du ok?

I paperUI under control, der kan jeg se mine temperaturer, og de bliver fiont opdateret her, fra mqtt.

Når jeg trykker ok på den, så bliver værdien sent til ihc som den skal.

 

Alt dette sker bare ikke automatisk

[Openhab2, hvad er det jeg overser ?]

1 time siden, Kandersen skrev:

Jeg har ikke selv prøvet det den vej. Men er du sikker på du skal bruge number og ikke string? Og så fange værdien fra mqtt som string? Jeg synes jeg kan huske noget med, at mqtt operere med strings.. Men jeg kan ikke huske det præcist. 

Værdierne fra mqtt kommer fint ind i mine items, og det samme kan jeg få mine ihc værdier til.

Men udfordringen er at få dem sendt til ihc igen.

Hvis jeg i paperUI blot trykker på 'ok' på værdien efter mqtt har opdateret den, så bliver den fint sent til ihc.

 

Så den opdatere min item, men får den ikke afsendt til ihc ved opdateringen.

[Openhab2, hvad er det jeg overser ?]

Hej,

Jeg er ved at lave min OH2 om til at bruge den nye binding.

I den forbindelse har jeg dog lidt udfordringer med at få den til at skrive en værdi ind i IHC som jeg modtager fra en mqtt besked.

Når jeg sætter en værdi i paperUI, så opdaterer den fint ind i controlleren.

Når der kommer en ny besked fra mqtt, så bliver værdien fint ændret igen i OH, men den kommer bare ikke videre til IHC.

 

Så det er lidt som om at den mangler en trigger når værdien kommer fra mqtt ?

 

things:

    Channels:
        Type number-channel                : temp_kontor  "Temperatur Kontor"          [ resourceId=4263700, direction="WriteOnly" ]

items:

Number Temperature_Kontor "Temperatur Kontor [%.1f °C]" <temperature> [ "CurrentTemperature" ] { channel="mqtt:topic:b5bd6b00:kontor", channel="ihc:controller:elko:temp_kontor" }

[openHAB2 IHC binding]

3 timer siden, Pauli Anttila skrev:

I updated the dropbox link to to updated binding version, which hopefully solve the linking problem.

2.3.0 RC1 Paper UI (at least) have couple issues now open related to channel linking, so there might still be some difficulties to link in some circumstances.

It works here aswell !

Good job !

[openHAB2 IHC binding]

Initially I could not click on the manually created channel either, but after a page refresh I could.

I just used some random channel and ressource id

[openHAB2 IHC binding]

44 minutter siden, Pauli Anttila skrev:

Did you try to refresh the page (reload the Paper UI page)? I have seen similar problem, but page refresh have always helped (issue is related to Paper UI not the binding itself).

Hi Pauli, and thanks for an updated add-on !

I have the same issue as Ejvind, I have tried an force-refresh (ctrl+f5) it does not change anything.

[Valg af alarm - Integration til IHC?]

Der findes masser af alarmsystemer som også har en event baseret tilgang til programmering.

Jeg bruger selv en Lares alarm som sætter nogle relæer høj/lav alt efter om der er alarm, fuld eller del tilkoblet.

Dem har jeg så monteret over i min ihc og på den måde kan jeg så både få status i ihc, og muligheden for at til/fra koble fra ihc.

 

Det giver nogle fede muligheder med at aktivere en sluk alt, ved fuld tilkobling, og tænde lys ved frakobling hvis skumring er aktiv.

osv osv osv..

[Ønsker til version 2.2]

Integration til BlueSound

[Best practice Openhab2 (binding ver 1), Homekit og IHC]

1 minut siden, Kandersen skrev:

Sidder ikke lige ved min maskine, men du kan få en items linje i aften. 
Og ja, det er bare at linke til resourcen for trykket i OpenHab. Jeg har gjort det med en hel del tryk i vores hus, og det fungere ganske udmærket. Det eneste du ikke kan, det er "langt" tryk. Det fatter OpenHab2 simpelthen slet ikke. Så det har jeg opgivet at få til at virke. Jeg kan dog ikke hjælpe med Homekit, for det bruger jeg ikke.

Det lyder godt!

Langt tryk har jeg heller ikke noget at bruge til, jeg laver den enten direkte ind i fb'en eller også bare et 'fiktiv' tryk som jeg kan ramme fra openHab.

homekit delen har jeg styr på.

[Best practice Openhab2 (binding ver 1), Homekit og IHC]

Jeg er ved at prøve og lave et tryk i homekit som skal aktivere en funktionsblok (sluk alt).

Ønsket er at den blot skal sende en puls til fb'en

Men jeg synes pinedød ikke jeg kan få den til at aktivere den.

 

Jeg har en masse andet kørende, som dog går direkte ind på output istedet, det fungere fint.

Er der nogen som har en linje fra ihc.items der virker, som jeg må se ? og det er vel bare resource_input id der skal linkes til ?

[Best practice - Scenarier]

Hej,

Hvordan håndtere i eksempelvis et sluk alt scenarie.

 

Jeg har overvejet om man bør oprette en lokalitet som hedder eks. scenarier, heri vil jeg så lave en helt enkel fb som slukker alt det relevante.

I mit soveværelse vil jeg så lave en fb med et langt tryk som kalder ovenstående scenarie.

Derudover vil jeg i min alarm lokalitet kalde min sluk alt fb ved tilkobling af alarm.

osv.

 

På den måde kan jeg genbruge min sluk alt, men er det måden at gøre det på for at holde det enkelt og mere OOP 'agtigt' ?

 

[IHC Dæmp på LED spot.]

20 timer siden, Bjqrn skrev:

Fraskriver lk sig ikke stadig garanteret funktionalitet hvis flere wl dimmer placeres for tæt sammen ?  

Muligvis, men jeg har 11stk lige under hinanden - det giver ingen problemer.

[Wireless dæmper Ø80 udtag version 2: Valg af LED lyskilde]

Jeg bruger Philips MasterLED (3000K) de kører helt perfekt (96stk)

[IHC-Bridge 2]

Er udfordringen med at man ikke kan kommunikere med ihc controlleren, så længe ihc bridge er aktiv blevet løst ?

Jeg har ihvertfald problemer, både med at logge ind i ihc admin, samt bruge openhab - så længe ihc bridge kører.

Med det samme jeg ændre ip adressen til controlleren inde i ihc bridge, så kører det andet.

[IHC-Bridge 2]

1 time siden, cis2131 skrev:

Tak..

Problemet med at sætte temperaturer, er at jeg ikke kan identificere hvilken id den ligger på i projekt filen. Når jeg finder en metode til det, så burde det godt kunne lade sig gøre.

Måske man bare kan finde den manuelt indtil ?

Jeg har lige snippet fra min vis fil.

<product_dataline id="_0x362f53" product_identifier="_0x2124" name="Temperatur sensor" locked="yes" icon="_0x83" note="Temperatur sensor med rum- og gulvføler" position="I loft">
            <resource_temperature id="_0x363014" name="Rumtemperatur" inivalue="20.00" accessibility="read"/>
            <resource_temperature id="_0x363114" name="Gulvtemperatur" note="Valgfri ekstern gulvføler" inivalue="20.00" accessibility="read"/>
            <resource_input id="_0x363211" name="Alarm" icon="_0x36" note="Høj ved fejl" accessibility="read"/>
            <resource_temperature id="_0x363314" name="Kalibrering af rumføler" note="Offset fra målt temperatur" setting="yes"/>
            <resource_temperature id="_0x363414" name="Kalibrering af gulvføler" note="Offset fra målt temperatur" setting="yes"/>
            <settings id="_0x363525" name="Indstillinger" note="Produkt indstillinger">
               <dataline_input id="_0x36365a" name="Temperatur sensor indgang"/>
            </settings>
         </product_dataline>

[IHC-Bridge 2]

8 timer siden, cis2131 skrev:

Der et nogle som har forespurgt på et api til IHC-Bridge, så man kan integrere med andre ting.

Det er faktisk allerede muligt, Så jeg har lige opdateret Det første indlæg med dokumentation for det.

Måske det kan bruges til at åbne op for Android telefoner, hvis der er nogle som er til dens slags.

Det er dælme smart !

Er der mulighed for at sætte en temperatur denne vej også ?

[IHC-Bridge 2]

4 minutter siden, Raverlution skrev:

Okay, ja det er da lidt af en udfordring..

Problemet hvis du laver den løsning ved mig er at jeg har en afbryder med 6 til at lave scenariestyring, dvs. en knap til madlavning 80% spise 40% hygge 10% og rengøring 100% så hvis jeg aktiverer de knapper hopper den først op på det indstillede faktisk præcis som den gør nu. og når den gør det kan jeg ikke bare aktivere samme scenarieknap igen, jeg skal vælge et andet scenarie og derefter trykke på det scenarie jeg vil have igen. det ville nok blive ret irriterende i længden

 

Men det bliver vel ikke værre end det allerede er ?

 

Edit: Hov vent, er det ikke kun via home/eve at den ryger op på max ved tænd ? hvis man bruger sit ihc tryk er der vel ingen fejl efter den nyeste opdatering, eller har jeg misforstået ?

[IHC-Bridge 2]

Det lyder klart som den bedste løsning på udfordringen.

Det er jo trods alt kun en gang den skal sættes.

[Type Signal Der Sendes Fra Fx Temp. Sensor Til Ihc Input]

På 17/1/2017 at 11:44 , Mikkel Skovgaard skrev:

Hvis mit familie liv snart bliver bare lidt normalt releaser jeg det hele - hvordan man f.eks. kan sætte en værdi via http - så kan man f.eks. så vejrdata ind fra weather.com api etc.

Hej Mikkel,

Af ren og skær nysgerrighed, hvordan er dit liv ?

Har du evt. nogle hints til hvordan jeg kan sætte en værdi direkte via http ?

[IHC-Bridge 2]

Er der kommet en løsning på at dimmere ikke kører op på fuld hammer ca 1-2sekunder efter tænd ?

Bortset fra det, så kører det jo bare fantastisk. Oplever ingen fejl med manglende forbindelse mv. - nu mangler jeg blot at få kørt nogle temperaturer ind også.