TI AM1808, разные вопросы Опции

[doom13]

Не работает кусок кода для настройки регистра , в чём может быть проблема:

Код

unsigned int *pPinMux = (unsigned int *) PINMUX_REG_ADDR;

void SetPinMux(void)
{
     unsigned int savePinmux = 0;

     savePinmux = *pPinMux;
     savePinmux |= 1;
     *pPinMux = savePinmux;
}

Если указатель на обычный кусок памяти - всё гуд.

[SAURIS GmbH]

Как вариант, этому блоку, в котором находится регистр, не включен клок, или он не выведен из состояния резета (по аналогии с другими АРМ-ами TI)

[doom13]

Как вариант, этому блоку, в котором находится регистр, не включен клок, или он не выведен из состояния резета (по аналогии с другими АРМ-ами TI)

Я могу записать данные по этому адресу через Memory Browser и прочитать. Могу сделать вывод, что клок есть и из ресета выведен!?

[Сергей Борщ]

в чём может быть проблема

Думаю, что проблема в уровне подготовки программиста. Оптимизатор мог выкинуть этот код как не делающий никакой полезной работы. Для объяснения, что подобные действия программиста имеют смысл, создатели языка придумали квалификатор volatile.

[SAURIS GmbH]

Я могу записать данные по этому адресу через Memory Browser и прочитать. Могу сделать вывод, что клок есть и из ресета выведен!?

Именно в тот момент, когда "этот код не работает" ? То есть, поставив туда точку останова, и после ее срабатывания?

Еще попробуйте убрать в скобки "PINMUX_REG_ADDR" - может быть он объявлен как арифметика без скобок в дефайне, и тогда результат от (unsigned int*) может быть непредсказуем.


2 Сергей Борщ - Ну раз "Если указатель на обычный кусок памяти - всё гуд" - то, вроде, volatile тут не причем. Да и не должен оптимизатор такое выкидывать, когда работа через указатель, объявленный глобально.

Сообщение отредактировал SAURIS GmbH - Jun 25 2014, 09:42

[doom13]

Думаю, что проблема в уровне подготовки программиста. Оптимизатор мог выкинуть этот код как не делающий никакой полезной работы. Для объяснения, что подобные действия программиста имеют смысл, создатели языка придумали квалификатор volatile.

Это пример того, что должен делать код. Сам код из либы TI и написан через макросы. Оптимизатор выключен и он тут не при чём,
читайте внимательнее

Если указатель на обычный кусок памяти - всё гуд.

[Сергей Борщ]

Это пример того, что должен делать код.

А, так вопрос был адресован телепатам?

Сам код из либы TI и написан через макросы.

В либах тоже могут быть ошибки. И часть из них даже может не проявляться на тех версиях компилятора, которые используют разработчики либы.

Оптимизатор выключен и он тут не при чём,

А, ну тогда успехов в отладке. И еще раз успехов в повторной отладке, которая понадобится после включения оптимизатора.

[doom13]

Еще попробуйте убрать в скобки "PINMUX_REG_ADDR" - может быть он объявлен как арифметика без скобок в дефайне, и тогда результат от (unsigned int*) может быть непредсказуем.

Нет, проблема не в скобках, что-то другое.

Именно в тот момент, когда "этот код не работает" ? То есть, поставив туда точку останова, и после ее срабатывания?

Поставить точку останова перед записью, пройти запись, не увидеть результат в Memory Browser.
Поставить точку останова перед чтением, через Memory Browser записать значение в память, пройти чтение и в переменной вижу верное значение. Т.е. с чтением всё ок, писать не хочет.

А, так вопрос был адресован телепатам?

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

В либах тоже могут быть ошибки. И часть из них даже может не проявляться на тех версиях компилятора, которые используют разработчики либы.

Это известно, поэтому и попробовал переписать их макросы и проверить, что же там не так, ошибка, вижу, не в либе, а где-то глубже.

А, ну тогда успехов в отладке. И еще раз успехов в повторной отладке, которая понадобится после включения оптимизатора.

Ответ достойный специалиста высочайшего уровня.

[SAURIS GmbH]

Поставить точку останова перед чтением, через Memory Browser записать значение в память, пройти чтение и в переменной вижу верное значение. Т.е. с чтением всё ок, писать не хочет.

Возможно, что-то с механизмами защиты памяти. Уровни доступа через эмулятор и у пользовательского кода - это, как говорится, две большие разницы.

[doom13]

Там есть такая штука, как PSC Module, может ли в ней быть проблема? В даташите написано, что касательно GPIO - Always ON, может ли что-либо быть в PSC отключено для GPIO?

Возможно, что-то с механизмами защиты памяти. Уровни доступа через эмулятор и у пользовательского кода - это, как говорится, две большие разницы.

