реклама на сайте
подробности

 
 
2 страниц V  < 1 2  
Reply to this topicStart new topic
> Удаленная диагностика автомобиля
Baser
сообщение Mar 3 2016, 14:17
Сообщение #16


Просто Che
*****

Группа: Свой
Сообщений: 1 278
Регистрация: 22-05-07
Из: ExUSSR
Пользователь №: 27 881



Цитата(human_being @ Mar 3 2016, 10:18) *
Вы меня не поняли. Вторая коробочка должна находится не в машине и даже не в этом автосервисе, а в неком удаленном.
...
Я понимаю что решения есть уже и bluetooth и wifi. Но все они касаются только открытых протоколов, а мне нужны закрытые, которые от производителей. Для них таких решений нет. Идея же сейчас состоит в том, что это устройство тупо передает данные в место где есть оборудование, которое может работать с этими протоколами.

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

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

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

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

Так что это реально можно сделать только под конкретное оборудование, где хоть какие-нибудь параметры данных известны wink.gif
Go to the top of the page
 
+Quote Post
esaulenka
сообщение Mar 21 2016, 14:28
Сообщение #17


Знающий
****

Группа: Свой
Сообщений: 936
Регистрация: 13-03-08
Из: Маськва
Пользователь №: 35 877



Имхо, вполне реальная задача.
Если диагностический прибор цепляется только на разъем OBD2, никаких сверхъестественных сигналов передавать не надо. С одной стороны 1-2 CAN'а, с другой стороны 1-2 CAN'а. Ну ещё K-Line может быть.
Настройка скорости - вручную (выбор диагностируемого авто) или автоматом. Зажигание может быть.
Ещё J1850 может быть (я не в курсе специфики сельхоз. и строительной техники), туда свои драйвера надо ставить.

Таймауты в автомобильных протоколах обычно с изрядным запасом. Чисто умозрительно, если связывать оба блока не через GPRS, должно взлететь.


--------------------
Тут обсуждается творческий порыв, а не соответствие каким-либо стандартам ©
Go to the top of the page
 
+Quote Post
yurick
сообщение Aug 18 2016, 04:33
Сообщение #18





Группа: Участник
Сообщений: 6
Регистрация: 17-08-16
Пользователь №: 92 981



Вообще-то задача не только реальная, а уже разрабатывается у меня. И поверьте мне, настройка скорости и протоколов - это не проблема, если писать программу не под к-лайн. Протоколы производителя - одинаковые в плане интерфейса. Разница в передаче фактических параметров, но и там все застандартизировано. Проверка включения зажигания - не проблема.
видел одну такую программу у немцев, она работает на основе TeamViewer
Go to the top of the page
 
+Quote Post
Omi4
сообщение Dec 13 2016, 22:55
Сообщение #19





Группа: Новичок
Сообщений: 3
Регистрация: 13-12-16
Пользователь №: 94 621



Удаленная диагностика для легковых авто реализована китайскими братьями в широко известной балалайке Лаунч. Городить новый огород смысла нет.

Для ком. транспорта такой системы пока что нет. Есть ее зародыш в виде FMS назначение которого наблюдение за вождением и расходом топлива.

Насчет секретности протоколов и т.п. бред. Об этом позаботились законодатели самых больших авторынков. С 2008 года для легковых и с 2010 года для грузовых доступы на рынки авто с чудо юдо секретными протоколами закрыты. Или SAE или торгуй в Гондурасе.

Соединять авто с какими то фирменными приборами диагностики не требуется, данные можно получить и без этого. Проводить тесты и калибровки через сеть смысл? Для диагноза достаточно получить данные и считать ошибки.
Go to the top of the page
 
+Quote Post
zltigo
сообщение Dec 14 2016, 10:10
Сообщение #20


Гуру
******

Группа: Свой
Сообщений: 13 372
Регистрация: 27-11-04
Из: Riga, Latvia
Пользователь №: 1 244



Цитата(Omi4 @ Dec 14 2016, 00:55) *
Насчет секретности протоколов и т.п. бред.

Ой! Откуда это Вы такой свеженький и наивный выскочили sm.gif?
Цитата
Для диагноза достаточно получить данные и считать ошибки.

Прелестно! Вот оно как оказывается как просто sm.gif. Называется заезжайте к нам на "диагностику" у нас "компьютер" sm.gif sm.gif sm.gif




--------------------
Feci, quod potui, faciant meliora potentes
Go to the top of the page
 
+Quote Post
Vasily_
сообщение Dec 14 2016, 10:50
Сообщение #21


Знающий
****

Группа: Модераторы
Сообщений: 668
Регистрация: 25-01-09
Из: Рига
Пользователь №: 43 909



