Need help. Looking people

[Crille]

@mrFarmer I'm trying to add my Ezlo devices to Homebridge via openLupp Ezlobridge using the Vera plugin for Homebridge.
Do you or anyone else know why they are ignored. My devices provisioned by Verabridge is visible in Homebridge but not those from Ezlobridge.

[mrFarmer]

Hi Crille,

I assume the devices from the Elzo show on openLuup, right? Then it is a question for the HomeBridge why it is not picking up those devices. Maybe there is some check build the HomeBridge plugin. I do not use HomeBridge.

Cheers Rene

[Crille]

Yes, everything works perfect in openLuup, great plugin!
I'll dig deeper into the Homebridge plugin or hoping someone smarter than me had the same problem

[Crille]

It was as simple as missing category_num's for the bridged Ezlo devices.

[Crille]

@mrFarmer category_num is not persistent on Luup reload, is this a bridge or openLuup behavior?

[rafale77]

This is very odd. My category_num are persistent. So I a must assume that it is a bridge behavior? I have not seen this on the z-way bridge. What do they reset to?

[Crille]

@rafale77 They are resetting to empty.
My virtual HTTP devices are persistent so I’m guessing a bridge issue.

[mrFarmer]

Hi @Crille ,

There was a discussion on the category_num attribute not getting set by openLuup when a device is created. I thought that got changed some releases back. However, just as you I see that the category_num gets wiped after a reload. The VeraBridge does not look to have that problem, so it must indeed be something I do different. I will have a look.

Cheers Rene

[mrFarmer]

Found the issue. Fixed version 2.2 is in the ALTUI App store.

[Crille]

@mrfarmer Thank you very much!

[Crille]

@mrfarmer The changed category_num seems to be overwritten with what the plugin gets from the Ezlo controller?
So if I want to change a dimmable light to a switch, category_num 3 (reason: bad integration on Ezlo side) instead of 2 it's overwritten back to 2 on reload. Is it possible to make it respect the custom category_num?

[mrFarmer]

Hi @Crille

Yes, it is now using the value based on a mapping table. To keep a changed value I would have to make some changes yes. I will let you know.

Cheers Rene

[mrFarmer]

Hi @Crille

Can you try with the V2.3 release?

[Crille]

@mrfarmer Yep, that seems to do the trick. Thank you!
Another issue is that Humidity sensors show NaN %
AltUi or bridge issue?

Edit: I guess it's because the device has the variable "Humidity" instead of "CurrentLevel"?

[mrFarmer]

Yes, that was it. V2.4 has a fix