Kandersen

Det må betyde at controlleren internt har kørt som den skulle men at kommunikation udefra/indefra ikke rigtig fungere.. Og så er du tilbage til wireless igen, som en oplagt potentiel fejlmulighed, som før er set kan fucke controlleren op, så alting virker enormt sløvt.

I always do, cause thats the only way to test if an items is working correctly. But the issue was on the Google side, and it went away the day after.

Kender følelsen Jeg har også tænkt lidt over om man skulle sætte en remote kontakt ind over controlleren, specielt fordi jeg har openhab kørende uafhængig af IHC controlleren, så kan det ske via den og et simpelt WiFi (Sonoff) eller z-wave relæ. Jeg har bare ikke rigtig fået taget mig sammen til det endnu, fordi problemerne opstår for sjældent. Men selv de gange jeg har været hjemme og problemet har været der, så er det rø irriterende at jeg skal på loftet for at slukke controlleren. Så måske jeg bare skal tage mig sammen og gøre noget ved det

Hiv batterierne ud af trykket og fjernbetjeningen. Jeg har ingen erfaring med de fjernbetjeninger. Men igen for at bruge udelukkelsesmetoden, når nu du insistere på at ville fejlsøge, så ville jeg prøve sådan. Og så selvfølgelig alt andet wireless også, måske een ad gangen og se hvad der sker.

Ikke i IHCRemote. Der angiver man kun SSL porten. Jeg har lige tjekket det

Den mener jeg ikke han behøver,. IHCremote bruger kun SSL porten, så vidt jeg husker. Men hvis han skal have gang i serviceview eller lign, ja så skal den vist nok også bruges (selvom jeg ikke helt forstår hvorfor).

@Pauli Anttila Great, really looking forward to that. I´m done "converting" all my stuff from the old 1.13 binding to the new. Old binding is uninstalled Hopefully you´re travelling on vacation

Ja det er det jeg har oplevet et par gange, når noget er gået galt helt. Controlleren virker helt som den skal, men wireless er yderst trægt eller slet ikke brugbart. Dog ikke på alle wireless enheder. Der har serviceview og remote app virket. Jeg tror din situation er anderledes. Men for at fejlsøge, så ville jeg alligevel prøve at slukke wireless een ad gangen. Om ikke andet så for at udelukke den del.

Det er jeg ikke helt med på, hvordan det? Jeg tænker på den samme situation som hvis du tilslutter en bit sensor, men ikke får opsat den i Visual. Der bliver controlleren også helt vildt sløv. Det "opdages" bedst ved, at fx wireless reagere af røvens til, enten meget sløvt eller slet ikke. Jeg har prøvet det et par gange. Første gang vidste jeg ikke hvad det var, anden gang var jeg ikke i tvivl Et wireless tryk?

Jeg kender ikke til denne udbyder. Men umiddelbart ser det ud som om, at WAN IP adressen er 100.70.48.23. Så jeg er ikke helt med på, hvor du får 185.107.15.239 fra?

Ja, men hvis det er en tæller (eller andet) som står og belaster controlleren helt vildt, så er jeg ret sikker på, at du kommer ingen steder. Det ville også forklarer hvorfor wireless er påvirket mens trådede enheder ikke er. Det kan også være en wireless enhed. Og der har du fordelen, at du kan fjerne strømmen fra enhederne een af gangen, og se om controlleren falder til ro. Der er ingen tvivl om, at der er noget der belaster controlleren - Du skal bare finde ud af hvad det er

Hi Pauli.. Will any of these features be included into the binding? (either the 100 or option to set a static level).

Hvis ikke du kan komme i Serviceview, så er det svært at fejlsøge på, efter min mening. Og du står nok og må erkende, at strømmen til controlleren skal fjernes, for at komme tilbage til "normal". Det er møg irriterende når det sker. Heldigvis sker det sjældent hos mig. Og de gange det er sket, der har jeg fint kunne komme på serviceview/administrator osv..

Agree, this is not a IHC binding issue.. It´s surely a openhab/google issue, (probably Google issue). An noone seems to know the reason, and it´s difficult to troubble-shoot as well.

