Если речь идет о данных, на основании которых панель считает мгновенный расход, то скорее всего они лежат в 0x1f9 и 0x551, это сообщения от двигателя, без которых расход не высвечивался при проигрыше логов.
# чтение DID 0x0100 = 0x02 (коробка = АМТ)
7E6 8 03 22 01 00 00 00 00 00
7EE 8 04 62 01 00 02 aa aa aa
# переход в расширенную сессию
7E6 8 02 10 03 00 00 00 00 00
7EE 8 02 50 03 AA AA AA AA AA
# запись 0x00 в DID 0x0100 (коробка = МКПП)
7E6 8 04 2E 01 00 00 00 00 00
7EE 8 03 6E 01 00 AA AA AA AA
Использовалось несколько разных адаптеров, и vector и slcan в том числе.
В идеале в скрипте просто меняется строка инициализации интерфейса, но на практике бывают затыки.
Нет, таких руководств нету.
В UDS и KWP2000 есть некоторая стандартизированная составляющая, например, процедуры чтения VIN или серийного номера ЭБУ, остальное все производители делают по-разному.
Между автопроизводителем и поставщиком ЭБУ обычно применяется некое ТЗ, в котором описана специфика диагностики. Эта же документация используется для разработки марочного диагностического комплекса, который потом можно продавать в автосервисы. Как правило, заводы не заинтересованы в распространении этой документации.
Да, наслышан о такой синхронизации, но поэкспериментировать с этим еще не довелось.
Для этого нужен либо автомобиль целиком, либо макет на столе со всеми необходимыми ЭБУ.
Гифка форда не очень наглядная получилась, там происходит следующее:
Пробег 123456 км -> перезагрузка панели (черный экран) -> пробег 80085 км.
Спасибо, да сам расковыривал на досуге. Использовал WireShark + Python.
Логи E-Sys смотрел, но там совсем огрызки были, потому что блок только один.
Для полной машины логи должны выглядеть интереснее, там будет полный комплект блоков и несколько подсетей.
Если речь идет о данных, на основании которых панель считает мгновенный расход, то скорее всего они лежат в 0x1f9 и 0x551, это сообщения от двигателя, без которых расход не высвечивался при проигрыше логов.
Специально не искал, среди того, что лежало на поверхности там были: пробег с точностью до 10 метров, счетчик минут с момента включения, скорость.
Сообщения 0x23D не наблюдалось, у приборки было только 4 сообщения: 0x280, 0x2c6, 0x2de, 0x350.
В принципе, у протокола OutGauge есть родственный протокол OutSim.
Основан на похожих принципах, но передает параметры для симуляции кабины пилота, т.е. крен, скорость и т.д.
По идее должен неплохо дополнять ощущения от вождения, но там уже нужны разнообразные актуаторы и приводы.
Снимал ночью на мобильный телефон и потом совмещал в kdenlive)
Сама приборка показалась симпатичной, поначалу оранжевые шкалы немного напрягали, но это быстро прошло.
Пробег увеличивается при езде в BeamNG так же, как и в реальной машине.
Если вопрос о редактировании пробега, то пока этим не занимался.
Выглядит впечатляющее, посовременнее Гранты.
Да, с поворотниками в BeamNG есть затыки, индикаторы даже в игровом интерфейсе отстают от визуализации на 3D-модели.
В идеале в скрипте просто меняется строка инициализации интерфейса, но на практике бывают затыки.
Да, эта приборка оказалась скучноватой.
В UDS и KWP2000 есть некоторая стандартизированная составляющая, например, процедуры чтения VIN или серийного номера ЭБУ, остальное все производители делают по-разному.
Между автопроизводителем и поставщиком ЭБУ обычно применяется некое ТЗ, в котором описана специфика диагностики. Эта же документация используется для разработки марочного диагностического комплекса, который потом можно продавать в автосервисы. Как правило, заводы не заинтересованы в распространении этой документации.
Для этого нужен либо автомобиль целиком, либо макет на столе со всеми необходимыми ЭБУ.
Гифка форда не очень наглядная получилась, там происходит следующее:
Пробег 123456 км -> перезагрузка панели (черный экран) -> пробег 80085 км.