Столкнулся с такой же проблемой, решением было  закодировать блоки 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