DA14581具有配置为输出的两个GPIO线,并在固件初始化上设置为高。这些线上的负脉冲触发主机控制器上的级别中断。
我发现的是每500次大约1次,当DA14581刚刚启动并使用主机控制器进行了一些握手然后开始广告,这两个GPIO线同时触发了主机控制器上的意外中断。DA14581子卡由外部电源供电。我确保没有固件代码将在此时更改GPIO线路状态。
DA14581配置了扩展睡眠模式。当连接到BLE或关闭电源时,从未发现此问题。
任何洞察力都会非常感谢。
设备:
你好,
当使用扩展睡眠时,您将看到以下行为:在每个唤醒时,GPIOS在User_PeriPH_Setup.cn(PeripH_Init()函数中重新初始化)。此功能将重新锁存所有输出锁存器,并完全按照您描述并将所有GPIO设置为同一文件中定义的状态。
/ mhv.
间歇性不需要的中断从睡眠中没有出现系统唤醒。相反,他们在首次开启广告时首次在第一次开启。我将startup_sleep_delay_default更改为3秒,以便在睡眠仍然禁用时始终启动广告,但我仍然看到了不必要的中断。
此外,我从来没有看到这种情况发生时,BLE连接和延长睡眠启用。
Zheshen,
你能告诉我们你使用的是哪个引脚,问题发生了吗?你确定那些引脚没有被581的任何外设使用,所以它们可以接管特定引脚的控制,也许是SPI接口的引脚?您还可以告诉我们您在开发您的应用程序时使用的初始示例吗?也许这也和电源有关,所以当事故发生时,你能检查一下电源并监控电源状态吗?您确定发生在外部设备上的中断是由于GPIO的切换(您使用分析器监控引脚了吗?)事实上,您已经注意到设备在无线电活动活动之前切换作为输出的引脚,可能是由于您启用了诊断引脚,您在项目中有这种功能吗?
由于MT_dialog
MT_dialog:
请参阅下面的代码。rf_wake和rf_rdyn都被配置为从端口1的GPIO线(DA14581输出和主机输入),并且在启动应用程序后预计将空闲。在意外的DA14581 RESET上,RF_WAKE线路持续时间较低,这将触发主机控制器上的中断,这将关闭并将DA14581电源作为响应。RF_RDYN用于SPI同步信号。在此问题之前,DA14581和主机之间的握手涉及SPI数据传输(主机为SPI Master)和RF_RDYN信令,没有找到问题。
spi_slave_init在set_pad_functions和powerup uart2之后在periph_init中调用。函数deassert_rf_wake()在periph_init中调用rf_wake高的rf_wake(),因此在系统初始化和唤醒睡眠时调用。function assert_rf_wake()设置RF_WAKE LOW但未在固件代码中的任何位置调用。
所有SPI信号都是从端口0配置GPIO线0.此项目基于SDK 5.0,并且没有使用特定示例。我无法捕获RF_WAKE或RF_RDY上的确切脉冲,导致该问题的问题,因为DA14581每隔几秒钟电源和电源,而且这个问题可能不会占几个小时。我确实在主机侧上有执行跟踪,在rf_wake和rf_rdyn上同时提出了rf_wake和rf_rdyn。
我不确定你指的是什么诊断引脚。set_pad_functions函数定义我正在使用的所有引脚。
#define gpio_uart2_port gpio_port_0.
#定义GPIO_UART2_TX_PIN GPIO_PIN_0
#define gpio_uart2_rx_pin gpio_pin_1
#定义GPIO_SPI_PORT GPIO_PORT_0
#define gpio_spi_cs_pin gpio_pin_4
#定义GPIO_SPI_CLK_PIN GPIO_PIN_5
#定义GPIO_SPI_DI_PIN GPIO_PIN_6
#define gpio_spi_do_pin gpio_pin_7.
#define gpio_rf_port gpio_port_1.
#define gpio_rf_wake_pin gpio_pin_0.
#define gpio_rf_rdyn_pin gpio_pin_1
void set_pad_functions(void)//设置GPIO端口功能模式
{
// UART引脚配置
gpio_configurepin(gpio_uart2_port,gpio_uart2_tx_pin,输出,pid_uart2_tx,false);
gpio_configurepin(gpio_uart2_port,gpio_uart2_rx_pin,input_pulldown,pid_uart2_rx,false);
//未使用的引脚配置
gpio_configurepin(gpio_unused_port,gpio_unused_otp_pin,input_pulldown,pid_gpio,false);
gpio_configurepin(gpio_unused_port,gpio_unused3_pin,input_pulldown,pid_gpio,false);
// SPI引脚配置
gpio_configurepin(gpio_spi_port,gpio_spi_clk_pin,输入,pid_spi_clk,false);
gpio_configurepin(gpio_spi_port,gpio_spi_cs_pin,输入,pid_spi_en,true);/ /活性低
gpio_configurepin(gpio_spi_port,gpio_spi_do_pin,input_pulldown,pid_gpio,false);//最初设置为下拉,当CS被断言时将设置为输出。
gpio_configurepin(gpio_spi_port,gpio_spi_di_pin,输入,pid_spi_di,false);
// rf_wake和rf_rdyn引脚配置
gpio_configurepin(gpio_rf_port,gpio_rf_wake_pin,输出,pid_gpio,true);/ /活性低
GPIO_ConfigurePin(GPIO_RF_PORT, GPIO_RF_RDYN_PIN, OUTPUT, PID_GPIO, true);/ /活性低
}
/ **
****************************************************************************************
* @brief断言RF_WAKE信号。
****************************************************************************************
* /
__INLINE空白assert_rf_wake(空白)
{
//拉RF_WAKE GPIO line low (assert RF_WAKE line)
setword16(rf_wake_reset_data_reg,rf_wake_mask);
//轮询以确保rf_attn线被断言
while(!rf_wake_is_asserted())
{
setword16(rf_wake_reset_data_reg,rf_wake_mask);
}
}
/ **
****************************************************************************************
* @brief de-sensert rf_wake信号。
****************************************************************************************
* /
__inline void deassert_rf_wake(void)
{
//拉RF_WAKE GPIO line high (deassert RF_WAKE line)
setword16(rf_wake_set_data_reg,rf_wake_mask);
//轮询以确保rf_wake行被困扰
//而(rf_wake_is_asserted())
/ / {
// setword16(rf_wake_set_data_reg,rf_wake_mask);
/ /}
}
void spi_slave_init(void)
{
//外围时钟寄存器CLK_PER_REG
SetBits16 (CLK_PER_REG SPI_DIV SPI_FREQ_DIV_2);//设置SPI内部时钟分频器为2,
//这允许16M / 2 = 8M SPI采样频率
// SPI采样频率至少需要4X > SPI时钟频率
setbits16(clk_per_reg,spi_enable,1);//为spi启用时钟
// SPI控制寄存器SPI_CTRL_REG
SetBits16 (SPI_CTRL_REG SPI_ON 0);//关闭SPI模块,如果打开
setbits16(spi_ctrl_reg,spi_word,spi_mode_32bit);//设置为32位模式
SetBits16 (SPI_CTRL_REG SPI_SMN SPI_ROLE_SLAVE);//设置SPI为SLAVE模式
setbits16(spi_ctrl_reg,spi_pol,spi_clk_idle_pol_low);//模式0:spi_clk_idle_pol_low
SetBits16 (SPI_CTRL_REG SPI_PHA SPI_PHA_MODE_0);/ /和SPI_PHA_MODE_0
setBits16(SPI_CTRL_REG,SPI_MINT,SPI_MINT_ENABLE);//使SPI可屏蔽中断到CPU
SetBits16 (SPI_CTRL_REG SPI_CLK SPI_XTAL_DIV_8);// SPI时钟频率为SPI采样频率/8 = 1M
SetBits16 (SPI_CTRL_REG SPI_EN_CTRL 1);//启用从模式的SPI EN引脚
setbits16(spi_ctrl_reg,spi_do,0);// SPO空闲时强制SPI_DO至0
// SPI控制寄存器1 SPI_CTRL_REG1
setbits16(spi_ctrl_reg1,spi_fifo_mode,0x00);//使能SPI RX和TX FIFO
setbits16(spi_ctrl_reg,spi_on,1);//启用SPI模块
//设置中断
nvic_setpriority(spi_irqn,20);//为现在TBD设置中断优先级为20,0最高
nvic_enableirq(spi_irqn);
//如果BLE FW准备好与居里交谈
如果(Readyforspitraffic)
{
// deassert rf_attn和rf_wake行
deassert_rf_rdyn();
deassert_rf_wake ();
}
}
空白periph_init(空白)
{
//打开外设的电源域
SetBits16 (PMU_CTRL_REG PERIPH_SLEEP 0);
而(!(getword16(sys_stat_reg)&per_is_up));
SetBits16(CLK_16M_REG,XTAL16_BIAS_SH_ENABLE,1);
/ /罗补丁
patch_func();
// init pad.
set_pad_functions();
//(重新)初始化外设
// IE。
// uart_init(Uart_baudrate_115k2,3);
#if(定义(enable_printf)||定义(test_bus_enabled_uart2))
SetBits16 (CLK_PER_REG UART2_ENABLE 1);
UART2_INIT(UART_BAUDRATE_115K2,3);
# endif
//将SPI初始化为从设备
spi_slave_init();
//启用焊盘
SetBits16(Sys_ctrl_reg,pad_latch_en,1);
}
Zheshen,
我将专注于您提到“在意外重置设备中将驱动线路低电平的点”,当设备重置时,58x遵循的过程由代码所在的位置(OTP或引导)确定外部设备)。当从外部设备引导时,通过设备的外围设备(UART / SPI / I2C)使用PORT0(UART / SPI / I2C)所有其他端口在输入下拉下的状态,这是销的复位状态。在OTP情况下,所有端口都处于输入的下拉状态,一旦设备将OTP镜像到Sysram,它们将保持在该状态,直到FW最终运行并且PeripH_Init()函数执行。因此,如果从58x侧出现意外重置,则会预期行的切换。
由于MT_dialog
我尝试了各种对话框重置(NMI /断言/硬),每次RF_WAKE会触发主机控制器上的中断。这就是为什么我用它作为“对话重置检测行”。但是,这次这条行被触发而在没有对话框重置时发生了....只是无法弄清楚如何以及为什么....
Zheshen,
抱歉,我有点困惑,在你之前的帖子中,你提到了当设备得到意外重置时发生的问题,你看到线变低了,现在你看到了事件发生时没有从设备复位?
你提到的处理程序强制对设备进行重置,显然设备由于外部原因(例如电源问题)而重置,这就是为什么你看到的线越来越低,或者可能因为内存不足而通过platform_reset,或者是什么触发了580本身的重置引脚(重置引脚连接到地了吗?)
由于MT_dialog
如果我在之前的文章中没有把这一点讲清楚,请原谅。我配置了RF_WAKE来检测意外的对话框重置,这是有效的。然而,我的问题是,一些时间(约500次的启动和关闭对话框),启动对话框后,吩咐收音机广告开始,我看到RF_WAKE中断,当对话框在正常状态如图所示从串行printf输出。所以基本上我看到了对话框重置的“假阳性”,我想知道这是怎么发生的。
Zheshen,
因此,您确定在这种情况下,581不重置或按任何断言,以导致重置,但RF_WAKE引脚切换并导致中断在您的一边?这是唯一发生的引脚,我的意思是,如果有一个真正的重置其他引脚应该演示相同的行为(你检查过发生在RF_WAKE时其他引脚发生了什么吗?)我没有看到任何明显的原因,一个引脚只是切换一次每500,端口/引脚10没有任何特殊的行为(我的意思是交叉与XTAL或任何类似的)和行为,您所呈现的是没有观察到的对话框。你们能否提供任何可以共享的测试fw,以检查我们是否可以在独立设备上复制这种行为?
由于MT_dialog