f13nd

Очень странно, что в поле процесс rundll32.exe. Malvare-gen (то есть generic) значит антивирус сам ничего не понял, но на всякий случай испугался.

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

- "размер файла должен быть" значит что для записи как MH8305 нужен файл 512кб, это не определение реального размера прошивки - "Ошибка: Ошибка контрольной суммы, возможно неверно выбран размер ROM" - когда блок отдал реальную кс прошивки и она не совпала с кс считанной прошивки. Скорей всего размер действительно выбран неверно. - при включенной кнопке "иммобилайзер" перед записью будут считанны 2 байта синхры и помещены в прошивку. при отключенной будет просто записана выбранная прошивка.

Небольшие исправления графических глюков, изменение сортировки модулей и работы с донглом. Module 39 Nissan K-line 10.0(080) Добавлен пункт 'Hitachi Almera SH7055[512k] K-line' для записи с переносом синхры

сделано

При виртуальном чтении качаются .bin и .cafd файлы, после записи нужно обязательно записать .cafd и убедиться, что соответствующий идент появился в списке модулей блока. При желании файл кодинга можно редактировать (если знаете что делаете), 2й и 3й идент (1й не пишется, 4й цифровая подпись кодинга).

mmc.ru.com почему-то сейчас лежит

Косяк мелкий получился, исправлено. Обновитесь до 10.0(024). Это была просто проверка наличия обновления при старте, когда интернета нету обработчик WM_CREATE возвращал не 0 и программа думала, что не смогла запуститься.

Возможность записи в BSL не предусмотрена. Отключение проверки цп и есть разблокировка. Добавил картинку в первый пост.

В BSL единожды делается разблокировка, чтобы писать тюн через розетку, в BSL можно прочитать прошивку, это происходит несколько быстрее, чем по OBD. Дополнительно нужен интерфейсный шнурок (опенпорт например), паяльник, провода, резисторы.

у всех

Нет. Там не просто авторизация, там вообще ничего не совпадет.

Тем что чтения не происходит, прошивка качается с сервера.

Есть мнение, что ключ вообще не от ммц. Скачайте и установите senselock_sdk (http://senselock.ru/support.php "Комплект разработчика для электронных ключей SenseLock (включает в себя драйверы, документацию, IDE Code::Blocks, компилятор SDCC, библиотеки, примеры).") Запустите C:\Program Files (x86)\SenseLock SDK\SDK\Tools\DevTest\DevTest.exe Заскриньте вкладку "обновить подключение"

тупо забить нулями зы: 36(025), обновитесь через магазин если надо или попросите в скайпе.

При виртуальном чтении теперь качаются все доступные подходящие калибровки. В старых версиях модуля виртуальное чтение больше работать не будет, программу надо обновить.

Так точно, не во всех модулях. Конвертирование из vbf такая поздняя опциональная штука, которой дорабатывалась часть модулей по заявкам трудящихся. У каждого модуля есть специфика как это делается, поэтому разом раскопипастить на все не получится. Можно сюда этот вбф выложить, сделаем.

Не ляжет, разве что залоченный останется, это кнопкой "Разблокировать" исправляется. Читаются они по кану и правда медленно, если это действительно какое-то зависание было, то репорт в почту отправь.

Есть мелкие тонкости вроде напряжения на нулевом бутпине (оп2 переварит, другие адаптеры сильно удивятся такому), поддержки некоторых параметров протокола (некоторые адаптеры не поддерживают и честно вернут ошибку, некоторые сделают вид что выставили их), обработки ошибок (оп2 например многие ошибки поймет и простит или не заметит, смотря как на это посмотреть, а другие - нет) ну и совсем частности, вроде обработки управляющих структур (например размер PASSTHRU_MSG 6*4+4128 байт, оп2 хватит и 6*4+n, где n - длина сообщения, а мангуст запаникует если эта структура вылезет за пределы объявленной памяти). Единственное исключение в плане дифференциации адаптеров было только в 36м модуле, настолько по-наркомански оп2 на тот момент обрабатывал iso11898, что пришлось для него персонально придумывать решение. При переносе на 10ку было придумано другое решение как уравнять оп2 с другими адаптерами в этом модуле. Так что да, скорость зависит только от адаптера и его драйверов. В таком случае шнурок вполне себе неплох, плюс возможность легким движением руки сделать из него канхакер. Но видимо слишком специфичен.

Не больше 15 минут и должно было занять. Писать надо не на форум, а на почту и приложить репорт.

в почте

Это не списки поддерживаемого и неподдерживаемого, просто возможные партномера *.frf и *.sgo прошивок (UDS и не-UDS соотвественно) frf_list.rar sgo_list.rar

Первое отличие, оно же главное: по формату официальных прошивок на этот парт. *.frf это UDS, *.sgo это не-UDS. Второе простое отличие, если есть фулл: наличие в ОТР строки типа "CTPROT_V01.04UDS.0107", просто поиском по "CTPROT" можно найти. К слову, модуль на не-UDS также в разработке, не исключено, что скоро будет доступен.

Шансы как ни странно есть. 56(053) обновил на ваш ключ. ЗЫ: а 56 модуля нету у вас) Вобщем авторизация в ней 100% ваговская, шифрование при обмене 100% ваговское и сама прошивка не отличить от любой ваговской. Есть косвенные признаки того, что протокол uds, но в этом не сильно уверен. Добавил в модуль такой софт и прошивку на сервер.

Виртуальным чтением качаются те же самые прошивки, что в архиве.