实际测试可以用PRUSS初始化IO.

cl17726

我实际写了个程序做测试.

1. /*
   
2. * LED Bilnk Pruss code for tl_am572x.
   
3. * vefone <vefone2lemon@gmail.com>
   
4. * Copyright (C) 2016 Tronlong, Inc.
   
5. *
   
6. */
   
7. 
   
8. #include <stdint.h>
   
9. #include <pru_cfg.h>
   
10. #include "resource_table_empty.h"
    
11. 
    
12. /* LED port address */
    
13. #define GPIO3_BASE_ADDR             0x48057000
    
14. #define GPIO_OE_OFFSET              0x134
    
15. #define GPIO_CLRDATAOUT_OFFSET      0x190
    
16. #define GPIO_SETDATAOUT_OFFSET      0x194
    
17. 
    
18. #define CTRL_CORE_PAD_VIN1A_D15 0x4A003530
    
19. 
    
20. //volatile register uint32_t __R30;
    
21. 
    
22. volatile pruCfg CT_CFG __attribute__((cregister("PRU_CFG", near), peripheral));
    
23. 
    
24. int main(void) {
    
25. 
    
26.     uint32_t i;
    
27.     uint32_t value;
    
28. 
    
29.     /* GPI Mode 0, GPO Mode 0 */
    
30.     CT_CFG.GPCFG0 = 0;
    
31.     /* Clear SYSCFG[STANDBY_INIT] to enable OCP master port */
    
32.     CT_CFG.SYSCFG_bit.STANDBY_INIT = 0;
    
33. 
    
34.     uint32_t led_set_addr;
    
35.     uint32_t led_clr_addr;
    
36.     uint32_t led_oe_addr;
    
37.     uint32_t ctrl_core_io_mode;
    
38. 
    
39.     led_oe_addr = GPIO3_BASE_ADDR + GPIO_OE_OFFSET;
    
40.     ctrl_core_io_mode = CTRL_CORE_PAD_VIN1A_D15;
    
41.     led_set_addr = GPIO3_BASE_ADDR + GPIO_SETDATAOUT_OFFSET;
    
42.     led_clr_addr = GPIO3_BASE_ADDR + GPIO_CLRDATAOUT_OFFSET;
    
43. 
    
44.     *(uint32_t*)led_clr_addr |= 1 << 19; //turn down LED0 (GPIO3_19)
    
45.     *(uint32_t*)ctrl_core_io_mode = 0x0001000E;
    
46.     *(uint32_t*)led_oe_addr = 0x00000000;
    
47. 
    
48.     while(1) {
    
49.             value = 1 << 19;
    
50.             *(uint32_t*)led_set_addr |= value;
    
51.             __delay_cycles(100000000); // half-second delay
    
52.             *(uint32_t*)led_clr_addr |= value;
    
53.             __delay_cycles(100000000); // half-second delay
    
54.     }
    
55.      /* Halt the PRU core - shouldn't get here */
    
56.      //__halt();
    
57. }
    

复制代码

然后先连接A15核心,再连接PRU0核心,就像下图一样.寄存器数值没手动改过,ARM端也没跑程序.然后LED就闪烁起来了.看图.




这么说PRU也是有权限的啊,是为什么呢?还是说因为仿真?

human

你要先确定你的代码是否真的能修改pinmux，可能不是你的代码生效

cl17726

human 发表于 2017-5-23 17:26
你要先确定你的代码是否真的能修改pinmux，可能不是你的代码生效

我测试过单步寄存器,确实有其中一个生效的,在群中有回复.

vefone

cl17726 发表于 2017-5-23 23:03
我测试过单步寄存器,确实有其中一个生效的,在群中有回复.

在我的印象中，pru是没有权限修改pinmux的。
可参考以下链接：
http://processors.wiki.ti.com/index.php/PRU-ICSS_FAQ#Q:_Why_does_my_PRU_firmware_hang_when_reading_or_writing_to_an_address_external_to_the_PRU_Subsystem.3F

您这个问题，确实是因为啥，我这边还没时间测试，也说不上是什么情况

vefone

cl17726 发表于 2017-5-23 23:03
我测试过单步寄存器,确实有其中一个生效的,在群中有回复.

AM5728的pru和am437x的不太一样，am5728的pru有权限修改pinmux了。

cl17726

vefone 发表于 2017-5-24 08:28
AM5728的pru和am437x的不太一样，am5728的pru有权限修改pinmux了。

看着图权限大了好多.