CC2540串口驱动问题咨询

Yan,

    我快被驱动搞疯了，我在预处理器定义使用了串口驱动HAL_UART=TRUE和节能模式POWER_SAVING。

这下好，编译警告地址为0X6B的中断向量重复定义。打开_hal_uart_dma.c一看，莫名其妙的多了个P0口的中断处理函数，而我在按键模块已定义过P0口的中断处理函数。

    看了下预编译，只有在#if (HAL_UART_DMA == 1)，且定义了POWER_SAVING 才会增加P0中断处理函数的编译。

    HAL_ISR_FUNCTION(port0Isr, P0INT_VECTOR)

    我不太明白，为何要在这里增加这个中断处理函数？可以去掉吗？调的真想哭啊。。。

shaokai,

HAL_UART_DMA == 1 的时候， UART 会用DMA 模式搬运数据。你这个应该不是因为 POWER_SAVING，是因为DMA。

这个中断处理不能去除。

你看一下是否其他地方有重定义了0X6B 向量的中断处理，比如按键或者其他IO 之类，然后换个其他中断向量就行。

Yan,

      DMA搬运数据为什么跟P0口的外部中断有关系呢？这点不是很明白。

      另外，在simpleBLEPeripheral这个工程中似乎并未加入_hal_uart_dma.c这个文件(工程栏目中找不到)，只是在Option->C/C++ Complier->Preprocessor中有这个链接关系：$PROJ_DIR$\..\..\..\..\Components\hal\target\CC2540EB。

      我是在自己写的中断处理函数处，右击P0INT_VECTOR后通过Find All References of 'P0INT_VECTOR' 跳转到这个文件的。

      既然_hal_uart_dma.c未加入工程，我想应该不会影响编译吧（编译器应该只是编译已加入工程的文件）？——但是会警告，不解~~~

Yan

      串口初始化时，需要注册用户处理串口事件的回调函数。

NPI_InitTransport(NPI_UART_CB);

我在回调函数中，检测收到的事件。在屏蔽POWER_SAVING的情况下，发送完数据可以收到HAL_UART_TX_EMPTY的事件，但是一旦使能POWER_SAVING则收不到这个事件。这是为什么呢？难道DMA中数据还未发送完又进入睡眠状态了？

void NPI_UART_CB(uint8 port,uint8 event)
{
if(event & HAL_UART_TX_EMPTY)//发送空
{
FrameTxState = Finish;
HalLedSet(HAL_LED_2,HAL_LED_MODE_TOGGLE);
}
if(event & HAL_UART_RX_TIMEOUT)//有数据等待接收
{
}
}

为此我还修改了部分代码：

uint16 NPI_WriteTransport( uint8 *buf, uint16 len )
{
FrameTxState = Doing;
return( HalUARTWrite( NPI_UART_PORT, buf, len ) );
}

OSAL.C中修改了void osal_run_system( void )

{

#if defined( POWER_SAVING )
else // Complete pass through all task events with no activity?
{
if(FrameTxState == Finish)
{
HalLedSet(HAL_LED_1,HAL_LED_MODE_ON);
osal_pwrmgr_powerconserve(); // Put the processor/system into sleep
}
}
#endif

}

其他地方没有改变，数据就是发不出去，还是失败了。

我想知道，如何使DMA数据发送完了才进入睡眠？

shaokai,

首先，DMA 是需要clock 才能工作的。如果有POWER_SAVING，那么就会有可能把外部晶振关闭，那么DMA就不工作了。

P0 中断是UART 中断，因为你用的是P0 口来配置UART。UART 挂在在P0上。

请不要修改osal_run_system()里面的东西，特别涉及到power management的代码，因为这是系统自动来控制的。

你可以尝试 用 osal_pwrmgr_device(  );  参数有 PWRMGR_BATTERY 和 PWRMGR_ALWAYS_ON， 用这个来尝试一下模式变换。

Yan,

      还是有问题啊：在初始化时，打印就没问题

NPI_InitTransport(NPI_UART_CB);
NPI_WriteTransport("Hello\n\0",7);

      但是后面的按键响应打印还是无数据

if ( keys & HAL_KEY_SW_1 )
{
SK_Keys |= SK_KEY_LEFT;
NPI_WriteTransport("Key1 SP\n",8);
}

if ( keys & HAL_KEY_SW_2 )
{
NPI_WriteTransport("Key2 SP\n",8);
SK_Keys |= SK_KEY_RIGHT;

...

}

把POWER_SAVING屏蔽了，就OK。给我的感觉就是一旦睡眠过，DMA就无法再收发数据了。

我试过用PWRMGR_ALWAYS_ON也不行。

shaokai,

理论上，你只要在打印之前，唤醒32M 晶振，然后用PWRMGR_ALWAYS_ON，那应该是没有问题的。

建议你debug 打印的时候，还是把POWER_SAVING 关闭，然后关闭debug的时候，以正常的POWER_SAVING模式运行。

Yan

      我不是在debug时候跟踪打印的，我把程序改好了，烧到2540里跑的。

      我试过POWER_SAVING，并在打印之前，使用PWRMGR_ALWAYS_ON。还是无效啊。只能屏蔽POWER_SAVING.

hi, shaokai Lin

我碰到的问题跟你是一样的，就算一开始就打开PWRMGR_ALWAYS_ON也不行，只能发个两三秒钟，后面就再也发不了了。你现在解决了这个问题没？

嗯啊~

太久没弄，有些都忘了，不过你要注意以下几点：

1. 启动后开启一个周期任务，osal_start_timerEx(UserTask_ID,USER_PERIOD,1000);//保证CPU不会进入到PM3模式，周期可以设大一点

2.还有就是修改下DMA的一个宏定义，把  #define DMA_PM     1         改为  #define DMA_PM       0

您好，

我之前的UART驱动，之前有分享一篇帖子

http://www.deyisupport.com/question_answer/wireless_connectivity/bluetooth/f/103/t/61462.aspx

里面的串口透传程序就是使用的这个驱动，请参考。