Всем привет, случайно зашёл на ваш форум. Занимаюсь внедрением своего кода в процессор для дальнейшего его чтения и записи. Реализовал чтение из процессора через OBD разъём. Пытаюсь сделать запись внутрь процессора, не могу разобраться каким образом осуществляется запись в область EEPROM/D-FLASH. На данный момент могу только вычитать RAM, D-FLASH( or EEPROM), P-FLASH. Пересмотрел быстро(не вникая) даташиты на все подобные процессоры, не нашел правильного описания записи в область D-FLASH, написано что нужно разрешить через регистр запись, делаю всё как в нем описано но данные не переписываются. Больше всего не внимательно прочитал, но уже голову сломал над тем как нужно это реализовать, на данном процессоре.

9S12 бывают разные, какой именно процессор у вас на испытании?

Все что находятся в серии XE

Вы подменяли на свой загрузчик?

Я отправляю процессору собственный код(как вы сказали, загрузчик) в котором реализованы собственные методы чтения и записи(не работает пока что). Вычитать из процессора могу что угодно, но записать не могу(пока что) :)

В том-то и фишка, что вычитать можно без особых плясок, а вот с записью всегда гимор)) это нормально


Некоторые мысли по примеру ARM с имитацией еепром.. Для записи проц должен "спать", т.е. основная программа, а если "собственный код" не является загрузчиком, а например внедрен в оперативку, то полагаю, что прямая запись в режиме реального времени будет невозможна. Применить запись можно будет только на старте проца, но тогда физически должна быть уже записана в проц предпрограмма (замкнутый круг). Не видя некоторых примеров, сложно гадать, поэтому много вопросов. Вы как тестируете на запись, т.е. какими размерами блока пытаетесь производить единичную операцию записи? И еще, проверяли регистр записи после установки, он изменяется (устанавливается)?

Для записи в P-FLASH так и должно быть, либо очистить указанную область памяти(страницу), и после чего записать в P-FLASH, (но запись этого участка памяти пока что не нужна, а лишь его чтение, а вот D-FLASH достаточно интересная область памяти в которой находятся различные данные по автомобилю и ЭБУ.
Запись делаю следующим образом:


При этом данные не переписываются, так же пробовал выставлять единицы в регистре EPROT.

RedYu, это не совсем то. Я не вижу включение регистра, разрешающего запись, не вижу отключения прерываний на период записи, не вижу разблокировку записи, не вижу проверки на успешность записи и восстановление регистров.

Данный код выше не для еепром, т.к. отсутствуют настройки/процедуры для записи в еепром. Просто SET по адресу недостаточно.



P.S.
Т.к. я не вижу более подробный кусок кода, возможно вам поможет отключение прерываний на время процедуры записи.

Преривания останавливаются командой SEI, разрешение на запись происходит в регистре EPROT, проверка осуществляется простым спопобом чтением из памяти.

Происходит все следующим образом:
- с компьютера указывается адрес, и передаются байтики
- ЭБУ получает данные и отвечает согласно запроса
- компьютер проверяет данные и в зависимости от результата отправляет данные повторно либо идёт дальше
- компьютер переводит ЭБУ в нормальное состояние

RedYu,


Это все понятно, всегда кажется просто, а оно бац и не работает)) вопрос последовательности действий, зачастую ошибка проста, как два бублика.


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

К примеру вырезка для другого контроллера:

Это софтовая операция, классический порядок действий, те же прерывания проца вы не можете остановить через компьютерный софт, мы ведь говорим о записи проца? Что делает комп, это пока неважно. Все действия, остановка/запуск прерываний, записи и чтения производятся в так называемом вашем внедренном "коде". О "правильности" этих последовательностях мы и стараемся понять, либо вобще, если таковое можно с данными камнями, не изменяя флэш. Я бы попробовал сам "на столе", проще было бы понять, почитав даташит, где собака зарыта, да нет времени пока, хотя интересно. По хорошему запись нужно отладить сначала на камне, прошив свою программу обычным проггером, а потом уже рабочий код вынести в "эксплоит" по OBD.

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

После вот этих действий в теории должно быть записано число 0х1234 в самом начале Д-флеши, в эмуляторе оно записывается, в живом нет. Почему оно туда лезть не хочет? :)

Оот падла! )))


Ну так может все же проверить регистр аппаратной записи, что он скажет, мол прошла запись, а данных кукиш? И что значит эмуляции, это эмуляция работы программы на компе? Живой камень то есть для опытов на столе? Сто раз были ошибки, когда проверяешь работу через подобные проги PROTEUS, ISC08 и других, в зависимости от контроллеров, типа все хорошо, заливаешь в камень, кукиш.. Поэтому я давно больше не юзаю подобные проги, только на живом камне и через отладчик.

Уточнения принял. А при эмуляции основная флэш та же, что и внутри живого камня?