当DA14581开始发布时,意外的GPIO变化

⚠️
大家好. .谢谢你来到论坛。令人兴奋的消息!我们现在正在转移到新的论坛平台,它将提供更好的功能,包含在主对话网站中。所有岗位和账户都已迁移。我们现在只接受新论坛的流量-请在上面发布任何新帖子//www.xmece.com/support.我们将在未来几天修复bug /优化搜索和标记。
10个帖子/ 0个新
最后发表
Zheshen.
离线
最后看到:1年8个月前
加入:2015-08-11 20:01
当DA14581开始发布时,意外的GPIO变化

DA14581具有配置为输出的两个GPIO线,并在固件初始化上设置为高。这些线上的负脉冲触发主机控制器上的级别中断。

我发现,大约每500次中有1次,当DA14581刚刚通电,并与主控制器进行了一些握手,然后开始宣传,这两条GPIO线同时触发了主控制器上的意外中断。DA14581子卡由外置电源供电。我确保那时没有固件代码会改变GPIO线状态。

DA14581配置了扩展睡眠模式。当连接到BLE或关闭电源时,从未发现此问题。

任何洞察力都会非常感谢。

设备:
MHv_Dialog
离线
最后看到:3个月1周前
工作人员
加入:2013-12-06 15:10
你好,

你好,

当使用扩展睡眠时,您将看到以下行为:在每个唤醒时,GPIOS在User_PeriPH_Setup.cn(PeripH_Init()函数中重新初始化)。此功能将重新锁存所有输出锁存器,并完全按照您描述并将所有GPIO设置为同一文件中定义的状态。

/ mhv.

Zheshen.
离线
最后看到:1年8个月前
加入:2015-08-11 20:01
断断续续的不需要的

间歇性的不想要的中断并没有出现在系统从睡眠中唤醒时。相反,他们在第一次打开收音机播放广告后是正确的。我将STARTUP_SLEEP_DELAY_DEFAULT更改为3秒,这样当睡眠仍然被禁用时,广告总是启动,但我仍然看到不必要的中断。

此外,我从来没有看到这种情况发生时,BLE连接和延长睡眠启用。

MT_dialog
离线
最后看到:3个月2周前
工作人员
加入:2015-06-08 34
嗨zheshen,

嗨zheshen,

你能告诉我们你使用的是哪个引脚,问题发生了吗?你确定那些引脚没有被581的任何外设使用,所以它们可以接管特定引脚的控制,也许是SPI接口的引脚?您还可以告诉我们您在开发您的应用程序时使用的初始示例吗?也许这也和电源有关,所以当事故发生时,你能检查一下电源并监控电源状态吗?您确定发生在外部设备上的中断是由于GPIO的切换(您使用分析器监控引脚了吗?)事实上,您已经注意到设备在无线电活动活动之前切换作为输出的引脚,可能是由于您启用了诊断引脚,您在项目中有这种功能吗?

由于MT_dialog

Zheshen.
离线
最后看到:1年8个月前
加入:2015-08-11 20:01
MT_dialog:

MT_dialog:

请参阅下面的代码。RF_WAKE和RF_RDYN都从端口1配置为GPIO线(DA14581输出和Host输入),并且在应用程序启动后预期为空闲高。在意外重置DA14581时,RF_WAKE线将在短时间内处于低电平,这将触发主机控制器上的中断,作为响应,主机控制器将断电并上电DA14581。RF_RDYN用于SPI同步信号。在此问题之前,DA14581与主机之间的握手涉及SPI数据传输(主机作为SPI master)和RF_RDYN信令,未发现问题。

Spi_slave_init在set_pad_functions和powerup uart2之后被调用。函数deassert_rf_wake()设置RF_WAKE高在外围init中被调用,因此在系统初始化和从睡眠中唤醒时被调用。函数assert_rf_wake()将RF_WAKE设置为低值,但不会在固件代码的任何地方调用。

所有SPI信号都是从端口0配置GPIO线0.此项目基于SDK 5.0,并且没有使用特定示例。我无法捕获RF_WAKE或RF_RDY上的确切脉冲,导致该问题的问题,因为DA14581每隔几秒钟电源和电源,而且这个问题可能不会占几个小时。我确实在主机侧上有执行跟踪,在rf_wake和rf_rdyn上同时提出了rf_wake和rf_rdyn。

