Kandersen

Mig bekendt kan du KUN opdatere via USB. Så om det er god, bedre eller bedst er vist ligegyldigt, da det er nødvendigt Hvis ikke du har den rigtige firmwareloader, så ved jeg med næsten 110% sikkerhed, at @Bjarne Sørensen nærmest sidder klar i kulissen og kan hjælpe.

Mener det er 25watt ligesom på 1modul dæmperne.

Yep det er møg irriterende.. Der er flere måder du kan løse det på. Men den nemmeste og mest oplagte er at lave din channel manuelt, hvilket du desværre er nødt til, fordi du skal bruge pulseWidth commandoen, for at få openhab til at slippe trykket igen efter fx 300ms. På den måde kan du tænde/slukke via openhab. Men du kan ikke regulere dæmperen.. Det er det jeg mente med at det er noget knald at lavet i openhab, og endnu mere for en ikke wireless dæmper som fx din Niko eller en LK UNI400 dæmper.. Anyway, du skal lave din channel manuelt.. Herunder er et channel eksempel taget fra en UNI400 dæmper. Type switch :stortbad_dimmer_fb "Stortbad dimmer Trigger" [ resourceId=5537553, direction="WriteOnly", pulseWidth=200 ] Denne channel vil aktivere din dæmper (resourceID) i 200ms så slipper den trykket igen. 200ms er oftest nok til at bare tænde/slukke den, uden at den ændre sig i regulering, da det i LK´s Fbére sker efter 400ms. Hvis du samtidig har en tilbagemelding fra dæmperen (eller fra FBén), så kan den se sådan her ud: Type switch :stortbad_dimmer_state "Stortbad dimmer state" [ resourceId=5540626, direction="ReadOnly" ] Og selve items hvor du både har trykket og tilbagemeldingen kunne se sådan her 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" } Hvis du ikke har tilbagemelding, (det burde ligge i FBén) så skal du bare fjerne den sidste del: Switch stort_badDimmerLys "Halogenlys i StortBad [%s]" <cu_spot> (vLys) [ "Lighting" ] { channel="ihc:controller:elko:stortbad_dimmer_fb", autoupdate="false" }

Det er mig bekendt ikke muligt. Men du kan bruges openhab app via cloud funktionen (som er en VPN). Det fungerer rimelig sikkert. Jeg mener at i den nyeste version af openhab app, der er habpanel også kommet med på en måde. Men jeg aner ikke helt hvordan, da jeg ikke selv bruger habpanel rigtigt (endnu).

Jeg synes nu FB 6.2.01.h er rimelig selvforklarende. Hvad er du usikker på? Evt marker FBén og tryk F1. Så kommer der en længere forklaring.

Så skal vi lige blive enig om, hvad du mener med "ringetryk funktioner". Er det almindelige IHC tryk du mener? Hvis ja, så kommer det an på, hvordan dine items er lavet. Dernæst så er du nødt til at nævne, hvad det er for dæmpere du bruger. Er det UNI400/350 eller lign.. Så skal du linke din items til trykket eller direkte på FBén. Er det wireless dæmpere, så styres de via % (slider) og ikke på tryk. (du kan godt med tryk, men det er efter min mening noget knald i openhab, da du pine død er nød til at bruge to tryk et til at skrue op og et til at skrue ned). Sidst men ikke mindst.. hvilken IHC binding version bruger du i openhab?

Nu har jeg kun erfaring med netop iphone versionen af LK´s app. Og udover den koster alt alt for meget, (principielt burde den være gratis, hvis man køber en HW 6/7 controller), så synes jeg faktisk den er okay i forhold til det som man hører fra fx Android versionen af samme.

Tjek lige din items linje. Jeg tror du har en space i channel=":ihc:control ler:elko:ihc_2935316".. Hvis jeg kopiere den ind i et ramme, så ser den sådan her ud: Number test_ihc "Test temperatur" (Temperatur) { channel="zwave:device:167941bc836:node21:sensor_temperature", channel="ihc:control ler:elko:ihc_2935316" [profile="follow"] } Bemærk mellemrummet i ":control ler:" Du burde dog få en fejl i openhab loggen..

Did you get your problem fixed, @Gilbert?

Got it working now.. Seems like the profile-parameterID has changed. It´s no longer needed. Insted use the channel of the thing you want the item to follow.. This item works great, and it sends the temperature to the IHC controller (temperature product) as well: Number test_temperatur "Test temperatur fra zwave temp [%.1f °C] " <cu_heating> (Temperatur) { channel="netatmo:NAModule1:75e7162d:0200002741f4:Temperature", channel="ihc:controller:elko:zwave_temp" [profile="follow"] }

You seem to be correct. I just tried as well.. I dont get anything through the follow profile.. But I doubt it´s an IHC binding issue , cause it seems that I cant even get the openhab items to update from the follow profile. This is my item: Number test_temperatur "Test temperatur fra zwave temp [%.1f °C] " <cu_heating> (Temperatur) { channel="ihc:controller:elko:zwave_temp" [profile="follow", profile-parameterID="NetamoUdendoersTemperature"] } The profile-parameterID="NetamoUdendoersTemperature" is my outdoor Netamo temperature sensor. It does update allright. But nothing gets through to the item test_temperatur, which in my opinion is wrong. It should follow the netamo sensor, even without IHC channel. And when the item doesnt update, neither does the IHC channel, ofcouse. At least this is how I understand the follow profile option. I have seen at the community others are using Number items as well, so I wonder if this is an openhab 2.5 issue. I guess I´ll have to ask..

