Andry777

Пишите vvdi не как SRS -> Honda. А как mcu -> spc57ap… понижая при этом скорость записи

Открываете лаунчем историю и ранее просканированное авто, с которого был снят этот блок. Выбираете быстрый доступ - SRS - читать

Никита. Получилось ли что-то у вас? Как раз занимаюсь этим же вопросом.

Тема закрыта. Спасибо за помощь Y-Ray2000.

Здравствуйте. Проверьте пожалуйста правильность очистки. Блок 77960-TVA-A460-M4. Honda Accord 2020г Вопрос: Из-за чего в блоках с одинаковыми номерами - разная структура DF? Дампы - CF, DF, shadow слитые мной VVDI и UPA - идентичны. Дампы скачанные с этого форума на этот же блок - отличаются от слитых мной. Дампы купленные на CarDamp - отличаются от моих и тех что с форума. CF - одинаковые DF - имеют разную структуру файла. - содержат в разных местах файла такие данный как серийный номер и номер запчасти. Из-за этого купленные файлы заливать не хочу. По аналогии почистил свой - но результата нет. Буду благодарен за любую помощь. Спасибо. Clear.bin Crash.bin

Купил VVDI - он читает и пишет верно. Но нюансы с размером DF. Вот тут писал подробнее со скринами и дампами. Тема закрыта

Чип софт в новых хондах не все блоки видел. С последними дравами читает все. А вот АБС - у меня видит, но ошибки не удаляет. Пишет Faild. Тоже приходится Launch -ем

Вот еще мануалы от Launch нашел по этой теме. Там есть парт номера их мишеней. Возможно по ним будет проще найти размеры LAC01-03 LAC01-04 L LAC01-04 R ADAS_Description_en.pdf ADAS_Operate_Guide_en.pdf ADAS_User_Manual_en.pdf

Собственно вотCivic X - Camera Aiming, LKAS.pdf

У цивиков два варианта камеры. Маленькая - с 20 пиновым разъемом. (Производства Nidec, ставилась в сочетании с радаром этого же производителя в 2016 и 2017 г) И большая - с 12-ти пиновым разъемом. (Производства Bosch, ставилась в сочетании с радаром этого же производителя c 2017 г) Похоже что мишени разные именно для разных камер. Камера Nidec - сначала выполняется статическая калибровка, потом динамическая - на дорогах общего назначения. Знаю достоверно на основе личных экспериментов. - это соответствует первой описанной процедуре с круглыми мишенями. Камера Bosch - Как я понял, только статическая калибровка с прямоугольными мишенями.

Вот такой набор используется. Попробуйте поискать Target Set 070AK-TYPA030. В личку бросил мануал с описанием калибровки на примере Civic

На крайний случай можно просто клонировать. Если это LM II E6X AHL то там mc9s12xdp512 - не защищен. маска 0L15Y. На него у меня есть дамп. Если понадобиться - пишите.

Honda Civic 2017 2D - 77960-TBG-A020-M2 77960-TBG-A020-M2 - Cleared.bin 77960-TBG-A020-M2 - Crash.bin

Абсолютно правильное поведение. Блок заблокировался - ошибок в памяти нету. Отключая ту или иную подушку - ошибка по ней прописывается. В блоке краш. Нужно шить.

Та же хрень... Скачать отсюда могу и через знакомого. Но надоедает его дергать с каждым файлом. А по репе - практика показывает что мало написать что-то полезное. Люди не умеют благодарить даже если помог. Воспринимается как должное...

Обратите внимание на производителя лобового стекла. Много проблем на этих машинах с калибровкой на не оригинальных стеклах

Блок называется Teves MK60 EC1. На всех машинах где стоит (~2009 г.в. - Golf 5, Octavia A5, Audi A3, VW EOS и др) имеет одинаковую распиновку. На фото - она указана верно. Я бы сразу подал на него питание. Есть есть потребление - смотрел бы CAN шину. Но обычно, именно эти блоки, не выходят на связь при отвале проца. Часто помогает ребол и пропайка. На обратной стороне платы ничего нету. Сопротивление между линиями CAN шины - 7,9 кОм. На фото обозначил стрелками ноги проца - куда приходит

- Если коротко - это ошибка в схеме питания. Поэтому первое что нужно проверить это питание которое приходит на блок. Все плюсы, а не только самые толстые. Их обычно 3 и две массы. Скорее всего какого-то из них не будет, так как вы писали что у другого блока такая же ошибка. Проверять нужно под нагрузкой. А вообще, после переполюсовки горят сами блоки. И да. сэйф релэй находится внутри.

Небольшой вклад в этот вопрос на примере 77960-TGG-E010-M4. Проц тот же - SPC56AP54L3. Дампы разного размера для сравнения, слитые vvdi prog и китайским xProg ом. xProg (китай 5.84) - читает все области памяти и всегда одинаково но не проходит верификацию. Не правильно читает 4 и 8 колонку vvdi - читает и проходит верификацию. При считывании как SPC56AP60 (1024) - Считываются полезные данные. При записи DF - при помощи vvdi - как блок SRS (Accord) - записывает данные не верно. После считывания отличаются. Если писать как SPC56AP54 - Пишет медленнее но правильно Надеюсь будет полезно ) 77960-TGG-E010-M4 VVDI CF as 56AP54.bin 77960-TGG-E010-M4 VVDI CF as 560P60 1024.bin 77960-TGG-E010-M4 VVDI CF as 560B64 1.5m.bin xProg 768.bin

Сравнивал на примере блока 77960-TGG-E010-M4 проц - тот же После 768 - идут данные. Сохранил как 1024

Будьте добры в лс kElql72lx54b8CIRqoNJIdqhIA4=

Все верно описано. После неудачной верификации дамп сохранен в том виде как прочитался. После этого если прочитать память еще раз - верификация опять не пройдет. Но ели сравнить два вычитанных файла - они идентичны Спасибо за наводку Именно это наблюдаю в EDC16U1 с MCP566. Flash читается всегда одинаково. еепром - каждый раз отличается. Отличаются одни и те же байты.

Без внешнего источника питания. Тут просто смутило что три раза считанные прошивки не имеют отличия. Ладно если бы мусор каждый раз вычитывался. А что для Renesas RH850 порекомендуете?

Здравствуйте. Прибор xProg 5.84 китай, с донглом. Проверен на 93С86, EWS3 - читает/пишет без ошибок. EDC16U1 с MCP566 - полурабочий (полноценно не включается и не диагностируется) блок - читает/пишет без ошибок все виды памяти. EDC16U1 с MCP566 - рабочий блок - Flash - читает/пишет без ошибок. eeprom читает/пишет с ошибками верефикации. Правильно ли я понимаю - это потому что проц успевает переписывать данные при работе? Два файла приложил. 1- родной eeprom. 2- родной, слитый из нового блока после записи так же При попытке внутрисхемно прочитать SRS на SPC56AP54L3 - читает, но не проходит верификацию. Чтение делал несколько раз - считанное - отличий не имеет. Но проверка не проходит. Атрибут только чтение установлен. Из-за чего это может быть? что делать? ) Я так понимаю, самой надежной версией на данный момент считается 555. Если откатить прошивку на него, останутся ли авторизации те которые есть сейчас, или что-то исчезнет? Спасибо 03G 906 016 CD - EEprom.bin 03G 906 016 CD - EEprom считанный после записи.bin

Знатоки, подскажите пожалуйста. Скорость обновления информации на графиках в приложении можно как-то изменить? или масштаб? Обновление происходит раз в секунду примерно. Иногда информация остается за кадром. Изменения нужно видеть в реальном времени. Что можно придумать? Спасибо )