精华内容
下载资源
问答
  • 今天在开发一个APP控制串口软件,用的是MSCOMM控件,存在一个问题就是下位机上电或者重启时,APP就接不到数据了,有遇到过的吗?程序如下: Private Sub Command1_Click() On Error Resume Next '//屏蔽错误 If MSC...
  • STM32串口发送必须先检测状态,否则第一个字节无法发出,发送完毕,必须检测发送状态是否完成,否则,发送不成功,使用stm32f10x调试串口通讯时,发现一个出错的现象,硬件复位重启之后,发送测试数据0x01 0x02 0x03...

    STM32串口发送必须先检测状态,否则第一个字节无法发出,发送完毕,必须检测发送状态是否完成,否则,发送不成功,使用stm32f10x调试串口通讯时,发现一个出错的现象,硬件复位重启之后,发送测试数据0x01 0x02 0x03 0x04..接收端收到的数据为:0x02 0x03 0x04,第一个数据丢失。换成发送别的数值的数据,如0x06 0x0ff,则接收到0x0ff,0x06丢失。错误依旧。

    故障排除过程:

    1、刚开始怀疑是接收端的错误,我是使用电脑串口,运行串口辅助调试工具接收,换成其他软件后,发现故障依旧,而且电脑软件一直是开启状态,不像和电脑软件有关。

    2、使用单步调试,单步运行各个发送指令,都正常。能收到0x01 0x02 0x03 0x04的数据。间接的排除了不是电脑软件的问题,而是其他的错误。

    3、单步调试运行虽然正常了,但连续运行时,错误依旧。现在有点摸不到头绪了,单步运行正常,看起来编程没有出错,那故障在哪里呢?测试程序如下

    USART_SendData(USART2, 0x01); //A

    while(USART_GetFlagStatus(USART2, USART_FLAG_TC) == RESET); //B

    USART_SendData(USART2, 0x02); //C

    while(USART_GetFlagStatus(USART2, USART_FLAG_TC) == RESET);

    USART_SendData(USART2, 0x03);

    while(USART_GetFlagStatus(USART2, USART_FLAG_TC) == RESET);

    USART_SendData(USART2, 0x04);

    while(USART_GetFlagStatus(USART2, USART_FLAG_TC) == RESET);

    4、猜测,也许是因为某个特殊原因,使第二个数据覆盖了首个数据,使得首个数据丢失。假设:在执行B指令时,USART的 TC 状态位==SET,那么就会紧接着执行C指令,也就有可能发生数据的覆盖。于是,在A指令前,加入如下指令:USART_ClearFlag(USART2,USART_FLAG_TC);

    5、加入上一条指令后,运行,错误消失了。说明上一个假设,应该是成立的。

    6、查阅stm32f10x参考手册,找到这样一句话:

    TC:发送完成

    当包含有数据的一帧发送完成后,由硬件将该位置位。如果USART_CR1中的TCIE为1,则产生中断。由软件序列清除该位(先读USART_SR,然后写入USART_DR)。TC位 也可以通过写入0来清除,只有在多缓存通讯中才推荐这种清除程序。

    0:发送还未完成;1:发送完成。

    7、注意到这一句:由软件序列清除该位(先读USART_SR,然后写入USART_DR)。 也就是说,要先read USART_SR,然后write USART_DR,才能完成TC状态位的清除。而硬件复位后,串口发送的首个数据之前没有read SR的操作,是直接write DR,也就是说,TC没有被清除掉。 说明第4步的猜测是对的。

    8、那么,应该把指令A前面加的USART_ClearFlag(USART2,USART_FLAG_TC); 改为USART_GetFlagStatus(USART2, USART_FLAG_TC);,应该也能消除错误。测试后证实,确实如此,在发送首个数据之前,先读取一下USART_SR,那么就不会出现首个数据丢失的情况了。

    9、总结:硬件复位后,串口发送首个数据之前,先读取一下USART_SR,则能够保证首个数据发送时,不出现覆盖的情况。当然,也有别的方法,比如先清除TC状态位,或是,在write USART_DR之后,加入一个小延时,让数据发送完毕,应该也能间接排除这个错误。

    展开全文
  • STM32串口发送必须先检测状态,否则第一个字节无法发出,发送完毕,必须检测发送状态是否完成,否则,发送不成功,使用stm32f10x调试串口通讯时,发现一个出错的现象,硬件复位重启之后,发送测试数据0x01 0x02 0x03...
    STM32串口发送必须先检测状态,否则第一个字节无法发出,发送完毕,必须检测发送状态是否完成,否则,发送不成功,使用stm32f10x调试串口通讯时,发现一个出错的现象,硬件复位重启之后,发送测试数据0x01 0x02 0x03 0x04..接收端收到的数据为:0x02 0x03 0x04,第一个数据丢失。换成发送别的数值的数据,如0x06 0x0ff,则接收到0x0ff,0x06丢失。错误依旧。 
    故障排除过程: 
    1、刚开始怀疑是接收端的错误,我是使用电脑串口,运行串口辅助调试工具接收,换成其他软件后,发现故障依旧,而且电脑软件一直是开启状态,不像和电脑软件有关。 
    2、使用单步调试,单步运行各个发送指令,都正常。能收到0x01 0x02 0x03 0x04的数据。间接的排除了不是电脑软件的问题,而是其他的错误。 
    3、单步调试运行虽然正常了,但连续运行时,错误依旧。现在有点摸不到头绪了,单步运行正常,看起来编程没有出错,那故障在哪里呢?测试程序如下 
          USART_SendData(USART2, 0x01);                                 //A 
          while(USART_GetFlagStatus(USART2, USART_FLAG_TC) == RESET);   //B 
          USART_SendData(USART2, 0x02);                                 //C 
          while(USART_GetFlagStatus(USART2, USART_FLAG_TC) == RESET); 
          USART_SendData(USART2, 0x03); 
          while(USART_GetFlagStatus(USART2, USART_FLAG_TC) == RESET); 
          USART_SendData(USART2, 0x04); 
          while(USART_GetFlagStatus(USART2, USART_FLAG_TC) == RESET); 
    4、猜测,也许是因为某个特殊原因,使第二个数据覆盖了首个数据,使得首个数据丢失。假设:在执行B指令时,USART的 TC 状态位==SET,那么就会紧接着执行C指令,也就有可能发生数据的覆盖。于是,在A指令前,加入如下指令:USART_ClearFlag(USART2,USART_FLAG_TC); 
    5、加入上一条指令后,运行,错误消失了。说明上一个假设,应该是成立的。 
    6、查阅stm32f10x参考手册,找到这样一句话: 
          TC:发送完成 
          当包含有数据的一帧发送完成后,由硬件将该位置位。如果USART_CR1中的TCIE为1,则产生中断。由软件序列清除该位(先读USART_SR,然后写入USART_DR)。TC位       也可以通过写入0来清除,只有在多缓存通讯中才推荐这种清除程序。 
          0:发送还未完成;1:发送完成。 
    7、注意到这一句:由软件序列清除该位(先读USART_SR,然后写入USART_DR)。 也就是说,要先read USART_SR,然后write USART_DR,才能完成TC状态位的清除。而硬件复位后,串口发送的首个数据之前没有read SR的操作,是直接write DR,也就是说,TC没有被清除掉。 说明第4步的猜测是对的。 
    8、那么,应该把指令A前面加的USART_ClearFlag(USART2,USART_FLAG_TC); 改为USART_GetFlagStatus(USART2, USART_FLAG_TC);,应该也能消除错误。测试后证实,确实如此,在发送首个数据之前,先读取一下USART_SR,那么就不会出现首个数据丢失的情况了。 
    9、总结:硬件复位后,串口发送首个数据之前,先读取一下USART_SR,则能够保证首个数据发送时,不出现覆盖的情况。当然,也有别的方法,比如先清除TC状态位,或是,在write USART_DR之后,加入一个小延时,让数据发送完毕,应该也能间接排除这个错误。 
    展开全文
  • stm32串口第一帧数据丢失

    千次阅读 2017-08-22 11:22:24
    STM32串口发送必须先检测状态,否则第一个字节无法发出,发送完毕,必须检测发送状态是否完成,否则,发送不成功,使用stm32f10x调试串口通讯时,发现一个出错的现象,硬件复位重启之后,发送测试数据0x01 0x02 0x03...
    STM32串口发送必须先检测状态,否则第一个字节无法发出,发送完毕,必须检测发送状态是否完成,否则,发送不成功,使用stm32f10x调试串口通讯时,发现一个出错的现象,硬件复位重启之后,发送测试数据0x01 0x02 0x03 0x04..接收端收到的数据为:0x02 0x03 0x04,第一个数据丢失。换成发送别的数值的数据,如0x06 0x0ff,则接收到0x0ff,0x06丢失。错误依旧。 
    故障排除过程: 
    1、刚开始怀疑是接收端的错误,我是使用电脑串口,运行串口辅助调试工具接收,换成其他软件后,发现故障依旧,而且电脑软件一直是开启状态,不像和电脑软件有关。 
    2、使用单步调试,单步运行各个发送指令,都正常。能收到0x01 0x02 0x03 0x04的数据。间接的排除了不是电脑软件的问题,而是其他的错误。 
    3、单步调试运行虽然正常了,但连续运行时,错误依旧。现在有点摸不到头绪了,单步运行正常,看起来编程没有出错,那故障在哪里呢?测试程序如下 
          USART_SendData(USART2, 0x01);                                 //A 
          while(USART_GetFlagStatus(USART2, USART_FLAG_TC) == RESET);   //B 
          USART_SendData(USART2, 0x02);                                 //C 
          while(USART_GetFlagStatus(USART2, USART_FLAG_TC) == RESET); 
          USART_SendData(USART2, 0x03); 
          while(USART_GetFlagStatus(USART2, USART_FLAG_TC) == RESET); 
          USART_SendData(USART2, 0x04); 
          while(USART_GetFlagStatus(USART2, USART_FLAG_TC) == RESET); 
    4、猜测,也许是因为某个特殊原因,使第二个数据覆盖了首个数据,使得首个数据丢失。假设:在执行B指令时,USART的 TC 状态位==SET,那么就会紧接着执行C指令,也就有可能发生数据的覆盖。于是,在A指令前,加入如下指令:USART_ClearFlag(USART2,USART_FLAG_TC); 
    5、加入上一条指令后,运行,错误消失了。说明上一个假设,应该是成立的。 
    6、查阅stm32f10x参考手册,找到这样一句话: 
          TC:发送完成 
          当包含有数据的一帧发送完成后,由硬件将该位置位。如果USART_CR1中的TCIE为1,则产生中断。由软件序列清除该位(先读USART_SR,然后写入USART_DR)。TC位       也可以通过写入0来清除,只有在多缓存通讯中才推荐这种清除程序。 
          0:发送还未完成;1:发送完成。 
    7、注意到这一句:由软件序列清除该位(先读USART_SR,然后写入USART_DR)。 也就是说,要先read USART_SR,然后write USART_DR,才能完成TC状态位的清除。而硬件复位后,串口发送的首个数据之前没有read SR的操作,是直接write DR,也就是说,TC没有被清除掉。 说明第4步的猜测是对的。 
    8、那么,应该把指令A前面加的USART_ClearFlag(USART2,USART_FLAG_TC); 改为USART_GetFlagStatus(USART2, USART_FLAG_TC);,应该也能消除错误。测试后证实,确实如此,在发送首个数据之前,先读取一下USART_SR,那么就不会出现首个数据丢失的情况了。 
    9、总结:硬件复位后,串口发送首个数据之前,先读取一下USART_SR,则能够保证首个数据发送时,不出现覆盖的情况。当然,也有别的方法,比如先清除TC状态位,或是,在write USART_DR之后,加入一个小延时,让数据发送完毕,应该也能间接排除这个错误。 
    展开全文
  • AB1601串口之bugs

    2017-07-29 17:27:29
    1.当对方使用错误数据格式发送数据时,串口必死。 2.上电时如果连接了对端的串口串口1死,串口2导致复位重启。 一般解决办法,串口延时打开,对端如果要关闭,则现将1601的串口关闭。 在接指纹机的时候...

    1.当对方使用错误的数据格式发送数据时,串口必死。

    2.上电时如果连接了对端的串口,串口1死,串口2导致复位重启。


    一般解决办法,串口延时打开,对端如果要关闭,则现将1601的串口关闭。

    在接指纹机的时候使用这种办法有点管用。


    展开全文
  • STM32 串口发送必须先检测状态,否则第一个字节无法发出,发送完毕,必须检测发送状态是否完成,否则,发送不成功,使用stm32f10x调试串口通讯时,发现一个出错的现象,硬件复位重启之后,发送测试数据0x01 0x02 0x...
  • STM32串口发送丢字节问题分析

    千次阅读 2014-03-27 09:42:25
    使用stm32f10x调试串口通讯时,发现一个出错的现象,硬件复位重启之后,发送测试数据0x01 0x02 0x03 0x04..接收端收到的数据为:0x02 0x03 0x04,第一个数据丢失。换成发送别的数值的数据,如0x06 0x0ff,则接收到0x...
  • 甚至用串口工具rts重启都是好的,就是断电重启后,或者软件重启后,程序跑飞了(几个全局变量数据异常)。 解决方式: 1、检测是否内存溢出,导致程序跑飞; 2、检测EPRom,是否存储是否正确,比如char...
  • STM32串口发送必须先检测状态,否则第一个字节无法发出,发送完毕,必须检测发送状态是否完成,否则,发送不成功,使用stm32f10x调试串口通讯时,发现一个出错的现象,硬件复位重启之后,发送测试数据0x01 0x02 0x03...
  • STM32串口问题

    2010-03-24 16:55:00
    采用如下方式发送数据 while(USART_GetFlagStatus(USART1, USART_FLAG_TC) == RESET);...当时正是从IAP启动到simserver的应用程序,需要发送程序版本号,此时所按上述顺序发送数据则硬件出错或一直死等,直到狗重启
  • 做完后,DataReceived事件里偶尔出现“端口被关闭”错误,都是在关闭串口后出现。 (出错位置要么是读数据ReadLine,要么时清除缓存DiscardInBuffer) 当时研究了半天没解决,想着影响不大,就直接上线用了;同事...
  • 龙芯2k调试记录

    2020-07-06 12:51:46
    插拔网线后进行数据传输,同样发送RX接收句柄“调试信息”,发送速率过快导致电脑 串口驱动文件报错,进而蓝屏死机。 未完待续 软件问题 调试时采用的是putty,随即发生蓝屏,因此更换成了SSCOM32,同时串口也不停...
  • keil 5 : Error: L6218E: Undefined symbol 问题解决方法小记

    万次阅读 多人点赞 2019-01-07 19:32:38
    最近学习嵌入式开发,因项目框架较大,部分内容改动,在将别人单独写的串口读取数据源码添加到工程中后,编译出现以下问题: 通过查询资料,都是在说未定义引下的错误。 回头检查项目,源文件加入到工程,头文件...
  • usb_bootloader.zip

    2020-04-29 21:45:33
    类似的变种,比如手机升级,是最先进的,直接将手机模拟成U盘,然后用户拷贝数据到手机,重启就好了,非常简单 在嵌入式系统中,还没这么方便的升级手段,虽然ARM的Mbed有一种类似的固件更新功能,但它是专门为调试...
  • 华为路由器配置手册

    2011-10-29 11:38:28
    如果将异步串口的流控方式设为normal,则异步串口在发送数据时,不检测CTS信号而直接发送,如果因此产生发送错误,系统将自动重发。 【举例】 设置异步串口的流控方式为normal。 Quidway(config-if-Serial0)#flow...
  • 实例210 重启、注销、关闭计算机 272 6.4 系统设置 274 实例211 设置系统输入法 274 实例212 设置显示器属性 275 实例213 设置桌面颜色 277 实例214 鼠标交换左右键 277 6.5 系统监控 278 实例...
  • 实例210 重启、注销、关闭计算机 272 6.4 系统设置 274 实例211 设置系统输入法 274 实例212 设置显示器属性 275 实例213 设置桌面颜色 277 实例214 鼠标交换左右键 277 6.5 系统监控 278 实例...
  • 数据源支持模拟数据(默认)、数据库采集、串口通信(需定制)、网络通信(需定制)、网络请求等,可自由设定每个子界面的采集间隔即数据刷新频率。 采用纯QWidget编写,亲测Qt4.6到Qt5.15任意版本,理论上支持后续...
  • TEST VGA CARD GPUZ

    2011-10-25 09:27:20
    台式机 奔腾 双核Pentium E2160 Intel P43/ICH10 GeForce 8600GT DDR2 800 2G 串口II 160G 8M 笔记本 酷睿2双核 T5670 Intel PM45 GeForce 9300M GS DDR2 1G 串口160G 台式机 奔腾 双核Pentium E5200 Intel G31-M7TE...
  • 实例210 重启、注销、关闭计算机 268 6.4 系统设置 270 实例211 设置系统输入法 270 实例212 设置显示器属性 272 实例213 设置桌面颜色 273 实例214 鼠标交换左右键 274 6.5 系统监控 275 实例215 ...
  • 使用寿命到期后,寄存器便不再具有数据储存的功能(重启后,并不恢复为上次关机时的值)。 第二章 使用方法 面板说明 操作面板三按键输入,三位数码管显示输出,见下图: 图1 前面板 图2 后面板 界面 说明 ...
  •  实例096 利用ErrorProvider组件查看数据集中的错误 132  3.3 EventLog组件 134  实例097 使用EventLog组件读写Windows系统事件日志 134  实例098 使用EventLog组件保存Windows系统日志 136  实例099 ...
  • 实例096 利用ErrorProvider组件查看数据集中的错误 132 3.3 EventLog组件 134 实例097 使用EventLog组件读写Windows系统事件日志 134 实例098 使用EventLog组件保存Windows系统日志 136 实例099 使用Event...
  • C#.net_经典编程例子400个

    热门讨论 2013-05-17 09:25:30
    130 实例095 使用ErrorProvider组件验证文本框输入 130 实例096 利用ErrorProvider组件查看数据集中的错误 132 3.3 EventLog组件 134 实例097 使用EventLog组件读写Windows系统事件日志 134 ...

空空如也

空空如也

1 2 3 4
收藏数 64
精华内容 25
关键字:

串口错误数据重启