This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

EK-TM4C1294XL: usb_host_keyboard/mouse examples

Part Number: EK-TM4C1294XL


Windows 10, CCS 7.2, wireless keyboard and mouse.

I was wondering what a working output might look like for the usb host

keyboard and mouse examples? Will these demos even work if these peripherals

are wireless?

Thanks,

Priya

  • Hello Priya,

    I am not sure about the output for the mouse example, but the keyboard example will output most typed characters on a keyboard. Certain keys like backspace will not translate to the UART terminal well, but numbers/letter/symbols work.

    As for wireless keyboards/mouses, I have had mixed experiences. Typically keyboards are no problem, but mouses tend to be hit or miss.

    Most wireless keyboards support the HID BIOS protocol expected by the example, but for mouses it seems that a lot of the wireless ones do not support the standard mouse HID which the example expects.

    My Logitech Wave keyboard had no issues, but my Performance MX mouse didn't work with it. I don't have a wired USB mouse at my desk but I'm gonna try a couple out in the lab shortly and see if I can give further insights!
  • Hello Priya,

    The USB mouse example worked a wired USB mouse no problems.

    Output looks like this:

  • Ralph,

    When I run the host keyboard/mouse examples, the PuTTY termal just waits after the

    UART_printf statement:

     UARTprintf("Host Keyboard Application\n"); OR

    UARTprintf("USB Host Mouse Example\n");
        UARTprintf("Waiting for device....\n");

    The PuTTY terminal does not respond to the keyboard or mouse. Maybe its the windows 10,

    or maybe its because the keyboard and mouse I'm using are both wireless. Is there another

    possible reason?

    The only USB example that output something on EK button press was usb_dev_keyboard.

    This example also echos whatever I type on the keyboard to PuTTY, it seems like there is a

    character count limit after which the EK needs a reset to restart the program. 

    The example being "host" means the EK is the host (like a laptop) and the keyboard/mouse

    are its peripherals. Let me know if its otherwise.

    Thanks,

    Priya

  • Ralph,
    I'd like to understand why the usb host examples don't work as expected.
    Running the debugger, on usb_host_keyboard, the program gets as far as
    USGOTGMain. I push the reset on the EK. PuTTY does not follow the keyboard.
    I am unable to halt the MCU to look at any runtime views. Is the reason:

    1. The need for a wired USB keyboard?
    2. Change the computer OS from windows 10 to windows 7?
    3. Or get new Tiva drivers?

    I am only trying to run examples, and none of the USB examples are working
    that model the application which is concerning.

    I appreciate feedback.
    Thanks,
    Priya

  • Point 2 should be change from windows 10 to windows 7 operating system.
  • Priya Nadathur70 said:
    Point 2 should be change from windows 10 to windows 10 operating system.

    You may "edit" your earlier post (which included the above) to make things simpler for your vendor helper.

    Edit results from your "return" to your (past, post to be edited) - then clicking "More - followed by Edit"  (at which point your past post will open - and accept your edit...)

  • Hello Priya,

    The example is set to work specifically with keyboards that supports the USB HID BIOS protocol. If your wireless keyboard does not, it wouldn't be possible. I tried with a wireless keyboard with success on Win 7. I don't have a Win 10 machine to test on unfortunately.

    What mouse/keyboard pair are you trying to interface to?
  • The keyboard and mouse are both Logitech wireless peripherals which I assume supports
    the USB HID BIOS protocol. I guess the only thing left to try is run this demo on windows 7?

    I am using the TI example out of the box, there has to be a reason why the demo won't work.
    Thanks,
    Priya
  • Hello Priya,

    As I mentioned before, my wireless Logitech mouse also did not work with the example. I'm not an expert on the differences between HID protocols, but from what I read, certain mice with extra buttons require additional driver support which goes beyond the Standard Mouse HID support in the TivaWare example. The mouse I tested with (Performance MX) would fit this bill, so that may be the issue you are running into with the mouse.

    As for the keyboard, without knowing specifically which one you have I couldn't comment on if it may have additional driver support or not (though my guess would lean towards not...)
  • Ralph,
    So your recommendation in getting these examples to work would be to use a wired mouse/keyboard supporting the USB HID BIOS protocol, on a windows 7 computer? Or continue with windows 10, but get simpler/compatible mouse and keyboard?

    The wireless keyboard I am using is a Logitech K350.
    The wireless mouse is Logitech M510.

    Thank you,
    Priya
  • Hi Priya,

    I am 90% sure I have an M510 at home. I will test on Win 7 and see what result I get. My keyboard is the K350 though, so I'm beginning to suspect Win 10 could be at fault then as I had no issues with that on Win 7. Let me see if the M510 works on Win 7 this evening and we can go from there in terms of seeing what might be causing the Win 10 issue.
  • Hello Priya,

    Sorry for the delay on getting back to you. I tested with my M510 and had the same issue where it didn't work even on Win 7. So it seems something with the Logitech wireless mouses cause the example to not accept it as an input. I would recommend using a wired mouse.

    As far as the keyboard goes, I pointed you towards the latest driver for Win 10 on another thread you made, please see if that helps with the keyboard.
  • Ralph,
    The windows driver patch that you pointed me toward, it fixed the bulk driver
    installation problem for the usb_dev_bulk example.

    The usb_host_keyboard example does not work on the K350 wireless keyboard
    I have on windows 10. I tried updating driver software on the HID keyboard
    device and the USB composite device from the device manager. It reports the
    best driver software is already installed. Anything else on the device manager
    I can apply this patch to?

    Maybe the for usb_host_keyboard example, windows 7 is needed. And for the
    usb_host_mouse example a wired mouse is necessary.

    I don't yet have access to a windows 7 machine. I appreciate your follow up reply.

    Thanks,
    Priya
  • Hello Priya,

    There is nothing else I can think of in regards to device manager. I am in the process of acquiring a Win10 machine to work with as well, but it's not clear when I will receive it. When I do I will be able to look into this further.
  • Hello Priya,

    I received a Win10 machine and used the usb_host_keyboard example with a wireless K350 Logitech Keyboard. Loaded the project from TivaWare 2.1.4.178 w/ CCS V7.2.0 and used the latest Patch drivers. I was able to verify the example works as expected on my machine.
  • Ralph,
    How exactly did you apply the patch and to what devices? Under Human interface device, I do see a Logitech USB input device, not sure if this is the mouse or keyboard. Under keyboards, I see a standard PS/2 keyboard and a HID keyboard device. When updating the latest driver software, I use C:\ti\TivaWare_C_Series-2.1.4.178\windows_drivers\amd64 to update.

    When I run the usb_host_keyboard example, the PuTTY doesn't display or respond anything beyond "Host Keyboard Application". I have both USB cables plugged in. Nothing happens on PuTTY when I type on the keyboard.

    Thanks,
    Priya
  • Hello Priya,

    I applied the patch when the device was not recognized by Windows so it needed a driver installed. You may need to remove the old device driver to get that to occur.

    I used just the C:\ti\TivaWare_C_Series-2.1.4.178\windows_drivers\ folder when selecting. No subfolders. Windows is smart enough to figure out the rest from there.

    My setup is a USB cable plugged into DEBUG and a 2.0 (or 3.0) USB to micro-USB adapter connected to the Target USB which I then plug my Wireless keyboard adapter into.

    I have tried with both PuTTY and Termite.
  • EKSetup.htmMy setup is identical to yours (picture attached, I was unable to edit it to add notes). I don't

    see any unknown device in the device manager. I tried deleting the TI windows driver program

    under programs and features. I have the patch installed under

    C:\ti\TivaWare_C_Series-2.1.4.178\windows_drivers

    TI windows driver program doesn't show up under programs and features. Let me know if you

    see anything amiss.

    Thanks,

    Priya

  • Hello Priya,

    I think our setup is actually quite different, I am not using a USB hub like you are. I'm not sure what that hub is or what impact it may have on Win10? If it works for Win7 honestly I'm a bit surprised.

    When I said adapter, this is what I meant:

    This setup keeps any extra hardware which could interfere with the communication out of the picture.

  • Ok, that makes sense. Many USB examples aren't going to work until I get a micro USB adapter.
    What is shown in the picture is a laptop docking station which comes with a few extra USB ports.
    I have the Bluetooth USB Logitech device for the keyboard and mouse plugged into this docking
    station.

    I appreciate the support.
    Thank you,
    Priya