Andrei

По данной теме, решено. вылечить родной дамп "data" не удалось. Я залил в блок дамп от машины с которой работал в 2020 году, подправил VIN. Все ошибки ушли, и в ABS, и по подушкам. Возможная причина - испорченый дамп "data" в этом блоке, возможно работали с блоком "кривым" программатором.

Доброго времени. Подскажите. Принесли блок с машины GEELY ATLAS, другой человек поработал с данным блоком, пробовал стереть крэш через OBD, потом пытался считать процессор на столе через программатор. Утверждает, что не смог его прочитать. принесли на восстановление мне. probyte (модуль 0159) - На столе на связь блок выходит, читает ошибки, крэш не стирает, не читает memory не какие области. Попробовал прочитать модулем 0187 то же самое, читает индификаторы и читает ошибки. не дает возможность прочитать память. Подключился внутрисхемно (Gprog Pro), прочитал область GEELY_0285012562_code.bin, GEELY_0285012562_data.bin. Область code сравнил со считанного с аналогичного блока который я восстанавливал пару лет тому назад, один в один. Прогнал область data через калькулятор крэш присутствует, залил обратно. поставили на машину. осталась только одна ошибка. Получаем SRS B10EF48 - Несоответствие версии программного обеспечения состоянию системы дополнительно в модуле ESS (ABS) C006202 - Датчик продольного ускорения - неправильный сигнал C006102 - Датчик поперечного ускорения - неправильный сигнал C006302 - Датчик угловой скорости рыскания - неправильный сигнал Вопрос, на сколько в данном блоке критично было читать внутрисхемно на столе, с правильно оренированным как на машине блоком, я прочитал блок на столе расположенным вверх ногами ? может ошибка B10EF48 быть вызвана этим? если это так, то как правильно перезаписать область data? Попробовать обратно в перевернутом ввиде записать обратно data с событием крэш считанный мной, и соорентировав блок как на машине, заново прочитать область data для дальнейшего удаления события крэш?

Доброго времени, Помогите разобраться. Kia Sportage на борту 95910-F1080 (XC2361A) ,на момент начала работ с машиной была проведена диагностика, по ABS не было, присутствовал только крэш в SRS. в связи с моим отпуском, нетерпеливый владелец поехал в другой сервис для удаления из блока крэш. итог ошибка - B1620 Internal fault - replace the unit SRSCM и ошибки по ABS. Машина вернулась для доработки по салону и с просьбой восстановить SRS. По рассказу владельца машины в другом сервисе пробывали по OBD считать и залить eprom. Работали возможно Alex Flasher, файлы считанные мне передали. там считали FILE_FLASH.bin и eeprom. Зачем читали flash не знаю. Т.к. передали исходники, я почистил калькулятором и Probyte залил в блок. не помогло ошибка - B1620. Далее снимаю блок, там следы внутрисхемного считывания. Как выяснилось после работы по обд, у них появились ошибки по ABS, далее делали попытку считать и почистить внутрисхемно. Не могу сказать как был ориентирован блок на столе при работе, и какие файлы мне передали, считанные на машине или на столе в перевернутом по ориентации блоке. я на столе попробовал залить в перевернутом в виде, результат отрицательный. Для проверки считал данный блок и внутрисхемно. Подключение нарисовал, может пригодиться., питание на блок только внешнее при работе JTAG. Прикрепил фаил переданный мне, можно проверить данный фаил? Kia_Sportage_95910-F1080_XC2361A_flash3_crash.bin

Доброго времени, по работе с блоком. Блок мне передали с двумя файлами, как я писал выше по именам файлов я понял что работали Alex flasher. (FLASH_FILE.bin stok_eprom_95910-F1080_crash.eep), тут наименование файлов как мне переслали. Разобрав блок заметил, что его читали еще внутрисхемно. Решил то же дополнительно прочитать внутрисхемно.(flash0.bin flash1.bin Flash3.bin), потом объединил два первых файла flash0 & flash1 и сравнил с тем что мне прислали FLASH_FILE. Заметил разницу по адресам 4f80 -4f89., собрав блок и прочитав снова его по OBD получил присланный мне фаил. FLASH_FILE. Понял что с этим я разбираться не буду, далее работал только с eeprom. При работе на столе работал с собранным полностью блоком, и расположением орентированным крышкой вниз как на машине. Все остальное я написал выше, eeprom с других блоков не подходит, даже если его почистить от крэш. он как то привязан к блоку. На разборе нашел такой же блок, его я почистил от крэш на столе, без проблем. С ним же провел тестирование разных епром с аналогичных блоков. Результат отрицательный чужой епром дает ошибку - B1620 Internal fault, возвращаю родной епром, блок без ошибок, его и поставил на машину.

Доброго времени, по результату, поставил на машину блок с разборки , с донора. Ошибки и крэш потер, датчики ABS и руля откалибровал. Родной блок так и не пошел.

