Size: a a a

2021 March 24

К1

Ком 123 in Embedded Group
jon pedro
а вообще ударяться в подобные вещи через разбери норм путь или это как через ардуино учиться прогать мк?
вот у тех же SoC от TI есть PRU(programmable runtime unit), который представляет собой Cortex-M ядра. Т.е. можно и риалтаймовые задачи решать параллельно с основным процом.
источник

jp

jon pedro in Embedded Group
Ком 123
Ну именно линуху можно и с расберри начать. С модулями ядра разобраться. kernel и userspace программированием, device tree. А так, каждый SoC со своими приколюхами.
А в чем отличается специфика программирования под линукс таких штук от мк? Просто пишутся скрипты работы с модулями на полноценной ос или как? Просто я смутно пока это все дело представляю
источник

jp

jon pedro in Embedded Group
Когда гуглил про расбери, все сводилось к написанию либо питон скрипта или софтинки на си, которую просто запускали уже на самом разбери
источник

A

Alexander in Embedded Group
jon pedro
А в чем отличается специфика программирования под линукс таких штук от мк? Просто пишутся скрипты работы с модулями на полноценной ос или как? Просто я смутно пока это все дело представляю
http://exploringbeaglebone.com/

Есть такая же для Raspberry
источник

К1

Ком 123 in Embedded Group
jon pedro
А в чем отличается специфика программирования под линукс таких штук от мк? Просто пишутся скрипты работы с модулями на полноценной ос или как? Просто я смутно пока это все дело представляю
Специфика - ничем, за исключением отсутствия кучи кодгенераторов=) А так - ядро, в него в рантайме грузится бинарь для pru и поехали=)
источник

РЕ

Рыжов Евгений... in Embedded Group
ID:0
Инженер- программист микроконтроллеров С/С++ (Москва)
https://evocargo.com/
120-180 тр. Nett
Кого ищем: опытного разработчика, готового принимать участие в различных направлениях разработки компании, как алгоритмических, так и инфраструктурных, а также делиться своим опытом с членами команды.

Если вы опытный программист-разработчик и мечтаете заниматься исследовательской деятельностью в области беспилотных автомобилей, то вам – к нам.

Обязанности:

Разработка программного обеспечения для контроллеров управления исполнительными устройствами и тягового электропривода на базе микроконтроллеров TI (C2000, TMS570)

Участие в разработке программной архитектуры
Участие в выборе инструментов и фреймворков разработки ПО
Участие в code review
Отладка ПО на реальном объекте управления (беспилотный автомобиль)
Тестирование кода: юнит-тестирование, тестирование на испытательном стенде

Требования:
Высшее образование по технической специальности;
Опыт разработки ПО на языках С/С++ не менее трех лет.
С++: STL, ООП, паттерны проектирования.
Инструменты: git, CMake.
Опыт работы и знание протоколов CANOpen, J1939.
Большим плюсом будет опыт работы с тяговым электроприводом с векторным управлением.

Приветствуется:

Знание стандартов функциональной безопасности ISO26262, IEC 61508.
Опыт работы с Jira и Confluence
Опыт работы в области робототехники и беспилотной техники.
Условия:
Гибкий график и возможность частичной удаленной занятости;
Профессиональный и молодой коллектив;
Интересные задачи нацеленные на развитие высокотехнологичных самодвижущихся транспортных средств;
Высокий уровень белой заработной платы;
Оформление в соответствии с ТК РФ;
ДМС.
@maria_pavl0va / maria.pavlova@evocargo.com
Cognitive Pilots (которые от Когнитивных Технологий) вроде спонсируется от Сбера тоже
источник

DD

Dima Dewinn in Embedded Group
Всем привет,

Нам в Норм (https://norm.store) нужен умелец в тензо датчики. Нужно определять нагрузку которую человек передаёт в столешницу при работе чтобы распознавать когда он сутулится
источник

jp

jon pedro in Embedded Group
Спасибо, по ссылке и для разбери сразу) буду изучать
источник

A

Alexander in Embedded Group
Dima Dewinn
Всем привет,

Нам в Норм (https://norm.store) нужен умелец в тензо датчики. Нужно определять нагрузку которую человек передаёт в столешницу при работе чтобы распознавать когда он сутулится
Привет.
Распиши требования в виде вакансии (см. закреп).

Если хочешь выставить в "работе" - отправь личку @picokun
источник

BV

Bulat Valeev in Embedded Group
jon pedro
Когда гуглил про расбери, все сводилось к написанию либо питон скрипта или софтинки на си, которую просто запускали уже на самом разбери
Здесь несколько уровней геморроя. 1)Системный уровень 2) уровень ядра 3) уровень конечных приложений.
источник