Цитата(zltigo @ Dec 14 2016, 12:10) *
Ой! Откуда это Вы такой свеженький и наивный выскочили sm.gif?

Называется заезжайте к нам на "диагностику" у нас "компьютер" sm.gif sm.gif sm.gif

Да собственно так везде и делается, главное бабки получить а дальше можно умничать.
Go to the top of the page
 
+Quote Post
Omi4
сообщение Dec 14 2016, 18:49
Сообщение #22





Группа: Новичок
Сообщений: 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сек в зависимости от параметра. Ничего запрашивать у блоков не нужно(есть исключения), достаточно просто слушать сеть и фильтровать нужное.


Go to the top of the page
 
+Quote Post
zltigo
сообщение Dec 14 2016, 20:21
Сообщение #23


Гуру
******

Группа: Свой
Сообщений: 13 372
Регистрация: 27-11-04
Из: Riga, Latvia
Пользователь №: 1 244



Цитата(Omi4 @ Dec 14 2016, 20:49) *
Из истории

Давайте для начала на этом форуме лично Вы НЕ будете пытаться прикидываться хоть что то понимающим. И уж тем более не будете заниматься грязной коммерцией.


--------------------
Feci, quod potui, faciant meliora potentes
Go to the top of the page
 
+Quote Post
ZASADA
сообщение Dec 15 2016, 10:13
Сообщение #24


Знающий
****

Группа: Свой
Сообщений: 729
Регистрация: 13-01-11
Из: Минск
Пользователь №: 62 210



Цитата(Omi4 @ Dec 14 2016, 21:49) *
Из истории

из истории. делали мы как-то блоки для использования на грузовиках. Вешались они на разные шины, понимали SAE и прочую красоту. И сами тоже что-то в шину пихали. Кроме всего прочего и стандартное сообщение типа "блок сломался" чтобы у водителя перед глазами лампочка зажглась. И, внезапно, кучу нестандартных. С подробной расшифровкой какой конкретно вход/выход выгорел и как именно это произошло. Сумеете на своем сервисе расшифровать и одну детальку заменить или сразу готовый блок покупать будете?
Самое смешное, что замена блока может не помочь, ошибка может висеть потому что сдох какой-нибудь внешний сторонний датчик , подключаемый к блоку. cool.gif
Go to the top of the page
 
+Quote Post
Nyvol
сообщение Feb 19 2017, 15:14
Сообщение #25





Группа: Новичок
Сообщений: 1
Регистрация: 19-02-17
Пользователь №: 95 515



Цитата(yurick @ Aug 18 2016, 07:33) *
Вообще-то задача не только реальная, а уже разрабатывается у меня. И поверьте мне, настройка скорости и протоколов - это не проблема, если писать программу не под к-лайн. Протоколы производителя - одинаковые в плане интерфейса. Разница в передаче фактических параметров, но и там все застандартизировано. Проверка включения зажигания - не проблема.
видел одну такую программу у немцев, она работает на основе TeamViewer



yurick,

Как с Вами можно связаться?
Go to the top of the page
 
+Quote Post
x736C
сообщение Feb 20 2017, 21:44
Сообщение #26


Профессионал
*****

Группа: Участник
Сообщений: 1 057
Регистрация: 3-03-06
Пользователь №: 14 942



Цитата(human_being @ Mar 2 2016, 18:48) *
Но я не уверен насчет реализуемости этого. Так как возможны тайминги, у некоторых машин протоколы точно асинхронные (тот же ваз).

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

Коллега участвовал в таком проекте. Авторизованный прибор раздавался через интернет всем желающим за денюжку. Надо было подключить к шине покупной и доступный бридж.
И через сайт с фронт-эндом проводить сервис авто клиента.
Ничего не получилось из-за таймингов. Долго объяснять все нюансы, тем более, что половину из его рассказа скорее всего уже забыл.
Работало через пень-колоду.

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

Цитата(ZASADA @ Dec 15 2016, 13:13) *
Сумеете на своем сервисе расшифровать и одну детальку заменить или сразу готовый блок покупать будете?

Добавлю только к написанному ранее, что подобная реализация не требовала вникать в обмен.
А там, действительно, ходили мало понятные пакеты по типу "запрос-ответ" с шифрами для каких-то операций (вроде сброса одометра) и с жесткими таймингами.
Go to the top of the page
 
+Quote Post

2 страниц V  < 1 2
Reply to this topicStart new topic
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0

 


RSS Текстовая версия Сейчас: 23rd September 2017 - 12:56
Рейтинг@Mail.ru


Страница сгенерированна за 0.01491 секунд с 7
ELECTRONIX ©2004-2016