TI AM1808 Program Reset, Как реализовать программный сброс процессора? Опции

[doom13]

Приветствую!
Хочу реализовать программный сброс процессора, но не могу подобрать нужную команду.

Можно сделать что-то типа:

Код

asm(" .ref Entry");
asm(" b Entry");

программа должна перезапуститься, но в моём случае не работает (только перейдёт на Entry и куда-то улетит), как понимаю надо ещё что-то почистить или сбросить, сделать аналог "System Reset" из CCS и перезапустить программу.

А как сделать, чтобы программа перешла на адреса встроенного ROM загрузчика и уже в соответствии с выбранным режимом загрузки перезагрузила прошивку и стартанула её?
Пока что-то не получается

[jcxz]

Используйте встроенный сторожевик для сброса.

[doom13]

Используйте встроенный сторожевик для сброса.

Это можно, но хочется чтобы была команда, которая приходит, например, по ethernet. Как-то ведь можно, используя ассм, это сделать (всегда делал для других процов от TI). Нужно только описать переход на адрес, думаю, адрес ROM загрузчика 0xFFFD0000 должен подойти, но пока не могу разобраться, какую команду (или несколько команд) использовать.
Например для с28346 было:

Код

int restart()
{
    DINT;

    asm(" .ref _c_int00\n\t LB _c_int00");

    return 0;
}

int reset()
{
    DINT;
    PieCtrlRegs.PIECTRL.bit.ENPIE = 0;

    asm(" LB 0x003FFFC0");

    return 0;
}

Вопрос, как сделать для данного процессора нечто подобное?

[jcxz]

Это можно, но хочется чтобы была команда, которая приходит, например, по ethernet. Как-то ведь можно

Пришла команда - пишете в WD недопустимую последовательность - сразу получаете аппаратный RESET.
В чём проблема?
Обратите внимание на выделенное жирным. Это в 100 раз надёжнее и достовернее любых программных рестартов, так как заведомо переводит весь МК в начальное состояние.
Чего Вы своим программным переходом не делаете.

[doom13]

Пришла команда - пишете в WD недопустимую последовательность - сразу получаете аппаратный RESET.
В чём проблема?
Обратите внимание на выделенное жирным. Это в 100 раз надёжнее и достовернее любых программных рестартов, так как заведомо переводит весь МК в начальное состояние.
Чего Вы своим программным переходом не делаете.

Попробую такой вариант, спасибо, но всё же интересно, как ассмом можно его перенаправить на ROM загрузчик?
Пока делаю так:

Код

// reset.c
int reset()
{
    asm(" .ref RstHandler");
    asm(" b RstHandler");
    return 0;
}

попадаем:

Код

;reset.asm
    .global RstHandler
    .global ADDR_BOOTROM

ADDR_BOOTROM .word 0xFFFD0000

RstHandler:
;    LDR      r0, ADDR_BOOTROM
;    LDR      r1, [r0]
;    LDR      pc, [r0]

Как правильно написать то, что после RstHandler: ?

Да, мне кажется (возможно ошибаюсь), если перейти на код и заставить выполниться встроенный ROM-загрузчик, то это и будет аналог аппаратного сброса???

[jcxz]

Попробую такой вариант, спасибо, но всё же интересно, как ассмом можно его перенаправить на ROM загрузчик?

Восстановить состояние регистров управления процессором в исходное состояние (такое, какое должно быть после подачи сигнала RESET).
Восстановить состояние периферии на исходное (прерывание, управление питанием, PLL, MPU/MMU, кеши и т.п.).
...(что-то ещё восстановить).
И только после этого можно делать RESET.

Я уже Вам написал что это в 100 раз сложнее чем 2 строчки которые у Вас, а Вы не верите....

[doom13]

Восстановить состояние регистров управления процессором в исходное состояние (такое, какое должно быть после подачи сигнала RESET).
Восстановить состояние периферии на исходное (прерывание, управление питанием, PLL, MPU/MMU, кеши и т.п.).
И только после этого можно делать RESET.

Тут понятно, что это должно быть сделано. Поэтому мой переход на Entry и не запускается, что что-то там (всё) не очищено и не сброшено в начальное состояние.

Я уже Вам написал что это в 100 раз сложнее чем 2 строчки которые у Вас, а Вы не верите....

Тут я понял, что использовать WD - это проще, но вот пока ещё хочется понять как его загнать на адреса встроенного загрузчика.
Две строчки - это рестарт того, что уже лежит в RAM, а вот две строчки, которые перенаправят его на встроенный загрузчик, думаю, спасли бы ситуацию, но пока не пойму какие команды и как использовать.

[jcxz]

Тут я понял, что использовать WD - это проще, но вот пока ещё хочется понять как его загнать на адреса встроенного загрузчика.

Это несложно.
Для Thumb-2 системы команд (Cortex-M):

Код

typedef void (* EntryTyp)();
#define Entry ((EntryTyp)0xFFFD0001)  
Entry();

Для ARM-системы команд - с ноликом в мл. бите.

[doom13]

