Esp32 весьма мощный контроллер, подходящий для эмуляции различных ретро систем, таких как Spectrum, Commodore, NES, IBM PC-XT и тд. Есть возможность сгенегировать VGA или AV - TV композитный сигнал, подключить различные компактные LCD дисплеи. Он умеет разговаривать с SD картами по SPI & SD протоколу. Вот только с USB клавиатурами, мышами и джойстиками - не умеет. Попробуем научить его говорить с ними. Есть конечно новый вариант ESP32-S3 с одним USB host контроллером, а мне нужно подключить хотя бы 3 девайса и без хаба...
Нам понадобится (ссылки только для примера) :
Собственно сам ESP32 ~3$ WEMOS LOLIN32
Несколько разъемов USB ~3$ за десяток
Мне понадобился логический анализатор ~$3 CY7C68013A и бесплатная отличная программа анализатора протоколов
Спецификации USB и USB-HID (HID - Human Interface Device).
Макетные платы или любовь к паяльнику/припою/канифоли.
USB 1.1
Большинство HID умеет разговаривать с хостом этого стандарта. Имеет две скорости работы HS (High Speed) -12 Mbits/s и LS (Low speed)- 1.5 Mbits/s . К сожалению, скорости процессора ногодрыгом (Generic Pin IO) недостаточно для работы в HS, поэтому мы будем рассматривать реализацию только LS (1.5 Mbits/s). Впрочем большая часть HID devices работает именно на этой скорости. На физическом уровне USB 1.1 - имеет два сигнальных провода: D+ и D- , провод земли : GND и провод питания: VBus. Сигналы в D+ и D- измеряются относительно провода GND, хотя большую часть времени они работают как дифф-пара (для уменьшения синфазных помех, наводок) , то есть в противофазе. Шина (D+ и D-) может принимать 4 состояния (high - ~3.3v low - 0v ) для LS :
'K' : D+ - high D- low
'J' : D+ - low D- high
SE0: D+ - low D- low
SE1: D+ - high D- high
Состояние SE1 - запрещенное. В исправной системе шина в этом состоянии находиться не должна
Когда к шине хоста ничего не подключено , по стандарту, D+ и D- присоединены со стороны хоста к земле через резисторы 15 kOhm (у нас получается около 50 kOhm - это величина pull-down резисторов в ESP32 чипе, впрочем работе это не мешает). При подключении LS девайса он замыкает провод D- на 3.3v через резистор в 5 kOhm, а HS девайс - провод D+, что позволяет отличить HS девайс от LS.
Определив на шине появление LS девайса , после задержки в 200 миллисекуд (дать время девайсу закончить переходные процессы) мы начинаем с ним разговаривать. В протоколе USB инициатором всегда является хост (в отличии от протокола PS/2 например). Раз в миллисекунду хост посылает сообщение девайсу и тот отвечает. Данные передаются младшим битом вперед, 0 кодируется переходом 'K' в 'J' или 'J' в 'K'. Единица - отсутствием перехода. Если встречается больше 6 единиц подряд , то принудительно вставляется переход состояния 'K' в 'J' или 'J' в 'K' . (NRZI coding) . Передача идет пакетами, начало пакета - синхронизирующая последовательность "KJKJKJKK" ('00000001' binary или число 80Н , младший бит передается первым ), конец пакета "SE0,SE0, J". первый байт пакета (после синхронизирующей последовательности ) тип пакета (packet ID - PID). Остальные байты и их кол-во - зависят от типа пакета. Пакеты можно поделить на короткие (handshake) ACK, NACK, STALL ... из одного байта , средние IN,OUT,SETUP из 3 байт и длинные DATA0,DATA1 из 3-11 байт. Формат короткого пакета 8 bit start, 8 bit PID, SE0,SE0, J.
Формат среднего пакета: 8 bit start, 8 bit PID, 7 bit address (назначенный адрес устройства), 4 bit EP (конечная точка), 5 bit CRC5 (контрольная сумма адреса и устройства) .
Формат длинного пакета 8 bit start, 8 bit PID (DATA0 или DATA1) 0-8 байт данных и 2 байта crc16 (только от данных).
После физического подключения устройства хост должен:
запросить тип устройства (диск ,камера, HID...)
присвоить ему уникальный адрес
выяснить количество и тип конечных точек на чтение (типа нажатые кнопки) или на запись (типа LED-ов состояния клавиатуры) и частоту их опроса (интервал в миллисекундах)
выбрать нужную конфигурацию
дальше один раз в миллисекунду:
послать запрос на конечную точку и получить или данные или NACK
послать пустой пакет (SE0,SE0, J) на устройство если не пришло время запрашивать данные.
Если пришли данные - проверить пакет на корректность (чек сумма и тип) и послать ACK если все верно или запросить данные повторно. К сожалению некоторые устройства не дают достаточно времени для проверки корректности пакета (не могу на CPU одновременно и принимать и посчитывать), поэтому я сначала не отвечаю на пакет , проверяю его его корректность , запрашиваю его повторно на следующей миллисекунде и только тогда отвечаю устройству ACK. Такое поведение , в целом, соответствует спецификации (если устройство соответствует спецификации USB 1.1 LS, то это должно работать).
Примерный код приемника - узкое место (должен успевать делать заметно больше двух оборотов на бит и функция _getCycleCount8d8() - младшие 8 бит абсолютного времени = цикл CPU/8 (240MHz/8 = 30 MHz)- время на 6 бит должно быть меньше 256 (в байт)):
while(act>0 && (val||nval) ) // есть активность и не нули на шине
{
val = nval;
nval = READ_BOTH_PINS; //прочитать порт и наложить маску пинов D+ D-,пины в старшем байте
received_NRZI_buffer[locRec] = _getCycleCount8d8() | nval; // записать время и состояние в 16 бит
if(val!=nval) // была замечена активность
{
locRec++;
act = TOUT; // была замечена активность,отложить выход из цикла на TOUT
}
else act--; //
}
Примерный код передатчика:
SET_O; // cконфигурировать пины на выход
// в transmit_NRZI_buffer состояния на передачу 0 - 'K' 1 - 'J 2 - se0
for(k=0;k<transmit_NRZI_buffer_cnt;k++)
{
cpuDelay(TRANSMIT_TIME_DELAY); // задержка передачи одного бита
*snd[transmit_NRZI_buffer[k]][0] = DM_PIN_M;
*snd[transmit_NRZI_buffer[k]][1] = DP_PIN_M;
}
SET_I; // cконфигурировать пины на вход
Pulseview работа с тремя мышами
Набор в работе
Детям после 16.
Поскольку протокол всегда инициируется хостом, то общее число устройств ограничено количеством выделенных пинов (по два на устройство) И как я понимаю, это единственная реализация софт хоста на ESP32, приглашаю поучаствовать, впрочем версия работает:
PR200SD
Давно искал что-то подобное, учитывая что даже с Atmega8 можно было так делать, удивляло что нет таких примеров для esp32. Нужно потестить.
Sdima1357 Автор
Меня тоже удивляло. Пришлось писать. Проблема с такими процессорами, в отличие от 8 битных, что время исполнения команды сильно зависит от многих факторов и плохо предсказуемо.
PR200SD
Какие фичи можно получить при использовании например 1 USB, например esp32 как hid или загрузка прошивки и можно ли это использовать с параллельно работающими задачами?
Sdima1357 Автор
Это хост, а не девайс То есть с PC он так говорить не сможет. Написано специально для эмуляторов древних компов, чтобы поключать к ним современную периферию. Можно написать и девайс, наверное, не думал на эту тему. А как хост — он работает в прерывании и занимает процентов 10 от одного ядра.
clawham
вайфай при этом не крашит/крашится от этих разговоров?
Sdima1357 Автор
Не проверял. Но не должен. Эти разговоры жестко привязаны к одному кору( affinity ). И прерывания я не запрещаю. Скорее наоборот, вайфай может помешать. Нo для этого есть повторный запрос/ы. Если я не подтверждаю прием ack-ом, то можно запросить еще раз.