ПО
1. Декодирует 40-байтный кодинг ЕТАКСа
2. Сканирует лог-файл DiagBox'a на предмет наличия в нем кодингов
3. Сравнивает два кодинга (введенных либо вручную, либо из списка найденных в лог-файле)
4. Некоторое количество подсказок для параметров и вариантов
остальные функции пока в разработке и внимания на них обращать пока не стоит...
в планах - кодинг (при поддержке vadimus_ca), перевод на русский, увеличение подсказок. Смотреть здесь - >>>
Неплохо бы разобраться, как кодируются таблицы настроек в МУТе и в Лексии, и сконвертировать из МУТа в Лексию Все-таки таблицы для
С-кроссера не позволяют полностью управлять ETACSом.
Насколько я понял, все настройки Лексии для взаимодействия с 4007/С-кроссером/Аутом лежат в файле \applic\lexia\calculo\MMC\1860B33\1860B336_1037386099_Cust.s19
---------- Добавлено в 11:38 ---------- Предыдущее сообщение было написано в 10:47 ----------
Неужели никому не интересно?
МУТ, насколько я понял, хранит все данные в базе MS SQL.
Нашел файлы этой базы, CAESARCOMPDB2, CFFDB, буду смотреть, что там внутри.
---------- Добавлено в 21:54 ---------- Предыдущее сообщение было написано в 10:47 ----------
Продолжаю разбираться с настройками.
В результате какого-то из моих действий был найден новый модуль ECU:
Теперь в памяти висит ошибка (видимая только Лексией).
Нужно бы как-то этот модуль прописать, но как это сделать я пока не нашел.
Был веселый момент, когда на экране приборки появились значки 4WD, ASC Service Required и еще пара подобных веселых сообщений.
К счастью, это получилось исправить
В общем, методом проб и ошибок продвигаюсь, но пока не получится скрестить Лексию и МУТ, ошибки будут.
---------- Добавлено в 22:15 ---------- Предыдущее сообщение было написано в 10:47 ----------
Я понимаю, что форумные спецы, которые владеют частью необходимой информации, зарабатывают этим деньги, и делиться, создавая себе потенциальных конкурентов, им особого резона нет, но все-таки хотелось бы попросить их дать хоть пару подсказок.
Может, сообща мы сможем выяснить что нибудь, им еще неизвестное.
[свернуть]
Последний раз редактировалось Vladimir; 22.08.2012 в 11:57.
(мысли в слух):
А в теории контрольную сумму при записи кто перепроверяет?:
- ЕТАКС, когда в него записывают новый кодинг (но врядли у него несколько алгоритмов проверки КС заложено и КС должна быть одинаковой);
- сам приборчик когда пытается записать кодинг в ЕТАКС (вот в этом случае конечно реально получить для каждого прибора разный расчет КС);
- или вообще сама программа прибора (но как-то тупо - программа диагбокс сама формирует КС и сама же будет перепроверять её при записи? - отпадает).
Если КС разные для МУТа и Лексии, получается что сам прибор её перепроверяет и, действительно, она может быть разной?
А из ROMа приборчика достать это нереально?
как всё хорошо начиналось..
вроде гдето выкладывали прошивки для лексии, может в них и поковыряется??кто умеет.
или может можно както обойти на приборе проверку CRC ??
а может и не нужна лексия??может надо какойто свой прибор разработать??
как говорят очевидцы, у кевина какаято своя программа, но у него мут. у ёжика сам видел, тоже свой какойто софт, а вот про мут невкурсе, у него вроде просто провода какие-то.
думаю, что собрать свой прибор можно, тоже когда был у Ежика наблюдал исключительно самодельный кабель. но здесь мы снова у исходной точки. нужен некто, способный на это.
распотрошить код Лексии, или прошивку девайса тоже можно, но снова мы у той же самой точки: нужен некто, способный на это. (привильный проц, правильная прошива, правильные дрова и т.д.)
К/С считает программа, девайс её проверяет, что происходит дальше - неизвестно... знаю лишь то, что у шины CAN есть собственный алгоритм подсчета к/с, но он ИЗВЕСТЕН... а вот что начудили великие французские программисты - покрыто мраком.
все что остается - это изучать, подбирать...
Типа все данные, которые мне дал Earl_Vadim бьются с ним.
Собственно болванку расчета контрольной суммы я уже напИсал, но че хлеб-то отбирать, да и оформлять лениво проверяйте, если не совпадет на других данных - будем думать дальше.
перед записью, Лексия посылает в девайс команду, ответ на эту конанду ЕДИНСТВЕННЫЙ из пока мною увиденных, который имеет значение...
в зависимости от ответа Лексия посылает, либо НЕ посылает дополнительную команду, прежде чем сделать запись...
так вот то, что приходит, и что посылается - НЕИЗВЕСТО... и мыслей пока никаких, что и зачем это может быть... (((
сейчас посмотрю, как пишет Диагбокс... но думаю, там тоже самое.
---------- Добавлено в 19:12 ---------- Предыдущее сообщение было написано в 14:30 ----------
так вот если в ответе 00 00 00 00 , то второго запроса не отсылается...
такое происходит в Лексии, если записываются параметры несколько раз не выходя в главное меню. т.е первый раз с дополнительным запросом, а каждый следующий раз лупят нули и допзапроса нет...
каждый раз эти 4 байта в запросе и ответе разные, даже если пишется точно такая же строка....
что это? НЕ ЗНАЮ... но без этого не работает.
---------- Добавлено в 19:53 ---------- Предыдущее сообщение было написано в 14:30 ----------
но у DiagBox'а я нулей в ответе еще не видел.. правда там и каждая сессия состоит из одной единственной записи, в отличие от Лексии, где в рамках одной сессии можно производить сколь угодно изменений параметров..
Ну вот опять встряну.
Ранее ввел общество в заблуждение (из-за недостатка инфы) - все-таки это не Intel-HEX, а какое-то подмножество протокола KWP2000. (кс формируется аналогично) В частности код 27 01 очень похож на функцию SecurityAccess service. Эта опция предназначена для разблокирования блока для критичных операций с ним. Вот выжимка из протокола:
The procedure defined by this service includes the following steps:
• The client shall request the server to "unlock" itself by sending the service securityAccess request #1. The server shall respond by sending a "seed" using the service securityAccess positive response #1. The client shall respond by returning a "key" number back to the server using the service securityAccess request #2 (the algorithm for calculating the Key number shall be defined by the vehicle manufacturer or the system supplier). The server shall compare this "key" to one internally stored. If the two numbers match, then the server shall enable ("unlock") the client's access to specific KWP 2000 services and indicate that with the service securityAccess positive response #2.
• If a device supports security, but is already unlocked when a securityAccess request #1 is received, that server shall respond with a securityAccess positive response #1 service with a seed of "$00 00". A client shall use this method to determine if a server is locked by checking for a non-zero seed.
Some servers could support multiple levels of security, either for different functions controlled by the...
Если есть желание разбираться дальше могу выслать соответствующие стандарты на KWP. Тут их публиковать как-то не.... . Только предупредю подробно с ними я не разбирался, ввиду полной потери интереса к теме ковыряния митсы и наличия ,безграничного доступа к муту. Но чем смогу - помогу. Только ПОЖАЛУЙСТА не держите инфу за пазухой делитесь.
ну к/с считается-то правильно, а этот KWP - отдельная песня.
и то, что здесь написано, очень точно подходит подз прошитдящее. и как я понял, алгоритм в устройстве сравнивает значения из прошитых таблиц The server shall compare this "key" to one internally stored.
Но нам ничего не остается, как попытаться разобраться в KWP. Высылай на почту в личке. Переправлю всем желающим.