galavarez, да, я без обид. :) Все нормально, я за вас рад, теперь и вы заразились этой болезнью, думаю надолго не отпустит. :)
А что касаемо CRUM ов, думаю это я вас завел в заблуждение, закинув в папки для scx-4200 и 3119 несколько адинаковых дампов но с разными crum. Прошу прощения, но это все осталось еще от моей верстии 1.0 которая не имела вообще crum генератора. Теперь этого делать не нужно вообще.
Ха. наверное ни кто так и не понял как я хитро решил этот вопрос с распознованием и автоподменой crum из файла в момент загрузки в чип. :)
Все работает гораздо сложнее, ребята и это все для того что бы вы не парились с разными моделями мол, "а скакого эта адреса начинается crum у модели pe220, например?" А вы просто ложите на карту памяти дампы разных моделей и мой программатор сам в момент прошивки почитывает данные из файла(так сказать использует их в личных целях :) ) и если ему удалось прочитать строгую последовательность символов "CRUM-" или "crum-" или "c-"(для цветных голубого например xer6100) или "y-" или "m-" или "k-" то сразу же после символа "-" активируется автоподмена битов из файла на те что не из файла, а из crum генератора. Идет как бы пропуск 11 бит из файла, в это время микроконтроллер подменяет на свои биты и так же есть счетчик который отсчитывает 11 бит после чего вновь переключается на биты из файла. И опять же здесь мне не стоило забывать про верификацию записываемых битов crum, верификация - соавнение прочитанных битов из чипа с теми значениями что пытались записать, так же должна переключаться в момент подмены на сравнение данных не из файла а из crum генератора.
Здорово, правда? Помойму лутше и не придумаешь.
Но вот с xer6128 я поступил почти как и вы, потому как там большое исключение для crum он записан не по таблице символов ANISCII а в виде 2-х битов.
Возможно есть и др. исключения о каторых я не знаю, найдете такие модели - пишите, будем решать как для их реализовать crum генератор.