Спасибо, то что надо. Это работает (прошивку перезаливает), но надо ему ещё что-то "обнулить", а то не стартанёт нормально загруженную прошивку. Не подскажете, что конкретно?


Нашёл кусок кода, что ему мешает после перезагрузки прошивки с внешней SPI-флэшки нормально работать. Проблема старая (спрашивал тут(сообщение №69), но никто не ответил), во всём оказывается виноват McBSP и его прерывания. Пробовал чистить все его регистры (McBSP), но не помогает, ещё что-то надо стереть. Что? Если убрать настройку прерываний от McBSP, то приведённый выше код перезальёт прошивку и она нормально запустится.

Ещё хочу спросить, что неправильно в моём коде и почему он не хочет компилиться?
Выше приводил переход на RstHandler: , это работает. Далее пытался сделать:

Код

RstHandler:
    B    0xFFFD0000

, но это компилиться не хочет, пишет

Illegal operand
B 0xFFFD0000

.
Почему так? Если нажму кнопку Reset на плате, процессор станет на адрес 0xFFFF0000.
Смотрю дизассм и вижу:

ffff0000: EAFF7FFE B 0xFFFD0000

, т.е. что я и пытался сделать, используется та же инструкция, почему в моём случае не захотело компилиться?
Если далее нажму "F5" в CCS, то перейдёт на адрес 0xFFFD0000, где ещё один бранч на следующий адрес.
Где может быть проблема?

[jcxz]

B - это прямой переход. В команде адрес назначения кодируется как смещение к PC.
А Вам нужен косвенный (BX):
LDR R0, p1
BX R0

для IAR:
p1 DC32 0xFFFD0000
для CCS:
p1 .long 0xFFFD0000
(если Thumb-2 - не забываем про мл. бит)

PS: Что ещё надо проинитить я не знаю. Не знаком с данным МК.

[doom13]

B - это прямой переход. В команде адрес назначения кодируется как смещение к PC.
А Вам нужен косвенный (BX):
LDR R0, p1
BX R0

для IAR:
p1 DC32 0xFFFD0000
для CCS:
p1 .long 0xFFFD0000
(если Thumb-2 - не забываем про мл. бит)

PS: Что ещё надо проинитить я не знаю. Не знаком с данным МК.

Спасибо, почитал, кто такой

BX{cond} Rm

, получается - это и есть переход на адрес, который содержится в Rm (затупил, несколько раз просматривал все бранчи, но не нашёл нужную инструкцию).
Тогда не понимаю почему после ресета по адресу 0xFFFF0000 лежит просто

B 0xFFFD0000

(согласно дизассму CCS), ведь это НЕПРАВИЛЬНАЯ инструкция!!?? Ведь B - это переход на label, а константа 0xFFFD0000 и будет для него illegal operand??? Или здесь он уже пересчитал адрес label и показал куда будет переходить?

Остаётся "старый" вопрос, что нужно почистить/занулить/сбросить, чтобы программа нормально стартовала после перезагрузки? Пытаюсь разобраться, если кто подскажет, буду благодарен.

[SM]

Ведь B - это переход на label, а константа 0xFFFD0000 и будет для него illegal operand???

Я выше написал - весь вопрос в расстоянии от команды перехода до точки, куда переходить. На "короткие" расстояния - дотягивает команда B/BX label. На длинные - уже B/BX Rx нужна, или LDR PC,xxxx

[doom13]

Не заметил Ваш пост выше

Проблема в расстоянии от команды перехода до точки назначения. Для далеких переходов следует использовать нечто типа:

LDR PC, JmpAddr

JmpAddr: .word 0xFFFD0000

или, если предполагается переключение ARM <=> THUMB, то

LDR R0, JmpAddr
BX R0
JmpAddr: .word 0xFFFD0000



UPD:
А вообще, я бы покопал на тему захода в SwRstDisable ARM-а (PSC0/LPSC14) - это было бы пожестче, если реализуемо.

Это тоже работает, спасибо, не мог понять, как в программный счётчик запихнуть адрес 0xFFFD0000, пробовал почти то что и надо LDR PC, 0xFFFD0000, но немного не то

весь вопрос в расстоянии от команды перехода до точки, куда переходить. На "короткие" расстояния - дотягивает команда B/BX label. На длинные - уже B/BX Rx нужна, или LDR PC,xxxx

Тут что-то не понимаю, как оно может скомпилить код B 0xFFFD0000? Или это только то что я вижу в CCS Disassembly, на самом деле было что-то типа:

Код

boot_label:
...
   B boot_label
...

, где boot_label = 0xFFFD0000?

[SM]

, где boot_label = 0xFFFD0000?

любая метка есть символьное обозначение какого-то, вполне определенного, числа... Это эквивалентно, что метку поставить, что метку определить через .set, что число указать. Однако, если комипилятор видит, что инструкция "не дотянется" до адреса, он ее и обругает.

А LDR можно еще написать как

LDR PC, =0xFFFD0000

компилятор должен сам это переделать в

LDR PC,label

[.....]
label: .word 0xFFFD0000