(EDGE Driver-Mc): Z-Wave Edge Drivers and others with FIBARO devices:

Nezmo · March 8, 2023, 1:49am

Mariano_Colmenarejo:

It is impossible for me to see in the logs if the color corresponds to what you think it should be correct.
Tell me what I have to see and I try to play it on my device., except send setHue o setSaturation commands, i only can send setColor command

when the color does not match, is it when you send only one command with setHue command?

The driver looks for the last known saturation value and sends it with the hue value to convert it to R,G,B values

As I told you, the lua libraries when converting the hue and saturation values received to R,G,B values to send to device, do not take brightness into account and use a brightness of 50% standard

These R,G,B values sent to the device generate 4 switch Multilevel report commands one for each color and another general level command that usually coincides with the maximum level of the three levels r,g,b

Try this version to see if it works better when sending hue or saturation commands
I’ll see it tomorrow, I’m going to sleep
───────────────────────────────────────────────────
 Name         Z-Wave Bulb Mc
 Version      2023-03-07T22:56:41.161197091        
───────────────────────────────────────────────────
Please, can you delete these logs?, I can’t analyze them

I think the problem is this … with your latest change the setHue values I send are getting set literally. But SmartThings uses a hue range 0-100 (which my setHues are based on) vs the hue standard of 0-360.

So, I send setHue 0: your driver sets to Red. All good.

I send setHue 31 which I expect to be green but with your latest driver I get orange. It should be 360/100 * 31 = 112 which is green.

I send setHue 67 which I expect to be blue but with your latest driver I get teal. But it should be 360/100 * 67 = 241 which is blue.

Does that help? If not, maybe just put the driver back to before all this. Or, maybe I can now send hue values based on the 0-360 range?

Mariano_Colmenarejo · March 8, 2023, 10:09am

I don’t know what command sharp tools sends when you send setHue=31 to make it light orange.

I send setColor Hue=31 and setSaturation=100 and it turns green.

Of course, the color does not only depend on the hue, it also depends on the saturation.
In smartthings the RGB color sent to the device is always calculated by converting Hue and Saturation (values 0 to 100) to RGB values (0 to 255)

If you send setColor Hue=31 and setSaturation= 100 and it turns green.
If you send a setHue = 31 and setSaturation = 0 the color should be white, not green.

So it’s not me, it’s the lua libraries that control what is sent to the device and do the following.

If you only issue the setHue command this driver, the old and the stock does:

Looks in memory cache or last state of saturation and converts to RGB the commanded setHue value and the last setSaturation and sends calculated RGB values to the device.

I don’t understand why you only send setHue to establish a color, you will have your reasons, but I cannot test sending only setHue, I have put some debug prints to know that hue and saturation are being sent to the rgb conversion.

Send me a log sending a setHue command of 31 to see what hue and saturation are being processed in handler, in case there are any errors that I don’t see

───────────────────────────────────────────────────
 Name         Z-Wave Bulb Mc
 Version      2023-03-08T12:37:59.125503937        
───────────────────────────────────────────────────

Nezmo · March 8, 2023, 2:42pm

This was the issue. My mistake. In the course of running various tests I had removed the setSaturation commands. Putting them back in colors are setting as expected again.

Sorry for the confusion.

Mariano_Colmenarejo · March 8, 2023, 3:01pm

No problem @Nezmo, it has helped me to improve the operation of the driver.

Alfonso_Presa · March 17, 2023, 6:28pm

Hi Mariano,

I’m trying to make my FGBS-001 work with the new smartthings edge drivers and I’ve not been able to find any working one… I’ve seen you’ve uploaded some of the drivers you have to github but I’m not able to find the source of the FGBS-223 in order to try to adapt that one to work with my device… Would you kindly point me out the location? I would gladly contribute it back to your repository whenever I get it working.

Thanks!

edit: BTW, I’ve tried to force the use off the FGBS223 versión and it provides this traces when open and close are performed on one of the sensors… but nothing happens in the UI:

2023-03-17T19:25:11.861064711+00:00 TRACE Fibaro Smart Implant BETA-4 Received event with handler unnamed
2023-03-17T19:25:11.862236045+00:00 INFO Fibaro Smart Implant BETA-4 <ZwaveDevice: 5cf1dcc2-a9ae-4616-bd7c-ab716fd0dc11 [3B] (FGBS001 - Movimiento y Salto)> received Z-Wave command: {args={value=0}, cmd_class=“BASIC”, cmd_id=“SET”, dst_channels={2}, encap=“NONE”, payload=“\x00”, src_channel=2, version=1}
2023-03-17T19:25:11.864086711+00:00 DEBUG Fibaro Smart Implant BETA-4 FGBS001 - Movimiento y Salto device thread event handled
2023-03-17T19:25:20.877298713+00:00 TRACE Fibaro Smart Implant BETA-4 Received event with handler unnamed
2023-03-17T19:25:20.886771379+00:00 INFO Fibaro Smart Implant BETA-4 <ZwaveDevice: 5cf1dcc2-a9ae-4616-bd7c-ab716fd0dc11 [3B] (FGBS001 - Movimiento y Salto)> received Z-Wave command: {args={value=255}, cmd_class=“BASIC”, cmd_id=“SET”, dst_channels={2}, encap=“NONE”, payload=“\xFF”, src_channel=2, version=1}
2023-03-17T19:25:20.893279713+00:00 DEBUG Fibaro Smart Implant BETA-4 FGBS001 - Movimiento y Salto device thread event handled

Mariano_Colmenarejo · March 17, 2023, 8:39pm

Hi Alfonso,

I don’t have any driver that works with the FGBS-001, Fibaro Universal Binary Sensor.

