通信协议理解(一)

一种通信协议的理解(一)

最近要改一个项目的代码,

第一次接触,以下是我的一点浅薄的理解

我要改的项目是下位机,

这个项目抽象点说就是,采集多个通道的信息,并将这些信息发送至上位机

由于是面向市场的,整个复杂度还是很高的,对于我这种菜鸡来说

硬件层面我不用关心,一个flash,16位的adc芯片,有很多通道,

软甲层面,我认为复杂的就是串口通信,那些协议,任务实现比较复杂

他有两个串口,一个是用来调试的,(printf,这玩意搞了我半天,弄了我蛮久,勉强把它搞定了),一个是用来通信的串口(usart2)一收一发来实现一些花里胡哨的操作

直接看函数

int main(void)
{
    u32 temp = 0;
    // u32 a=0;

    NVIC_PriorityGroupConfig(NVIC_PriorityGroup_2); //设置系统中断优先级分组2
    delay_init(168);
    uart_init(115200);
    TIM3_Int_Init(1000 - 1, 84 - 1); //定时器时钟84M,分频系数84,所以84M/84=1Mhz的计数频率,计数1000次为1ms
    AD7606_Init();
    LED_Init();
    DialSwithInit(); //拨码开关初始化

    ParaInit();        //模拟量出生计
    MovingFiterInit(); //滤波参数初始化

    Task_ReadSwitchSet(); //读取拨码开关值,设置滤波等级和串口波特率
    ReadParaFromFlash();  //从flash中读出存储的参数

    while (1)
    {
        // todo:
        Task_Communication(); //通信任务

        // a=TimerCount;
        //
        // todo:
        UpdataChannelADvaule();
        // todo:
        Conversion();
        // printf("time=%d",Subtraction(TimerCount,a));
        // todo:
        SendAD();
        // todo:
        SendStandardData();
        // todo:
        SendGravityData();

        if (Subtraction(TimerCount, temp) > 300) // 300毫秒延时
        {
            TOGGLE_LED1;
            temp = TimerCount;
        }
    }
}

代码看不看其实也不重要,这里只是说思路,并且公司的代码不能乱发,等下罚钱。

我粗看这份代码,按顺序粗读,

首先看通信任务
在这里插入图片描述
在这里插入图片描述

30minutes later ~~~

有点像树状图,层层的封装,高内聚低耦合,先收到一个信号,发送相应的指令,我想要什么数据就发什么数据,局限于串口的传输速率,还有其它原因,数据的安全性啥的东西,并不能全发出去,并且,处理器的运算能力跟不上,adc采集的通道过多(暂时是这样子理解的,如果有错,会在后面写出来),目前准备改成以太网的那种通信方式。

串口的传输率,波特率115200(bit)/8 == 14400(byte/s)

也就是14400/1000==14.4 byte/ms

由于发送的数据量很多,我没具体看,虽然可以完成任务,但是也很勉强,

以太网的传输速率是100M<img
对于这个任务来说是可以的
在这里插入图片描述

30 minutes later~~~

一旦接受到串口的收或者发,收和发的中断就会打开,在初始化完成之后(配置中中断接受啥的),一旦收到了,硬件上某个寄存器的一位,或者几位就置为1,当为1的时候,就会打开中断,可以看看下图![[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-tc2aAf3E-1643250179248)(C:\Users\lenovo\AppData\Roaming\Typora\typora-user-images\image-20220127093605423.png)](https://img-blog.csdnimg.cn/2844b375e7914fac9428ac47c2d904f0.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBAeXFwMTIzNDU2NA==,size_20,color_FFFFFF,t_70,g_se,x_16)

数据发送有点不一样,看下图

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-B8Ri3nbG-1643250179250)(C:\Users\lenovo\AppData\Roaming\Typora\typora-user-images\image-20220127093853591.png)]

串口中断开了,还要检测是什么类型的中断开了,是收中断开了,还是发中断开了

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-W3lhHwlC-1643250179251)(C:\Users\lenovo\AppData\Roaming\Typora\typora-user-images\image-20220126171022018.png)]

(转)关于stm32串口三种发送方式USART_IT_TXE/USART_IT_TC/DMA的理解

第一种 USART_IT_TXE(发送寄存器空中断) 顾名思义,一旦寄存器空了 就会中断一次,为了防止一直进该中断或者不断往该寄存器装载数据,
在不装载数据时,一般需要做如下操作:
1.初始化的时候,屏蔽该中断
USART_ITConfig(USARTx, USART_IT_TXE, DISABLE);
2.要发送数据前,使能该中断
USART_ITConfig(USARTx, USART_IT_TXE, ENABLE);
3.发送数据结束后,屏蔽该中断
USART_ITConfig(USARTx, USART_IT_TXE, DISABLE);
第二种 USART_IT_TC(发送完成中断) 意为:发送寄存器发送完成之后,会进一次中断,它不像发送寄存器空中断,这时填入下一个数据,等到发送完成后再一次进入中断。这里需要注意的一点是,为了防止每次发生的第一个数据丢失,需要事先将该标志清零,USART_ClearFlag(USART2,USART_FLAG_TC)。
第三种方式采用DMA通道发送,具体的需要日后介绍

等到发送完成后再一次进入中断。这里需要注意的一点是,为了防止每次发生的第一个数据丢失,需要事先将该标志清零,USART_ClearFlag(USART2,USART_FLAG_TC)。
第三种方式采用DMA通道发送,具体的需要日后介绍

  • 1
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值