Ignore the above Google Assistant issue.. I got it fixed. Had to remove the openhab link to Google Assistant and re-add it again. After that its working fine again. Guess this was just some weird Google thing!! EDIT - And now I´m back to having this issue again

Hi @Pauli Anttila I´m almost done coverting all my items from the old 1.13 binding to the new one. Now I have run into a highly strange Google Assistant (Home) issue, i really cant explain. Issue is: When I tell Google to turn on a specific light, (one lamp) Google returns with "okay, turning on 2 lamps", even though I have only tagged ONE lamp. This happens to all my IHC items I have tagged Google Assistant. This is what happens in the tail log.. Notice, the items recives ON twice within aprox 300ms.. 2019-03-18 22:36:29.668 [ome.event.ItemCommandEvent] - Item 'casperDimmerLys' received command ON 2019-03-18 22:36:29.967 [ome.event.ItemCommandEvent] - Item 'casperDimmerLys' received command ON 2019-03-18 22:36:30.472 [vent.ItemStateChangedEvent] - casperDimmerLys changed from OFF to ON This is my .things file for the device: Type switch :casper_dimmer_fb "Casper dimmer Trigger" [ resourceId=12815889, direction="WriteOnly", pulseWidth=100 ] Type switch :casper_dimmer_state "Casper dimmer state" [ resourceId=12818962, direction="ReadOnly" ] And this is my item for the things: Switch casperDimmerLys "Loftlys i Caspers værelse [%s]" <light> [ "Lighting" ] { channel="ihc:controller:elko:casper_dimmer_fb", channel="ihc:controller:elko:casper_dimmer_state", autoupdate="false" } I say: "Hey Google turn on Loftlys i Caspers værelse" Google respond: "Okay, turning on 2 lamps". And the light turns on. This happens to all my IHC items I have tagged Google Assistant. I´m pretty possitive (99% sure) this didnt happen yesterday and the day before yesterday, because while converting all my items to the new binding, I made quite a few test after each item, to be sure they worked.. Now I have no idea how to troubble-shoot this issue.. When I use REST to list the items with the "Lighting" tag, this is the result: [ {"link":"https://home.myopenhab.org:443/rest/items/bryggers_DimmerLys","state":"OFF","stateDescription":{"pattern":"%s","readOnly":false,"options":[]},"editable":false,"type":"Switch","name":"bryggers_DimmerLys","label":"Bryggers Halogenlys","category":"light","tags":["Lighting"],"groupNames":[]}, {"link":"https://home.myopenhab.org:443/rest/items/bryggers_Skablys","state":"OFF","stateDescription":{"pattern":"%s","readOnly":false,"options":[]},"editable":false,"type":"Switch","name":"bryggers_Skablys","label":"Bryggers Skablys","category":"light","tags":["Lighting"],"groupNames":[]}, {"link":"https://home.myopenhab.org:443/rest/items/lille_bad_OEV","state":"OFF","stateDescription":{"pattern":"%s","readOnly":false,"options":[]},"editable":false,"type":"Switch","name":"lille_bad_OEV","label":"Lille Bad Lys","category":"light","tags":["Lighting"],"groupNames":[]}, {"link":"https://home.myopenhab.org:443/rest/items/spise_halo_styrke","state":"0","stateDescription":{"pattern":"%s %%","readOnly":false,"options":[]},"editable":false,"type":"Dimmer","name":"spise_halo_styrke","label":"Spotlys ved spiseplads","category":"light","tags":["Lighting"],"groupNames":[]}, {"link":"https://home.myopenhab.org:443/rest/items/kontor","state":"ON","stateDescription":{"pattern":"%s","readOnly":false,"options":[]},"editable":false,"type":"Switch","name":"kontor","label":"Loftlys i kontoret","category":"light","tags":["Lighting"],"groupNames":[]}, {"link":"https://home.myopenhab.org:443/rest/items/koekken_underskablys_niv","state":"0","stateDescription":{"pattern":"%.0f %%","readOnly":false,"options":[]},"editable":false,"type":"Dimmer","name":"koekken_underskablys_niv","label":"Lyset under køkkenskabe","category":"light","tags":["Lighting"],"groupNames":[]}, {"link":"https://home.myopenhab.org:443/rest/items/amanda_OEV","state":"OFF","stateDescription":{"pattern":"%s","readOnly":false,"options":[]},"editable":false,"type":"Switch","name":"amanda_OEV","label":"Lampeudtag i Amandas værelse","category":"light","tags":["Lighting"],"groupNames":[]}, {"link":"https://home.myopenhab.org:443/rest/items/amanda_OEH","state":"OFF","stateDescription":{"pattern":"%s","readOnly":false,"options":[]},"editable":false,"type":"Switch","name":"amanda_OEH","label":"Spotlys i Amandas værelse","category":"light","tags":["Lighting"],"groupNames":[]}, {"link":"https://home.myopenhab.org:443/rest/items/sove_lampeudtaglys","state":"OFF","stateDescription":{"readOnly":false,"options":[]},"editable":false,"type":"Switch","name":"sove_lampeudtaglys","label":"Lampeudtag i soveværelset","category":"light","tags":["Lighting"],"groupNames":[]}, {"link":"https://home.myopenhab.org:443/rest/items/garage_lys","state":"OFF","stateDescription":{"pattern":"%s","readOnly":false,"options":[]},"editable":false,"type":"Switch","name":"garage_lys","label":"Garage Loftlys","category":"light","tags":["Lighting"],"groupNames":[]}, {"link":"https://home.myopenhab.org:443/rest/items/garage_ydoer","state":"OFF","stateDescription":{"pattern":"%s","readOnly":false,"options":[]},"editable":false,"type":"Switch","name":"garage_ydoer","label":"Garage lys konstant","category":"light","tags":["Lighting"],"groupNames":[]}, {"link":"https://home.myopenhab.org:443/rest/items/aktivitetUBeboet","state":"ON","stateDescription":{"pattern":"","readOnly":false,"options":[]},"editable":false,"type":"Switch","name":"aktivitetUBeboet","label":"Ubeboet tilstand","category":"cu_switch","tags":["Lighting"],"groupNames":[]}, {"link":"https://home.myopenhab.org:443/rest/items/spise_bord_niv","state":"0","stateDescription":{"pattern":"%s %%","readOnly":false,"options":[]},"editable":false,"type":"Dimmer","name":"spise_bord_niv","label":"Lyset over spisebord","category":"light","tags":["Lighting"],"groupNames":[]}, {"link":"https://home.myopenhab.org:443/rest/items/stue_sov_OEH","state":"OFF","stateDescription":{"pattern":"%s","readOnly":false,"options":[]},"editable":false,"type":"Switch","name":"stue_sov_OEH","label":"Stue M2","category":"light","tags":["Lighting"],"groupNames":[]}, {"link":"https://home.myopenhab.org:443/rest/items/lys_haven","state":"OFF","stateDescription":{"pattern":"%s","readOnly":false,"options":[]},"editable":false,"type":"Switch","name":"lys_haven","label":"Lyset i haven","category":"light","tags":["Lighting"],"groupNames":[]}, {"link":"https://home.myopenhab.org:443/rest/items/marc_OEH","state":"OFF","stateDescription":{"pattern":"%s","readOnly":false,"options":[]},"editable":false,"type":"Switch","name":"marc_OEH","label":"Spotlys i Marcs værelse","category":"light","tags":["Lighting"],"groupNames":[]}, {"link":"https://home.myopenhab.org:443/rest/items/marc_OEV","state":"OFF","stateDescription":{"pattern":"%s","readOnly":false,"options":[]},"editable":false,"type":"Switch","name":"marc_OEV","label":"Lampeudtag i Marcs værelse","category":"light","tags":["Lighting"],"groupNames":[]}, {"link":"https://home.myopenhab.org:443/rest/items/stue_sov_OEV","state":"OFF","stateDescription":{"pattern":"%s","readOnly":false,"options":[]},"editable":false,"type":"Switch","name":"stue_sov_OEV","label":"Stue M1","category":"light","tags":["Lighting"],"groupNames":[]}, {"link":"https://home.myopenhab.org:443/rest/items/sove_halogenlys_niv","state":"0","stateDescription":{"pattern":"%.0f %%","readOnly":false,"options":[]},"editable":false,"type":"Dimmer","name":"sove_halogenlys_niv","label":"Spotlys i soveværelset","category":"light","tags":["Lighting"],"groupNames":[]}, {"link":"https://home.myopenhab.org:443/rest/items/casperDimmerLys","state":"ON","stateDescription":{"pattern":"%s","readOnly":false,"options":[]},"editable":false,"type":"Switch","name":"casperDimmerLys","label":"Loftlys i Caspers værelse","category":"light","tags":["Lighting"],"groupNames":[]}, {"link":"https://home.myopenhab.org:443/rest/items/stort_badDimmerLys","state":"OFF","stateDescription":{"pattern":"%s","readOnly":false,"options":[]},"editable":false,"type":"Switch","name":"stort_badDimmerLys","label":"Halogenlys i StortBad","category":"light","tags":["Lighting"],"groupNames":[]}, {"link":"https://home.myopenhab.org:443/rest/items/aktivitetLysKonstant","state":"OFF","stateDescription":{"pattern":"%s","readOnly":false,"options":[]},"editable":false,"type":"Switch","name":"aktivitetLysKonstant","label":"Konstantlys i aktivitetrum","category":"light","tags":["Lighting"],"groupNames":[]}, {"link":"https://home.myopenhab.org:443/rest/items/aktivitet_halo_styrke","state":"0","stateDescription":{"pattern":"%s %%","readOnly":false,"options":[]},"editable":false,"type":"Dimmer","name":"aktivitet_halo_styrke","label":"Spotlys i aktivitetrum","category":"light","tags":["Lighting"],"groupNames":[]}, {"link":"https://home.myopenhab.org:443/rest/items/koekken_vasklys_niv","state":"30","stateDescription":{"pattern":"%.0f %%","readOnly":false,"options":[]},"editable":false,"type":"Dimmer","name":"koekken_vasklys_niv","label":"Lyset ved køkkenvask","category":"light","tags":["Lighting"],"groupNames":[]}, {"link":"https://home.myopenhab.org:443/rest/items/aktivitetBeboet","state":"OFF","stateDescription":{"pattern":"","readOnly":false,"options":[]},"editable":false,"type":"Switch","name":"aktivitetBeboet","label":"Beboet tilstand","category":"cu_switch","tags":["Lighting"],"groupNames":[]} ] I have tried restart openhab. I have cleard cache and tmp, and restarted. It´s still an issue.. Do you have any idea how to trouble-shoot this issue? EDIT: It may be a Google/openhab issue as I suddenly remember I made a sligt mistake in the last item I changed.. I have asked Memeth for help in the openhab community: https://community.openhab.org/t/official-google-assistant-integration-for-openhab/40425/827?u=kim_andersen

