Удаленная диагностика автомобиля Опции

[human_being]

Всем здравствуйте!

У меня возникла такая идея - удаленная диагностика автомобиля.

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

Я думаю решить эту проблему следующим образом. Диагностика будет осуществляться при помощи устройства, которое планируется создать и подключить к авто и работающего на вход, и второго такого же самого, но работающего на выход, но установленного где-то, где есть все спец оборудование. То есть эти два устройства (на стороне подключаемого к авто и на стороне оборудования) работают просто как мост. То есть что они видят на своих входах\выходах, то и передают. Получается такой вот своеобразный удлинитель.

Но я не уверен насчет реализуемости этого. Так как возможны тайминги, у некоторых машин протоколы точно асинхронные (тот же ваз).

Дайте комментарий пожалуйста)

Спасибо

[human_being]

Простите, а в чем тут новизна и отличие от того, что есть в любом автосервисе?
Две дополнительные коробочки, одна в машине и одна в сервисе, которые будут затруднять общение контроллеров машины с диагностическим оборудованием от производителей?

Вы меня не поняли. Вторая коробочка должна находится не в машине и даже не в этом автосервисе, а в неком удаленном. Я вроде бы прикреплял картинку, которая объясняет физическое расположение устройств.

Все эта тема не про бизнес модель или план, а про техническую реализацию.

Пожалуйста, ответе мне на вопрос, можно ли осуществлять передачу диагностической информации от автомобиля по сети Ethernet в другое место.
Автомобиль при этом никуда не двигается.

Я чувствую тут проблемы с таймингами, задержками между приемом и передачей информации между разнесенными в пространстве автомобилем и диагностическим оборудованием. Будет ли это работать? Просто CAN шина асинхронная, там нет клока. А вот у автоваза вообще один провод.

Я понимаю что решения есть уже и bluetooth и wifi. Но все они касаются только открытых протоколов, а мне нужны закрытые, которые от производителей. Для них таких решений нет. Идея же сейчас состоит в том, что это устройство тупо передает данные в место где есть оборудование, которое может работать с этими протоколами. И вся эта тема про техническую реализацию, а не про бизнес модель или актуальность. А интерес к этому есть и не у автолюбителей вовсе.

Прикрепленные файлы

 ________.jpg ( 464.81 килобайт ) Кол-во скачиваний: 20
 _______.jpg ( 79.25 килобайт ) Кол-во скачиваний: 14

 

[Baser]

Вы меня не поняли. Вторая коробочка должна находится не в машине и даже не в этом автосервисе, а в неком удаленном.
...
Я понимаю что решения есть уже и bluetooth и wifi. Но все они касаются только открытых протоколов, а мне нужны закрытые, которые от производителей. Для них таких решений нет. Идея же сейчас состоит в том, что это устройство тупо передает данные в место где есть оборудование, которое может работать с этими протоколами.

Вот только сейчас я понял вашу мысль. Обвинения в маниловщине снимаются, идея интересная

То есть вы хотите сделать по сути удлинитель физического стыка ODB2 с диагностическим оборудованием производителя,
которое стоит большие деньги и недоступно в рядовых автосервисах.

С технической стороны тут видятся большие проблемы. Фирменные протоколы неизвестны ни по физическим уровням сигналов, ни по скорости, ни по логике, ни по конкретным контактам на разъеме, где эти сигналы передаются.
И сделать это можно будет только, если протоколы реализованы по принципу однократный запрос-ответ.
И время ожидания ответа у фирменного оборудования будет больше времени ответа + двойного времени передачи данных по сети.

Нужно будет в устройствах сканировать все ножки разъема, выделять активные, писать входящий пакет по принципу логического анализатора и передавать его в таком виде по сети (примерно как звук передается). На другом конце восстанавливать и передавать в ODB2.
И обратно также.

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