The driver is made for the samart Implant FGBS-222 and I have not published the code, it is under construction and some users are testing it.

I don’t know if the FGBS-001, Universal Binary Sensor uses the same endpoints and command class, the FGBS-001 manual does not detail them.

The configuration parameters are totally different.

I don’t know how the driver has been matched, the fingerprints that the driver supports are these:

id: fibaro/smart-implant
deviceLabel: Fibaro Smart Implant
manufacturerId: 0x010F
productType: 0x0502
deviceProfileName: fibaro-smart-implant-temp

Alfonso_Presa · March 17, 2023, 11:00pm

Yes. I understood that no driver would work… But I was expecting to get the source of the smart implant to be able to change it myself in order to make it work (at least the sensor part) with my version. I’ve not made any edge drivers myself, so not having to start from scratch would be really helpful. I’ll wait for you to release the code. Thanks! Keep it up!

Alfonso_Presa · March 19, 2023, 7:50am

I’ve a working version for mine already only for the contacts. Key points are:

productType: 0x0501

local function process_contact_change_with_component(component, device, cmd)
  if cmd.args.value == 255 then
    device:emit_component_event(component, capabilities.contactSensor.contact.open())
  else
    device:emit_component_event(component, capabilities.contactSensor.contact.closed())
  end
end

local function get_components(device)
  return {
    device.profile.components.main,
    device.profile.components.second
  }
end

local function handle_zwave_contact_change(driver, device, cmd)
    local components = get_components(device)
    process_contact_change_with_component(components[cmd.src_channel], device, cmd)    
end

    zwave_handlers = {
      [cc.BASIC] = {
        [Basic.SET] = handle_zwave_contact_change
      }
    }

I guess it would be “easy” for me, when you release you FGBS-222 code to make a working copy for the FGBS-001 . I can live with my ugly (I really like what you did with the presentations) version till then. Thanks!

Mariano_Colmenarejo · March 19, 2023, 11:14am

Hola Alfonso

In this link is the smart Implant Beta-4 code.
There are the handlers of the On-off capabilities, they are not tested or I don’t know if they work when you invert the logic of out-1 and out-2 in preferences, before I used the ones from the default libraries

Your device parameter are different

S.F.B · March 19, 2023, 3:41pm

@Alfonso_Presa : It would be great if you made the temperature readings work!

Alfonso_Presa · March 19, 2023, 4:30pm

I don’t have any temperature sensors myself… but I’ll try

Mariano_Colmenarejo · March 20, 2023, 1:13pm

(New Version) Edge Driver Z-Wave Switch and Child Mc:

To facilitate the configuration of parameters and Association groups of the different Zwave devices and because when changing to the Z-Wave Device Config Mc driver to configure them, the routines and scenes that we have made are lost:
I have integrated the Z-Wave Device Config Mc driver inside the Z-Wave Switch and Child Mc driver as a subdriver
The subdriver configurator is executed by creating a Child device that will work exactly the same as the Z-Wave Device Config Mc driver, with the Options in preferences for:
- “Device Fingerprint Info”
- “Device Parameters Scan”
- “Device Parameter Configure”
- “Device Association Groups Scan”
- “Device Association Groups Configure”
default: “Device Fingerprints Info”

The created device will appear in the room where the hub is located with the name “Device Info-Name of the Father device”

It is possible that the first time you have to clear the cache of the app to see the profiles of the child device configurator.
This allows you to configure device parameters and association groups, test if the device works with the new values without changing the driver and without losing routines or scenes
Once the parameters or association groups have been configured, it is convenient to delete the child device to ensure that the real devices work correctly, if they use configuration, association or version report handlers.
It is a BETA version, which I have tested with two different types of devices that I have, I would like more tests before replacing the current Mc version.
Please, if you find any error, tell me and I will try to correct it.

───────────────────────────────────────────────────
 Name         Z-Wave Switch and Child CONFIG       
 Version      2023-03-20T19:59:26.49339752        
───────────────────────────────────────────────────

To use this driver you only have to make a driver change to the Z-Wave Switch and Child CONFIG version. No setting, routine or scene will be lost.
If everything works as expected, I will also integrate it into other drivers such as Z-Wave Sensor Mc…

27 mar 2023 Update:

As it seems that there are no bugs reported merge with the Z-Wave Switch and Child Mc and the Z-Wave Switch and Child CONFIG will disappear.

The update will be done automatically in 12 hours maximum

───────────────────────────────────────────────────
 Name         Z-Wave Switch and Child Mc
 Version      2023-03-27T15:26:34.151021779
───────────────────────────────────────────────────

Mariano_Colmenarejo · March 23, 2023, 4:02pm

(New Version) Edge Driver Z-Wave Sensor and Child Thermostat Mc:

As in Z-Wave Switch and Child Mc and since no one has reported errors, I have added the optional Child Device for Parameter Configuration and Association Groups subdriver to this driver.

If anyone wants to try it, I don’t have Zwave sensors.

Remember that in battery-powered sensors you have to wake up the devices for them to respond to to configure parameters and association groups configuration

This is the driver version Z-Wave Sensor and Child Thermostat CONFIG:

────────────────────────────────────────────────────────      
 Name         Z-Wave Sensor and Child Thermostat CONFIG
 Version      2023-03-23T15:50:09.35770828
────────────────────────────────────────────────────────

(EDGE Driver-Mc): Z-Wave Edge Drivers and others with FIBARO devices:

(New Version) Edge Driver Z-Wave Switch and Child Mc:

27 mar 2023 Update:

(New Version) Edge Driver Z-Wave Sensor and Child Thermostat Mc:

Customers

Developers

Download the SmartThings App