@Pauli Anttila From Tail log: This is what happens when I ask Google to turn on wireless dimmer: 2019-03-16 15:06:43.249 [ome.event.ItemCommandEvent] - Item 'sove_halogenlys_niv' received command ON 2019-03-16 15:06:43.701 [vent.ItemStateChangedEvent] - sove_halogenlys_niv changed from 0 to 1 And TRACE log when asking Google to turn on wireless dimmer: 2019-03-16 15:10:42.551 [DEBUG] [ding.ihc.internal.handler.IhcHandler] - Received channel: ihc:controller:elko:sove_dimmer, command: ON 2019-03-16 15:10:42.556 [DEBUG] [ding.ihc.internal.handler.IhcHandler] - Channel params: [ channelTypeId=dimmer, resourceId=13710941, direction=ReadWrite, commandToReact=null, pulseWidth=null, inverted=false, serialNumber=null, longPressTime=null ] 2019-03-16 15:10:42.559 [DEBUG] [ding.ihc.internal.handler.IhcHandler] - Send command 'ON' to resource '13710941' 2019-03-16 15:10:42.561 [DEBUG] [ding.ihc.internal.handler.IhcHandler] - Update resource value (inverted output=false): [resourceId=13710941, value=1, min=0, max=100] 2019-03-16 15:10:42.871 [DEBUG] [ding.ihc.internal.handler.IhcHandler] - Received channel: ihc:controller:elko:output13710941, command: ON 2019-03-16 15:10:42.874 [DEBUG] [ding.ihc.internal.handler.IhcHandler] - Channel params: [ channelTypeId=switch, resourceId=13710941, direction=null, commandToReact=null, pulseWidth=null, inverted=false, serialNumber=null, longPressTime=null ] 2019-03-16 15:10:42.877 [DEBUG] [ding.ihc.internal.handler.IhcHandler] - Send command 'ON' to resource '13710941' 2019-03-16 15:10:42.880 [DEBUG] [ding.ihc.internal.handler.IhcHandler] - Update resource value (inverted output=false): [resourceId=13710941, value=1, min=0, max=100] 2019-03-16 15:10:42.903 [DEBUG] [org.openhab.binding.ihc.ws.IhcClient] - 2 new notifications received from controller 2019-03-16 15:10:42.918 [DEBUG] [ab.binding.ihc.internal.ws.IhcClient] - 1 new notifications received from controller 2019-03-16 15:10:42.919 [DEBUG] [ding.ihc.internal.handler.IhcHandler] - resourceValueUpdateReceived: [resourceId=13710941, value=1, min=0, max=100] 2019-03-16 15:10:42.922 [DEBUG] [ding.ihc.internal.handler.IhcHandler] - Update channel 'ihc:controller:elko:sove_dimmer' state, channel params: [ channelTypeId=dimmer, resourceId=13710941, direction=ReadWrite, commandToReact=null, pulseWidth=null, inverted=false, serialNumber=null, longPressTime=null ] 2019-03-16 15:10:42.929 [DEBUG] [ding.ihc.internal.handler.IhcHandler] - Update channel 'ihc:controller:elko:output13710941' state, channel params: [ channelTypeId=switch, resourceId=13710941, direction=null, commandToReact=null, pulseWidth=null, inverted=false, serialNumber=null, longPressTime=null ] 2019-03-16 15:10:44.340 [DEBUG] [org.openhab.binding.ihc.ws.IhcClient] - 1 new notifications received from controller

