Most of us never give much thought to our keyboards as long as they work well, but if you stop to think about it for a moment, do they only send signals to our computers or is there an active back-and-forth process at work? Today’s SuperUser Q&A post has the answer to a curious reader’s question.
Today’s Question & Answer session comes to us courtesy of SuperUser—a subdivision of Stack Exchange, a community-driven grouping of Q&A web sites.
The Question
SuperUser reader Ne Mo wants to know if USB keyboards only send signals or if they receive them too:
Do USB keyboards only send signals or do they receive them too?
The Answer
SuperUser contributors LawrenceC and Dmitry Grigoryev have the answer for us. First up, LawrenceC:
Followed by the answer from Dmitry Grigoryev:
To change the keyboard LEDs, the keyboard accepts a command to do so. So it is not an “input-only” device (meaning it only outputs data to the host). That being said, there is a negotiation and enumeration process with all USB devices that require a back-and-forth conversation between the host and the device. You cannot have a “read-only” USB device. Even before USB, the computer’s keyboard controller would accept commands because it did a few things besides read the keyboard (reference):
Have something to add to the explanation? Sound off in the comments. Want to read more answers from other tech-savvy Stack Exchange users? Check out the full discussion thread here.
The gray boxes represent the USB host while the white boxes represent USB functions (chart source).
Even so-called interrupt transfers are done in this way, with the USB host polling connected devices using token packets. What differs between regular (bulk) transfers and interrupt transfers is that the polling time is small and guaranteed in the latter case. Still, all transfers are initiated by the host.
Image Credit: Luke Jones (Flickr)
