Помогите с микроконтроллерами, почасовая оплата, примерно 2-3 часа в неделю. Опции

[Loma]

Здравствуйте!
Нужна помощь в программировании микроконтроллеров для хобби-проекта.

Оплата почасовая, 300 рублей в час. Нагрузка примерно пару часов в неделю.

Примерные вопросы: настроить АЦП/ЦАП, включить GPIO, наладить связь по USB, как сделать так чтобы отпустило пожалуйста просыпаться от прерывания, как уметь в многопоточность?.. То есть не рассказать мне как это сделать, а прям вот ррраз и готовый кусок кода что бы например АЦП 100Kb/s прямо в память писало. Оплата на сберкарточку.

Спасибо,
2uklxlpln2mi@mail.ru

[Bodaybo]

Кинетисы - весьма достойные конкуренты STM, но лучше всё-таки начинать с самых популярных на сегодня STM32, как тут правильно заметили, из-за фришного софта и дешёвых отладочных плат. Насчёт ядра - это легко понять из хотелок на их же сайте.
А потом можно спокойно перейти хоть на Кинетисы, хоть на Силабсы, хоть на Микрочипы - принципы программирования не сильно изменятся.

[AlexandrY]

Кинетисы - весьма достойные конкуренты STM, но лучше всё-таки начинать с самых популярных на сегодня STM32, как тут правильно заметили, из-за фришного софта и дешёвых отладочных плат. Насчёт ядра - это легко понять из хотелок на их же сайте.

Эт, конечно, самоподдерживаемое заблуждение некой тусовки прилипших к ST
Нет никаких объективных доказательств, что для ST софт более фришный чем для Kinetis, и что платы с ST дешевле чем с Kinetis.

Но по ходу я подозреваю, что TC борется с эпическим HAL-ом.
В этом случае, действительно нужен высокопроизводительный гуру, поскольку ему надо будет толковать не только мусор генерируемый кубом, но еще и HAL, еще BSP, CMSIS, скорее всего FreeRTOS и еще кучу барахла.
Поскольку именно этим набита средняя отладочная плата от ST.

[Loma]

Эт, конечно, самоподдерживаемое заблуждение некой тусовки прилипших к ST
Нет никаких объективных доказательств, что для ST софт более фришный чем для Kinetis, и что платы с ST дешевле чем с Kinetis.

Но по ходу я подозреваю, что TC борется с эпическим HAL-ом.
В этом случае, действительно нужен высокопроизводительный гуру, поскольку ему надо будет толковать не только мусор генерируемый кубом, но еще и HAL, еще BSP, CMSIS, скорее всего FreeRTOS и еще кучу барахла.
Поскольку именно этим набита средняя отладочная плата от ST.

Kinetis так Kinetis, я согласна. Единственное я не нашла есть ли у них плата с частотой больше 100MHz и GPIO не менее 30. Но я и не сильно искала пока так как уверена что есть. В крайнем случае если нет GPIO можно Ардуино подключить как расширение, такой пример у них в галерее есть.

Т.е. мне не важно от кого плата, какой там куб или хал, мне просто нужен человек, который сам знает эту любую архитектуру и самое главное умеет.

2Loma Вам, батенька, прямой дорогой в менеджмент или сразу в руководящие с такими замашками. А если хотите кодить - открывайте мануал и вперед. "шоб само", бл.

Наверное мне должно быть приятно что человек написавший всего 10 сообщений на форуме за три года решил потратить одиннадцатое на то, чтоб огласить своё негативное отношение к этой теме. На самом деле не очень.... Я понимаю что мне должно быть всё равно, но я никак не могу понять почему так резко негативно??? Разве все заказчики хотят или должны открывать мануал и вперёд кодить я не понимаю..... Тем более странно такое отношение от человека создавшего тему Напишу программу для МК, i8051, AVR, dsPIC, STM . Ну вот и напишите!!!!!!

[jcxz]

Kinetis так Kinetis, я согласна. Единственное я не нашла есть ли у них плата с частотой больше 100MHz и GPIO не менее 30. Но я и не сильно искала пока так как уверена что есть. В крайнем случае если нет GPIO можно Ардуино подключить как расширение, такой пример у них в галерее есть.

Ну вот и выступило родимое пятно ардуинщиков! Уже взят прицел на ногодрыг. Уважаемая, ногодрыгом Вам, для вашей неозвученной задачи и 100 МГц запросто может не хватить. Ищите сразу 1000!
На ARM-ах не с количества GPIO надо начинать, а с прикидывания функциональной схемы устройства, по которой уже определяются - какие и сколько нужно будет периферийных блоков. И требования к ним. И на GPIO делается только то, что не реализуемо на встроенной периферии. А потом уже, когда требования к периферии прояснились, и начинают выбор платформы и МК , наиболее подходящего для решения задачи: STM32 или Кинетис или куча других семейств и производителей, у каждого из которых свои плюсы и минусы.
А делается это примерно так:
Нужно измерение аналогового сигнала? Значит нужно АЦП. Какое - внешнее или внутреннее? Прикидываем требования к измерению сигнала (его полоса, точность измерения, кол-во каналов, одновременных или можно через мультиплексор, необходимость гальванической развязки, необходимость энергосбережения при измерении и т.п.). Смотрим, что примерно умеют встроенные АЦП разных МК и прикидываем. Если внешнее - смотрим дальше на какой интерфейс МК можно его повесить? Желательно конечно как можно больше периферии засунуть внутрь МК.
Ну и так далее - по каждой функции, требуемой от устройства.

