stm32之watchdog

---恢复内容开始---

CAN总线的特点:

    1、多主控制

      在总线空闲时,所有单元都可以开始发送消息(多主控制);

      最先访问总线的单元获得发送权(辨别方式:“CSMA/CA方式”);

      多个单元同时开始发送时,发送高优先级ID消息的单元可获得发送权;

    2、消息的发送

      在can协议中,所有消息都是

can总线协议概述:

  CAN是Controller Area Network的缩写,由德国博世公司开发;CAN通过ISO11891以及ISO11519进行了标准化;

      

  以固定格式发送。总线空闲时,所有与总线相连的单元都可以开始发送新消息。两个以上的单元同时开始发送消息时,根据标识符(ID)决定优先级。ID并不是表示发送消息的目的地址,而是表示访问总线的消息优先级。两个以上的单元同时开始发送消息时,对各消息ID的每个位进行逐个仲裁比较,仲裁获胜(优先级最高)的单元继续发送消息,仲裁失利的单元则立刻停止发送而进行接收工作;

    3、系统的柔软性

      与总线相连的单元没有类似于“地址”的信息,因此在总线上增加单元时,连接在总线上的其他单元的软硬件及应用层都不需要改变;  

    4、通信速度

      根据整个网络的规模,可设定适合的通信速度。最高1Mbps;

      在同一网络中,所有单元必须设定成统一通信速度,即使有一个单元的的通信速度与其他的不一样,此单元也会输出错误信号,妨碍整个网络的通信,不同网络间则可以有不同的通信速度;

    5、远程数据请求

      可通过发送“遥控帧”,请求其他单元发送数据;

    6、错误检测功能(错误通知功能、错误恢复功能)

      所有的单元都可以检测错误(错误检测功能)

      检测出错误的单元会立即同时通知其他所有单元(错误通知功能)

      正在发生消息的单元一旦检测出错误,会强制结束当前的发送。强制结束发送的单元会不断反复地重新发送此消息直到成功发送(错误恢复功能);

    7、故障封闭

      CAN可以判断出错误的类型是总线上暂时的数据错误(如外部噪声)还是持续数据错误(如单元内部故障、驱动器错误)。由此功能,当总线上发送持续错误时,可能引起此故障的单元从总线上隔离出去;

    8、连接

      CAN总线是可同时连接多个单元的总线。可连接的单元总数理论上是没有限制的。但实际上可连接的单元数受总线上的时间延迟及电气负载的限制。降低通信速度,可连接的单元数增加,提高通信速度,则可连接的单元数减少;

CAN总线协议:

 CAN总线涵盖了OSI规定的传输层、数据链路层、物理层;

物理层:

  决定了位编码方式(NRZ编码,6个位插入填充位),位时序(位时序、位的采样)、同步方式(根据同步段ss实现同步,并具有再同步功能);但具体的说:信号电平,通信速度,采样点,驱动器和总线的电气特点,连接器的形态都没有定义,需要用户自行确定;

传输层:

  定义了再发送控制;

数据链路层:

  数据链路层分LLC(逻辑链路控制 Logic Link control)子层 和MAC(媒介访问控制Media access control)子层;

    LLC子层,执行接收消息选择(点到点、广播、组播)、过载通知(通知接收准备尚为完成)、错误恢复功能(再次发送);

    MAC层: 进行数据帧化(4种帧类型),连接方式控制(竞争方式),消息仲裁(ID仲裁),故障扩散抑制(自动识别暂时错误和持续错误,排除故障节点),错误通知(CRC错误、填充位错误、位错误、ACK错误、格式错误),错误检测,应答方式(ACK, NACK),通信方式(半双工)等设置;

  MAC子层是CAN协议的核心,数据链路层的功能是将物理层的信号组成有意义的消息,并提供传送错误控制等传输控制的流程。数据链路层的功能通常是在CAN控制器的硬件中执行;

帧的概念:

  数据帧:用于发送单元想接收单元传送数据的帧;

  遥控帧(请求帧): 用于接收单元向具有相同ID的发送单元请求数据的帧;

  错误帧:用于当检测出错误时向其它单元通知错误的帧;

  过载帧:用于接收单元通知 其尚未做好接收准备的帧;

  帧间隔:用于将数据帧及遥控帧与前面的帧分离开来的帧;没有实际意义

数据帧和遥控帧 都有标准格式和扩展格式两种格式。标准格式有11个位的标识符(Identifier,以后称ID),扩展格式有29个位的ID;

  

---恢复内容结束---

时间: 2024-11-08 17:21:12

stm32之watchdog的相关文章

STM32工程中出现 error: A1163E: Unknown opcode R0, , expecting opcode or Macro错误分析及处理

