Device doesn't work after upgrade from SDK 15.0.0 to SDK 17.1.0

[Mykhaylo]

Hello,

Our project based on nRF52840 doesn't work on MacOS after update from SDK 15.0.0 to SDK 17.1.0.

We can't transfer packets over USB because of changes in SDK 17.1.0 (app_usbd_hid_generic.c):

If we remove this line device works on MacOS again.

Why was this checking added here? If the report has changed, it should be transfered immediately even when idle is enabled.

[Sigurd]

Hi,

It was added in SDK 15.2, as part of this change mentioned in the release notes:

 - Redesigned the idle report mechanism in HID. It now allows a callback function and handles multiple report IDs.

[Mykhaylo]

Hi Sigurd

Are there any results or thoughts?

Do you get the same behavior?

[Sigurd]

Mykhaylo said:

Do you get the same behavior?

I will get hold of a mac to test this week. In the meantime, could you try another USB port on the MAC and/or a different USB cable, and see if that makes any difference?

[Mykhaylo]

Yes, we have tried an another USB port and USB cable. As expected we have the same result. The return to previous SDK 15.0.0 or removing of some code shown above help us to fix this issue.

[Sigurd]

Hi,

Could you check what IC revision of the nRF52840 you are using?

https://infocenter.nordicsemi.com/topic/comp_matrix_nrf52840/COMP/nrf52840/nRF52840_ic_revision_overview.html

[Mykhaylo]

Revision 2 (QIAAD0 on top of the nRF52840).

By the way, we have built our project for nRF52820 SoC. We have the same result. Revision for nRF52820 is 2 (QDAAC0 on top of the nRF52820).

[Sigurd]

Hi,

I finally got hold of a MAC to test on. I tested with a MacBook Air, running macOS Monterey.

I tested with a nRF52840 DK v1.1.0, that uses revision 2 of nRF52840 , and the example worked perfectly fine.usbd_hid_generic_pca10056.hex

Q: Did you see this issue on a DK or your custom board? Do you have a DK that you can test this on as well?