Do you need trace log or just tail log? I was actually thinking about suggesting this, but I didn´t want to mix up things It would be great to set a static ON level.

Do you need trace log or just tail log? I was actually thinking about suggesting this, but I didn´t want to mix up things It would be great to set a static ON level.

@Pauli Anttila I´m having some difficulties with a wireless dimmer. I have linked the channel automatically to the item looking like this: Dimmer sove_halogenlys_niv "Soveværelse Dimmer niveau [%.1f %%]" <light> ["Lighting"] { channel="ihc:controller:elko:output13710941", autoupdate="false" } Telling Google to "Turn on the light at xx%", works fine. But... When I tell Google to "Turn ON the light". The dimmer change to 1% When I tell Google to "Turn OFF the light". The dimmer change to 0%. Turning on the dimmer at level 1% does not make any sense to me, to be honest. Cause when using voice commands, you can´t tell if the dimmer is turned ON, if light is set for 1% When I use binding 1.13 and told Google to do the same. "Turn ON" - The dimmer change to 100% <-- This I would prefere. "Turn OFF" - The dimmer change to 0%

I think it´s in May or June 2019 openHab 2.5 will be released.. Hopefully we´ll have all bugs fixed by then, and you can get it reviewed successfully. I follow the review process as well. These days I´m "converting" all my IHC items from the old binding to this new one, just as well as adding Google Home support to nearly all functions, and getting rid of the switch/push buttons I was using with the old binding. But I have lots of items to go through, and for most of them I´ll have to create channels manually. When it´s done, I hope I never have to "convert" like this again

