Друзья, добрый день! Мы продолжаем выкладывать обновления на сервер и сегодня речь пойдет про менеджер полезной нагрузки PCR Manager, который стал доступен всем зарегистрированным пользователям сегодня утром. Не буду повторяться и в очередной раз писать о том, что такое менеджер полезной нагрузки и зачем он нужен, желающие могут почитать об этом тут и тут.
Как и в MED/EDC менеджере чтение идентификации и экспорт образа флеш памяти в режиме DEMO доступен бесплатно для всех зарегистрированных пользователей.
Идентификация PCR 2.1
Стоимость экспорта образа флеш памяти для блоков PCR в режиме NORMAL зависит от типа ECU.
Импорт из бинарных файлов для блоков типа PCR 2.1 на момент публикации не поддерживается.
Получить актуальную информацию о поддерживаемых типах, стоимости и возможности экспорта/импорта можно на этой странице.
Обсудить работу PCR менеджера Вы можете в соответствующем разделе нашего форума.
Продолжая серию заметок про обновления нашего сервера, мы подошли к самому главному, а именно: менеджерам полезной нагрузки. Первым менеджером в обзоре у нас будет MED/EDC менеджер. И хотя его функционал для конечного пользователя может показаться несколько урезанным, но именно этот компонент всегда был локомотивом, разработка которого тянула за собой разработку множества сопутствующих решений, в том числе конвертера FRF и ODX менеджера.
В прошлый раз я рассмотрел конвертацию FRF файлов в файлы ODX, поэтому пора перейти к обработке непосредственно ODX файлов.
Что такое ODX? Думаю, что очень немногие смогут дать правильный ответ на этот вопрос, но, надеюсь, что после прочтения этой записи у вас появится понимание что такое ODX и вы без труда ответите на него =)
Друзья, этой публикацией открывается целая серия заметок, посвященных обновлениям нашего онлайн сервиса, расположенного по адресу osoTEC.com. И начнем мы с обзора такой операции, как преобразование файлов FRF в ODX, которая часто становится первичной операцией при работе с файлами прошивок.
Не знаю, многие ли согласятся со мной, но для меня реверс инжиниринг – это увлекательная головоломка, которая способна затянуть надолго и как следует зарядить “мозги”.
Конечно, в большинстве случаев преследуется конкретные практические цели и сравнение с игровым процессом тут не совсем уместно, но ведь нельзя же все время работать…
Именно поэтому в VDOe2 есть небольшая пасхалка на тему всем известной игры, с тем отличием, что выпадающие фигуры определяются загруженным дампом.
Мы будем рады узнать о ваших достижениях, поэтому не стесняйтесь писать о них на форуме =)
PS А тем временем, мы продолжаем подготовку обновления для нашего сервера osoTEC, чтобы в самое ближайшее время принести нечто новое =)
Вместе с очередной сборкой 2.0.0.17 завершился этап открытого тестирования. Последняя версия сборки VDOeditor 2.x, как всегда, доступна на основном канале обновлений для всех пользователей.
Начиная с этого момента поддержка VDOeditor версии 1.x полностью прекращена.
Открытое тестирование VDOe2 идет полным ходом. И чем больше пользователей переходит на вторую версию программы, тем чаще мне приходится отвечать на одни и те же вопросы, связанные с возможностями новой версии программы. В этой заметке я бы хотел буквально в двух словах описать один из модулей, который раньше отсутствовал. Речь пойдет о Research Module.
Данный модуль появился с подачи Lukasz (VAG MODS), который несколько раз просил помочь со статистикой распределения по различным смещениям на основе выборки по всей базе данных EEPROM (на момент написания заметки это больше 190 дампов).
VDOe2: research request result
Идея модуля проста: можно настроить фильтр, указать смещение и получить возможные варианты значений для заданного смещения с подсказкой где это значение используется.
https://youtu.be/ksaR-38cnss
Если у Вас есть предложения по улучшению данного модуля, пожалуйста, не стесняйтесь написать мне об этом.
Добрый день, друзья! Сегодня у меня для Вас отличная новость: в очередной раз подтверждается правило о том, что невозможное – возможно.
За воплощение невозможного в возможное благодарим Lukasz (VAG MODS).
Как не трудно догадаться из названия, сегодня речь пойдет о выводе наддува. И, пожалуй, это была бы малоинтересная информация, если бы не одно но: Boost Gauge доступен для панелей на базе NEC850.
Ранее я считал, что подобная модификация возможна исключительно для панелек на базе Micronas. Однако, в дампах NEC850 можно найти заготовку под шкалу Boost, а раз есть шкала, то, скорее всего, возможна и ее активация.
Еще раз подчеркну, что я не имею никакого отношения к этому решению, все исследования выполнил Lukasz.
Тем не менее, не смотря на то, что я исследовал вопрос как включить такой режим шкалы, сама шкала Boost Gauge уже была в VDOeditor 2, поэтому было бы странным с моей стороны не попросить Lukasz проверить работу редактора при настройке этой шкалы.
Настройка шкалы Boost Gauge в VDOeditor
В качестве заключения, еще одно видео от автора этой замечательной модификации.
https://www.youtube.com/watch?v=0GvYl2JZIWc
Пожалуй, на сегодня это все. Оставайтесь с нами и не забудьте поблагодарить Lukasz.
PS Ожидаемая дата выхода второй версии VDOeditor – июль 2019 г.
Думаю что большинству из тех, кто работает с VDO приборными панелями VAG, хорошо известен то факт, что в 35 платформе использовались решения не только на базе NEC850, но и на базе Micronas Securised 3217G. Такие панели с внешним EEPROM объемом 4096 байт в большинстве своем ставились в Audi, чуть реже в VW и, на сколько мне известно, не применялись в Skoda.
Ранние версии VDOeditor 1 понимали такие дампы, но изменить ничего было нельзя. Поэтому поддержка Micronas не была реализована и вскоре полностью удалена.
Но все меняется и, очень похоже, что VDOeditor2 (VDOe2) получит поддержку дампов панелей на базе Micronas, включая полюбившуюся многим функцию замены и конвертации шкал, благодаря Antony из Électrovag.
Некоторое время назад на форуме появилась ветка на тему “Как на счет Audi A3 White/Red clusters?” На тот момент я мог ответить одним словом: никак. На руках нет ни дампов, ни панелей: одним словом нет ничего. В таких условиях сложно говорить о какой-либо реализации. Обсуждение можно было заканчивать.
Но обсуждение получило продолжение: был предоставлен дамп и смещение карты спидометра (пусть и не очень точное, но это не важно). И каково же было мое удивление, когда с минимальными модификациями в VDOe2 этот дамп был загружен и даже обработан в рендере шкал (не обращаем внимания на артефакты вроде контрольной точки).
Дамп Micronas в VDOe2
Начало хорошее, но для полноценного решения нужно знать алгоритм пересчета контрольной суммы и ее адрес. Без корректной суммы после загрузки исправленного дампа вы увидите сообщение об ошибке: DEF.
Ошибка целостности Micronas
Значит надо искать адрес и алгоритм. И тут была главная проблема: на одном дампе без тестовой панели далеко не уедешь. А панели у меня не было. Конечно, при наличии свободного времени можно и на базе одного дампа найти нужное, но мне, например, не хотелось бы тратить время на подобный вариант поиска.
Скорее всего, это обсуждение так бы и заглохло, если примерно в это же время ко мне не обратился Anthony со схожим же вопросом о поддержке Micronas в VDOe2. Однако, у него были весомые аргументы в виде структурированной коллекции дампов, желание и возможность протестировать промежуточные результаты.
Чтобы найти нужное пришлось написать временный дополнительный код для VDOe2, который для начала сформировал обобщенную карту дампов EEPROM, а потом рассчитал статистику распределения.
Карта выглядела примерно следующем образом:
Карта EEPROM Micronas
Байты 0x00 расположены по адресам, где потенциально может находится контрольная сумма. Байты 0xFF обозначают адреса, в которых контрольная сумма находится точно НЕ может.
После получения карты, все что осталось сформировать статистику, используя карту. Результат полученной таким образом статистики был более чем очевидным =)
Распределение статистики
Не представляю сколько времени могло бы потребоваться, чтобы проверить все варианты, если бы не было этой статистики. А так, все что мне оставалось этот попросить Anthony исправить байт по адресу, который набрал 42 совпадения. На рабочем дампе такая модификация, очевидно, должна дать DEF.
Просим Anthony поменять байт и бинго, заветный DEF!
DEF после изменения байта контрольной суммы
Ну и финальный тест. Берем дам от 8J0920930A со шкалой 300 км/ч.
Дамп 8J0920930A в VDOe2
Шкала 300 кмч в панели 8J0920930A
И импортируем в этот дамп другую шкалу, благо это операция в VDOe2 требует всего пары кликов мышкой. Я брал в прямом смысле первую попавшуюся, это оказалась шкала в 160мч из дампа от 8P0920983G.
Импорт из дампа 8P0920983G
Дамп 8J0920930A со шкалой от 8P0920983G
Опять просим проверить результат и вуаля. Все работает. Ошибка отсутствует.
Проверка дампа с измененной шкалой
Вот таким образом, удалось найти решения для простой замены и конвертации шкал для панелей приборов на базе Micronas. В ближайшее время, все наработки, полученные в результате этих экспериментов будут реализованы в VDOeditor 2. База EEPROM также получит соответствующие обновление и поддержку дампов Micronas.
В завершении этой статьи, я хотел бы еще раз поблагодарить Anthony за помощь в решении этой задачи. Без его участия поддержка Micronas никогда бы не была реализована.
Оставайтесь с нами. Надеюсь, что дальше будет не менее интересно…
Пожалуй, одно из принципиальных отличий второй версии VDOeditor – это редактор шкал. При его реализации я постарался учесть все ваши пожелания и, надеюсь, это небольшое видео даст наглядное представление об основных изменениях.
Основные изменения в этой части программы:
правка данных в сыром режиме с наглядным отображением результата;
импорт данных из встроенной базы;
удалено бесполезное представление в виде графиков;
увеличена область рендера (минимальный размер теперь 340х340 px).
Конечно, сохранены все ранее доступные возможности:
импорт данных из файлов дампов EEPROM;
конвертация шкал спидометров.
Ваши пожелания всегда приветствуются. Их можно оставить на нашем форуме или написать мне на почту.
