Elsystems

Делал лично на STM32 привод трехфазного двигателя, токовый контур с ШИМ, АЦП на ток встроенные в МК. Но в основном предпочитаю регулятор тока в ПЛИС выносить.

Перестаньте прикалываться, просто человек опечатку допустил, очевидно что речь о долларах.

А схема и pcb где?

Под эту задачу более подходит STM32.

Предлагаю разработку модулей видеообработки для БПЛА. Процессорные модули: Nvidia Jetson Nano, Jetson NX Xavier. Камеры: Sony FCB-EV, ИЭОС МТП, Инфратест и др. Стриминг H.264/H.265, трекинг, распознавание объектов, картинка в картинке, скриншоты, WEB настройки и пр. Почта: [email protected]

Если есть доступ к контактам регулятора температуры бойлеров, то думаю можно сделать проще.

Графики можно посмотреть в Matlab без программирования. При загрузке данных из текстового файла нужно правильно настроить разделитель.

Могу поспорить, что проблема. Или вы думаете, что тепловизор будет с выходом MIPI? Он будет с выходом BT.656, или каким то еще, но только не MIPI. А преобразование это в данной задаче самое сложное место. Знаю не по наслышке, т.к. сам решил эту проблему.

Затея выглядит ооооочень сомнительной. Даже если STM32 прокачает упакованный стрим 720p10, дальше что? Разработка ПО для этого должна на STM стоить на порядки дороже чем под встраиваемую систему с Линуксом. Под Линуксом большая часть задачи (а может быть и вся) решается Гстримером.

При желании можно распознавать не просто объекты, движение и т.д., а именно определенное действие. Например человек, проходящий мимо - норма; человек, пытающийся проникнуть в машину - не норма.

Я себе такой купил (работой доволен): https://ru.aliexpress.com/item/32994828141.html?spm=a2g0v.search0104.8.13.706046ba2WzIQx

Не получится так что Bluetooth окажется бочкой заэкранирован?

Благодарю за ответ! Я занимаюсь задачей трекинга объектов на встраиваемом железе на 1080p со стримингом RTP H.264. На данный момент имею следующее: собственный модуль, для подстыковки камеры FCB-EV7520 Sony к процессорному модулю Phytec на AM5728; захват 1080p25; трекинг KCF+HOG с расчетом на каждом кадре; стрим RTP H.264. Но нужно развитие, нужен алгоритм типа TLD - с хорошим детектированием после длительных перекрытий объекта. На AM5728 opencv-шный TLD у меня сильно тормозит (расчет кадра 0,5...2сек.). Вот и смотрю в сторону чего то более производительного. Или же возможно за счет оптимизации можно на AM5728 выжать больше. Слышал что много зависит от правильной оптимизации кода под DSP, но на сколько например opencv-TLD оптимизирован мне неясно пока. Для Jetson Nano интересной выглядит производительность GPU 472 GFLOPS, и пишут что opencv GPU задействует. Еще вопрос - кто нибудь использовал библиотеку vlib из под Linux на AM5728? Вроде как на форуме TI пишут что это можно как то через opencl, но примера не нашел.

Добрый день, коллеги! Есть кто имеющий практический опыт видеообработки на DSP и GPU? Хочу понять, что круче: AM5728 TI или Jetson Nano NVIDIA.

Предлагаю разработку электроники на заказ. Многолетний опыт разработки и изготовления сложных систем в различных областях. Имеется лаборатория и ИП. Компетенции: - Системы на базе ПЛИС, микроконтроллеров и микропроцессоров; - Электроприводы (в т.ч. безредукторные, трехфазные, синхронные, линейные); - Системы гиростабилизации; - Системы с видеокамерами, видеообработкой; тел. +7-910-674-35-79 e-mail: [email protected]

https://www.variscite.com/product/system-on-module-som/cortex-a53-krait/dart-mx8m-mini-nxp-i-mx8m-mini/#highlights

Хочу обратить внимание на один момент - разработка и постановка на серию это как правило несколько разных этапов, опытных образцов и испытаний. Как правило взаимодействие с разработчиками идет поэтапно, т.е. сначала договариваются на 1-й этап, который подразумевает первый опытный образец и соответственно сырую КД. Но между первым опытным образцом и серийным иногда оказывается огромная пропасть. Всегда уточняйте - за какое КД/образец выставлена цена. По уровню озвученных здесь цен они на мой взгляд больше соответствуют именно первому опытному образцу и соответствующей КД.

Посмотрите в сторону Акселерометр + GPS + комплиментарный фильтр (или EKF).

2.6.37

Добрый день! Нужны консультации опытного программиста по Embedded Linux. Области: OpenCV, Gstreamer, RTSP, H.264. Платформа: TMS320DM8148, EZSDK 5.05, ядро 2.6.37, gstreamer 0.1, opencv 2.2. В дальнейшем возможно предложение по переходу от консультаций к сотрудничеству по полной разработке ПО. Город значения не имеет. Просьба писать в личку или на [email protected]

А зачем? Одна эта фраза о всем говорит.

Во первых человек хочет на ПЛИС сделать. АЦП на 1MSPS/12bit - это 200руб. На сколько я понимаю ток растет не линейно, а апериодически, на форму кривой влияют R, L, U. Наверное надо сначала понять какой принцип управления выбран.

А в чем проблема за полторы тысячи на нормальном производстве заказать?

АЦП для оцифровки тока. Под драйвером я понимаю предусилитель для силовых транзисторов - это отдельная микросхема, может быть интегрирована вместе с силовыми транзисторами. Схема простая - из ПЛИС релейные сигналы идут на драйверы транзисторов, с драйверов на транзисторы. Ток измеряется шунтом или датчиком и через АЦП заводится в ПЛИС. Все остальное делается логикой внутри ПЛИС. Новые ПЛИСки кстати в основном внутри АЦПшки имеют - возможно они подойдут даже.

Обычно в таких случаях ставят ПЛИС + АЦП + драйвер. Я не спец именно по ШД, но по моему тут токовый контур не нужен.