|
Удаленная диагностика автомобиля |
|
|
|
Mar 3 2016, 14:17
|
Просто Che
Группа: Свой
Сообщений: 1 567
Регистрация: 22-05-07
Из: ExUSSR
Пользователь №: 27 881
|
Цитата(human_being @ Mar 3 2016, 10:18) Вы меня не поняли. Вторая коробочка должна находится не в машине и даже не в этом автосервисе, а в неком удаленном. ... Я понимаю что решения есть уже и bluetooth и wifi. Но все они касаются только открытых протоколов, а мне нужны закрытые, которые от производителей. Для них таких решений нет. Идея же сейчас состоит в том, что это устройство тупо передает данные в место где есть оборудование, которое может работать с этими протоколами. Вот только сейчас я понял вашу мысль. Обвинения в маниловщине снимаются, идея интересная То есть вы хотите сделать по сути удлинитель физического стыка ODB2 с диагностическим оборудованием производителя, которое стоит большие деньги и недоступно в рядовых автосервисах. С технической стороны тут видятся большие проблемы. Фирменные протоколы неизвестны ни по физическим уровням сигналов, ни по скорости, ни по логике, ни по конкретным контактам на разъеме, где эти сигналы передаются. И сделать это можно будет только, если протоколы реализованы по принципу однократный запрос-ответ. И время ожидания ответа у фирменного оборудования будет больше времени ответа + двойного времени передачи данных по сети. Нужно будет в устройствах сканировать все ножки разъема, выделять активные, писать входящий пакет по принципу логического анализатора и передавать его в таком виде по сети (примерно как звук передается). На другом конце восстанавливать и передавать в ODB2. И обратно также. Так что это реально можно сделать только под конкретное оборудование, где хоть какие-нибудь параметры данных известны
|
|
|
|
|
Aug 18 2016, 04:33
|
Группа: Участник
Сообщений: 6
Регистрация: 17-08-16
Пользователь №: 92 981
|
Вообще-то задача не только реальная, а уже разрабатывается у меня. И поверьте мне, настройка скорости и протоколов - это не проблема, если писать программу не под к-лайн. Протоколы производителя - одинаковые в плане интерфейса. Разница в передаче фактических параметров, но и там все застандартизировано. Проверка включения зажигания - не проблема. видел одну такую программу у немцев, она работает на основе TeamViewer
|
|
|
|
|
Dec 13 2016, 22:55
|
Группа: Новичок
Сообщений: 3
Регистрация: 13-12-16
Пользователь №: 94 621
|
Удаленная диагностика для легковых авто реализована китайскими братьями в широко известной балалайке Лаунч. Городить новый огород смысла нет.
Для ком. транспорта такой системы пока что нет. Есть ее зародыш в виде FMS назначение которого наблюдение за вождением и расходом топлива.
Насчет секретности протоколов и т.п. бред. Об этом позаботились законодатели самых больших авторынков. С 2008 года для легковых и с 2010 года для грузовых доступы на рынки авто с чудо юдо секретными протоколами закрыты. Или SAE или торгуй в Гондурасе.
Соединять авто с какими то фирменными приборами диагностики не требуется, данные можно получить и без этого. Проводить тесты и калибровки через сеть смысл? Для диагноза достаточно получить данные и считать ошибки.
|
|
|
|
|
Dec 14 2016, 18:49
|
Группа: Новичок
Сообщений: 3
Регистрация: 13-12-16
Пользователь №: 94 621
|
Из истории - 1996: OBD-II (On-Board Diagnostic) протокол Бортовой диагностики сделан обязательным для всех автомобилей, проданных в Соединенных Штатах.
- 2000: EOBD (European Union On-Board Diagnostic) — версия OBD-II, расширенная Controller Area Network, требуемая в Европе. Европейский союз делает EOBD обязательным для всех бензиновых автомобилей, проданных в Европейском Союзе, начиная с 2001 модельного года (см. европейские нормы выбросов Директивы 98/69/ЕС).
- 2003: JOBD (Japan On-Board Diagnostic) — Япония вводит версию OBD-II для автомобилей, проданных в Японии с 2003 г.
- 2004: Европейский Союз делает EOBD обязательным для всех дизельных автомобилей, проданных в Европейском Союзе.
- 2008: Все автомобили, продаваемые в Соединенных Штатах обязаны использовать ISO 15765-4 шину обмена Controller Area Network (CAN) bus).
Что это дает? То что в народ называл сканером и то что стоило как предмет искусства более не требуется. Все авто(Форд Т и т.п. в этот список не входят) можно диагностировать любым стандартным интерфейсом. Цена за изделие резко упала, теперь от 300 до 1000$. Теперь только софт, БД и тех. поддержка в власти производителя. Цену на свои услуги они вправе установить свои, но отказать не могут никому. Сертификаты, фейс контроль и прочее недопустимы. Задирать их до небес тоже не будут, это заставит потребителя марки задуматься. За все это платит он, а не сервис. Где это все взять? Как пример https://www.gme-infotech.com/info.htmlУбеждать что подключение ничем не отличимое от дилера и поддержка от завода это плюс не буду. Адепты Алибабы и еБея закидают помидорами. На этом с обычной диагностикой можно закруглится, далее только удаленная. Для начала нужно понять простую вещь, CAN в автомобиле проложен не для того чтобы диагност мог подключить балалайку и делать умное лицо. По ним идет непрерывный обмен данными между блоками. Блоки информируют другие блоки о своем состоянии и о своих проблемах. При возникновении ошибки например в коробке будет дан бродкаст по сети, на него среагируют только те блоки для кого он важен.... например двс встанет в ограничение мощности и панель нарисует ахтунг на экранчике. Проще говоря все данные всегда передаются в сеть, обороты расход положение кпп и тп. Минимально каждые 0.1сек до 10сек в зависимости от параметра. Ничего запрашивать у блоков не нужно(есть исключения), достаточно просто слушать сеть и фильтровать нужное.
|
|
|
|
|
Feb 19 2017, 15:14
|
Группа: Новичок
Сообщений: 1
Регистрация: 19-02-17
Пользователь №: 95 515
|
Цитата(yurick @ Aug 18 2016, 07:33) Вообще-то задача не только реальная, а уже разрабатывается у меня. И поверьте мне, настройка скорости и протоколов - это не проблема, если писать программу не под к-лайн. Протоколы производителя - одинаковые в плане интерфейса. Разница в передаче фактических параметров, но и там все застандартизировано. Проверка включения зажигания - не проблема. видел одну такую программу у немцев, она работает на основе TeamViewer yurick, Как с Вами можно связаться?
|
|
|
|
|
Feb 20 2017, 21:44
|
Профессионал
Группа: Участник
Сообщений: 1 273
Регистрация: 3-03-06
Пользователь №: 14 942
|
Цитата(human_being @ Mar 2 2016, 18:48) Но я не уверен насчет реализуемости этого. Так как возможны тайминги, у некоторых машин протоколы точно асинхронные (тот же ваз).
Дайте комментарий пожалуйста) Коллега участвовал в таком проекте. Авторизованный прибор раздавался через интернет всем желающим за денюжку. Надо было подключить к шине покупной и доступный бридж. И через сайт с фронт-эндом проводить сервис авто клиента. Ничего не получилось из-за таймингов. Долго объяснять все нюансы, тем более, что половину из его рассказа скорее всего уже забыл. Работало через пень-колоду. Насчет открытых протоколов. Есть же достаточно большой парк старых, но неплохих авто, которые люди тоже хотят обслуживать. Можно купить специализированный компьютер для работы в автосервисе, но он относительно дорогой. Идея была в том, чтобы дать более дешевую альтернативу. Цитата(ZASADA @ Dec 15 2016, 13:13) Сумеете на своем сервисе расшифровать и одну детальку заменить или сразу готовый блок покупать будете? Добавлю только к написанному ранее, что подобная реализация не требовала вникать в обмен. А там, действительно, ходили мало понятные пакеты по типу "запрос-ответ" с шифрами для каких-то операций (вроде сброса одометра) и с жесткими таймингами.
|
|
|
|
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0
|
|
|