Программирование микроконтроллеров — удалённая работа в Москве

Микроконтроллер: Контроллер управления серво-двигателем с поддержкой Modbus и CanOpen. Функции и задача устройства: Цель: Разработка программы-посредника для трансляции параметрических данных из авиасимулятора X-plane 11 в управляющие команды сервопривода авиа-тренажера. Логический уровень: DataRef XPL -> программа-транслятор -> Modbus RTU / CanOpen. Физический уровень: PC -> USB to serial -> RS-485 / Can -> Servo drive -> Feedback Среда разработки: Microsoft Visual Studio C++ / C#? Задачи: 1. Чтение параметрических данных (DataRef) из программы авиасимулятора X-plane 11 с использованием спецификации SDK и протоколов UDP или TCP (выбрать наиболее удобный) по открытому шлюзу (метод подробно описан в документации к SDK). Выполнение математического вычисления значения давления воздушного потока (переменные – скорость в расчете на угол отклонения принимающей поверхности), а также нескольких дополнительных манипуляций с переменными (для последующей имитации вибрации, рывков и т.п.). Код компилируется в стандартный плагин XPL и выдает данные, которые передаются контроллеру серво-привода (п. 2). Есть примеры кода для реализации аналогичных задач из сети 2. Интерпретация результата вычисления п. 1 и передача его значения в виде исполнительных команд на ПЛК серво-привода через серийный интерфейс по протоколу Modbus RTU или CanOpen (предпочтительнее второму, но можно и Модбас, если хватит скорости). Формирование команд для ПЛК (по сути пересчет float-значения из Oct в Hex и последующая запись в виде bin-регистров по правилам протокола производителя - это если Modbus или Can, либо через PWM и соответствующий вход в виде набора пульсов), открытие порта, передача значений в таком виде в контроллер, чтение ответа, сравнение. Спецификация всех протоколов, техническое руководство для управления приводом имеется в деталях, но нужно выбрать верные пути передачи команд на управление (цифровой вход, PWC или аналоговый вход посредством DAC), так как, помимо управления вращением, требуется управление моментом. Это лучше обсуждать, потому что я пока не уверен, как лучше. 3. Написание отдельного пользовательского приложения (форма ввода пользовательских параметров) для ввода базовых коэффициентов, применяемых в формуле вычисления. Результат – небольшое приложение для запуска в среде Windows с полями выбора (ввода и указания) параметров. Разлиновку интерфейса предоставлю 4. Какие-то еще вещи, которые всплывут по ходу разработки. Наметки есть в голове, но нужно начать работу, чтобы их было легче сформулировать. Особенности Поскольку в проекте необходимо параллельно вести работы по программированию и аппаратному тестирования, детализация ТЗ реально будет формироваться по мере продвижения проекта. Сейчас есть усредненное понимание задачи, библиотека аналогичных примеров, экспериментальный стенд. В наличии имеется зарубежный прототип аналогичной системы, которую можно использовать частично как отправную точку с некоторыми добавками. При удаленной работе я все часть аппаратного тестирования беру на себя. В плане оплаты, наверное, проще тогда считать по часам, имея какой-то задел в виде предоплаты. Я выступаю как физическое лицо, плачу из собственных средств.