@Pauli Anttila the latest version from yesterday fixed my problems with pulseWidth as well.. Great work!!

Ja, det anede mig..

Er der nogen der kan fortælle mig, om de har kendskab til/set denne Kip 1.1.01 Kip funktions blok før? Problemet med den er, at jeg kan ikke få den til at virke med **openHab2´s "pulseWidth" parameter og den nyeste binding, ved at påvirke input direkte. Når jeg åbner hjælpefilen til funktions blokken i Visual (F1), så ser hjælpefilen heller ikke sådan ud som funktions blokken. I hjælpefilen er vist flere inputs og bla scenarie tænd/sluk. Noget siger mig, at dette enten er en "modificeret" version, eller så er det en ældre version, hvorfor versionsnummeret så er forkert. Det pudsige er, at hvis jeg udskifter denne funktions blok med den som følger med Visual 2.8, så dels ligner den hjælpefilen, og dernæst, den virker med openhab2 "pulseWidth". Men den del burde vel være præcis ens for begge blokke, eller? Jeg skal nok lægge en kopi af begge funktions blokke op senere. Pt har jeg kun lige dette screendump. Men hvis nogen allerede nu kan forklare, hvorfor der er/kan være forskel i input, så kunne det måske være en hjælp. Jeg har præcis samme problem med følg/inverter funktions blokken. "pulsewidth" virker heller ikke med den. Her er det lidt værre, fordi jeg ikke har et alternativ til den funktions blok. Men måske hvis jeg kan gennemskue forskellen, så kan jeg blive klogere på, hvad der måske kan få det til at virke, eller Pauli kan måske ændre noget i IHC binding til openhab2. Jeg er måske ikke er den eneste med dette problem. ** openhab2 "pulsewidth" parameter sender en ON til inputtet, og efter x-antal tid i ms sendes en OFF. Det er den del jeg ikke kan få til at virke med denne "mystiske" kip funktions blok og 1.1.04.c. Men udskifter jeg kip blokken med den som følger med Visual 2.8, så virker det fint. Bruger jeg ikke "pulseWidth" parameteren, så virker begge blokke fint, men de går ikke OFF efter x-antal ms. (fordi det er det der er forskellen på "pulseWidth" og ikke-"pulseWidth"). Det er derfor det er vildt underligt, da det umiddelbart virker til at være en openhab binding fejl. Men når det så virker når jeg har udskiftet kip blokken med en "korrekt" version, så er det svært at pege fingre af openhab bindingen. Det er lettere desperat forklaret herover, da det er noget der har drevet mig til vanvid de sidste par dage. Så jeg håber det er bare en smule forståeligt.

