Multi_sensor Zigbee example - wrong device type using official Nordic nrf52840DK

RE: Multi_sensor Zigbee example - wrong device type using official Nordic nrf52840DK

inixie — Tue, 15 Nov 2022 02:31:57 GMT

Thanks Charlie,

Just a quick FYI that removing pressure from Nordic example didn’t correct the issue, and type of “Thing” was still showing as device type in SmartThings hub.

Detected “Thing” type as I mentioned in previous post was actually just a first selection in Smartthings drop-down box that is “2015 Samsung Smart TV”.

Whole issue and way to correct it, is related to providing correct fingerprint. Fingerprint is needed to avoid getting “Thing” type and to get at least some manufacturer model through auto-scan.

I was able to somewhat make it work, i.e. detect simulated motion sensor by SW2 button pressing, so far by:

1) adding motion instead of pressure (temp can stay or can be removed)

2) setting Manufacturer name and Model (from zigbee-plugin-motion-sensor.groovy)

3) using nrfx_gpiote_in_is_set to detect press on SW2

4) using zb_zcl_set_attr_val to send occupied value to SmartThings hub

Note that SmartThings auto-scan, after detecting sensor, will assign it correct read-only type of “placeholder”.

Due to the lack of, or my inability to find, “generic” Manufacturer name and Model in SmartThings for zigbee motion/battery/temp/etc sensors, this approach is not really useable in production, unless one is able to get approval from Manufacturer mentioned in groovy file, or able to write SmartThings Edge driver (mandatory groovy replacement).

Regards

RE: Multi_sensor Zigbee example - wrong device type using official Nordic nrf52840DK

Charlie — Thu, 27 Oct 2022 14:21:56 GMT

Hi Igor,

Sorry for the late reply, Elfving is still on a business trip and I will try to help you with your concerns.

[quote user=""]Unfortunately Nordic nrf52840DK loaded with multi_sensor firmware is showing as "Thing" in Smartthings Zigbee hub, and not showing at all in standard Zigbee hub in Tuya.
Till now I was able only to confirm that only "Light bulb" (ble_zigbee_dynamic_door_lock_nus) and "Door lock" (ble_zigbee_dynamic_door_lock_nus) examples do work both in Tuya and Smartthings.[/quote]

As you have realised these compability issue only appears with multi_sensor example. The main reason is that this Zigbee Multi Sensor example added a custom cluster implemented for pressure in zb_zcl_pressure_measurement.h and zb_zcl_pressure_measurement.c.This cluster is not like temperature defined by the ZCL specification, so it will confuse other standered devices and cause different compibility issues if you add it to other Zigbee hubs.

If you read this article from FAQ: Zigbee Application Profiles, or why not all zigbee devices work with SmartThings - Wiki / FAQ - SmartThings Community, you would not be surprised that Zigbee world is quite devided. Some companies like IKEA and Philips Hue even close their Zigbee ecosystem only for their own product usage for different reasons. I have some personal advice for your smart home application development if you are still in the early stage.

1) You should consider the solutions with the following priority for your smart home development. Matter NCS>Zigbee NCS> Zigbee nRF5 SDK

2) Why Zigbee NCS> Zigbee nRF5 SDK? nRF5 SDK is currently in the maintenance stage now, you may hard to get support and have Zigbee certification compliance issues in the future. See nRF Connect SDK and nRF5 SDK statement to learn the reasons why you should switch to NCS in general. nRF Connect SDK have a production-level Zigbee solution that supports the latest Zigbee specification and complies with Zigbee product certification requirements.

3) Why Matter NCS>Zigbee NCS? The matter is a new smart home application layer protocol defined by Connectivity Standards Alliance(former Zigbee Alliance), it reused many technologies from Zigbee but added more features required by modern smart home applications like IP connection, more security and multi-smart home ecosystems supported and so on, with similar HW requirements as Zigbee running on top of IEEE 802.15.4 physical layer. It even defined Matter-Zigbee Hub to allow you to connect previous Zigbee devices.

