cjseng 发表于 2014-4-19 20:51 static/image/common/back.gif
你前边用的那种方法也不一定能处理大数据量的串口通讯，除非你事先知道每两帧数据之间的间隔时间的大小。 ...
我第40节的方法可以处理大量数据，不需要知道每两帧数据之间的间隔时间。我那种方法关注的是你只要把判断的时间预留稍微大于每个字节之间的时间即可。我就是用那种方法开发了很多串口透传模块，协议解析模块，比如zigbee,蓝牙，串口转wifi网络等等模块，都是用这种方法，很好使。当然，你说的MODBUS通讯协议我有空也会学习学习。
jianhong_wu 发表于 2014-4-19 22:56 static/image/common/back.gif
我第40节的方法可以处理大量数据，不需要知道每两帧数据之间的间隔时间。我那种方法关注的是你只要把判断 ...
这样要丢数据的，比如另一个头也是单片机，发送数据时由于有更高优先级的中断发生，中途停顿了下，但是一帧数据并没有发完，这下怎么处理？
cjseng 发表于 2014-4-20 01:09 static/image/common/back.gif
这样要丢数据的，比如另一个头也是单片机，发送数据时由于有更高优先级的中断发生，中途停顿了下，但是一 ...
（1）出现这样的情况，事故责任人不是接收方，而是发送方。
（2）在做通讯协议的时候，可以事先约定，如果发现错误，请重发，连续三次都错误才算真正的错误。
（3）要在源头上针对这种情况，还有一种改进的办法，比如多加一个判断，如果发现字节数还没达到固定的数量就不判断处理。但是这种方法我只建议针对具体的项目，因为它不太通用性。
（4）综上所述，在实际项目中，你的顾虑是多余的。我们做一个项目，不要企图把所有方方面面不太可能存在的隐患都通过程序上避免，因为这样的程序虽然很通用性，但是程序量就会增多，需要处理和判断的就内容就会增多，影响效率。我认为单片机的精髓在于针对性，根据不同的项目来裁剪掉没必要的判断和处理。不要把单片机做成像电脑一样的通用性。
又见洪哥，都排这么长的贴了！好好加油！
mark
这些只适用初学者，太简单了！
jianhong_wu 发表于 2014-4-20 09:39 static/image/common/back.gif
（1）出现这样的情况，事故责任人不是接收方，而是发送方。
（2）在做通讯协议的时候，可以事先约定，如 ...
我认为做项目实现功能是很简单的，难点就在于处理可能存在的隐患，哪怕是很小几率的隐患。
中国有望
好东西
同上
第四十二节：通过串口用delay延时方式发送一串数据。
开场白：
上一节讲了在串口接收中断里即时解析数据头的特殊程序框架。这节开始讲串口发送数据需要特别注意的地方和程序框架，要教会大家一个知识点：根据我个人的经验，在发送一串数据中，每个字节之间必须添加一个延时，用来等待串口发送完成。当然，也有一些朋友可能不增加延时，直接靠单片机自带的发送完成标志位来判断，但是我以前在做项目中，感觉单单靠发送完成标志位来判断还是容易出错（当然也有可能是我自身程序的问题），所以后来在大部分的项目中我就干脆靠延时来等待它发送完成。我在51，PIC单片机中都是这么做的。但是，凭我的经验，在stm32单片机中，可以不增加延时，直接靠单片机自带的标志位来判断就很可靠。
具体内容，请看源代码讲解。
（1）硬件平台：
基于朱兆祺51单片机学习板。
（2）实现功能：
波特率是：9600.
按一次按键S1，单片机就往上位机发送以下一串数据：
eb 00 55 01 00 00 00 00 41
（3）源代码讲解如下：#include "REG52.H"
#define const_send_size10//串口发送数据的缓冲区数组大小
#define const_key_time120 //按键去抖动延时的时间
#define const_voice_short40 //蜂鸣器短叫的持续时间
void initial_myself(void);
void initial_peripheral(void);
void delay_short(unsigned int uiDelayshort);
void delay_long(unsigned int uiDelaylong);
void eusart_send(unsigned char ucSendData);//发送一个字节，内部自带每个字节之间的延时
void T0_time(void);//定时中断函数
void usart_receive(void); //串口接收中断函数
void key_service(); //按键服务的应用程序
void key_scan(); //按键扫描函数 放在定时中断里
sbit led_dr=P3^5;//Led的驱动IO口
sbit beep_dr=P2^7; //蜂鸣器的驱动IO口
sbit key_sr1=P0^0; //对应朱兆祺学习板的S1键
sbit key_gnd_dr=P0^4; //模拟独立按键的地GND，因此必须一直输出低电平
unsigned char ucSendregBuf; //接收串口中断数据的缓冲区数组
unsigned intuiVoiceCnt=0;//蜂鸣器鸣叫的持续时间计数器
unsigned charucVoiceLock=0;//蜂鸣器鸣叫的原子锁
unsigned char ucKeySec=0; //被触发的按键编号
unsigned intuiKeyTimeCnt1=0; //按键去抖动延时计数器
unsigned char ucKeyLock1=0; //按键触发后自锁的变量标志
void main()
{
initial_myself();
delay_long(100);
initial_peripheral();
while(1)
{
key_service(); //按键服务的应用程序
}
}
void eusart_send(unsigned char ucSendData)
{
ES = 0; //关串口中断
TI = 0; //清零串口发送完成中断请求标志
SBUF =ucSendData; //发送一个字节
/* 注释一：
* 根据我个人的经验，在发送一串数据中，每个字节之间必须添加一个延时，用来等待串口发送完成。
* 当然，也有一些朋友可能不增加延时，直接靠单片机自带的发送完成标志位来判断，但是我以前
* 在做项目中，感觉单单靠发送完成标志位来判断还是容易出错（当然也有可能是我自身程序的问题），
* 所以后来在大部分的项目中我就干脆靠延时来等待它发送完成。我在51，PIC单片机中都是这么做的。
* 但是，凭我的经验，在stm32单片机中，可以不增加延时，直接靠单片机自带的标志位来判断就很可靠。
*/
delay_short(400);//每个字节之间的延时，这里非常关键，也是最容易出错的地方。延时的大小请根据实际项目来调整
TI = 0; //清零串口发送完成中断请求标志
ES = 1; //允许串口中断
}
void key_scan()//按键扫描函数 放在定时中断里
{
if(key_sr1==1)//IO是高电平，说明按键没有被按下，这时要及时清零一些标志位
{
ucKeyLock1=0; //按键自锁标志清零
uiKeyTimeCnt1=0;//按键去抖动延时计数器清零，此行非常巧妙，是我实战中摸索出来的。
}
else if(ucKeyLock1==0)//有按键按下，且是第一次被按下
{
uiKeyTimeCnt1++; //累加定时中断次数
if(uiKeyTimeCnt1>const_key_time1)
{
uiKeyTimeCnt1=0;
ucKeyLock1=1;//自锁按键置位,避免一直触发
ucKeySec=1; //触发1号键
}
}
}
void key_service() //第三区 按键服务的应用程序
{
unsigned int i;
switch(ucKeySec) //按键服务状态切换
{
case 1:// 1号键 对应朱兆祺学习板的S1键
ucSendregBuf=0xeb; //把准备发送的数据放入发送缓冲区
ucSendregBuf=0x00;
ucSendregBuf=0x55;
ucSendregBuf=0x01;
ucSendregBuf=0x00;
ucSendregBuf=0x00;
ucSendregBuf=0x00;
ucSendregBuf=0x00;
ucSendregBuf=0x41;
for(i=0;i<9;i++)
{
eusart_send(ucSendregBuf);//发送一串数据给上位机
}
ucVoiceLock=1;//原子锁加锁，保护中断与主函数的共享数据
uiVoiceCnt=const_voice_short; //按键声音触发，滴一声就停。
ucVoiceLock=0; //原子锁解锁
ucKeySec=0;//响应按键服务处理程序后，按键编号清零，避免一致触发
break;
}
}
void T0_time(void) interrupt 1 //定时中断
{
TF0=0;//清除中断标志
TR0=0; //关中断
/* 注释二：
* 此处多增加一个原子锁，作为中断与主函数共享数据的保护，实际上是借鉴了"红金龙吸味"关于原子锁的建议.
*/
if(ucVoiceLock==0) //原子锁判断
{
if(uiVoiceCnt!=0)
{
uiVoiceCnt--; //每次进入定时中断都自减1，直到等于零为止。才停止鸣叫
beep_dr=0;//蜂鸣器是PNP三极管控制，低电平就开始鸣叫。
}
else
{
; //此处多加一个空指令，想维持跟if括号语句的数量对称，都是两条指令。不加也可以。
beep_dr=1;//蜂鸣器是PNP三极管控制，高电平就停止鸣叫。
}
}
key_scan();//按键扫描函数
TH0=0xfe; //重装初始值(65535-500)=65035=0xfe0b
TL0=0x0b;
TR0=1;//开中断
}
void usart_receive(void) interrupt 4 //串口中断
{
if(RI==1)
{
RI = 0; //接收中断，及时把接收中断标志位清零
}
else
{
TI = 0; //发送中断，及时把发送中断标志位清零
}
}
void delay_short(unsigned int uiDelayShort)
{
unsigned int i;
for(i=0;i<uiDelayShort;i++)
{
; //一个分号相当于执行一条空语句
}
}
void delay_long(unsigned int uiDelayLong)
{
unsigned int i;
unsigned int j;
for(i=0;i<uiDelayLong;i++)
{
for(j=0;j<500;j++)//内嵌循环的空指令数量
{
; //一个分号相当于执行一条空语句
}
}
}
void initial_myself(void)//第一区 初始化单片机
{
/* 注释三：
* 矩阵键盘也可以做独立按键，前提是把某一根公共输出线输出低电平，
* 模拟独立按键的触发地，本程序中，把key_gnd_dr输出低电平。
* 朱兆祺51学习板的S1和S5两个按键就是本程序中用到的两个独立按键。
*/
key_gnd_dr=0; //模拟独立按键的地GND，因此必须一直输出低电平
led_dr=0; //关Led灯
beep_dr=1; //用PNP三极管控制蜂鸣器，输出高电平时不叫。
//配置定时器
TMOD=0x01;//设置定时器0为工作方式1
TH0=0xfe; //重装初始值(65535-500)=65035=0xfe0b
TL0=0x0b;
//配置串口
SCON=0x50;
TMOD=0X21;
TH1=TL1=-(11059200L/12/32/9600);//串口波特率9600。
TR1=1;
}
void initial_peripheral(void) //第二区 初始化外围
{
EA=1; //开总中断
ES=1; //允许串口中断
ET0=1; //允许定时中断
TR0=1; //启动定时中断
}总结陈词：
这节在每个字节之间都添加了delay延时来等待每个字节的发送完成，由于delay(400)这个时间还不算很长，所以可以应用在很多简单任务的系统中。但是在某些任务量很多的系统中，实时运行的主任务不允许被长时间和经常性地中断，这个时候就需要用计数延时来替代delay延时，这种程序框架是什么样的？欲知详情，请听下回分解-----通过串口用计数延时方式发送一串数据。
（未完待续，下节更精彩，不要走开哦）
给力哦
赞，入门不错的东东
本帖最后由 abbccc308 于 2014-4-23 13:33 编辑
jianhong_wu 发表于 2014-3-5 22:02 static/image/common/back.gif
第六节：在主函数中利用累计主循环次数来实现独立按键的检测。
开场白：
坚鸿哥：你简直就是我们这些懂一点硬件，但是苦于在软件那方面难以入门，只是停留在让灯亮灭水平的人的偶像啊。强烈顶你。不要怕误导我们，我们不怕误导，怕的是没有老师指导。
新来的菜鸟，“ucKeyLock1=0; //按键触发后自锁的变量标志”。
问为何在“else if(ucKeyLock1==0)//有按键按下，且是第一次被按下”中用ucKeyLock1==0来判断key_sr1按下？而不是象“ if(key_sr1==1)”这样呢？
好，好。高手就别喷啦，可以绕道。咱刚入门的新手喜欢这样的。
鸿哥的项目开发经验对于我很有帮助，谢谢鸿哥的分享，先顶一个
好东西！谢谢分享。
本帖最后由 abbccc308 于 2014-4-24 11:01 编辑
tgz_58 发表于 2014-4-23 13:56 static/image/common/back.gif
新来的菜鸟，“ucKeyLock1=0; //按键触发后自锁的变量标志”。
问为何在“else if(ucKeyLock1==0)//有按键 ...
if(key_sr1==1)那么else 已经就是key_sr1==0了啊，ucKeyLock1==0防止按键按下不松手一直触发