Столкнулся с такой же проблемой, решением было закодировать блоки DME и EGS через e-sys. Так что для себя сделал вывод,при программирование обязательно соблюдать последовательность
1. Write Flash
2. Write CAFD
При recovery
1. Write stock
2. Write CAFD
3. Coding e-sys
Хоть и решена моя проблема, решил здесь повториться, чтоб лишний раз кто то не наткнулся на мои грабли и попосту не тратил драгоценнейшее время Стаса. Шиночиповщикам как я посвещается...
А сама история моя в следующем, считал виртуально норм, не прочитав ветку после удачно записанного F30 на шару,поверив в себя начал писать F16 N55, записал Flash , УСПЕШНО, получил MAX программирований, и не увидел что не записан CAFD, надо бы было его писать,а я заново начал писать flash,чтоб проблему MAX, получил трупик, но MAX изменился на 2 )) Стас помог в моей панике, подсказав писать сток, записал сток потом cafd( не который stock, так и не понял чем они отличаются), машина завелась но получил CF1531 и аварийный режим. Затем авто повторно уже не программировался, Тех поддержка отписалась "Свежая интеграция с защитой от патча", авто в конечном случае сделал через bench и перекодировал CAFD в DME и EGS
Остались вопросы на будущее, разобраться чтоже произошло, в какой момент поменялась интеграция и возможно ли её обратно вернуть? Если хочется просто обновить сток клиенту или есть к примеру необходимость вернуть сток, то как предугадать по файлу что интеграция изменится? Ну и не понял пока какой CAFD использовать в том или ином случае, так как их 2