I will add tracelog, hopefully tonight.. PulseWidth works fine with other items (teste with my UNI400 dimmers). Thats why I have a slight idea, it´s the function blok. But it doesn´t make sense, because the function blok works fine when using a push button.. I would expect the binding to do exactly the same. BUT!! I had exactly the same problem with pulsewidth and another function blok for "ordinary kip" the day before yesterday.. For some reason I cant figure and cant explain, the "ordinary kip" function blok I use in my IHC program was NOT simular to the "ordinary Kip" function blok in Visual 2.8 I´m using. (I think the previous owner of our house have made some changes, or this is an older "ordinary kip" function blok from an older version of Visual). I could NOT get pulsewidth to work with this function blok either. I exprienced exactly the same problem as mentioned above. Both "ordinary kip" function bloks are suppose to be the same version according to their notes, but the "wrong" one didn´t have the same inputs/outputs as descriped in the notes, which is why I discovered something was wrong, (beside binding didnt work with pulsewidth ofcouse). I exchanged the function blok with the same "ordinary kip" function blok in the latest Visual, and then pulseWidth worked fine. (It took me quite some time to figure this one ) Whats even more strange.. This "wrong" "ordinary kip" function blok works fine using the old IHC 1.13 binding. As for the function blok mentioned above (1.1.04.c følg/inverter), I have no alternatives, so I cant´exchange it to something else I really hope this is not a typical situation. cause I have to start all over rediscovering resourceID´s whenever I exchange a function blok