Здравия желаю.
Есть разработанная и собранная плата, но нужен софт.
Устройство собрано в пяти экземплярах и не факт, что будет тиражироваться.

Плата на STM32f415

Вообще-то есть и софт под всё это дело, он даже как-то работал, но есть следующие особенности:
1. с тех пор я изменил схему и камень (тоже STM32, но я взял покруче), добавил по аналоговым входам усилители PGA с управлением по SPI, на выходе поставил опторазвязку, управление скоростью PWM вместо DAC.
2. исходник без комментов, недостаточно структурен, на си, программист устал и отвалился.
3. Математики я почти совсем не знаю, но мой друг математик, видевший этот код, говорил о неоптимальности применённого алгоритма синхронного детектирования (выделения первой
гармоники). Он готов на математическом языке понимальщику свои соображения изложить.
Но в принципе, даже я почти всё понимаю в этом коде, кто там что делает. "Даже" относится к тому, что я не программист, тем более, что почти
совсем не знаю си, но на Паскалевиче программки допиливал-модернизировал-фиксил.

Да, всё железо уже есть, включая программатор, отладочные платки для разминки, компьютер, частотный привод, мотор с энкодером и проч.

Теперь Т.з.:
Нужно разработать ПО следующего устройства ввода-вывода.
Технические параметры:
3 цифровых входа инкрементного углового датчика
- опорный(0), квадратурные "А" и "В". Уровни сигналов - TTL.
Диапазон частот опорного сигнала 0-500Гц.
4 аналоговых входа с предусилителями с переключаемым по SPI коэфф. усиления.
Диапазон частот полезного сигнала 0.5-500Гц.
Диапазон напряжений на 4-х аналоговых входах 0.5 - 4.5V(p-p), ноль смещён на 2.5V, но постоянная
составляющая не интересует, соответственно на входе - развязывающий кондюк.
Интерфейс с ведущим компьютером - MODBUS RS-232

Режимы работы:
0. Режим управления: принимаем из компьютера управляющие посылки:
15 байт данных +
один байт - команда включить один из режимов работы.
1. Режим разгона: получаем с порта значение требуемой скорости вращения, ШИМом преобразуем с каким-то коэффициентом в управляющее напряжение, пропорционально требуемой скорости,
меряем частоту опорного сигнала (Z), как только её нестабильность станет меньше константы, переходим в режим измерения, если так и не стала стабильной
(нестабильность меньше соотв. константы) за заданное константой время разгона - выдать соответствующий код ошибки на порт и продолжать ловить частоту.
2. Режим измерения: непрерывно получаем оцифрованные сигналы с встроенного АЦП (от 1-го до 4-х) и
опорные импульсы, синхронно детектируем, т.е. выделяем из всех аналоговых сигналов первую гармонику (sin/cos преобразование)
с частотой, равной частоте опорных импльсов, векторно усредняем значения амплитуд и фаз сигналов и N раз в сек.
выдаём в порт накопленные за этот период усреднённые значения амплитуд и фаз по каждому из 4-х каналов и опорной частоты. Не всегда нужны все 4 канала АЦП.
Скорее всего, экономить время, выбирая к-во каналов АЦП, меньшее, чем 4, и не нужно - надо смотреть.
В начале измерения по каждому каналу подбираем коэфф. усиления для оптимального попадания во входной диапазон АЦП и записываем их в соответствующий программируемый усилитель по SPI
Надо мерить ОДНОВРЕМЕННО все каналы и загонять данные через DMA.
Вроде, скоростей должно хватить.
АЦП 12 разрядов,
3. Режим измерения угла: получаем импульсы: опорный(0) и 2
квадратурных с двух каналов энкодера, непрерывно считаем их и выдаём в порт угловое значение в единицах, равных учетверённому количеству импульсов на оборот энкодера.
Выдача в порт по запросу.
энкодер 600 имп. на оборот (или меньше)
При этом энкодер в некоторых случаях соединен с ротором, угловое положение которого интересует, при помощи ременной передачи, соответственно от случая к случая количество
импульсов на оборот разное. Но индексный импульс (Z) приходит с метки на измеряемом роторе, соответственно мы за один поворот ротора всегда получаем строго один и только один импульс.
И при повороте ротора вручную или на выбеге можем посчитать число импульсов А и В на оборот.
4. Режим вывода - по сигналу с порта выводим биты на шесть ног (оптопары).
5. режим позиционирования - два выхода (оптопары) - команда "вперёд" и "назад", один выход - через ШИМ и оптопару делает управляющее постоянное напряжение на привод (скорость).
На порт компьютер посылает два байта - значение требуемого угла позиционирования, контроллер, играя означенными тремя оптопарами, заставляет привод спозиционировать ротор на нужный угол.

