จากข้อมูลจำเพาะ "ข้อกำหนดคลาสอุปกรณ์สำหรับอุปกรณ์เชื่อมต่อมนุษย์ (HID)" รุ่น 11.1 ":
การซิงโครไนซ์ระหว่างสถานะ LED และ CAPS LOCK, NUM LOCK, SCROLL LOCK, COMPOSE และ KANA นั้นโฮสต์โดยโฮสต์และไม่ใช่คีย์บอร์ด หากใช้ตัวอธิบายแป้นพิมพ์ในภาคผนวก B สถานะ LED จะถูกตั้งค่าโดยการส่งรายงานสัมบูรณ์ 5 บิตไปยังแป้นพิมพ์ผ่านคำขอ Set_Report (เอาต์พุต)
ในการเปลี่ยนไฟ LED ของคีย์บอร์ดแป้นพิมพ์จะยอมรับคำสั่งให้ทำ ดังนั้นจึงไม่ใช่อุปกรณ์ "อินพุตเท่านั้น" (หมายถึงมันจะส่งออกข้อมูลไปยังโฮสต์เท่านั้น)
ที่ถูกกล่าวว่ามีกระบวนการเจรจาและการแจงนับกับอุปกรณ์ USB ทั้งหมดที่ต้องมีการสนทนากลับไปมาระหว่างโฮสต์และอุปกรณ์ คุณไม่มีอุปกรณ์ USB "อ่านอย่างเดียว"
แม้กระทั่งก่อน USB ตัวควบคุมแป้นพิมพ์ PC จะยอมรับคำสั่งเพราะมันทำบางสิ่งนอกเหนือจากการอ่านแป้นพิมพ์ ( อ้างอิง ):
หากแป้นพิมพ์เป็นหน่วยระบบอุปกรณ์ต่อพ่วงที่แยกจากกัน (เช่นในคอมพิวเตอร์เดสก์ท็อปที่ทันสมัยส่วนใหญ่) คอนโทรลเลอร์ของแป้นพิมพ์จะไม่ยึดติดกับปุ่มโดยตรง แต่จะได้รับ scancodes จากไมโครคอนโทรลเลอร์ที่ฝังอยู่ในแป้นพิมพ์ผ่านอินเตอร์เฟสอนุกรม ในกรณีนี้คอนโทรลเลอร์มักจะควบคุมไฟ LED ของคีย์บอร์ดโดยส่งข้อมูลกลับไปที่คีย์บอร์ดผ่านสาย
IBM PC AT ใช้ชิป Intel 8042 เพื่อเชื่อมต่อกับแป้นพิมพ์ คอมพิวเตอร์นี้ยังควบคุมการเข้าถึงสาย A20 เพื่อใช้วิธีแก้ปัญหาสำหรับชิปบั๊กใน Intel 80286 1ตัวควบคุมแป้นพิมพ์ยังใช้เพื่อเริ่มต้นการรีเซ็ตซอฟต์แวร์ของ CPU เพื่อให้ CPU เปลี่ยนจากโหมดป้องกันเป็นจริง โหมด1เนื่องจาก 286 ไม่อนุญาตให้ CPU เปลี่ยนจากโหมดที่ได้รับการป้องกันไปเป็นโหมดจริงยกเว้นว่ามีการรีเซ็ต CPU นี่เป็นปัญหาเนื่องจาก BIOS และบริการของระบบปฏิบัติการสามารถเรียกใช้โดยโปรแกรมในโหมดจริงเท่านั้น
พฤติกรรมเหล่านี้มีการใช้งานโดยซอฟต์แวร์จำนวนมากที่คาดว่าจะเกิดพฤติกรรมนี้และดังนั้นผู้ควบคุมแป้นพิมพ์จึงยังคงควบคุมสาย A20 และทำการรีเซ็ต CPU ของซอฟต์แวร์อย่างต่อเนื่องแม้ว่าความต้องการการรีเซ็ตผ่านตัวควบคุมแป้นพิมพ์จะถูกยกเลิก โหมดจริงจากโหมดป้องกันโดยไม่ต้องรีเซ็ต CPU