DA14681中看门狗的时间周期

嗨,对话框中,
我检查了UM-B-044的第9.6段，默认的看门狗周期是2.6秒。
我无法确认看门狗和我的UART输出函数之间的关系，因为类似代码如下:
//------------------------------------------
if (notif & HRS_TIMER_NOTIF){//在这里测试UART，每1秒触发一次
uart1dev = ad_uart_open (SERIAL1);

如果（uart1dev）{
http_len = HTTP_PostPkt (uart1_buf API_KEY DEV_ID,“温度”,“24.5”);//这个函数用特定的参数(*char)填充uart1_buf，缓冲区长度=1024，我的测试字符串长度= 150字节。
/ / printf (" % s "换行,uart1_buf);//<——这个printf函数工作正常
ad_uart_write (uart1dev uart1_buf http_len);/ / ! !<——这将导致操作其他任务2次后RESET
}别的{
printf("UART1设备打开失败"换行);
}
ad_uart_close（uart1dev）;

.........
//-------------------------------------------------
什么是的“printf的”和“ad_uart_write”有什么不同？
我对UART的定义如下：
//---------------------------------------------
#如果dg_configUART_ADAPTER

UART_总线（UART1，串行1，硬件UART_波特率115200，硬件UART_数据位8，硬件UART_奇偶校验无，
硬件UART_停止位_1,0,0，硬件DMA_信道_1，硬件DMA_信道_0,0）

UART_总线（UART2，串行2，硬件UART_波特率115200，硬件UART_数据位8，硬件UART_奇偶校验无，
HW_UART_STOPBITS_1，0，1，HW_DMA_CHANNEL_3，HW_DMA_CHANNEL_2，0，0）

#endif /* dg_configUART_ADAPTER */
//--------------------------------------------

注意：'printf'（）'默认使用UART2，我使用UART（UART1）作为我的UART输出端口(硬件引脚P1.0和P1.4）

//-------------------------------
/ / P10 = TX1好= RX1
hw_gpio_configure_pin (HW_GPIO_PORT_1 HW_GPIO_PIN_4 HW_GPIO_MODE_OUTPUT,
HW_GPIO_FUNC_GPIO，1）;

hw_gpio_set_pin_function (HW_GPIO_PORT_1 HW_GPIO_PIN_0 HW_GPIO_MODE_OUTPUT,
硬件、GPIO、FUNC、UART和TX）；
hw_gpio_set_pin_function (HW_GPIO_PORT_1 HW_GPIO_PIN_4 HW_GPIO_MODE_OUTPUT,
HW_GPIO_FUNC_UART_RX）;

//---------------------------------

我错过了一些重要的事情吗？

谢谢

嗨,对话框中,
你在那里么?
我需要一个使用UART1/UART2同时的样本代码。
该hrp_sensor使用UART2的printf（）和我尝试使用UART1（UART）输出字符串，但失败了。

我不知道当我通过UART1 (ad_uart_write)发送字符串时发生了什么，它使系统RESET。
如何调试这个问题(RESET)?

谢谢

嗨,MT_Dialog,
我使用printf() @ UART2工作正常(通过调试芯片输出)。'printf()'使用P13,P23作为UART2输出/输入引脚如下:
//---------------------------------
/ /——TX2 = P13 RX2 = P23
hw_gpio_configure_pin (HW_GPIO_PORT_2 HW_GPIO_PIN_3 HW_GPIO_MODE_OUTPUT,
HW_GPIO_FUNC_GPIO，1）;

hw_gpio_set_pin_function (HW_GPIO_PORT_1 HW_GPIO_PIN_3 HW_GPIO_MODE_OUTPUT,
HW_GPIO_FUNC_UART2_TX）；
硬件gpio设置引脚功能（硬件gpio端口2、硬件gpio引脚3、硬件gpio模式输出、，
HW_GPIO_FUNC_UART2_RX）;
//----------------------------------
我已经测试了UART2，您可以使用ad_uart_write()来输出字符串，就像printf()一样。
另外，DMA通道在我platform_device.h定义：
//----------------------------------
#如果dg_configUART_ADAPTER

UART_总线（UART1，串行1，硬件UART_波特率115200，硬件UART_数据位8，硬件UART_奇偶校验无，
硬件UART_停止位_1,0,0，硬件DMA_信道_1，硬件DMA_信道_0,0）

UART_总线（UART2，串行2，硬件UART_波特率115200，硬件UART_数据位8，硬件UART_奇偶校验无，
HW_UART_STOPBITS_1，0，1，HW_DMA_CHANNEL_3，HW_DMA_CHANNEL_2，0，0）

#endif /* dg_configUART_ADAPTER */
//---------------------------------

但是我在启用UART1的同时，尝试与其他外围设备通信。我的UART1是通过使用HRS_TIMER_NOTIF每1秒触发一次的。
每次执行ad_uart_write（）函数时，都会发生重置。
我的UART1的缓冲区是1024字节，可以吗(我找不到缓冲区的限制）

顺便说一下，我也用I2C，它工作得很好。他们的冲突吗?
我的I2C每0.5秒触发一次。输出2组数据（1秒）后，UART1启动，然后系统复位。

有没有办法使用UART1 / UART2在同一时间一个示例代码？

谢谢

嗨,MT_Dialog,
是的，我认为这是一个“简单”的问题，但它阻碍了我超过2周。
坏消息是，我不能调试我的代码，因为我的工作SmartSnippets错误 - 在调试子菜单没有ATTATCH / QSPI选项。

谢谢

嗨,MT_Dialog,
我开始调试，程序在这里停止:(hw_uart.c)
//--------------------------------------
空隙UART_Interrupt_Handler（HW_UART_ID UART）
{
HW_UART_INT int_id;

为了 （;;） {
int_id = hw_uart_get_interrupt_id (uart);
开关（int_id）{
案例HW_UART_INT_TIMEOUT:
硬件uart接收超时isr（uart）；
打破;
案例HW_UART_INT_MODEM_STAT:
打破;
案例HW_UART_INT_NO_INT_PEND:
返回；
打破;
案例HW_UART_INT_THR_EMPTY:
硬件uart发送isr（uart）；
打破;
案例HW_UART_INT_RECEIVED_AVAILABLE:
硬件uart接收isr（uart）；
打破;
案例HW_UART_INT_RECEIVE_LINE_STAT:
打破;
案例HW_UART_INT_BUSY_DETECTED：
#ifdef CONFIG\u UART\u IGNORE\u BUSY\u DETECT
hw_uart_transmit_fifo_empty（UART）;
其他#
／*
*停止这里意味着访问除数锁存的计时规则没有
*。请参见寄存器RBR_THR_DLL说明。
* /
__BKPT（0）;<< --- !!!! ----停在这里
# endif
打破;
}
}
}
//-------------------------------------------------

为什么会发生这种情况？

嗨,MT_Dialog,
在开始的时候，我觉得UART1作为默认的printf（）的输出。所以我写的代码初始化GPIO和UART2，然后我用ad_uart_write（）输出我的数据。而且我发现它输出到同一个管道用printf（）的！---检查后，我明白了printf（）的使用UART2。但它是在同一时间上UART2即可使用printf（）和ad_uart_write（）。

我的新代码使用UART1作为我的私有UART，与UART2 (printf())分离，保持原来的设置:使用P13,P23作为UART2的引脚——它们连接到调试芯片，我一直使用它们来调试我的代码。

不允许使用方法代替config.c中的_write（）：这将导致COM端口丢失虽然它存在于设备管理器中，但无法打开。

我测试了你的函数'void custom_printing_via_uart(void)'，错误是相同的。

最后，我发现comflicted代码：（自定义）
//-------------------------------------
//——通过UART1发送命令，然后等待反馈-----------
布尔SendCmd（字符* CMD，字符*结果，INT超时）
{
无符号字符try_count = 5;
而(try_count)
{
USART1_Clear ();//清除usart1_rcv_buf的内存
ad_uart_write (cmd, uart1dev strlen (cmd));
ad_uart_read (uart1dev usart1_rcv_buf MAX_RCV_LEN,超时);//不知道长度
if((NULL != strstr((const char *)usart1_rcv_buf, result))) //比较接收到的结果
{
返回true；//1=成功；打破
}
其他{
mDelay (100);/ /死循环?
try_count--;
}
}

返回false;// 0 =失败
}
//---------------------------------------------------
这就是所谓的system_init（）是这样的：
//---------------------------------------
uart1dev = ad_uart_open (SERIAL1);

如果（SendCmd（AT， “OK”，100））{// ---反馈发送命令和等待，是 'OK'？
printf("ESP8266 is at here"换行符);
}
别的
printf (" ESP8266不存在“换行符);

ad_uart_close（uart1dev）;
//---------------------------------

此时，系统看起来OK，它发布了对消息，可以连接了。
但是，当HRP通知开始时，ad_uart_write（）或你的“custom_printing_via_uart（无效）”将被excuted，然后系统会马上重新设置。

SendCmd函数有什么问题吗?

谢谢

嗨,MT_Dialog,
我怕的很长一段时间等待UART通信，所以设置从UART读取时的超时。（一般为100ms〜1000毫秒，而不是OS_EVENT_FOREVER）
函数SendCmd()用于初始化和任务时，有必要防止看门狗超时。
当我在system_init中调用SendCmd()时，它工作正常。(也许这是一个陷阱)。错误发生在hrp_sensor_task——当ad_uart_write()被调用时。
我不知道SendCmd()如何影响以下ad_uart_write()?

您能试试大尺寸的uart接收缓冲区吗？我发现我的1024字节缓冲区将杀死系统。
缓冲区应该是“静态”类型吗？

静态字符usart1_rcv_buf [6];// - >为1024个字节

顺便问一下，如何检查堆栈大小？构建结果显示的RAM大小比实际的更小（recv+send buffer=2048）。

谢谢

嗨,对话框中,
今天是幸运的一天!
定义配置\u UART\u忽略\u忙\u检测后，系统工作正常！
此外，我还使用uxTaskGetStackHighWaterMark（）测试了堆栈，它还可以，大约568~1568~1432~。
但我不知道UART忙冲突发生的原因/方式。如何调试它？

非常感谢

嗨，MT_Dialog，
新问题出现了。
我在UART1上输出许多文本段，并在UART2上监视(printf())。
AT命令，比如“AT?””、“在+ SETMODE ';…一些用于初始化，一些用于操作。
一开始，沟通还可以。当我输出用于操作的长文本时，在命令文本的开头添加一个字符（0x08），如下所示：
// -----------------------------------
POST /装置/ 3508300 /数据点？类型= 5 HTTP / 1.1
API-键：2H3d3ywz = nKaL57TB7gXKjV = BHI =
主持人：api.heclouds.com
内容长度:19

,温度,27.59
//------------------------------------
同时使用printf()监视命令文本，如果printf()是正常的——这意味着缓冲区是正常的(没有字符0x08)。
我更改了命令文本，但奇怪的字符仍然是0x08。
这是怎么发生的?由于“CONFIG_UART_IGNORE_BUSY_DETECT”?

谢谢

嗨,MT_dialog,
我将尝试在打开uart设备后禁用'ad_uart_close'。

嗨，MT_Dialog，
禁用'ad_uart_close'方法效果较好，但不能完全处理UART1数据冲突。
系统正常工作一段时间（半分钟，大约是UART发送的15倍），然后数据被干扰。