Доброго времени, По удачному стечению обстоятельств у меня появился донор, блок с таким же номером, от аналогичной машины, только что после ДТП. Работал на столе. читаем ошибки. присутствует ошибка B1650 Registered collision by only 1 degree (frontal - replace SRSCM unit) , (остальные ошибки не пишу,), произвожу чистку по CAN OBD, все блок чистый. Подаем снимаем питание, только ошибки по подушкам и датчикам. Блок чистый. Программа дает возможность производить удаление DTC. Заливаю епром в наш блок, читаем ошибки - B1620 Internal fault - replace the unit SRSCM. Ошибки чистить не получается - Erase DTC Error! (7F 14 10 AA AA AA AA ) Со мной поделились епром с таких же блоков с крэш для тестирования. я заливаю епром в блок, что только что был чистый - ошибка B1620 Internal fault - replace the unit SRSCM. Проверил восемь присланных епром. результат одинаков ошибка B1620 . Залил обратно епром родной, пришедший с блоком. блок чистится, крэш нет, ошибки только по подушкам и датчикам. Есть предположение что епром привязан к процессору. Для поиска причин считал программой Alex Flasher полный флэш с первого блока фаил - FLASH_FILE FLASH_ECU_FLASHER_ORIG.bin по OBD и после внутрисхемно программой Gprog Pro считал этот же блок FLASH0 FLASH1 Full_flash_0_and_1.bin, а так же с блока донора FLASH_ECU_FLASHER_DONOR.bin по OBD, сравнил файлы - расхождения только по адресам 4f80 -4f89. причем попытался записать внутрисхемно присланый флэш фаил, программатор записал и сделал сравнение, все ок. Читаю снова по OBD и сравниваю изменений нет. как будто и не программировал. по OBD читаются как и раньше считанные байты. Я не стал копать дальше, но понимаю, что возможно eprom привязан именно к процессору. Попытка залить епром с другого блока результата не дает. Для сведения прикладываю eprom с крэш с донора, этот блок чистится хорошо.Kia_Sportage_95910-F1080_XC2361A_flash3_donor.bin Возможно как то востановить испорченый епром по образцу, или попытаться привязать донор к машине с последующими калибровками ABS?

Доброго дня, принесли блок с кия соренто 95910-2P400 , нужно было почистить крэш. подключаю на столе по OBD, точки подключения взял из справки. считал благополучно epromm. почистил и дал команду записать снова. записалось, передергиваю питание, и все, блок на связь не выходит. далее интереснее, начинаю разбираться , подключаюсь к процессору читаю SRS_MAC7242_Repair, прочиталось, но пишет, что фаил неопознан. (битый), беру с другого блока и пишу рабочий дамп. пробую снова по OBD, и снова блок не выходит на связь. JTAG читает без проблем. далее заметил проблему со справкой точек подключения на столе по OBD. Земля указаная на подключении не соответствует. что прочитал через OBD eeprom KIA - HYUNDAI MAC7242 CAN BUS[08.06.2021, 12.24.47].bin прочитал через JTAG Srs_MAC7242_repair (Main_Flash) [08.06.2021, 12.46.01].bin нужна схема для определения назночения данного пина на блоке.

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

Доброго дня, Opel Insignia, блок 1357 8322 SDM10.18 Ищу точки подключения для внутрисхемного программирования.

Доброго времени. HYUNDAI ELANTRA блок 95910-G3001, RH8R7F7010643, eeprom 95256, 1 проблема. Работаю GromCalcTool Programmer ver 6.0.0.15, читаю дата область, и пробую почистить встроенным калькулятором. Тоже самое делаю пред идущей версией 5.0.0.19 используя вкладку airbag tool SRS_RH850(MCU_R7F), там читается процессор и видим крэш. 111150 R7F7010 далее тут же чистим eeprom, к стати в шестой версии очистку епромм я не могу найти в какой вкладке. и проблема номер два, при установке блока на машину, лампочка неисправности SRS на приборке гаснет и снова загорается, читаем ошибки. снимаю блок с машины, читаю все заново и процессор и еепром, и снова находим крэш в дампе калькулятором, хотя после очистки калькуляторм и последующей записи в процессор, и сделал ее сравнения с буфером очищенного дампа, было все Ок, дамп был очищен. Что возможно я делаю не так? Откуда заново прописывается крэш? P/S возможно с перезаписью крэшь разобрался, тут указано как важно просто в ноль почистить еепром. https://carprogonline.com/airbag/Hyundai/Elantra/95910G3001/ HYUNDAI_ELANTRA_95910-G3001_95256-eeprom_crash.bin HYUNDAI_ELANTRA_95910-G3001_R7F7010643_DATA_crash.bin

Все хорошо, спасибо.

