can标准帧多少位，关于单片机读取汽车CAN数据的问题明白人进

来源：整理时间：2024-04-02 21:14:18 编辑：亚灵电子网手机版

1，关于单片机读取汽车CAN数据的问题明白人进

是的，通过CAN、SPI、IIC、UART等得到的基础数据都是Byte，最终为何种数据类型，需要根据双机之间通讯协议来组合。

期待看到有用的回答！

关于单片机读取汽车CAN数据的问题明白人进

2，stm32can口标准帧怎么配置

全默认的情况就是标准帧

rcc->apb2enr|=1<<6; //使能porte时钟gpioe->crh&=0x0fffffff; gpioe->crh|=0x30000000; //pe15 推挽输出模式gpioe->odr|=1<<15; //pe15 设置为上拉有这四行代码就搞定了，然后这个只会作用于pe15，对其他口没有影响。

stm32can口标准帧怎么配置

3，CAN总线中使用11为标识符还是28位是由什么决定的啊

标准帧是11位标示符，扩展帧采用29位标示符，不是28位

1.can协议中有规定，在某几位发送目的站的地址，目的站可以通过对这几位进行选择，自行决定是否接受该消息，是自己变成设定的2.一般can通信芯片都可以在寄存器里设定自己需要接受的标识符等a要和b通信，a要指导b的标识符，然后发出去，b发现标识符正确接受，c和d读完标识符后选择丢弃。c d节点选择不同的标识符即可。你的想法是对的。要实现can通信，选择一个合适的can控制芯片和驱动芯片即可

CAN总线中使用11为标识符还是28位是由什么决定的啊

4，can总线问题

首先不得不说提问者爱思考也爱探究竟，不过我要提醒您一句的是，CAN总线数据帧与数据帧可不像串口一样紧挨着，之间还有“帧间空间”，也就是说，即使循环发送CAN帧，也至少还有3位隐性位间歇场，换句话说，最小间隔至少是8+3=11位，即16*11/8=22微秒。

1，传感器是不能直接连can的，是由单片机采集传感器的信号然后通过can总线发出去，所以要考虑的是传感器和单片机的连接2.这个根据你的实际需求可以自己去设定时间3,。一般情况不用人去管了，只需要出问题了再进行维修4，这个就看你系统硬件是怎么设计的了，不同方案肯定不一样5，这个依然看你的硬件设计来估算

5，CAN里添加op帧是什么

CAN总线的标准帧和扩展帧主要决定帧ID的长度，标准帧的帧ID长度是11位，也就是帧ID的范围是000-7FF。扩展帧的帧ID长度是29位，也就是帧ID的范围是0000 0000-1FFF FFFF。CANopen帧ID最多是11位的，因此是标准帧；而SAE 1939协议通常是18XX XXXX的帧ID，是29位的，因此是扩展帧。

添加相当于二维动画中的原画。关键帧——相当于二维动画中的原画。指角色或者物体运动或变化中的关键动作所处的那一帧。关键帧与关键帧之间的动画可以由软件来创建，叫做过渡帧或者中间帧。关键帧的用途又分为:普通关键帧(用于处理图形图像和动画)和动作脚本关键帧(用于存放动作脚本，关键帧可以通过动作脚本控制flash影片和其中的影片剪辑

6，can总线发了几帧就停了

扩展帧和标准帧的区别在于：扩展帧的仲裁域有29位，可以出现2^29中报文，且在数据链路上是有间隙的(对操作者透明)。标准帧的仲裁域是连续的11位，可以出现2^11种报文；控制帧中的dlc(数据长度)完全相同，但保留位不同，标准帧ide、r0，扩展帧r1、r0，必须以显性电平发送(由数据链路层操作)，对程序员透明；其它的都一模一样，所以，其实can标准帧和扩展帧只是在id的长度上不一样，以能扩展更多的can节点，更好地支持上层协议而已。

CAN总线发多帧数据？是说不间断的发送多帧数据吗？这个不科学，给你举个例子。A的缓冲三帧连续发的CAN数据，ID是0x000005,在A发送第一帧的同时，B准备发送CAN数据，B的数据帧ID是0x000001,等A发完第一帧后，A的第二帧肯定是和B的数据一起仲裁，结果是A仲裁失利，等B发完才能继续发送。你要发多帧数据，可以看看ISO15765-2，里边就有CAN数据传输协议。

7，各位老师关于CAN总线的问题

差不多是这样的，我学校学过这的了，很久没有弄过了。参考资料链接那里有个文档，你可以看看。从OSI网络模型的角度来看同，现场总线网络一般只实现了第1层（物理层）、第2层（数据链路层）、第7层（应用层）。因为现场总线通常只包括一个网段，因此不需要第3层（传输层）和第4层（网络层），也不需要第5层（会话层）第6层（描述层）的作用。 CAN（Controller Area Network）现场总线仅仅定义了第1层、第2层（见ISO11898标准）；实际设计中，这两层完全由硬件实现，设计人员无需再为此开发相关软件（Software）或固件（Firmware）。同时，CAN只定义物理层和数据链路层，没有规定应用层，本身并不完整，需要一个高层协议来定义CAN报文中的11/29位标识符、8字节数据的使用。而且，基于CAN总线的工业自动化应用中，越来越需要一个开放的、标准化的高层协议：这个协议支持各种CAN厂商设备的互用性、互换性，能够实现在CAN网络中提供标准的、统一的系统通讯模式，提供设备功能描述方式，执行网络管理功能。