Пишите на fesadd@gmail.com

В случае успешного опыта сотрудничество обещает быть продлённым...

UPD 2 ALL:
Кактегорически не приветствуется обсуждение избранной мной стратегии решения МОЕЙ задачи и схемное реализации оной.

Кактегорически приветствуются и рукопожимаются конкретные предложения услуг по созданию/допилу ПО.

С пониманием и поддержкой отношусь к вопросам/уточнениям, высказанным с целью лучшего понимания поставленной задачи.

Спасибо за в нимание.

Ременная передача и ацп 12 разрядов... кто это всё проэктировал? это баг или фича?

ИМХО, для 5+ шт эффективнее(по времени и средствам) сделать аналоговый фазовый детектор да и всю схему АСУ, с цифровым управлением.

Слёзно прошу не учить меня жыть. Если Вы можете эффективно решить поставленную задачу за разумное время и адекватные средства - welcome с предложениями или уточнениями в личку или опубликованную пошту.

UPD 2 ALL:
Кактегорически не приветствуется обсуждение избранной мной стратегии решения МОЕЙ задачи и схемное реализации оной.

Кактегорически приветствуются и рукопожимаются конкретные предложения услуг по созданию/допилу ПО.

С пониманием и поддержкой отношусь к вопросам/уточнениям, высказанным с целью лучшего понимания поставленной задачи.

Спасибо за в нимание.

В таком случае, пожалуйста, можете написать, что Вам надо, вместо написанного, как Вы хотите это получить? глядишь, люди и подтянутся.
Я серьёзно. Мозговой штурм де дал результатов по пониманию исходной задачи. Грубо говоря, написали много, но по делу не написано ничего. Что обдумывать, над чем работать, оценивать трудоёмкость чего? итдд

ну, например:
1. описание объекта управления
2. описание режимов управления: ручная уставка угла, набор скорости, работа через редуктор, и тд...
3. ...
...
N-2. условия сдачи-приёмки
N-1. сроки
N. оплата

ПС. Если Вы, конечно, не ищщете очередного программиста, который "программист устал и отвалился".

Надо написать или допилить ПО с учетом процитированных ниже особенностей.


Что делает устройство описано в тексте первого поста после слов "Теперь Т.з.:" достаточно подробно для понимания масштаба задачи.

По конкретным уточнениям - готов отвечать.

бюджет?

Up to you.

Вы скрытный какой-то.
Или Ваш бюджет не покрывает заявленный Вами "масштаб задачи"?

Вы часто слышали в магазине, как продавец спрашивает бюджет у покупателя ?
Не можете назвать свою цену на батон - отойдите.


Более эффективной постановкой задачи было бы: "Разрабатываю установку для балансировки колес".
Зачем шифроваться?

А можно не синхронно детектировать?
А усреднять не векторно?

Если это тот камень, о котором я думаю, т.е. CortexM4 разработки якобы НИИЕТ, а на самом деле - ЦР, то почему бы сразу не обратиться к авторам тестового софта под него, а именно, к Вектору? Они профи, с этим камнем год почти возились.
Сразу предупреждаю, если этот тот самый камень, то намучаетесь с ним .. одно DMA там чего стоит армовское ...

Вы не товар, а услугу приобретаете, разовую и эксклюзивную. В этом разница, существенная.
В зависимости от бюджета будет вариативное решение вашей задачи.

А батон, он в куче лабазов есть, на любой вкус и цвет. В отличии от.