Altså. Normalvis så ødelægger en udbyder ikke et lokalt net. At de opsætter nyt udstyr og intet virker bagefter skyldes oftest, at brugeren bruger udbyderens router, og brugeren´s lokalnet kører på et andet IP segment end det som den nye router er sat op til. Brugerens udstyr som er opsat til DHCP har oftest ikke noget problem. De forbinder blot til den nye DHCP server, som oftest er aktiveret fra udbyderens side. Men alt udstyr med statisk IP vil have problemer, fx IHC controlleren. (og i øvrig vil port forwards osv ikke virke, hvis man bruger det). Den rigtige løsning er, at logge ind i routeren og skifte IP segmentet på LAN siden, til det som man brugte før. Derved vil alt vende tilbage som det var før, inkl det udstyr som har statisk IP. Men, hvis det kun er IHC controlleren som ikke virker, og man ellers ikke har nogen grund til at rode i den, og i øvrig ikke føler sig hjemme i opsætning af lokal netværk. Så ville jeg lade routeren være som den er, og opsætte en maskine med samme IP segment som controlleren har. Og derefter ændre controlleren´s IP segment. Det tager godt og vel 30 sekunder, så er den ged barberet. Det forudsætter at man ved hvordan man skifter til statisk IP på sin PC. Det er et relativt simpelt kendskab, hvor imod opsætning af router til lokal net, det kan for mange føles som, at det kræver et mere avanceret kendskab. Den fremtids"sikre" løsning er at droppe udbyderens router helt (dvs den router som følger med fra udbyderen skal dermed sættes i bridge mode. Og så købe og tilslutte sin egen router. Derved undgår man alle problemerne, hvis udbyderen i fremtiden finder på at skifte udstyr, eller hvis man skifter til en anden udbyder. Personligt har jeg ikke brugt en udbyders router i snart 20 år eller mere. Men jeg har skiftet router mange gange og sågar skiftet udbyder flere gange.

Den nemmeste løsning må da være, at skifte IP på PCén til samme net/subnet som IHC controllere. Og så gå på den vej, skifte IP/subnet på controlleren til noget der passer til routeren.. Og så sætte PCén tilbage igen til "normal".

I´ll give it a try one of the upcoming days.

I´m think about a way to reproduce/try this follow profile, but I´m not sure what exactly I have to change/insert into the Visual (IHC) program.. Would a LK temperture sensor do (not linked to any inputs ofcouse) ?

I dont understand why it doesnt work using the follow profile.. It should if you´re absolutly sure about the channels. maybe post your full channel and item. If you are using PaperUI to add z-wave things, then maybe a screendump of the thing channels.. There could be a typo mistake somewhere.

Are you sure this is the correct channel format? Normally it uses : and not _ Like this. This is the channel for one of my z-wave sensors: "zwave:device:169d5902619:node8:sensor_temperature" I´m using a UZB1 gateway (USB dongle) and the sensor is a Everspring ST814 Temperature and Humidity sensor .

My experience... dont trust habmin. It´s faulty and doesnt update correct. Use the tail log to see what happens and what readings you get. Or create a simple sitemap to look for the states/values. As far as your example goes, it should work allright.. One thing though.. For sensors you only read, I would add readonly to the channels. There is no reason to use read/write to a resourceID which cant handle write. Like this: [ resourceId=26459, direction="ReadOnly" ]

@Pauli Anttila you´re right.. After a restart of openhab, the changed value is beeing used...

You have made a mis-spelling in the channel section of you items.. It says "....:divhus..." It should be "...:drivhus" like this: Number drivhus_sensor_ihctemp (drivhus) { channel="ihc:controller:elko:drivhus_ihctemp" } Number drivhus_sensor_ihchumid (drivhus) { channel="ihc:controller:elko:drivhus_ihchumid" } Number drivhus_sensor_ihclux (drivhus) { channel="ihc:controller:elko:drivhus_ihclux" } Switch drivhus_sensor_ihcpir (drivhus) { channel="ihc:controller:elko:drivhus_ihcpir" }

@Pauli Anttila I didn´t try restart openhab, (I´d thought about it, but wanted to tell you first). I´ll give it a try tonight to see if it changes.. If it does, I agree, it may be a openhab issue Anyway, this feature is quite awesome. It makes the use of voice command so much more correct, as it now turns on the light exactly as if somone pushed the button. It´s like going from an "okay" feature to a "perfect" feature! Really nice job done! Massive credits for all your hard work! As soon as you´re having a kinda like finished milestone done, let´s talk about how I can help to optimize the doc´s. My idea is to fill the docs with more examples of how to do things, based on manual created channels and items/sitemaps. Maybe even a danish section, as IHC seem more concentrated in the danish market. I dont know if there is an conflict in this with the openhab basic rules for documentation.

Hi @Pauli Anttila I just tested the function. At first try it worked great. I inserted onLevel=35 on two dimmers, and the dimmers turn on at level 35. But if I change the value to onLevel=55, the dimmers still turn on at value 35. These are my channels: Type dimmer :koekkenvask_dimmer "Køkkenvask Dæmper" [ resourceId=13957725, onLevel=55 ] Type dimmer :koekkenunderskab_dimmer "Køkken Underskab Dæmper" [ resourceId=4358493, onLevel=55 ]

Jo man kan, i nyere versioner af IHC Captain kan du genstarte controlleren. Du kan rent faktisk konfigurere den fuldstændig. Jeg synes jeg mindes noget om, at du i igår skrev til Bjarne, at du brugte en ældre version af IHC Captain

@Pauli Anttila Thx.. I´ll give it a try tomorrow and let you know.

Mit program er på 3.8Mb. På en 6.2 controller. Jeg bruger varmestyring fra Visual, men kun almindelig blokke, ikke boligkoncept.