Все равно не понятно.... Вот к примеру, USB->EP0R = 0b0000000000000000 (по умолчанию). USB_EP_TX_NAK = 0x0020 = 100000. Переключится в итоге пятый бит, а это первый бит STAT_TX. В итоге получается значение STAT_TX = 10 - что соответствует NAK.
Последний раз редактировалось isx Сб июн 04, 2016 20:59:50, всего редактировалось 1 раз.
Ошибка была в предыдущем примере. Исправил, но смысл не поменялся....\ Пример с USB->EP0R = USB->EP0R | USB_EP_RX_VALID. USB_EP_RX_VALID = 0х3000 = 0b0011000000000000. Так и получается значение VALID в RX
Когда происходит событие по приему или передаче - срабатывает прерывание. Значения полей STAT_TX и STAT_RX автоматически (железом USB) устанавливаются в NAK (10). теперь пока софт МК будет думать что делать дальше хост будет получать на запросы IN/OUT - NAK. Тут есть время поглядеть принятый пакет и решить что делать дальше.
Далее. USB_EP_RX_VALID - Поле STAT_RX = 11.
А у нас STAT_RX по результату приема SETUP пакета в состоянии NAK (10). Если выполнить инструкцию USB->EP0R = USB->EP0R | USB_EP_RX_VALID., то NAK (10) изменится на (01).
10^11 = 01.
isx писал(а):
Ошибка была в предыдущем примере. Исправил, но смысл не поменялся....\ Пример с USB->EP0R = USB->EP0R | USB_EP_RX_VALID. USB_EP_RX_VALID = 0х3000 = 0b0011000000000000. Так и получается значение VALID в RX
Да, забыл. Тут все верно. Если речь идет про состояние после резета, то регистр девственно чист. 0 и все. Вот тут-то мы записывая 11 и получим 11.
Не пойму почему, но прерывание по CTR происходит только если выставлять ИМЕННО в таком порядке:
Код:
USB->EP0R |= USB_EP_TX_NAK; // Готовы к передаче, но данных для передачи нет USB->EP0R |= USB_EP_RX_VALID; // К приему готов
Если поменять местами, то ничего не происходит... И еще, может кому поможет, так как я не знал. Для того, чтобы произошло прерывание пользовательский разъем USB нужно ПОДКЛЮЧАТЬ при ЗАПУЩЕННОЙ отладке. Если разъем будет подсоединен до запуска отладки, то прерывание CTR не произойдет до тех пор, пока мы заново не переткнем пользовательский разъем. Пока разбираюсь с отправкой дескриптора нужно выяснить один момент. Подскажите пожалуйста, как отправить пакет нулевой длины? Нужно USB_COUNT0TX выставить в ноль и USB_EP_TX в VALID. Тогда если хост просит ответить восьмью байтами то нужно USB_COUNT0TX сделать в 8 байт?
Карма: 29
Рейтинг сообщений: 651
Зарегистрирован: Сб май 14, 2011 21:16:04 Сообщений: 2708 Откуда: г. Чайковский
Рейтинг сообщения:1 Медали: 1
Если бы Вы читали то что я Вам пишу, то вчера разобрались бы еще. Третий раз говорю, выполните по шагам эти строчки и поглядите как меняется регистр EP0R. Что Вам мешает мониторить этот регистр?
isx писал(а):
Для того, чтобы произошло прерывание пользовательский разъем USB нужно ПОДКЛЮЧАТЬ при ЗАПУЩЕННОЙ отладке.
Почитайте про запросы USB, я Вам тоже об этом писал. Вы задали банальный вопрос, говорящий о том что нет совсем представления как работает USB.
isx писал(а):
Подскажите пожалуйста, как отправить пакет нулевой длины? Нужно USB_COUNT0TX выставить в ноль и USB_EP_TX в VALID. Тогда если хост просит ответить восьмью байтами то нужно USB_COUNT0TX сделать в 8 байт?
Да, так.
_________________ Добро всегда побеждает зло. Поэтому кто победил - тот и добрый.
Появилось маленько времени, возвращаюсь к работе с USB . Остановился на том, что хост отправляет запрос дескриптора. Начал записывать массив дескриптора (стырил с какого-то сайта) в память, и опять грабли . Сделал так:
Код:
if (USB->ISTR & USB_ISTR_CTR) { USB->CNTR &= ~USB_EP_CTR_RX;
switch (*(__IO uint32_t*)(0x400060C1)) { case 0x6: for (i = 0; i < 17; i++) { *(__IO uint32_t*)(0x40006000 + i) = Virtual_Com_Port_DeviceDescriptor[i]; } break; } }
Как я понял, когда i станет равным 2, то дескриптор начнет писаться в недоступную область, и дальше все полетит к чертям. Как это можно грамотно обойти? Я вижу только один способ - ввести отдельную переменную с инкрементацией в каждом проходе цикла и переменную с текущим смещением. Как только инкрементируемая переменная становиться равной 2, то к переменной смещения прибавляем двойку, и т.д. Но мне кажется, что это как-то "топорно" Но основная проблема появилась еще раньше. Первым записывается нулевой элемент массива. Запись проходит нормально, но когда я пишу следующий элемент, то значение по адресу нулевого элемента затирается в 0х00. Почему так происходит?
Попалась полезная ветка по USB. Есть вопросы. Возникли проблемы ещё на этапе инициализации.
Цитата:
-Сначала инициализируется модуль USB. просто вкючаете, подкючаете генератор и т.д. - По событию SE0 (воткнули девайс в комп) инициализируете нужные регистры, это событие кстати сбросит их в начальное состояние само. -Затем устанавливаете в регистре EP0 VALID RX, т.е. МК готов принять данные для нулевой точки. -Возникает прерывание об успешной транзакции. Расшифровываете и понимаете что что то получили. - читаете что лежит в буфере приема, там будет запрос дескриптора устройства. -ложите в буфер отправки дескриптор устройства и выставляете в регистре EP0 VALID TX и контроллер сам все отправит. -после события об успешной отправки опять переводите МК в состояние в готов принять.
Который день пытаюсь реализовать прерывание по событию присоединения к шине USB (то, что вы Z_h_e идентифицируете как событие SE0) Пишу в Кокосе. Контроллер stm32f103rbt6. Инициализирую систему тактирования, USB, но прерываний почему-то не происходит. Даже по событию превышения ожидания (SUSP), хотя отладчик показывает, что соответствующие флаги в реге ISTR успешно выставляются. Я уже все мозги сломал, в чем может быть дело. Сразу инициализирую систему от внешнего кварца 8МГЦ. Умножитель PLL = x6
Код:
int main(void) { __enable_irq (); //*****Настройка тактирования //сброс системы тактирования RCC_DeInit();
void USB_LP_IRQHandler(void) { //Ждем события if ((USB->ISTR & USB_ISTR_SUSP)) { //какой-то код } }
Итог, программа выставляет флаги и успешно уходит в цикл while, а на прерывания ей плевать. В чем может быть проблема.? Перерыл кучу информации, толку ноль. Застрял.
Вложения:
Комментарий к файлу: Код в полном виде Codusb.txt [2.5 KiB]
Скачиваний: 186
А прерывание у вас точно правильно обозвано? В моем файле с дефайнами (на stm32f1x) оно определено как USB_LP_CAN1_RX0_IRQn. Тогда и прерывание следовало бы обозвать как void USB_LP_CAN1_RX0_IRQnHandler(void)....
А прерывание у вас точно правильно обозвано? В моем файле с дефайнами (на stm32f1x) оно определено как USB_LP_CAN1_RX0_IRQn. Тогда и прерывание следовало бы обозвать как void USB_LP_CAN1_RX0_IRQnHandler(void)....
Спасибо! Я уже сам дошел до этого. На прерывания отзывается. Код немного подправил. Теперь первый РЕСЕТ (по сбросу FRES) игнорируется. Он мне без надобности (пока так). Регистр CNTR настраиваю отдельно. Далее теоретически следует определить момент присоединения девайса к шине хоста. Как это определить.? Тут я не могу до конца разобраться, что делать с подтяжкой на D+. Это по поводу события соединения с шиной. Пробовал добавить внешний pull_up резистор. Не помогает. Во всех примерах встречалось о том, что выставляется специальный бит - USB_UP. На STM32F103 ничего такого и в помине нет. Подозреваю, что копать нужно непосредственно в настройке ног самого STM?
Далее теоретически следует определить момент присоединения девайса к шине хоста. Как это определить.?
Это определит хаб, увидев что одна из линий данных "подтянулась" (воткнули разъем). Скажет об этом хосту, хост пошлет сброс. Это и есть момент подключения.
_________________ Добро всегда побеждает зло. Поэтому кто победил - тот и добрый.
Если не ошибаюсь, то момент соединения с шиной обозначается прерыванием по РЕСЕТ. У меня в STM32F303 тоже нет бита подтяжки. На плате резистор тупо припаян.
А теперь вопрос к Z_h_e от меня . Настроил по Вашему образцу отправку первого запроса дескриптора, но процесс не продвигается - при пошаговой отладке в цикле видно, что запись в память происходит, но при записи последующего значения, предыдущее стирается в ноль. Может пошаговая отладка в таких процедурах неадекватно работает? Ничего не понимаю
Код:
switch (*(__IO uint32_t*)(0x400060C1)) { case 0x6:
for (i = 0; i < 16; i+=2) { TXBuff = Virtual_Com_Port_DeviceDescriptor[i] + (Virtual_Com_Port_DeviceDescriptor[i+1] << 8); *(__IO uint32_t*)(0x40006080 + i) = TXBuff; } USB->EP0R |= USB_EP_TX_VALID; break; }
И не могли бы Вы скинуть кусок кода с обработкой прерываний по CTR. На фоне предыдущей проблемы я не могу правильно настроить с ним работу...
Карма: 29
Рейтинг сообщений: 651
Зарегистрирован: Сб май 14, 2011 21:16:04 Сообщений: 2708 Откуда: г. Чайковский
Рейтинг сообщения:1 Медали: 1
Все по одним и тем же граблям ходите. *(__IO uint16_t*)(0x40006080 + i) = TXBuff;
Код:
USB->EP0R |= USB_EP_TX_VALID;
После этой команды установите точку останова и проверьте значение регистра, может тут еще подвох быть. Только в момент останова выдерните разъем, а то хост не дождавшись ответа пошлет сброс и регистр обнулится. Ну или сохраните его значение в какой-нибудь переменной.
---------- Вот еще что. Не вижу где Вы указываете длину отправляемых данных и вроде длина дескрипотора устройства 18 байт, а не 16?
_________________ Добро всегда побеждает зло. Поэтому кто победил - тот и добрый.
Ставлю точку останова на break, значение test1 в это время 0x00000A30. Высчитал, вроде это соответствует TX_VALID. Только вот следующий запрос не приходит. Есть вариант, что нужно отследить по USB->EP0R & USB_EP_CTR_TX успешное завершение передачи и только тогда разрешать прием, но не уверен, необходимо ли это?
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 9
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения