voicek

Нужно поднять драйвер WinUSB на готовой железке на STM32F042C6. Ситуация следующая. Есть железка и работает, это адаптер USB-CAN. Боевое устройство. Под WinUSB перепилен драйвер из CMSIS библиотеки. Задача. Несмотря на то что девайс полностью гальванически развязан от CAN шины, USB порт все таки иногда отваливается при помехах на стороне CAN (вкл, выкл и т.п.). Вероятно не совсем правильно реализовали ендпоинты или чтото в этом роде. Нужно обеспечить стабильность связи USB, чтобы Win не терял устройство. Плюс избавиться от лишнего мусора CMSIS библиотеки. Программа хост для PC есть. Локация значения не имеет. По цене обсуждается.

В серии STM32F042, присутствуют и USB и CAN. Могут одновременно работать, или как в F103 серии, только по очереди? Хотел сделать мост USB - CAN.

Заработало. Банально ошибся. Драйвера пишу свои, и в функции настройки скорости передачи, регистрам sjw, ts1, ts2, bpr задавал значения из аргументов, т.е. 1,2,3,4.. А считаем то с нуля, т.е. 1 в аргументе - 0 в регистре... :) Поправил и все взлетело... :) Спасибо комраду lead_seller, за то что откликнулся...

Проектирую автомозг на STM32. Пытаюсь настроить общение с адаптером OBD2 ELM327 USB по кан шине. В режиме loopback с отрванным драйвером MCP2551, посылка отправляется и приходит. Подключаю драйвер. Режим normal, sjw=1, ts1=3, ts2=4, bpr=18, если частота APB1 - 36МГц, то скорость получается 250 Kbaud. Пытаюсь отправлять из терминала в ELM данные. Модуль кан генерит прерывание по ошибкам (я его включил), и в регистре ESR в поле LEC выставляется значение 0х01. По даташиту это - Stuff Error. 000: No Error 001: Stuff Error 010: Form Error 011: Acknowledgment Error 100: Bit recessive Error 101: Bit dominant Error 110: CRC Error 111: Set by software Что обозначает Stuff Error? Может кто ковырял подобную связку, поможите...

Я кажется понял, что вы меня не поняли :rolleyes: Проясню. Когда я ставлю компонент на схему, я не ввожу вручную никаких дополнительных параметров. Все параметры тащатся автоматически из базы, и разумеется вывод которых разрешен в настройках файла *.DBlib. И update к этому случаю не имеет никакого отношения. Файл *.DBlib у меня единственный, и я подключаю его и к 9ке и к 10ке.

Если произвести подобные манипуляции в 10-ке, то атрибуты после замены компонента пропадают. Допустим. Где производится данная настройка? И кстати, если в базе запрещен их ввод, то в схеме они никогда не появятся, след-но пропадать нечему.

Открываю 9-ку меняю компонент на другой номинал через окно свойсва->ссылка на библиотеку->обзор, все атрибуты на месте, просто менются значения атрибутов, и это логично. Что скажете?

К примеру, при замене на схеме резистора на другой номинал из той же библиотеки (библиотека на основе БД), пропадают атрибуты. В 9-ке атрибуты оставались на месте. Как устранить?

Ограничимся пока условием, что звучит только одна нота, и нам нужно ее распознать. Задержка между звукоизвлечением и звучанием ноты должна быть минимальной (>10мс на слух уже заметно). Т.е. время обработки не должно превышать 10мс.

Прям как при Петре 1, куда нам дуракам до немцев да англичан :). Возможно я не совсем понятно выразился. Я предположил, (предчувствуя, что злые дядьки fontp и DRUID3, начнут брыкаться и храпеть заслышав о "НС") что термин "нейронные сети" использован больше как маркетинговый ход, дабы усладить слух музыканта (обычного, не программирующего). А музыцирующие математики и аудиоинженеры весьма высокого уровня могут спать спокойно, главное результат, а прибор у немцев получился лучший в своем классе, как говорится "по плодам судите...". А мы всего лишь, пытались "дедуктивным методом" отсеять "плевелы от зерен" и предположить методы осуществления данной задачи, за что и Вам спасибо. Уточним задачу. Необходимо преобразовать аудио сигнал, поступающий с датчика электрогитары или бас-гитары, в сигнал midi-протокола. Т.е. в простейшем случае нужно получить номер ноты, а хорошо бы еще velocity (силу нажатия, уровень сигнала т.е.) и величину pitch shift (степень расстройки от основного тона) в центах. При игре на гитаре всегда возникают нюансы звукоизвлечения, исполнитель может пережать струну и тон уйдет вверх, или прижать слабо, тогда струна будет дребезжать и даст кучу гармоник. От рычагов подтяжки и т.п. пока абстрагируемся. Поэтому сигнал на входе всегда будет отличаться от образца, в той или иной степени... А детектирование по фронту нужно для низкозвучащих струн, т.к. на верхних частоту можно спокойно высчитать по периоду без всяких НС и корреляций, что и делают успешно американские и прочие европейские друзья.

Нейронные сети. Речь идет о равномерной темперизации. Касаемо немцев. Прибор очень устойчиво распознает ноты в указанном диапазоне частот. Это факт. Более того, они продают лицензии весьма крупным игрокам на этом огороде. Смущает тот факт, что крупные игроки, имея много денюжек, за столько лет не сподобились разработать изделие аналогичное по эффективности. Поэтому и витает в воздухе вопрос - может и в правду там какой-то разум космический смоделировали? :)

Если произвести информационную разведку у тех же немецких друзей, то видно следующее: 1.Прибор отрабатывает по фрону сигнала (отсюда малая латентность системы). 2.Распознавание производиться на основе встроенной базы данных образов, содержащей множество возможных вариантов звукоизвлечения каждой ноты. А не проще было бы сделать динамическую БД? Т.е. попросить музыканта проиграть все ноты с разным звукоизвлечением и занести в БД. Тут можно и память с пресетами организовать, поменял инструмент, прогнал по нотам, "обучил" прибор, запомнил в пресет. 3.Прибор обучается в процессе игры, улучшает распознавание, как они выражаются "приспосабливается к манере игры музыканта". Возможно ли такое проделать с системой на основе корреляции? И позволит-ли время? Хотя если у нас динамическая БД, зачем нам приспосабливаться? Мы и так максимально приближены к оригиналу...

Применительно допустим к бас-гитаре и обычной гитаре, это диапазон частот от 41.203 Гц (Ми контроктавы) до 1318.5 Гц (Ми третьей октавы). 10мс на все про все. Сигнал принять, обработать, +попутные сервисы и выдать упр. сигнал. Об эти ворота уже немало рогов поломано. Если верхние частоты еще нормально детектируются, то на низких уже задержка ощутимая получается. Так что басисты до недавнего времени скромно в сторонке курили. Может и не врут немцы-то? Может и впрямь на сетях реализовали? Пока с одной попробуем. Ну а на текущий момент играют аккордами, т.е. шесть нот (для гитары применительно). Хотя для этих целей датчики специальные ставятся, каждая струна отдельно снимается.

На Фурье и Герцеле вполне успешно строят тюнеры (прибор для настройки муз. инструмента), но там времени вагон, музыкант ноту дал и ждем пока система обработает. Соответственно и точек можно побольше взять. А вот в real-time... Года два назад пытался реализовать распознавание на Герцеле. На чистом синусе вроде бы все хорошо, а если гармоник добавить, то их уровни спектров начинали забивать основной тон. Если брать больше точек, чтобы разнести спектры, получаем неприемлемую реакцию системы. Так что Фурье и т.п. наверное не подойдет. Для справки. Немецкие инженеры решили таки эту задачу. Декларируют свои приборы, как работающие на принципе нейронных сетей. Хотя есть подозрение, что это рекламный ход. Музыканты, в большинстве своем, с математикой мало знакомые, нейронные сети для них как заклинание :). Тем не менее, на сегодняшний момент это самый эффективный в своем классе прибор. Попробую, как советуют уважаемые форумчане, корреляцию. И в этом разрезе вопроса, не подскажет ли кто алгоритмов для встроенных систем, поскольку вы люди хожалые по энтим тропам, а мы как говорится не местные...