最近测试以前的一个程序,一般都是打开以前写的程序修改参数直接测试 但是发现以前的编译后出现错误. 奇怪了,以前的出现都是调试好了的啊,一般都是没有错误的,迅速找问题 跳转到错误代码行 代码区域 1 Heap_Size EQU 0x00000000 2 3 AREA HEAP, NOINIT, READWRITE, ALIGN=3 4 __heap_base 5 Heap_Mem SPACE Heap_Size 6 __heap_limit 7 8 PRESERVE8 9 THUMB ;指定为TH

STM32的两只看门狗

STM32独立看门狗, 由专门的低速时钟(LSI)驱动,即便是主时钟发生故障它仍能够有效,所以此狗狗可以工作在与主时钟无关的要求下,或者待机模块下等,所以它叫独立看门狗,注意一旦开启此看门狗则只能由MCU复位后才清除,让它不再工作. 它的时钟是一个内部RC时钟,它会在30KHZ到60KHZ之间变化,并非是精确的40KHZ,而只是一般计算时取40KHZ. 独立看门狗需设置四个寄存器如下: 其中, 预分频寄存器(IWDG_PR),最低三位PR[2:0](Prescaler divider)有效,可设

STM32启动文件详解及SystemInit函数分析(转)

;先在RAM中分配系统使用的栈,RAM的起始地址为0x2000_0000 ;然后在RAM中分配变量使用的堆 ;然后在CODE区(flash)分配中断向量表,flash的起始地址为0x0800_0000,该中断向量表就从这个起始地址开始分配 ;分配完成后,再定义和实现相应的中断函数, ;所有的中断函数全部带有[weak]特性,即弱定义,如果编译器发现在别处文件中定义了同名函数,在链接时用别处的地址进行链接. ;中断函数仅仅实现了Reset_Handler,其他要么是死循环,要么仅仅定义了函数名称

STM32启动过程--启动文件--分析

一.概述 1.说明 每一款芯片的启动文件都值得去研究,因为它可是你的程序跑的最初一段路,不可以不知道.通过了解启动文件,我们可以体会到处理器的架构.指令集.中断向量安排等内容,是非常值得玩味的. STM32作为一款高端Cortex-M3系列单片机,有必要了解它的启动文件.打好基础,为以后优化程序,写出高质量的代码最准备. 本文以一个实际测试代码--START_TEST为例进行阐述. 2.整体过程概括 STM整个启动过程是指从上电开始,一直到运行到main函数之间的这段过程,步骤为(以使用微库为例

6.SysTick系统时钟滴答实验(stm32中断入门)

系统时钟滴答实验很不难,我就在面简单说下,但其中涉及到了STM32最复杂也是以后用途最广的外设-NVIC,如果说RCC是实时性所必须考虑的部分,那么NVIC就是stm32功能性实现的基础,NVIC的难度并不高,但是理解起来还是比较复杂的,我会在本文中从实际应用出发去说明,当然最好去仔细研读宋岩翻译的<Cortex-M3权威指南>第八章,注意这不是一本教你如何编写STM32代码的工具书,而是阐述Cortex-M3内核原理的参考书,十分值得阅读. SysTick系统时钟的核心有两个,外设初始化和S

第八章:STM32定时器

时间:2014年8月15日 一.定时器种类:      1.四个可同步运行的通用定时器(TIM2~TIM5),每个均有一个16位的自动加载递增/递减计数器.一个16位预分频器和4个独立的通道.       2.两个16位高级控制定时器(TIM1和TIM8)         特点:由一个可编程预分频器驱动的16为自动装载 计数器组成,与通用定时器有共同处,但功能更强大.       3.两个基本定时器(TIM6和TIM7)        特点:主要用于产生DAC触发信号,也可以当作通用的16为时基

MDK+硬件仿真器实现debugprintf()-stm32

1MDK工程设置如下 2其中stm32debug.ini文件内容为 /******************************************************************************/ /* STM32DBG.INI: STM32 Debugger Initialization File */ /******************************************************************************/

关于STM32 __IO 的变量定义

这个_IO 是指静态 这个 _IO 是指静态 volatile uint32_t 是指32位的无符号整形变量uint32_t 是指32位的无符号整形变量: 搞stm32这么久了,经常看到stm32里面库文件里面有用"_IO"定义的变量,查过一下当时记住了,过段时间又给忘记了.所以才特意的写一个博文来记住. volatile volatile 类型是这样的,其数据确实可能在未知的情况下发生变化.比如,硬件设备的终端更改了它,现在硬件设备往往也有自己的私有内存地址,比如显存,他们一般是通过

基础入门_Python-模块和包.运维开发中watchdog事件监视的最佳实践?

简单介绍: 说明:  此模块是一个跨平台的PY库和SHELL工具,可以监视文件系统事件(增加/删除/修改) 快速安装: pip install --upgrade watchdog 日志记录: event_handler = LoggingEventHandler() -> event_handler 说明: 创建一个日志处理句柄,其实LoggingEventHandler是继承自FileSystemEventHandler类,只是重写了增删查改的回调函数,直接调用logging模块写到对应lo