[SviMik]

С готовыми примерами ещё хуже. Они все заточены под конкретные платы (evaluation board), да ещё и как назло не под тот контроллер который у меня. А портировать это дело на другой контроллер, не понимая, как оно вообще работает... проще самому написать. Я уже молчу про готовые фреймворки, где вообще не понятно, что делать и с чего начинать.

В идеале бы готовый пример в минимальной конфигурации. Я не могу проект из 125 файлов (именно столько в hid клавиатуре у atmel например) назвать минимальным... Такой обьём практически невозможно отследить и расковырять, чтобы перенести в другой проект...

[lasers_AVSel]

С evaluation board все легко решается, один файлик переписать, а вот портировать на другой контроллер... Проще себе выбрать другой контроллер, для которого уже есть исходники.
Объем файлов действительно огромный, любят они делать универсальные библиотеки на все случаи жизни... Но тут уже никуда не деться, часть из них никогда не понадобиться, можно смело стереть, часть слить вместе. Плюс на них уже вполне легальные VID и PID есть.

[SviMik]

Ну вот, заблудился в регистрах как в лесу, и совершенно не заметил про бит UDP_CSR_DIR, устанавливающий направление передачи

Всё работает. Комп принял device descriptor, выдал адрес. Теперь только осталось найти причину, почему мой configuration descriptor ему не нравится...

[lasers_Ryazanec]

Посоветуйте относительно не дорогие модели, с чего начать освоение.

[lasers_INFERION]

Я начинаю с самых дешевых и простых кристаллов - STM32F100C4T6B.

[lasers_Ryazanec]

Напряжение питания как буд то под дисплеи от сотовых сделано делителей для согласования уровней не требуется и 12 битные ЦАП 2 штуки - красота!!!

[lasers_INFERION]

Да, кортексы по-интереснее АВРок будут. При стоимости 13-й тиньки фарш не сравнить...

[lasers_INFERION]

Народ. Теперь моя очередь домучивать самопальную реализацию USB->UART Свимика, под STM32F4. Голова уже пухнет от этих всех регистров. Поведение такое же как и у него - инициализация проходит нормально, данные ловит на ура, а передаёт только один раз. После чего комп просто не хочет забирать данные из буфера. Что-то мог упустить в конфигурации?

В инете всё на готовых библиотеках построено. Скачал я один такой примерчик, чтоб покурить. Разархивировал, заглянул, сразу же вылез и полез в свойства папки. Перехотелось мне такое курить (476 файлов, 95 папок)... У Свимика хоть всё поместилось в 3 небольших .c файла...

[lasers_AVSel]

Я готовую использовал, ковырятся в этих кучах регистров как-то совсем неохота. Работает на ура.
Вряд-ли это в конфигурации, скорее всего какая-нибудь хитрость протокола не учтена.

[lasers_INFERION]

Да, я это понимаю. Вычислить бы её. В регистрах поковыряться, по-моему, проще чем в том, чем попытались "упростить" жизнь...
Уже реализованных и понятных примеров класса audio devise нет случайно?
В принципе мне и с таким глюком сойдёт, ведь на приём работает, а управление звуковой картой идёт через работающий control эндпоинт. Вот только как мне там регулятор громкости то аппаратный реализовать?..

[lasers_AVSel]

 Сообщение от INFERION :

Уже реализованных и понятных примеров класса audio devise нет случайно?

Примеры есть только комплектные, насколько рабочие х.з., сам audio devise не делал...

[lasers_ArtDen]

Как оказалось, STM32 - отличная вещь. Доступная и дешёвая (по крайней мере у меня)
Начал тоже их осваивать. Купил себе МК STM32F100R6T6B за 70 рублей и экранчик 240x320 за 12$ с доставкой. Под STM32F100R6T6B развёл и изготовил плату (пришлось осваивать фоторезист). Получилась вот такая штука:
Вложение 8627 Вложение 8628

Ну и видео что успел напрограммировать

Прямая ссылка на видео YouTube

(там на видео такие разводы на экране только при съёмке фотоаппаратом, в реальности их нет)

