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 и прочитать. Могу сделать вывод, что клок есть и из ресета выведен!?

[SAURIS GmbH]

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

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

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


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

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

[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

[doom13]

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

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

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

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

Вызываю скрипт из GEL, что должно всё включить, но эффекта не наблюдаю.

Код

hotmenu
Setup_Psc_All_On( )
{
    .......

    PSC1_lPSC_enable(0, 3);   // GPIO

    ......
}

Значения регистров прилагаю, они?

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

 

[SAURIS GmbH]

Значения регистров прилагаю, они?

Не, не совсем они. Нужного MDSTAT тут нет. Его адрес 01E2780Ch

( MDSTAT0 - 01E27800h )
( MDSTAT1 - 01E27804h )
( MDSTAT2 - 01E27808h )
( MDSTAT3 - 01E2780Ch )
( MDSTAT4 - 01E27810h )
....

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

[doom13]

Не, не совсем они. Нужного MDSTAT тут нет. Его адрес 01E27810h

Счас посмотрим этот.
Сделал ещё такую проверку. Запускаю на выполнение скрипт из GEL с кодом

Код

#define SYS_BASE            0x01C14000
#define KICK0R              *(unsigned int*)(SYS_BASE + 0x038)  
#define KICK1R              *(unsigned int*)(SYS_BASE + 0x03c)  
#define PINMUX17            *(unsigned int*)(SYS_BASE + 0x164)  //PINMUX17

hotmenu
Setup_System_Config( )
{
    GEL_TextOut( "Setup PINMUX Registers... " );
    KICK0R = 0x83e70b13;  // Kick0 register + data (unlock)
    KICK1R = 0x95a4f1e0;  // Kick1 register + data (unlock)

    PINMUX17  = 0x22222222;  // LCDIO
  
    GEL_TextOut( "[My test is done!!!]\n" );
}

, как понимаю, в Memory Browser по адресу должен увидеть 0x22222222, но там нет изменений при выполнении скрипта?
В консоли только вижу "ARM9_0: GEL Output: Setup PINMUX Registers...ARM9_0: GEL Output: [My test is done!!!]"

[SAURIS GmbH]

, как понимаю, в Memory Browser по адресу должен увидеть 0x22222222, но там нет изменений при выполнении скрипта?
В консоли только вижу "ARM9_0: GEL Output: Setup PINMUX Registers...ARM9_0: GEL Output: [My test is done!!!]"

Во первых, я там ошибся с адресом, исправил, сорри.

Во вторых - да, должны увидеть 0x22222222. Но, если это сделано до PSC1_LPSС_ENABLE для GPIO, то и не должны.

[doom13]

Во вторых - да, должны увидеть 0x22222222. Но, если это сделано до PSC1_LPSС_ENABLE для GPIO, то и не должны.

При подключении к Target Configuration GEL и выполнении Target Connect, автоматом выполняется скрипт

CODE

OnTargetConnect( )
{
GEL_TextOut( "\nAM1808 ARM Startup Sequence\n\n" );

Setup_System_Config( ); // Setup Pin Mux and other system module registers
Setup_Psc_All_On( ); // Setup All Power Domains
Setup_PLL0(); // Setup PLL0 (300MHZ ARM, 300MHz DSP, 133MHz EMIFs
Setup_EMIFA(); // Async EMIF
Setup_PLL1(); // PLL for DDR Clock
DDRConfig(132); // Setup DDR

GEL_TextOut( "\nStartup Complete.\n\n" );
}

, где в теле Setup_Psc_All_On( ) прописано

CODE

hotmenu
Setup_Psc_All_On( )
{
int i;
GEL_TextOut( "Setup Power Modules (All on)... " );

// PSC0
PSC0_lPSC_enable(0, 0); // EDMA_CC0
PSC0_lPSC_enable(0, 1); // EDMA_TC0
PSC0_lPSC_enable(0, 2); // EDMA_TC1
PSC0_lPSC_enable(0, 3); // EMIFA
PSC0_lPSC_enable(0, 4); // SPI0
PSC0_lPSC_enable(0, 5); // MMCSD0
PSC0_lPSC_enable(0, 6); // ARM_AINTC
PSC0_lPSC_enable(0, 7); // ARM_RAMROM
// #8 not used
PSC0_lPSC_enable(0, 9); // UART0
PSC0_lPSC_enable(0, 10); // SCR0
PSC0_lPSC_enable(0, 11); // SCR1
PSC0_lPSC_enable(0, 12); // SCR2
// #13 not used
// PSC0_lPSC_enable(0, 14); // ARM

// PSC1
PSC1_lPSC_enable(0, 0); // EDMA_CC1
PSC1_lPSC_enable(0, 1); // USB20
PSC1_lPSC_enable(0, 2); // USB11
PSC1_lPSC_enable(0, 3); // GPIO
PSC1_lPSC_enable(0, 4); // UHPI
PSC1_lPSC_enable(0, 5); // EMAC
PSC1_lPSC_enable(0, 6); // DDR
PSC1_lPSC_enable(0, 7); // MCASP0
PSC1_LPSC_force(8);
PSC1_lPSC_enable(0, 8); // SATA

PSC1_lPSC_enable(0, 9); // VPIF
PSC1_lPSC_enable(0, 10); // SPI1
PSC1_lPSC_enable(0, 11); // I2C1
PSC1_lPSC_enable(0, 12); // UART1
PSC1_lPSC_enable(0, 13); // UART2
PSC1_lPSC_enable(0, 14); // MCBSP0
PSC1_lPSC_enable(0, 15); // MCBSP1
PSC1_lPSC_enable(0, 16); // LCDC
PSC1_lPSC_enable(0, 17); // EPWM
PSC1_lPSC_enable(0, 18); // MMCSD1
PSC1_lPSC_enable(0, 19); // UPP
PSC1_lPSC_enable(0, 20); // ECAP
PSC1_lPSC_enable(0, 21); // EDMA_TC2
// #22 & 23 not used
PSC1_lPSC_enable(0, 24); // SCR_F0
PSC1_lPSC_enable(0, 25); // SCR_F1
PSC1_lPSC_enable(0, 26); // SCR_F2
PSC1_lPSC_enable(0, 27); // SCR_F6
PSC1_lPSC_enable(0, 28); // SCR_F7
PSC1_lPSC_enable(0, 29); // SCR_F8
PSC1_lPSC_enable(0, 30); // BR_F7
PSC1_lPSC_enable(0, 3); // SHARED_RAM

GEL_TextOut( "[Done]\n" );
}

, т.е. строка PSC1_lPSC_enable(0, 3) есть в наличии, и я должен был увидеть мои 0х22222222?

[SAURIS GmbH]

, т.е. строка PSC1_lPSC_enable(0, 3) есть в наличии, и я должен был увидеть мои 0х22222222?

Это не важно, я же поправился, тут речь про SYSCFG, а не GPIO. Вы должны увидеть 0x22222222, если откроете memory browser ПОСЛЕ исполнения вашего "hotmenu", или если вручную обновите в нем данные.

[doom13]

Это не важно, я же поправился, тут речь про SYSCFG, а не GPIO. Вы должны увидеть 0x22222222, если откроете memory browser ПОСЛЕ исполнения вашего "hotmenu", или если вручную обновите в нем данные.

Проверил для регистра PLL0_PLLCTL, этот обновляется после записи через скрипт.