Самодельная ЭСУД, Может кто-то захочет поучаствовать Опции

[Андрей239]

Скоро будет год, как я начал делать себе самодельный блок управления двигателем с использованием stm32 discovery и chibios. У меня есть работающий прототип, сейчас я пытаюсь всё это приблизить к юзабельному состоянию. Если вдруг кто-то захочет поучаствовать - буду рад

Моя идея - написать код проще, чем у существующих систем, и сделать аппаратную часть набором независимых функциональных модулей. Я в курсе, что есть несколько в разной степени аналогов - и всё-таки верю, что в смогу сделать платформу, более удобную и понятную в некоторых аспектах.

Видео прототипа - http://www.youtube.com/watch?v=GcxLY697WwM
Исходники живут https://sourceforge.net/projects/rusefi/
Сайт проекта - http://rusefi.com/

[dlman]

несколько процессоров в КСУД используются исключительно в целях безопасности - в случае программных/аппаратных сбоев в основном процессоре процессор безопасности глушит двигатель (а программные сбои весьма вероятны ввиду сложности программного обеспечения).
Все компоненты должны иметь automotive сертификацию с температурным диапазоном -40...+125.
Процессор лучше изначально выбирать из тех которые предназначены для применения в ECU - Infineon XC167, XE2000, Freescale MPC56xx Monaco.
В качестве основы для "чистого и понятного" кода смотрите AUTOSAR.
И никаких лишних наворотов типа SD карточки, GPS и .др. Для всего этого есть CAN. Про динамическую память тоже забудьте, исключительно SRAM (если нужна, конечно).

[a123-flex]

несколько процессоров в КСУД используются исключительно в целях безопасности - в случае программных/аппаратных сбоев в основном процессоре процессор безопасности глушит двигатель (а программные сбои весьма вероятны ввиду сложности программного обеспечения).
Все компоненты должны иметь automotive сертификацию с температурным диапазоном -40...+125.
Процессор лучше изначально выбирать из тех которые предназначены для применения в ECU - Infineon XC167, XE2000, Freescale MPC56xx Monaco.
В качестве основы для "чистого и понятного" кода смотрите AUTOSAR.
И никаких лишних наворотов типа SD карточки, GPS и .др. Для всего этого есть CAN. Про динамическую память тоже забудьте, исключительно SRAM (если нужна, конечно).

я уже сказал что нужно. аппаратный watchdog за 1$ и для особопугливых управление всеми выходами через элементы и/или (еще 1$), по срабатыванию watchdog-а генерирующие на выходе ecu состояние выходов, соответствующее заглушенному двигателю. Процессор конечно же нужен 1 мощный ARM. Действительно полезно было бы найти automotive ARM. Freescale MPC- выбор лузера для лузера. Насчет динамических памятей мысль особо мощная - но в свете последних событий, немного, устаревшая... В довольно серьезном real-time проекте недавно видел на ARM контроллере управляющий код под STL11 - вот ето действительно перебор, по моему. Однако продажам товарищей ето вроде, не мешает.

[dlman]

я уже сказал что нужно. аппаратный watchdog за 1$ и для особопугливых управление всеми выходами через элементы и/или (еще 1$), по срабатыванию watchdog-а генерирующие на выходе ecu состояние выходов, соответствующее заглушенному двигателю. Процессор конечно же нужен 1 мощный ARM. Действительно полезно было бы найти automotive ARM. Freescale MPC- выбор лузера для лузера. Насчет динамических памятей мысль особо мощная - но в свете последних событий, немного, устаревшая... В довольно серьезном real-time проекте недавно видел на ARM контроллере управляющий код под STL11 - вот ето действительно перебор, по моему. Однако продажам товарищей ето вроде, не мешает.

от алгоритмических ошибок hw watchdog вас не спасет. Процессор безопасности как раз и нужен для того, чтобы не случилось как в тойоте - педаль газа отпущена а форсунка все равно открыта.
Вот про Freescale MPC можно поподробнее? В данном случае как раз Cortex-M будет не совсем удачным решением для ECU.

[a123-flex]

от алгоритмических ошибок hw watchdog вас не спасет. Процессор безопасности как раз и нужен для того, чтобы не случилось как в тойоте - педаль газа отпущена а форсунка все равно открыта.

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

Вот про Freescale MPC можно поподробнее?