我不确定你指的是什么诊断引脚。set_pad_functions函数定义我正在使用的所有引脚。

#定义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

#定义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.
#定义GPIO_RF_RDYN_PIN GPIO_PIN_1

Void set_pad_functions(Void) //设置gpio端口功能模式

// UART引脚配置
GPIO_ConfigurePin(GPIO_UART2_PORT, GPIO_UART2_TX_PIN, OUTPUT, 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, INPUT, 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);//初始设置为PULLDOWN,当CS断言时将设置为OUTPUT。
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线被断言
而(! 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 Maskable Interrupt to 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空闲时,强制sp_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);//设置中断优先级为20现在TBD, 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();

/ /初始化垫
set_pad_functions();

/ /(重新)外围设备进行初始化
/ /。
// uart_init(Uart_baudrate_115k2,3);

#if (defined(ENABLE_PRINTF) || defined(TEST_BUS_ENABLED_UART2))
SetBits16 (CLK_PER_REG UART2_ENABLE 1);
uart2_init (UART_BAUDRATE_115K2 3);
# endif

//初始化SPI为从设备
spi_slave_init();

//启用pads
SetBits16 (SYS_CTRL_REG PAD_LATCH_EN 1);

MT_dialog
离线
最后看到:3个月2周前
工作人员
加入:2015-06-08 34
嗨zheshen,

嗨zheshen,

我将重点放在你提到的“在意外重置设备将驱动线低”,当设备重置时,58x遵循的过程是由代码的位置决定的(要么是OTP或从外部设备启动)。当从外部设备启动时,PORT0正在通过设备的外设(UART/SPI/I2C)使用,所有其他端口都处于INPUT PULL DOWN状态,这是引脚的复位状态。在OTP情况下,所有端口都处于INPUT PULLDOWN状态,一旦设备将OTP镜像到sysram,它们就会一直处于该状态,直到fw最终运行并执行外围_init()函数。因此,如果有一个意外的重置从58x侧线切换是相当预期的。

由于MT_dialog

Zheshen.
离线
最后看到:1年8个月前
加入:2015-08-11 20:01
我尝试了各种各样的

我尝试了各种对话框重置(NMI /断言/硬),每次RF_WAKE会触发主机控制器上的中断。这就是为什么我用它作为“对话重置检测行”。但是,这次这条行被触发而在没有对话框重置时发生了....只是无法弄清楚如何以及为什么....

MT_dialog
离线
最后看到:3个月2周前
工作人员
加入:2015-06-08 34
嗨zheshen,

嗨zheshen,

抱歉,我有点困惑,在你之前的帖子中,你提到了当设备得到意外重置时发生的问题,你看到线变低了,现在你看到了事件发生时没有从设备复位?

你提到的处理程序强制对设备进行重置,显然设备由于外部原因(例如电源问题)而重置,这就是为什么你看到的线越来越低,或者可能因为内存不足而通过platform_reset,或者是什么触发了580本身的重置引脚(重置引脚连接到地了吗?)

由于MT_dialog

Zheshen.
离线
最后看到:1年8个月前
加入:2015-08-11 20:01
对不起,如果我没有这样做

如果我在之前的文章中没有把这一点讲清楚,请原谅。我配置了RF_WAKE来检测意外的对话框重置,这是有效的。然而,我的问题是,一些时间(约500次的启动和关闭对话框),启动对话框后,吩咐收音机广告开始,我看到RF_WAKE中断,当对话框在正常状态如图所示从串行printf输出。所以基本上我看到了对话框重置的“假阳性”,我想知道这是怎么发生的。

MT_dialog
离线
最后看到:3个月2周前
工作人员
加入:2015-06-08 34
嗨zheshen,

嗨zheshen,

因此,您确定在这种情况下,581不重置或按任何断言,以导致重置,但RF_WAKE引脚切换并导致中断在您的一边?这是唯一发生的引脚,我的意思是,如果有一个真正的重置其他引脚应该演示相同的行为(你检查过发生在RF_WAKE时其他引脚发生了什么吗?)我没有看到任何明显的原因,一个引脚只是切换一次每500,端口/引脚10没有任何特殊的行为(我的意思是交叉与XTAL或任何类似的)和行为,您所呈现的是没有观察到的对话框。你们能否提供任何可以共享的测试fw,以检查我们是否可以在独立设备上复制这种行为?

由于MT_dialog