PS: экран работает через SPI, поэтому к нему идёт небольшое количество проводов. Но из-за SPI передача данных подтормаживает, что заметно по медленному обновлению экрана.

[lasers_Hobbi TV]

 Сообщение от ArtDen :

Как оказалось, STM32 - отличная вещь.

Вещь то отличная, но они что-то не доработали по USB. Cortex от Atmel с USB без проблем работает, а от STM Svimik до сих пор не может запустить.

[lasers_INFERION]

А просто незачем с велосипедами мудрить. В отличии от Atmel полноразмерный cortex имеет такой фарш, что и в три пачки бумаги не влезет СЖАТОЕ описание. Есть библиотеки готовые, и к тому же рабочие. Народ юзает и не жалуется. Более того - ARM настолько не очевиден, что самому ковыряться там даже нежелательно. Говорят там даже на ассемблере код выполняется не очевидно и может делать не совсем то, что нужно. В первую очередь из-за полного отсутствия необходимой документации, достаточно хорошо описывающей ядро...

Вообще сколько не рылся в этих pdf, всё равно просматривается подход типа "ну эта документация не особо нужна, она скорее для галочки, для извращенцев. Есть ведь все необходимые библиотеки, зачем сюда вообще лезть? Так что сильно расписывать не будем, только общее представление, и так уже полторы тысячи страниц только на периферию, не считая остальных документов..."

[lasers_AVSel]

+1.
Документация конечно нужна, но чтоб понять возможности и общие принципы.
Не царское это дело - в регистрах ковыряться

[lasers_Hobbi TV]

 Сообщение от INFERION :

А просто незачем с велосипедами мудрить.

Т.е. у тебя STM без проблем с компом по USB общается?

[lasers_INFERION]

Это конечно плохо. в AVR, к примеру, можно было написать такой код, в котором было очевидно что и в какой момент ядро делает. Можно было писать очень эффективный код, который к тому же не мешал АЦП и при этом практически не жрал ресурсов на всякую поддержку периферии вроде расширения разрядности ШИМ (4 такта на каждые 32 такта). Здесь же пошли другим путём. Чтоб хоть как-то можно было работать с латентным высокоуровневым кодом - нафаршировали периферию, всунули DMA и кучу других костылей, с которыми возится приходится больше, чем при реализации в лоб на программном уровне. Но да, зато теперь чаще всего можно не боятся Си и писать на нём. Только вот не всегда это прокатывает, а прерывания тут столько ресурсов сжирают, что с ними по возможности лучше и не связываться...

 Сообщение от Hobbi TV :

Т.е. у тебя STM без проблем с компом по USB общается?

Я с библиотеками не разбирался ещё. У людей да, всё работает. Там и готовые звуковые карты есть, и все остальные классы. Я пытался допилить код SviMik'a и понял что проблема не столько в обмене данными, сколько в самом протоколе (а он от железа не зависит, это уже ты пишешь код, объясняющий винде что ты такое, для чего нужен и как с тобой работать). И похоже что винда сама стандартов не придерживается и опрашивает как ей вздумается, так что пускай с этими протоколами шаманят спецы с 10-ти летним опытом программирования, а я просто ихнюю библиотеку заюзаю...

[lasers_ArtDen]

 Сообщение от Hobbi TV :

Вещь то отличная, но они что-то не доработали по USB. Cortex от Atmel с USB без проблем работает, а от STM Svimik до сих пор не может запустить.

Да просто как я понял, Svimik с INFERION-ом всё полностью ручками хотят сделать, хотя есть уже проверенная библиотека для USB под STM32. А если делать ручками, то всегда есть вероятность ошибиться.

[lasers_INFERION]

Опять же, если в Atmel всё прозрачно и понятно, то вот у STM наверняка и разработчики готовенького пользовались не только доступной обычным смертным документацией...

[SviMik]

Дело в том, что с готовыми библиотеками, которые идут с стм, разобраться ничуть не проще, чем написать самому...
Да и к качеству их кода у меня претензии