DD

Dima Dewinn in Embedded Group
Alexander
Привет.
Распиши требования в виде вакансии (см. закреп).

Если хочешь выставить в "работе" - отправь личку @picokun
Спасибо, мне скорее совет или консультация нужна от тех кто имел дело с подобными сенсорами
источник

A

Alex in Embedded Group
ID:0
Инженер- программист микроконтроллеров С/С++ (Москва)
https://evocargo.com/
120-180 тр. Nett
Кого ищем: опытного разработчика, готового принимать участие в различных направлениях разработки компании, как алгоритмических, так и инфраструктурных, а также делиться своим опытом с членами команды.

Если вы опытный программист-разработчик и мечтаете заниматься исследовательской деятельностью в области беспилотных автомобилей, то вам – к нам.

Обязанности:

Разработка программного обеспечения для контроллеров управления исполнительными устройствами и тягового электропривода на базе микроконтроллеров TI (C2000, TMS570)

Участие в разработке программной архитектуры
Участие в выборе инструментов и фреймворков разработки ПО
Участие в code review
Отладка ПО на реальном объекте управления (беспилотный автомобиль)
Тестирование кода: юнит-тестирование, тестирование на испытательном стенде

Требования:
Высшее образование по технической специальности;
Опыт разработки ПО на языках С/С++ не менее трех лет.
С++: STL, ООП, паттерны проектирования.
Инструменты: git, CMake.
Опыт работы и знание протоколов CANOpen, J1939.
Большим плюсом будет опыт работы с тяговым электроприводом с векторным управлением.

Приветствуется:

Знание стандартов функциональной безопасности ISO26262, IEC 61508.
Опыт работы с Jira и Confluence
Опыт работы в области робототехники и беспилотной техники.
Условия:
Гибкий график и возможность частичной удаленной занятости;
Профессиональный и молодой коллектив;
Интересные задачи нацеленные на развитие высокотехнологичных самодвижущихся транспортных средств;
Высокий уровень белой заработной платы;
Оформление в соответствии с ТК РФ;
ДМС.
@maria_pavl0va / maria.pavlova@evocargo.com
А кому писать тут чтобы опубликовали вакансию?
источник

jp

jon pedro in Embedded Group
Bulat Valeev
Здесь несколько уровней геморроя. 1)Системный уровень 2) уровень ядра 3) уровень конечных приложений.
Ну этого я не очень боюсь, к проблемам уже иммунитет приобрёл)
источник

A

Alexander in Embedded Group
Alex
А кому писать тут чтобы опубликовали вакансию?
источник

A

Alexander in Embedded Group
Dima Dewinn
Спасибо, мне скорее совет или консультация нужна от тех кто имел дело с подобными сенсорами
Тогда дай чуть больше инфы и технических ограничений.
источник

CA

Cate Archer in Embedded Group
Alex
А кому писать тут чтобы опубликовали вакансию?
пишите
источник

BV

Bulat Valeev in Embedded Group
jon pedro
Ну этого я не очень боюсь, к проблемам уже иммунитет приобрёл)
Видимо я не насколько компенентен в данном вопросе, так как не могу сформулировать ответ так, чтобы он звучал так как мне нравится)
источник

A

Aleksandr Zharov in Embedded Group
Dima Dewinn
Спасибо, мне скорее совет или консультация нужна от тех кто имел дело с подобными сенсорами
Задорого и быстро, задешево и долго?
источник

ED

Electronics Designer in Embedded Group
Dima Dewinn
Спасибо, мне скорее совет или консультация нужна от тех кто имел дело с подобными сенсорами
Ну, например, я имел дело. Можно в ЛС.
источник

DN

Dmitry Noskov in Embedded Group
Добрый день, имею вопрос относительно таймеров в stm32f3. Есть два таймера: TIM1 и TIM17, которые тактируются от шины APB2. Предделитель в таймерах отключён. Режим работы обоих - PWM mode 1. При выставлении одинакового периода (например, ARR = 140 тактов) и регистра сравнения CCR = ARR/2 в обоих таймерах выходные импульсы получаются синхронизированы, пусть и со случайным начальным сдвигом между двумя таймерами. Поведение ожидаемое. Но если поставить ARR одного таймера 280, а другого оставить 140, то выходные импульсы начинают «плыть» относительно друг друга, синхронизация теряется, хотя период у них кратен (проверял значения регистров в отладчике), а тактирование должно быть общее от APB2. Почему так происходит? Можно ли как-то без принудительной синхронизации в прерываниях добиться синхронизированной работы обоих таймеров (пусть и со случайной начальной фазой) на кратных частотах?
источник