iskom67

Дамп визуально похож на аналогичные фордовские блоки на 95640. Думаю есть смысл попробовать подчистить область 260h...3BFh Это так, мое предположение...

А в блоке пассажирского сидения все чисто? Было нечто похожее на Fusion. Потер ошибки в ODPS (или как там эта система у форда называется) - ошибка в SRS тоже ушла

As kilya31 say - just write original file back into MCU. Use UART connection and corresponding menu in G-PROG When you write this file it automaticaly erase EEPROM area of MCU (where crash data is stored)

Some kia-hyundai modules have different GND connection. Check this:

Позволю себе добавить: Это не только на новых блоках так. Для всех тойотовских блоков, независимо от года, производителя или схемотехники это справедливо. По крайней мере мне других не попадалось. Ошибок нет + лампа горит = краш. Те блоки, что постарше можно было проверить по поведению лампы на авто (загорается и горит не промаргивая - блок крашнутый) либо мониторя кановские посылки на столе при подаче питания на блок. С новыми блоками в этом плане сложнее. Есть еще вариант с 31-й ошибкой (внутренняя неисправность блока), но это именно внутренняя неисправность, не креш.

Try to clean your dump as 89170-02G60 and in addition fill with 00h whole area 0x800h...0xD2Fh

What exactly doesn't work? SRS lamp stays ON with no errors or ABS-related errors appear in SRS module? Is there any DTC in SRS?

Try to clean it by GCT as 89170-02G60 Dumps are very similar

Here you go Dump with crash, but working 95910_F2000_25lc256_crash.bin

LOG 0 - means "logic 0" Connect this point through ~500 Ohm resistor to GND

Отчет о проделанной работе Провода напрямую в программатор (без еепром\уарт\жтаг - переходника) Провода по возможности покороче (в моем случае 20 см.) Питание блока от внешних 12в. Чтение-чистка-запись - ОК Всем спасибо!

Проблема та же, что у топикстартера. GN15-14B321-GH Не читает, хоть тресни. Без разницы, питание от программатора, внешние 3.3в или запитка блока от 12 в. Тип процессора определяет, прогресс бар бежит, но на выходе - FF Заметил еще один момент - при чтении блок явно просыпается в штатном режиме (по потреблению тока заметно) Вроде как этого быть не должно? Или я ошибаюсь?

Присоединяюсь к тостующим Здоровья, счастья и творческих успехов!

Ну, если исключить вероятность того, что заливали коде-флеш, изначально считанную с ошибками, то вероятно да, процу тапки... Вроде как не все тойотовские блоки на R7F чистятся полным стиранием дата-флеш, но даже если предположить, что собака здесь зарыта - непонятно, почему блок вообще не подает признаков жизни.

Лучше бы резет осциллографом глянуть. Если просадка до нуля и вновь высокий уровень (и так по кругу) - похоже супервайзер пытается проц пересбросить по ватчдогу. Возможные причины в порядке вероятности: 1. У проца программные проблемы. 2. У него же аппаратные проблемы. 3. Проблема с мультиконтроллером. Все вышеизложенное - ИМХО, основанное на недавнем ремонте программно уваленного блока на R5F. Там ситуация была похожей - минимальное потребление, отсутствие каких-либо признаков жизни и пересброс. Понимаю, что блоки на R5F и R7F несколько разные, но принцип организации сброса, думаю, такой же.