Развитие систем мониторинга транспорта: видение Технотона

Есть желаемое, а есть действительность. На мой взгляд, тут дело не в конкретно CAN, а в стандартизации для всех производителей, чтобы не сложно было применить или заменить одно устройство другим в любой ситуации, и не париться по поводу, где у "этого" ДУТ на разъеме какие контакты, а где у "того". А в шину CAN производители авто лезть просто так не дадут. Тут с тахографами не всегда прокатывает, а если в CAN полезет многочисленная армия производителей автотрекеров, то...

.....ДУТы отомрут в среднесрочной перспективе (варварство это)....КАН шина однозначно.

CAN это хорошо однако, но не всем есть. А перспектива установки на все виды транспорта - из разряда фантастики. Поэтому мне кажется будущее за ДУТами, но с едиными разъемами и креплениями. Но это еще более фантастично:) Поэтому кто и чего там хочет - ближайшее будущее только за ДУТами. Когда повальное внедрение CAN будет - тогда и можно будет говорить о ее преимуществе

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

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

....по секрету....лезть не надо....данные снимаются бесконтактным способом....

всегда

Давайте распутаемся.

Вешать периферию СМТ (датчики и др.) на штатный CAN никто не предлагает.

Речь идет об отдельной цифровой шине, специально заточенной под мониторинг (телематическая шина). А сама телематическая шина строится на физическом CAN и на протоколе j1939.
То есть телематическая шина строится на отработанных в автопроме за последние 20 лет решениях штатной CAN шины.

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

Теперь к вопросу о количестве датчиков в СМТ.
Сегодня чаще всего это 1 ДУТ, иногда 2. Многие ставят расходомер топлива.
Редко кто ставит датчик нагрузки на оси. Пробивается информация о датчике температуры, устройстве идентификации водителя.
Все эти устройства имеют разные интерфейсы - начинается свистопляска с подбором терминала, конфигурированием входов терминала и плюс настройка датчиков в Виалоне.

Посчитаем на максимум, периферию СМТ, берем обобщенный автомобиль

Шасси, кабина, моторный отсек
1. ДУТ - 3 шт
2. Расходомер
3. Датчик нагрузки на оси -  2 шт
4. Устройство идентификации водителя (если нет тахографа)
5. Сборщик аналоговых сигналов (паук, который собирает обороты, температуры, дискретные сигналы) - на машинах, не имеющих CAN. Или шлюз - для машин, имеющих штатный CAN.
6. Дисплей водителя
7. Бортовой принтер
8. Сам онлайн терминал

Верхнее оборудование, прицеп
1. ДУТ
2. Расходомер
3. Сборщик
4. Дисплей водителя

В общем десятка 2 перифирийных устройств. На конкретной машине, конечно, будет меньше, но СМТ должна быть готова ко всем.

Решение:  весь зверинец периферии посадить на унифицированный интерфейс (CAN) и протокол (j1939). То есть терминалу достаточно иметь только CAN вход.

.....а как бесконтактно снимая данные  можно навредить?

...есть еще niCAN  кроме крокодила....

Соглашусь с автором - шина CAN идеальное решение. Хорошо подходит для условий любых условий работы ТС, облегчит добавление новых устройств любым производителем периферии (поскольку имеется хорошо документированный стандарт), позволяет организовать обмен данными в любую сторону (датчики - устройство, устройство - периферия), и в тоже время уменьшится количество проводов при установке множества устройств. MOD BUS  - более сложен на этапе настройки, и несколько ограничен в возможностях.

ModBus хорош тем, что появление новых датчиков (любых) не приведет к необходимости добавления их поддержки в протокол и в ПО терминала - достаточно, чтобы терминал умел работать по ModBus с конфигурацией адресов и регистров. В этом случае адаптация терминала к любому новому датчику сведется к его простой конфигурации самим пользователем без участия производителя (не потребуется обновление прошивки и т.д.).

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

Если нужно подключиться и к штатному CAN и к телематическому CAN, то 1+1=2, терминал должен иметь 2 CAN входа, либо можно использовать шлюх шлюз для закачки данных (избранных) из штатного CAN в телематический CAN. Вот такой шлюз, к примеру.