Да, вот для c2000 и с6000 от TI были такие штуки как EALLOW и EDIS, которые и разрешают запись защищённых регистров. Но ведь здесь такого нет?!

[SAURIS GmbH]

В даташите написано, что касательно GPIO - Always ON, может ли что-либо быть в PSC отключено для GPIO?

Ну Вы сами же это опровергли, когда я предполагал, что что-то не выведено из резета или обесклочено. Тогда бы и через эмулятор не писалось (хотя, возможно, вопрос еще в GEL, что при запуске под эмуляцией он что-то там сам проинициализировал, а без эмуляции - нет)

Но ведь здесь такого нет?!

Зато тут есть куда круче. Memory Protection Unit (MPU), режимы исполнения Supervisor и User, и в самом ARM еще есть MMU.

[doom13]

Ну Вы сами же это опровергли, когда я предполагал, что что-то не выведено из резета или обесклочено. Тогда бы и через эмулятор не писалось (хотя, возможно, вопрос еще в GEL, что при запуске под эмуляцией он что-то там сам проинициализировал, а без эмуляции - нет)

Я то может и опроверг, но процессор для меня новый и могу ошибаться. В примере из StarterWare на AM1808 для GPIO в самом начале идёт

Код

/* The Local PSC number for GPIO is 3. GPIO belongs to PSC1 module.*/
PSCModuleControl(SOC_PSC_1_REGS, HW_PSC_GPIO, PSC_POWERDOMAIN_ALWAYS_ON, PSC_MDCTL_NEXT_ENABLE);

, это и смущает, может ли PSC как-то влиять? Если в даташите написано Always ON зачем тогда эта функция?

Зато тут есть куда круче. Memory Protection Unit (MPU), режимы исполнения Supervisor и User, и в самом ARM еще есть MMU.

Об этом я пока ничего не знаю, надо читать.

[SAURIS GmbH]

Я то может и опроверг, но процессор для меня новый и могу ошибаться. В примере из StarterWare на AM1808 для GPIO в самом начале идёт

ну вообще документация говорит вот что:


20.2.9 Initialization
The following steps are required to configure the GPIO module after a hardware reset:
1. Perform the necessary device pin multiplexing setup (see your device-specific data manual).
2. Program the Power and Sleep Controller (PSC) to enable the GPIO module. For details on the PSC, see the Power and Sleep Controller (PSC) chapter.


А где сказано, что он "Always ON" ? Я вижу в разделе про PSC, что у него состояние по умолчанию "SwRstDisable" а не "Enable" Но, еще раз, раз эмулятор пишет в этот регистр, то это говорит, что он все же включен. Ну, либо, это какие-то глюки каких-то кешей, что эмулятор якобы пишет, но только якобы. Как перевести его в Enable читайте в "8.3.2 Module State Transitions" - там надо задать Enable в его MDCTLn и потом дать "GO" в PTCMD

Сообщение отредактировал SAURIS GmbH - Jun 25 2014, 11:40

[doom13]

ну вообще документация говорит вот что:


20.2.9 Initialization
The following steps are required to configure the GPIO module after a hardware reset:
1. Perform the necessary device pin multiplexing setup (see your device-specific data manual).
2. Program the Power and Sleep Controller (PSC) to enable the GPIO module. For details on the PSC, see the Power and Sleep Controller (PSC) chapter.


А где сказано, что он "Always ON" ? Я вижу в разделе про PSC, что у него состояние по умолчанию "SwRstDisable" а не "Enable" Но, еще раз, раз эмулятор пишет в этот регистр, то это говорит, что он все же включен. Ну, либо, это какие-то глюки каких-то кешей, что эмулятор якобы пишет, но только якобы.

Я вот на это смотрел (рисунок), счас попробую найти то, о чём Вы пишете. Регистр, который записать не могу, и отвечает за pin multiplexing.

Эскизы прикрепленных изображений

 

[SAURIS GmbH]

Я вот на это смотрел (рисунок),

Вот именно на этом рисунке и написано, что его состояние по умолчанию - SwRstDisable, что значит, что он без клока и в резете. Ну да, питание ему выключить нельзя... Но что это меняет, если ему обрублено все остальное

Эмулятором считайте регистр MDSTAT19 MDSTAT3 в PSC1 - будет видно, в каком состоянии GPIO

UPD:
По идее, его мог включить (если он включен) начальный загрузчик, который в ROM, если ему надо что-то делать через GPIO.

UPD2:
Его включает GEL файл, вызовом "PSC1_LPSC_enable(0, LPSC_GPIO);" - так что при запуске из-под эмулятора, если GEL подцеплен, то GPIO включен (и вообще, он там все что ни попадя включает).



Сообщение отредактировал SAURIS GmbH - Jun 25 2014, 12:07