в жизни я имел дело с моторолой дважды. С 8-разрядным контроллером и с многоголовым коммуникационным 32-разрядным монстром. Юзабилити ниже плинтуса. Вы когда-нибудь видели что такое WindRiver ? Когда 10 лет назад после него я поставил IAR и запустил еще атмельский ARM - чуть не умер от счастья. Повторю не свое мнение, но с которым я полностью согласен - моторола лузер рынка, все направления которые моторола поднимала когда-либо - замечу, госбаблом, она все их похоронила...
Поетому я говорю продукт лузер для лузеров...
и насчет динамических памятей. видел немало больших ответственных систем (кластеры обычно) почему-то там динамикой не брезгуют.

[dlman]

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


в жизни я имел дело с моторолой дважды. С 8-разрядным контроллером и с многоголовым коммуникационным 32-разрядным монстром. Юзабилити ниже плинтуса. Вы когда-нибудь видели что такое WindRiver ? Когда 10 лет назад после него я поставил IAR и запустил еще атмельский ARM - чуть не умер от счастья. Повторю не свое мнение, но с которым я полностью согласен - моторола лузер рынка, все направления которые моторола поднимала когда-либо - замечу, госбаблом, она все их похоронила...
Поетому я говорю продукт лузер для лузеров...
и насчет динамических памятей. видел немало больших ответственных систем (кластеры обычно) почему-то там динамикой не брезгуют.

а вы представляете, насколько сложные алгоритмы заложены в контроллерах управления двигателем, чтобы пройти по нормам ЕВРО3, ЕВРО4, ЕВРО5? настолько сложные, что с чистым кодом работать практически невозможно. В МИКАСах и Январях при разработке используются DSPACE и MATLAB для графической разработки алгоритмов, которые затем генерируют С код. В Тойоте, по всей видимости, использовался такой же подход, откуда и взялись эти 16 тыс глобальных переменных. Никакая отладка не даст гарантии 100% что у вас нет косяка в коде, который будет проявляться при определенных условиях с вероятностью 0.001. А любой косяк в ECU - это уже потенциальная угроза жизни. Процессор безопасности, при всей своей примитивности реализации, перепроверяет основной процессор на предмет корректности алгоритмов управления. как говорится - 100 раз отмерь и 1 раз отрежь.

Ну как-бы мотороллы уже давно нет. А у фрискейла PowerPC успешно развивается, как automotive, так и QorIQ. Да, CodeWarrior IDE пару лет назад был так себе, но по сравнению с IAR - приблизительно одно и то же. Что касается automotive компонентов - в этом фрискейл, безусловно, лидер, в отличие от инфинеона. К линейке iMX вообще никаких претензий - BSP, документация, поддержка - такого TI с их OMAPами и не снилось.

А что вы под "ответственными системами" понимаете? В данном случае контроллер управления двигателем отвечает прежде всего за жизнь человека, отсюда и все пляски вокруг него. Не дай бог заложить в нем не automotive компонент - и при любой проблеме будет виновато предприятие-изготовитель. А с динамической памятью, как и с импульсными преобразователями, будут проблемы на ЭМС.

[a123-flex]

а вы представляете, насколько сложные алгоритмы заложены в контроллерах управления двигателем, чтобы пройти по нормам ЕВРО3, ЕВРО4, ЕВРО5? настолько сложные, что с чистым кодом работать практически невозможно. В МИКАСах и Январях при разработке используются DSPACE и MATLAB для графической разработки алгоритмов, которые затем генерируют С код. В Тойоте, по всей видимости, использовался такой же подход, откуда и взялись эти 16 тыс глобальных переменных. Никакая отладка не даст гарантии 100% что у вас нет косяка в коде, который будет проявляться при определенных условиях с вероятностью 0.001. А любой косяк в ECU - это уже потенциальная угроза жизни. Процессор безопасности, при всей своей примитивности реализации, перепроверяет основной процессор на предмет корректности алгоритмов управления. как говорится - 100 раз отмерь и 1 раз отрежь.

сложные алгоритмы - ето таблицы что ле ?
с чистым кодом невозможно... ето что то новенькое. А с чем возможно ? вы ебу баснями функции объясняете по картинкам в матлабе ?
слышал отзывы о кодогенерации с матлаба работников софтлайна. Они далеки от дифирамбов, а код получается однозначно неоптимальный. Правда отзывы были ПОСЛЕ конференции.

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

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

под "ответственными системами" я понимаю системы, от корректной работоспособности которых зависит жизнь многих людей