前言: CAN是ControllerAreaNetwork的缩写（以下称为CAN），是ISO国际标准化的串行通信协议。在当前的汽车产业中，出于对安全性、舒适性、方便性、低公害、低成本的要求，各种各样的电子控制系统被开发了出来。由于这些系统之间通信所用的数据类型及对可靠性的要求不尽相同，由多条总线构成的情况很多，线束的数量也随之增加。为适应“减少线束的数量”、“通过多个LAN，进行大量数据的高速通信”的需要，1986年德国电气商博世公司开发出面向汽车的CAN通信协议。此后，CAN通过ISO11898及ISO11519进行了标准化，现在在欧洲已是汽车网络的标准协议。现在，CAN的高性能和可靠
本文的初衷一方面是将我的一些关于STM32开发方面浅显的个人经验分享给初学者、并期望得到大佬的批评指正，另一方面是记录自己的实验过程便于回顾。我预感应该要写很多，不过鉴于之前的数篇笔迹中，对于SPI/DMA/ADXL3XX系列加表的使用已经详细描述过了，所以这篇博客只记录系统构建的整体流程。摘要：通过STM32H743VIT6驱动两片adxl355和1片adxl375，采用SYNC信号同步控制方式实现3个传感器的数据，采用FIFO流模式，采用3组SPI+DMA实现数据的同步采集，采用串口1+DMA进行数据传输，采用串口2+中断构建指令系统，具体指令及对应的功能如下图。通过定时器+计数实现了频率
目录方法1.使用usb转TTL模块硬件监控；方法2.使用JLINK的SWD接口的串口收发脚进行硬件监控；方法3.使用虚拟串口进行软件监控；方法1.使用usb转TTL模块硬件监控；方法2.使用JLINK的SWD接口的串口收发脚进行硬件监控；吃水不忘挖井人：Jlinkv9虚拟串口功能，不用再单独购买串口线了_jlink虚拟串口_丐帮专业打狗的博客-CSDN博客2.1 硬件条件：JLINK_V9以上版本;2.2 硬件连接： 2.3 软件条件：安装JLINK软件；链接地址：SEGGER-TheEmbeddedExperts-Downloads-J-Link/J-Trace我自己安装的是V6.3版本，该
作者：禅与计算机程序设计艺术1.简介随着汽车电动化、智能化、自动化的进程，机器人产业也已经进入了一个全新阶段。在这个过程中，自动驾驶（AutoDriving）已经成为新的热点话题。而自动驾驶所依赖的基础设施之一就是无线通信技术。无线通信技术的应用场景主要分为两种：1.车载终端设备之间的通信；2.机器人与远程控制中心之间的通信；目前国内外尚未形成统一的无线通信标准，各厂商各自制定了自己的协议或接口规范，因此不同制造商之间存在差异性。因此，在车载终端设备之间进行无线通信时，需要考虑兼容性、安全性、可靠性等方面因素，保证通信的稳定性和效率。机器人与远程控制中心之间的通信则更加复杂，涉及安全、可靠、实
1.串口通信基础串口通信（SerialCommunications）的概念非常简单，串口按位（bit）发送和接收字节。尽管比按字节（byte）的并行通信慢，但是串口可以在使用一根线发送数据的同时用另一根线接收数据。它很简单并且能够实现远距离通信。比如IEEE488定义并行通行状态时，规定设备线总长不得超过20米，并且任意两个设备间的长度不得超过2米；而对于串口而言，长度可达1200米。典型地，串口用于ASCII码字符的传输。通信使用3根线完成，分别是地线、发送、接收。由于串口通信是异步的，端口能够在一根线上发送数据同时在另一根线上接收数据。其他线用于握手，但不是必须的。串口通信最重要的参数是波
1、先镜像备份好机器人系统程序文件2、F1和 F5镜像备份后关机重启进入控制模式导入已配置好的镜像Modbus程序文件（选择第4个选项）3、再进入控制柜写入（选择第3个）3、再进入UD1（选择第3个）4、选择要刷入的文件5、再选择第一个进入6、选择第3个控制器启动7、冷启动完之后进入工具设置编辑机器人编号8、进入UD1单独加载一次变量SYSSERVO伺服数据 SYSMAST 零点变量9、最后把原来镜像备份好的机器人系统程序文件再导入进机台，选择第6个恢复以上所有
现在来详细看一下寄存器，我们直接查看单片机手册。SCON寄存器先来说说SCON寄存器。前一节我们提过，我们一般使用串口用的是模式1，即8位UART，这样我们就用不到校验位。从手册中可以看到，寄存器SCON中的SM0和SM1配置成01即可。SM2寄存器明显用不到，因为我们没有用模式2和3.REN寄存器控制接收串行，发送数据时候置0，接收数据时置1。TB8和RB8同SM2，一样用不到。TI就比较关键了。我们肯定会用到。从串口结构图中可以看到，TI是一个标志位，来判断发送是否结束。举个例子，发送数据就是全自动步枪，TI寄存器就是我们的枪栓。我们发送结束后，TI的值会自动置1，我们需要手动写程序在软件
在stdio.h中的printf原本输出到控制台，在单片机应用中一般将其改到串口，并利用串口输出信息来调试程序，非常方便。（本文以USART1为例）此外CubeMX及CubeIDE由于自动生成基础代码，因此每当更改硬件配置的时候，都会被重置生成的基础代码。这里使用goto语句来避免部分修改过的基础代码被替换掉。方法如下：配置CubeMX，选择芯片：选择芯片后勾选右上角蓝色图标："StartProject"在系统内核中，配置系统时钟。在mode中，选择使用外部晶振。进入ClockConfiguration进行时钟树的配置（根据外接晶振的实际情况配置）进入Connectivity选项卡配置串口，这
前言 在以前的STM32单片机应用中，经常使用STM32F103C8T6最小系统板（小蓝板）作为主控。程序下载和串口交互都需要额外器件和接线，程序下载的话要用到ST-link，串口交互用到USB-TTL，常见的样子就下面这样吧。 为了摆脱接线的麻烦和少占用我一个USB口，我决定将它俩集成到主控上。这里采用的方案是ST-linkV2.1，上图所示的是ST-linkV2，它没带串口功能。而V2.1的带有虚拟串口，但是固件大小比V2的大。一、设计3D展示 这里用要2块STM32F103的芯片，顶层的芯片是刷ST-linkV2.1固件作下载加串口功能，
【stm32CubeMX】STM32F103c8t6串口通信发送'hellowindows'一、串口通信协议1.UART协议2.RS-2323、RS-485二、USB转TTL三、配置CubeMX并建立工程四、串口通信实现五、keil仿真观察串口输出波形六、总结七、参考资料一、串口通信协议 串行通信协议包括系统间协议和内部系统协议。 系统间协议：用于通信两个不同设备的系统间协议。就像计算机与微控制器套件之间的通信一样。通过内部总线系统进行通信。常见的有UART协议、USART协议、USB协议。 内部系统协议：内部系统协议用于通信电路板上的两个设备。在使用这些系统内协议时，我们将不使用系统内