Этот продукт называется библиотека работы с низкоуровнемы функциями, если вам так проще. Но всё и сразу мне не надо, мне надо постепенно, чтобы управляющий код успевал это всё пользовать.

Embedded - это не PC. Невозможна тут никакая универсальная библиотека. Так как все МК имеют совершенно разную периферию. С разными возможностями. И единая "библиотека" - невозможна. А если всё-таки пытаться её написать, то получится нечто типа абдурины, использующее МК на 1% и оставляющее за бортом остальные 99% функционала и возможностей.
Как тут уже сказали - без изучения периферии и мануалов здесь никуда. Если не понимаете этого, то видимо Вам не сюда, а к ардуинщикам.

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

"Низкоуровневый код" начинается с открывания мануала на МК. Всё остальное - галимая абдуринщина.

PS: Вам надо понять, что каждый МК - это как набор слесарных инструментов (набор периферии), где для каждой работы - свой инструмент (свой периферийный блок). И каждый МК (разных семейств) - это немножко разные наборы по составу и возможностям инструментов. В одном наборе есть классный выбор разных кусачек, но всего пара гаечных ключей; в другом - есть метчики для нарезания резьбы, которых нет в других наборах. И так - во всех.
И дальше человек думает - какую работу ему нужно будет выполнять? И уже по этой работе подбирает наиболее подходящий набор инструментов. А не пытается одной отвёрткой и болты закручивать и дырки в стенах ковырять...

[Loma]

Ну вот и выступило родимое пятно ардуинщиков! Уже взят прицел на ногодрыг. Уважаемая, ногодрыгом Вам, для вашей неозвученной задачи и 100 МГц запросто может не хватить. Ищите сразу 1000!

Наверное вы не прочитали моё предыдущее сообщение что никапельки не удивительно, уже три страницы накатали!!!!
Только вот результата пока нет(((( Вот, наверное вы не прочитали моё предыдущее сообщение, я там пишу о том что я делаю CV. Мне почему-то, уж не знаю с чего))) кажется, что его детали лучше обсуждать на другом форуме.

Спасибо вам что согласились бесплатно проверить мои расчёты!!!
Смотрите, есть несколько критических времён реакции. Если совсем просто говорить, то это изменение_входящего_цифрового_уровня -> перемножение матрицы на другую -> установка_цифрового_выхода в нужное значение.

Чтоб с запасом матрицы в лоб будем перемножать, получается km раз по l умножений и l-1 сложений. даже не будем смотреть сюда а просто оценим сверху что один полный цикл это 10 тактов. Ну и умножим на 3.14 чтоб точно с запасом. Нам ведь мегагерцев не жалко))))
Или они в дифиците??????????

На ARM-ах не с количества GPIO надо начинать, а с прикидывания функциональной схемы устройства, по которой уже определяются - какие и сколько нужно будет периферийных блоков. И требования к ним. И на GPIO делается только то, что не реализуемо на встроенной периферии. А потом уже, когда требования к периферии прояснились, и начинают выюор платформы и МК , наиболее подходящего для решения задачи: STM32 или Кинетис или куча других производителей, у каждого из которых свои плюсы и минусы.

Всё так!!! Только мне не надо самое что ни на есть оптимальное решение, это же не промышленная разработка)))

Нужно измерение аналогового сигнала? Значит нужно АЦП. Какое - внешнее или внутреннее? Смотрим, что примерно умеют встроенные АЦП разных МК и прикидываем. Если внешнее - смотрим дальше на какой интерфейс МК можно его повесить? Желательно конечно как можно больше периферии засунуть внутрь МК.
Ну и так далее - по каждой функции, требуемой от устройства.

Вы бы знали как мне приятно это читать. Очень разумные слова на мой дилетантский взгляд.
От устройства ничего космического не требуется управлять лидаром, стереопарой читать и писать цифровые порты, читать и писать аналоговые порты, дёргать callback-и по событиям.....

Кажется, в силу специфики обычного заказа на форуме меня не правильно понимают. Я прошу написать библиотечку по работе с железом.

Embedded - это не PC. Невозможна тут никакая универсальная библиотека. Так как все МК имеют совершенно разную периферию. С разными возможностями. И единая "библиотека" - невозможна. А если всё-таки пытаться её написать, то получится нечто типа абдурины, использующее МК на 1% и оставляющее остальные 99% функционала и возможностей за бортом.

Не будем обсуждать насколько разная переферия у РС и какой там заопарк драйверов)))))
Если я правильно поняла то под универсальной вы имеете ввиду на все устройства???? Тогда мне не нужна универсальная библиотека. Мне хватит одной под одну железку))))) Зачем мне все железки мира????

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

Как говорится и смех и грех))))))))))))))))))))))))

[Plain]

написать библиотечку

Вам всё равно, для какой среды? Почему это не указано в первом сообщении темы.

по работе с железом

То же самое, в первом сообщении темы не озвучена частота требуемого ШИМ, длительность измеряемых интервалов, напряжение на входе АЦП, и т.д.

Например, продаётся разнообразная готовая USB периферия — модули аналоговых входов/выходов, дискретных входов/выходов и т.д., и к ней как раз даются готовые драйверы для подключения к системам высокоуровнего программирования. Но никто в здравом уме не станет делать и пытаться продавать модуль абстрактного ШИМ, с частотой, Кзап и уровнями "на все случаи жизни".