iO7 beta keyboard profile

[Ignacio Lopez]

I have problems with my iPad to catch data coming from key presses of HID keyboard profile. First, I programmed the dev tool nRF6310+PCA10005 with the HID keyboard profile example from the 'C:\Keil\ARM\Device\Nordic\nrf51822\Board\nrf6310\ble\ble_app_hids_keyboard' folder of the SDK. Then, if I test it with the Master Control Panel I got the right data across:

00000B080F0F1228 // 'hello' from the m_sample_key_press_pattern 0000000000000000 // 0x00 from the m_sample_key_release_pattern

Data as expected (pic 1). The problem I found is that when I connect and pair to an iPad the data coming is not reliable and I receive the following string (pic 2):

'ehlo' + CR

I am doing this test because I am trying to use the nRFready Desktop 2 v1.0.4 and I receive the right HID data on the Master Control Panel and just garbage on the iPad.

Has anyone faced the same issue?

Is any specific format to send HID data to the iPad?

Is any app/tool that could allow me to observe the raw data received by the Ipad?

Please let me know if any other info can help.

Thank you.

[Håkon Alseth]

Hi,

The reason why you are seeing this is because this example has a flaw in it. In a keyboard application, you are not able to press the same button twice, ie: It's not possible to send two of the same letter in one HID transfer, and we're breaking the USB-HID spec by doing so.

iOS7 does a sanity check on the content and discards double-letters.

The workaround will be to send each character individually. It's an internal bug report on this matter, and it will be fixed for the upcoming version of the nRF51 SDK (v4.4.0).

Best regards Håkon

[R]

Hi Ignacio or anyone who could help, I'm having trouble getting mine to work. Would it be possible for you to paste everything you see in Service Discovery on the Master Control Panel for the keyboard example?

[CVB]

I had this same problem. I upgraded to the latest SDK and used the non-beta soft device and the problem went away.