BLE Keyboard and Mouse HID on the same device

Yes it is possible. Here is a thread with similar questions, and links to example projects that should be enough to answer your questions/get you started:

HID BLE Mouse and Keyboard Link

I've only dabbled in HID reports, and it's been some time, but I would suspect that you need to have info for both the mouse and keyboard in the report map in order for the PC to recognize them as such. 

Under the BLE component, looking at the Report Map, I'm thinking there is a report map per HID device, and as far as the PC is concerned, both the mouse/keyboard are separate HID devices?

Hence, I would create a separate Human Interface Device service, and rewrite all of the attributes to be appropriate for an HID mouse.

You would then need to write and handle a second HID service callback handler to handle the Mouse events just as the keyboard events are currently being handled in hids.c

Depending on the implementation of the receiving side, this could simply work, or it may be wrong. I'm not sure how the HID over BLE protocol is setup, but I suspect if it is trying to stay true to HID, then each of the mouse and keyboard would need their own HID service and attributes.

According to the included PDF file with the example project, you will need windows 8 or higher to get it setup and running, and when you do so it requires installing a BLE keyboard through use of the control panel. You will probably need to do something similar for a BLE mouse device?

Hmmm, I don't have much time to look into it, but if you got it working then kudos to you :D

To modify the BLE profile: When you select the Report Map service in the profile, it will show a green plus in the right side of the component window, and if you mouse over that the tool tip shows "Add HID item", which then adds a "Usage_Page_ item to the report map. You can then select the mouse Usage and Collection items from that drop-down selection to add the Mouse HID report to the report map. (Although editing it with a text-file editor is perfectly valid).

It seems to work just fine for me to use it, perhaps you misunderstood how to use the gui, which is understandable (it is rather confusing at times).

It displays the profile services and attributes as if they were files in a file-system. But, that is a false notion, and thus if you just use the "Add HID Item" button, you should be able to add and modify HID values within the Report Map to add the HID mouse to the profile.

Nicely done on getting it working Paolo;

I've attached a screenshot showing the button and Report Map fields that get added as a result/

Hi! For the BLE to act both as an HID keyboard and mouse, how does a single HID service with "combined" Report Map differ in performance with 2 HID services (one for keyboard, one for mouse)?@e.pratt_1639216

grcac_2279656 The Report Map is the defined use according to the USB/HID report descriptor. If you are implementing both sides of the BLE, then you can tweak it to work in both scenarios. The separate HID services for the BLE profile is related to how the BLE profile is interacted with. It depends on how you want to package the data, and how consumers will utilize it on their receiving BLE devices connected with the computer.

I would liken it to just organization of which way you want it. I suspect that having both HID performances within the same report map (if you have both mouse and keyboard) would be the better approach if all of your data is coming from the same hardware device, but if you are reading your sensor/data values from separate devices, or want to be able to use only the keyboard or only the mouse, then it would make more sense separate the two HID reports into two separate services.

Tl;Dr:

Most likely the data/latency performance of your device will be bottlenecked by the BLE transmissions, so combining the data into the same report map if you use both device-data streams would be the best approach.

In my case, the PSoC BLE is interacting with devices such as PC, laptop and phone, and thus, I cannot tweak the other side. Moreover, I believe I really have to sacrifice the latency performance and have separate Services for keyboard and mouse since this is what a phone accepts for a certain application to work.

Thank you, epr_1639216, for this good explanation regarding my query.

grcac_2279656

Good to know that separate services is the compatible approach

God bless,

epratt