Это может быть и не только задача балансировки колёс, но и литьё и балансировка лопастей турбины, коленвала.
А бюджет может быть выделен на погремушку.

ЗЫ: есть и математик и программист и дсп программист. От 700 т.р. без исходников.

По какой причине "устал и отвалил" предыдущий программист ? )

Можно, но мне нужно то, что я написал.

Это камень от ST.com Названные Вами буквы мне неведомы.

Так вам нужна первая или главная гармоника?
Или нужна траектория n-ой гармоники во времени?
Какая точность оценки нужна?

В курсе что фильтр постоянной составляющей вносит фазовые искажения?
Какой динамический диапазон сигналов?
Задача может быть вообще нетривиальной при достаточно высокой частоте измерений.

Вот это пример правильного ответа, т.е. по теме. Правда в корне неверного по содержанию.
1. Предложения без исходников по умолчанию не рассматриваются.
2. ДСП там не нужно - всё гораздо проще - не надо усложнять
3. Цена какая-то смешная. Я не пользуюсь такими дешевыми услугами.


По причине усталости.

Ну нам то лучше знать нужно ДСП или не нужно.
ДСП очевидно нужно и в полный рост.

Только первая. Только она, родимая.


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

Полный диапазон 70ДБ, но во время одного измерения диапазон не более 36 ДБ, так предварительно подбирается оптимальное усиление.

Может, разумеется, но я обозначал в ТЗ диапазон частот - там скромно, тем более, что если всё-таки проц не поспевает обрабатывать каждый период, он может периодически часть игнорировать, что и было реализовано при обработке на 33MHz 16-ти разрядных процах. Ибо всё равно потом происходит векторное усреднение, при таком игнорировании выпадает часть из очень большого объёма информации, что приводит только к некоторому увеличению времени накопления статистического результата. Но поскольку частота-таки больша, то всё это, даже замедленное "выкидышами", происходит с достаточной для меня быстротой.

А что это за мутный термин такой - 'векторное усреднение' применительно к отсчетам АЦП.

Каждый отсчёт АЦП даёт мгновенное значение напряжения, которое мне не нужно, мне нужно знать векторно усреднённое значение амплитуды и фазы сигнала относительно сигнала "Z", а отсчётов должно быть достаточно много на один период, чтобы можно было быстро получить представление о фазе (теорема Стьюдента).
Для этого по каждому периоду получаем амплитуду и фазу(вектор), и потом производим сложение этих векторов за сколько-то периодов, потом делим на число периодов.
Если число периодов, за которое мы делаем это в. усреднение - степень двойки, то можно вместо деления для ускорения применять сдвиг. Что на STM32F4 , всего скорей и не нужно.

Смишной.


1. Их всегда можно выкупить, за отдельное вознаграждение. Т.к. при передаче исходников программист получает авторское вознаграждение. Что бы вы или я не имел проблем с эксклюзивным правом.
2. Ваши сорсы никто не видел. Думаю и не увидят с таким подходом.
3. Это "От" для вашей задачи. ФОТ ембедера в ЕКБ от 100 тр. в месяц.+аммортизация+авторское вознаграждение+адм. расходы+ну и прибыль, мыж не наработаться хотим. После НГ стоимость на 15-20% будет выше.

Для вашей задачи кортекса м4 не хватит. Удачи.

Зы: ТСу, по тексту если судить, от 21 года до 25 с натяжкой.

Извините, конечно, но не понял ничего.
А так векторное усреднение для гармонических сигналов выглядит бредово.
Сложив два одинаковых по амплитуде но противоположных вектора вы получите нулевой вектор
и в среднем получите нулевой вектор, а на самом деле логичнее было бы получить вектор той же амплитуды но с относительной фазой 90 град.
Т.е. скалярное усреднение логичнее.

Да не, ... задачка из области робототехники, не простая, но решаемая на том же 415, 427. С дма помучится немного придется, но так камень придумали. Да и ацп б внешний лучше. Внутренний, хорошо если каких 55...60 дб потянет. Пишу, поскольку знаю эти камни и освоил в своих поектах. Там еще от схемотехники немного зависит как сделано, но это мелочи если всего 5 плат. Вопрос сколько есть времени на решение?

