Программное обеспечение для диагностики автомобилей - наивные технические вопросы

[Blondy]

Здравствуйте!

Вот тут я сижу с техническим заданием - программа для автодиагностики автомобилей (и легковые, и грузовики, и спецмашины). Что-то вроде Delphi https://www.youtube.com/watch?v=6LoWrOLo8vYМне необходимо описать жизненный цикл приложения и выбрать модель разработки. Я все больше склоняюсь к выбору традиционных методов разработки приложений - например, мой любимый каскад.

Но так как программа очень специфическая и разработчики не совсем специалисты в автодиагностике (вот например я) и работе с микроконтроллерами (там же многое основанно на активации входов/выходов различных компонентов авто), работой с внутренней памятью авто, диалога с прошивкой автооборудования. Значит, технический специалист со стороны заказчика должен постоянно присуствовать на месте разработки и активно в ней участвовать. А это уже не каскадная модель, это уже спиральная модель и ее современные модификации в виде гибких методов разработки.

Сколько времени потребуется участие со стороны заказчика и со стороны разработчика для создания диагностического программного обеспечения типа Delphi или Texa

https://www.youtube.com/watch?v=YMT-ceO_KC8

Трех месяцев хватит? И какое специальное оборудование для подобной разработки необходимо - наверное, какой-то испытательный стенд, ведь не сразу же к технике подключаться?

У меня пока весьма смутное представление о том, как такое сложное программное обеспечение разрабатывается - может, у кого есть опыт в подобных разработках и Вы можете им поделиться?

[alexzk]

GUI вы захотите делать в последнюю очередь - однозначно.
Сначала нужно подключится к устройству, получить с него данные - все это можно делать и в консоли. Т.е. создать (или скачать) библиотеку подключения к устройству. А далее уже воротить гуй.
Тут пойдут С++ или Java.

Вероятнее всего окажется, что у каждого производителя свой подход к тестированию, и различная система команд. Тогда, ваш выбор - интерпретатор. Наприме Lua. На С++ делается "хост", который содержит гуй (qt), подключения (все нужные варианты для всех производителей), а вот Lua уже выполняет роль "драйвера" - получает из С++ данные, перерабатывает их в универсальную форму, шлет в С++ в GUI. На интерпретаторе, чаще всего, проще писать заморочки под каждого производителя, легко меняется код на лету и т.д. Тут главное правильно разделить работу м-у С++ и Луа. Т.е., вы как бы конструируете на основе Луа "язык" (точнее, набор С++ АПИ) "диагностирования микроконтроллеров" и на этом языке делаете "драйвера" внутри вашей программы, для каждого производителя.

Для теста конечно нужно будет железо. В моей практике, я делал вывод вообще всего в консоль и отсылал заказчику, он там запускал, вывод присылал мне. Так и тестировали. Сидели плотно в аське, я минут 30 че-та меняю, шлю ему, он запускает, потом снова я чета меняю.

[waleri]

Сообщение от Blondy

Значит, технический специалист со стороны заказчика должен постоянно присуствовать на месте

Откуда такой вывод? Вовсе не обязательно. 21 век на дворе, по ежедневным вопросам вполне можно консультироваться по Интернету а сложные вопросы решать "наездами".

Сообщение от Blondy

Трех месяцев хватит?

Вы серьезно считаете, что не имея списка задач, кто-то может сказать сколько на них уйдет времени. Не, чтоб прочитать пачку параметров с CAN шины этого выше крыши, только это еще далеко не диагностика.

Сообщение от Blondy

как такое сложное программное обеспечение разрабатывается

Делите на куски попроще. Эти куски можно разделить еще и т.д.
Ключевое это иметь понимание чего надо добиться. "Диагностика" - это ни о чем.

[kvitaliy]

Глянул на Алиэкспресс сколько стоит оборудование для диагностики с программным обеспечением а именно scanner for delphi ds150e 201503R3, кабель и плата сопряжения с компьютером. Цена от 2 464 руб. На 47 различных марок автомобилей. Это же копейки.
За 3 месяца даже документацию невозможно подготовить, а не то, что бы сделать что то подобное.
На разработку столько бабла надо, что проще тупо у китайцев закупить по оптовой цене партию, и не рыпаться.

[Blondy]

Всем спасибо за ответы!

Вот опять-таки про тестирование в реальных условиях. Наверняка существуют современные испытательные стенды для разных частей автомобиля. Стенды именно не для автодиагностики, а так сказать для "иммитации" процессов. Может быть кто-то подскажет, как подобные стенды правильно называются (желательно также англ. версию названия) - их разновидностей, насколько я понимаю, много (вот хотябы испытательный стенд Siemens для коробки передач

http://mezservis.ru/stand-transmission.html

) и где-бы посмотреть их примеры.

[Lud_Ter]

Сообщение от Blondy

Всем спасибо за ответы!
Стенды именно не для автодиагностики, а так сказать для "иммитации" процессов.

Насколько я правильно понимаю, речь идет не о диагностике двигателя, КПП или АКПП и других систем автомобиля, а о моделировании протекания этих процессов в автомобиле? Тоесть сначала необходимо создать некую математическую модель этих агрегатов, а уже потом с ней работать, иммитируя различные режимы их работы?

[Blondy]

Уважаемый Lud_Ter, Вы предложили очень интересную идею - у меня нечно подобное крутилось в голове, а Вы попали прямо в точку.

Только как это реализовать, я пока придумать не могу.