С удовольствием прочту сей опус если подскажете где искать. Тема "USB интерфейс в STM32F103" - это оно?

Отредактировано GaryK (2019-10-10 08:49:22)

Прочел тему "USB интерфейс в STM32F103" (информационную часть) и составил себе следующую картину:
При выдергивании кабеля хост не видит подтяжки линии данных и отключает устройство. При повторном втыкании кабеля хост начинает заново процедуру подключения и выдает на шину RESET, по которому "все регистры EPnR автоматически сбрасываются", а в библиотеке sobs'а (usb_lib.c) в прерывании по RESET настраивается нулевая точка:

	if(USB->ISTR & USB_ISTR_RESET) {
    // Переинициализируем регистры
    USB->CNTR = USB_CNTR_RESETM | USB_CNTR_CTRM;
    USB->ISTR = 0;

    // Создаем 0 конечную точку, типа CONTROL
    EP_Init(0, EP_TYPE_CONTROL, 128, 256, Enumerate_Handler);

    // Обнуляем адрес устройства
    USB->DADDR = USB_DADDR_EF;

    // Присваиваем состояние в DEFAULT (ожидание энумерации)
    USB_Dev.USB_Status = USB_DEFAULT_STATE;
	}

после чего достаточно сделать (из примера stm32f0_usb_hid_termo):

	while (USB_GetState() != USB_CONFIGURE_STATE);
	EP_Init(1, EP_TYPE_INTERRUPT, 384, 512, EP1_Handler);

и все должно быть "в ажуре".

Я все правильно понял или чего-то не учел?

Увы, при повторном включении: "Устройство не опознано".

vt, ты в своем опусе пишешь:
"FRES - запись нуля ресетит USB-контроллер, единицу после этого записывать не надо, контроллер сделает это сам",

а Referens Manual (и на F103 и на F072) говорят нам:
"Bit 0 FRES: Force USB Reset
0: Clear USB reset.
1: Force a reset of the USB peripheral, exactly like a RESET signalling on the USB. The
USB peripheral is held in RESET state until software clears this bit. A “USB-RESET”
interrupt is generated, if enabled."

или по-нашему:
"Bit 0 FRES: Принудительный сброс USB
0: Отключить USB-сброс.
1: Принудительный сброс периферии USB, аналогично сигналу RESET на USB-шине. Периферия USB удерживается в состоянии RESET, до программного сброса этого бита. Прерывание «USB-RESET» генерируется, если разрешено."

У кого-то из вас ошибка.

Сегодня меня нагрузили другими задачами (на столе другая железка), а завтра вернусь к USB, подключу осциллограф и буду твердо уверен, что тот или иной кусок софта сработал.

Не за что.

Лучше поздно, чем никогда. (с) народное.

Все прояснилось. В библиотеке sobs'а в обработчике прерывания USB_ISTR_RESET:

	if(USB->ISTR & USB_ISTR_RESET) {
    // Переинициализируем регистры
    USB->CNTR = USB_CNTR_RESETM | USB_CNTR_CTRM;
    USB->ISTR = 0;

    // Создаем 0 конечную точку, типа CONTROL
    EP_Init(0, EP_TYPE_CONTROL, 128, 256, Enumerate_Handler);

    // Обнуляем адрес устройства
    USB->DADDR = USB_DADDR_EF;

    // Присваиваем состояние в DEFAULT (ожидание энумерации)
    USB_Dev.USB_Status = USB_DEFAULT_STATE;
	}

достаточно добавить одну строку:

    USB_Dev.USB_Addr   = 0;

и все встает на свои места и начинает исправно работать.
После сброса чипа все поля USB_Dev инициализируются нулями, поэтому при питании от шины все работает. А вот для самопитаемых устройств после передергивания кабеля приходится обнулять вручную, так как далее "по ходу пьесы" это значение используется в конфигураторе устройства.

    // Если полученный от хоста адрес не совпадает с адресом устройства
    if((USB->DADDR & USB_DADDR_ADD) != USB_Dev.USB_Addr) {
    	// Присваиваем новый адрес устройству
    	USB->DADDR = USB_DADDR_EF | USB_Dev.USB_Addr;

    	// Устанавливаем состояние в "Адресованно"
    	USB_Dev.USB_Status = USB_ADRESSED_STATE;
    }

Всем откликнувшимся большое спасибо за участие. Вопрос закрыт.

Отредактировано GaryK (2019-10-16 10:55:21)