Нет, если случится ТАКОЕ, что будет два вектора одной амплитуды и противоположного угла, то как ни грустно, результат их сложения и должен быть 0. И никак иначе. Задача такова.

Вообще, вся эта математика уже отработана и служит с 2000-го года, но на другом железе.
Так что тут некоторые простодушные философы могут и дальше продолжать втуне раздуваться от важности и брызгать словами типа ДСП, БПФ и т. д, называть какие-то нелепые суммы в тенге.
Конкретно к Вам последняя фраза не относится.




На АЦП больше 36Дб не нужно, остальное при помощи программируемых усилителей решается.

Как обычно у славян - нужно вчера, но поелику так не бывает, приемлются реальные предложения от исполнителя.

Повторяю - вся математика уже отработана и понятна, разве что не делали раньше подбор К усиления PGA и позиционирование, но и тут математика видится весьма несложной и стандартной, тем более, что эти подзадачи не шибко критичны по скорости работы.

Я думаю эта задача может быть решена следующим, вполне традиционным способом:
- делается цифровой квадратурный генератор, частота и фаза которого привязываются к "Z" с помощью цифровой ФАПЧ
- полученный квадратурный сигнал умножается на входной
- результат умножения фильтруется НЧ фильтром с полосой пропускания около 5 Герц (тут можно использовать CIC дециматор в 100-500 раз + FIR), и получается искомый вектор в форме комплексного числа.
Фильтровать скорее всего лучше, чем просто усреднять, так как усреднение - это тот же НЧ фильтр, но с поганой характеристикой.
Ваш процессор получится загрузить процентов на 10-20, если всё на плавучке считать.
Серьёзной проблемой может стать нестабильное усиление PGA.
По 4 и 5 режимам вообще ничего не понятно.

Если вся математика уже отработана и понятна то что тут вам нужно? Чтобы нашелся очередной кодо-писатель? Которого вы "устанете и отвалите" Народ! ... барину нужно вчера ... ну, ну.

4 режим - с порта rs232 пришёл байт и 6 младших бит из него отразились на 6 ногах проца, к которым приделаны светодиоды оптопар. Просто дискретные выходы.

5 режим - пришло с порта 2 байта (требуемая угловая позиция), прикидываем в какую сторону ближе крутить, даём команду на соответствующую оптопару "вперед" или "назад", расчитываем по линейному закону требуемую скорость, значение скорости - в ШИМ, оптопарой этот ШИМ передаётся в привод (частотник) в виде некоего постоянного (меняющегося по величине в процессе позиционирования). Своего рода "педаль газа" и рычаг ревер-редуктора, только с опторазвязкой. По ходу процесса позиционирования "педаль газа" отпускаем по мере приближения к заданному углу. Если случится пролёт - врубаем реверс и опять чуть подъигрываем "газом" и так продолжаем, пока не попадём в заданный угол с заданной точностью. Как попали туда - выдаём сигнал "ОК" и ждём дальнейших указаний.
Врать не буду, программно такое не реализовывал, но на железном уровне рулить частотником такой схемкой пробовал - очень даже неплохо получается.


Мудрёно и не то. Есть проверенный алгоритм и не вижу смысла от него отходить.


Да, по факту мне надо перенести задачку с одной платформы на другую и добавить немного несложной доп функциональности. Если я не профессионал в этой сфере, то я и ищу более компетентных товарисчей. Но мне не хочется, чтобы мне навяливали на уши то, чего нет, моя некомпетентность недостаточна для этого.

По поводу отвалившегося товарисча-программиста - мы расстались полюбовно и без обид, хотя он и подставил меня своим "уставанием" и срывом договорённостей.

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

Хочу спросить, Вы уже применяли CortexM4 разработки НИИЕТ? На их сайте написано что срок окончания ОКР 2ое полугодие 2015 года.

Вменяемый (в отличие от подавляющего большинства форумных тролликов) исполнитель найден, тема закрыта.
Всем спасибо.