Доброго времени суток, WV Tiguan блок 5N0_959_655J eeprom 25640, выдает ошибку 003? в калькуляторе данный блок не заявлен, можно подправить дамп? WV_TIGUAN_5N0_959_655J_25640_CRASH.bin

спасибо попробую завтра.

Доброго времени. VW Tiguan 2009, 5N0 959 655J в блоке висит ошибка 003 неисправность блока, не трется , считал дамп проверил калькулятором - крэш нет. есть возможность заменить на 5N0 959 655H. последняя буква в блоке смущает. возможна такая замена? или можно будет установить донора, и попробовать поработать ODISом перезалить программу? 5n0_959_655h 5n0_959_655j

Доброго времени, Информация для пополнения базы программы калькулятора. Daihatsu_89170-B2620_93C56_crash.bin

Доброго дня, NISSAN CUBE 1999 г. modul 28556-2u500 , читал mask как процессор с mask J38M MC68HC12BE32. после чистки ошибка по подушкам ушла, осталась ошибка замены модуля. можно проверить дампы, в калькуляторе данный модуль не присутствует. Nissan_Cube_28556-2U500_HC912BE32_clean.bin Nissan_Cube_28556-2U500_HC912BE32_crash.bin

понял, спасибо

Возможно я не правильно выразился, читал процессор UPA выпаивая , читается без проблем. в действительности я работал калькулятором, при обработки калькулятором, обратил внимание, что трется начальная стока с адреса 0х0 по 0хF, в этом случае блок у меня не выходит на диагностику, смотрел далее по аналогии блоки NISSAN с таким же процессором, заметил, что первая строка не трется, оставил ее и остальное затер. Блок вышел на диагностику, но с ошибкой. поэтому пытаюсь разобраться, дамп кривой, или железо.

Доброго времени. В блоке висит ошибка B101D. Нужен совет. Прочитал процессор через UPA-USB (9s12xeQ384), так же для проверки через X-prog 5.55, получил два файла, В калькуляторе такой блок есть(9s12xegG384), нужен дамп D с разменом 32К? но скрипт не находит крэш. на форуме www.digital-kaos.co.uk, лечат подобный блок но правят фаил с эмуляцией eeprom. я так понимаю эмулируемая область eeprom располагается в области D-flash, и занимает там сегмент. У меня или прочитано не так, т.е. при чтении D-flash не читается эмулируемая область, или я что то не понимаю, 1358_9833_MC9S12XEQ384-D-flash_crash.bin 1358_9833_MC9S12XEQ384-eeprom_emu_crash.bin

Доброго времени, подскажите как расшифровать код ошибки на GEELY ATLAS в SRS, читал scandoc увидел ошибку 0x802813 00, возможно нужно задать вопрос разработчику scandoc, вкладкой в ACU в модели GEELY ATLAS, подключиться не получилось, смог подключиться вкладкой BOSCH ACU в модели MK CROSS, Но дело не в этом... не могу найти как расшифровывать код ошибки 0x802813 00. Пока в сети не чего не нашел по данному вопросу.

B002813 Запал передней боковой пневмоподушки стороны пассажира - высокое сопротивление

я обратился тех поддержку scandoc сканера, обещали завтра ответить.

все, доделал, склеил записал, потом почистил вкладкой Srs_MAC7242_repair. крэш не вижу, нужно проверять на машине, всем спасибо.

Доброго времени. в продолжении темы, привезли другой блок, ставим на машину, читаем, естественно ошибка конфигурации, работаю пятой версией,читаю по OBD делаю repair 95910-2P400, и все второй блок мертвый. НО.... Я поднял первый блок. (второй сделаю потом по образцу), опишу всю процедуру. Подключение по OBDII, то, что находил картинки в сети, не подходили, подключение массы другой PIN! при работе JTAG подал питание на разъем, без него пишет с ошибками, возможно нехватает питания через программатор. Нашел в сети архив с крэш, в нем flash & shadow. KIA SORENTO 2011 SRS 95910-2P400.rar, по JTAG работал GROM V4. Если просто записать Flash и после проверить то есть ошибки, пишется поверх не корректно. делаем преред записью - стираем flash. (но при этом стирается и SHADOW область!!!!) пишем flash и проверяем все ок, но потеряли shadow!!!, далее заливаю shadow и все. читал по OBDII пятой версией. нужна помощь правильно склеить из данных (в первом посте файлы) рабочий дамп -flash.

Доброго времени, Jaguar XF 2008 года, SRS модуль без ошибок, на приборке информционная запись - check pedestrain system, в модуле безопастности пешеходов висит ошибка B120D. не трется, под капотом обманки. смотрел диагностикой в параметрах сопротивление 2.5 ом. на пирапотронах, но есть один параметр переводиться так "количество срабатывания - 6 раз!!!", смотрел расположения модуля - со стороны водителя в крыле. Вопрос, его доставать и тоже чистить ?