Best regards,

Charlie

RE: Multi_sensor Zigbee example - wrong device type using official Nordic nrf52840DK

inixie — Wed, 19 Oct 2022 17:02:30 GMT

Hi Elfving,

Would be possible to get some follow-up, or at least advice about possible developer/company proficient with nrf52xx multi-sensors Zigbee implementation that I could contract regarding this?

Workaround suggested re adjusting detected sensor type at Smartthings web account, is really not something that I can pass to future customers.
None of the nrf52 related sensor code (mostly from github), other that light bulb/lock related, doesn't seems able to seamlessly join Smarthings or join at least standard Zigbee hub in Tuya.

In the meantime I did order few Zigbee sensors made with different manufacturer's SoC other than Nordic nrf52xx SoC; those sensors are joining okay both Smartthings and standard Zigbee hubs under Tuya. In addition I did check one SoC manufacturer's zigbee sensor IAR source code.
Their official code from github and its Tuya implementation, that apparently is working, seems to not have/use basic attribute list nor identify attribute list:

Contact sensor IAR code - non-nrf52 - working with Tuya/Smarthings:
// application cluster
const cluster_t app_server_cluster_list[] ={
    DEF_CLUSTER_POWER_CLUSTER_ID( power_attr_list )
    DEF_CLUSTER_IAS_ZONE_CLUSTER_ID( ias_zone_attr_list )
};

Multi sensor SES code - nrf52 - not working with Tuya/Smarthings:
ZB_DECLARE_MULTI_SENSOR_CLUSTER_LIST(multi_sensor_clusters,
                                     basic_attr_list,
                                     identify_client_attr_list,
                                     identify_server_attr_list,
                                     temperature_attr_list,
                                     pressure_attr_list);

I really prefer to continue with Nordic SoC and SES, due to easy coding, detailed comments, as well as due to the time and investment put into development so far, but uncertainty/inability to work with major physical hub(s) is show stopper.

Thanks in advance

RE: Multi_sensor Zigbee example - wrong device type using official Nordic nrf52840DK

inixie — Wed, 12 Oct 2022 22:09:38 GMT

Thanks Elfving,

In initial attachment was sniffer log for Smartthings on channel 14, and here is sniffer log for Tuya on channel 15.

As per advice for adjusting Smartthings sensor type at Samsung website, I did attempt that, with mixed results (screenshots attached showing intermittent successful change). Basically sometime it works, but sensor did appear differently after repeated adjustments (sensor either shows just "Connected" or do show values like Temp etc). This behavior seems to partially depend on device initially chosen to do the scan (auto-scan doesn't seems to work). Initially I was able to change "Thing" (first choice of all devices in the list, maybe due to passing wrong ID to Smartthins) type to Zigbee Motion/Temp/Humidity Sensor. Unfortunately I wasn't able to replicate it consistently.

devzone.nordicsemi.com/.../Capturemulti_2D00_sensorChannel15Tuya.pcapng

RE: Multi_sensor Zigbee example - wrong device type using official Nordic nrf52840DK

Elfving — Tue, 11 Oct 2022 09:17:27 GMT

Hello again,

[quote user=""]Unfortunately Nordic nrf52840DK loaded with multi_sensor firmware is showing as "Thing" in Smartthings Zigbee hub,[/quote]

You can change what sort of Zigbee thing this is in the app, for more info see here.

[quote user=""] not showing at all in standard Zigbee hub in Tuya[/quote]

That is odd. Could you provide a sniffer log of it attempting to connect to the Tuya? You've provided a sniffer log, but I'm not sure which of the two issues it is showing.

Regards,

Elfving

RE: Multi_sensor Zigbee example - wrong device type using official Nordic nrf52840DK

Elfving — Fri, 07 Oct 2022 12:34:56 GMT

Hello,

I will have to get back to you on this next week.

Regards,

Elfving