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