请教CAN总线扩展帧与中断的问题网!

请教CAN总线扩展帧与中断的问题网

趋势迷

请教CAN总线扩展帧与中断的问题

2024-08-12 21:08:29 来源:网络

请教CAN总线扩展帧与中断的问题

can总线中扩展帧和标准帧的异同???
但保留位不同🐾|🌏,标准帧IDE🎆🦒——🤖🌓、R0🌿-😹,扩展帧R1🐤-🐖🤔、R0🐼——🦜,必须以显性电平发送(由数据链路层操作)🧸——🎳🐪,对程序员透明🦖🦌-🐥😹;r\n其它的都一模一样🌛🥍——😮,所以*__🦇🌲,其实CAN标准帧和扩展帧只是在ID的长度上不一样🌍🌿——🦢,以能扩展更多的CAN节点🌞🐄|🌹,
具体细节可以参见《现场总线CAN原理与应用》一书🎇-🦥,北京航空航天大学出版社🐟🦭_🦬🐪。2.11位标识符与屏蔽寄存器和代码寄存器组成了CAN总线的滤波模式🦬😯——-🏵。3.初始化总线定时寄存器😯_🦔🤠,控制寄存器🐘--🐁💮,输出寄存器🐏🍃-🦒🏉,中断寄存器🥊————🐒🐃。4.屏蔽寄存器全部为0xFF🐳🦂_🌟,使滤波位“无关”5. 高8位为9🐊🌳——🍂🌜,即为0000_1001*😆_😒🐸,CODE0= 0000_1001 MASK后面会介绍🐐*——😓。

请教CAN总线扩展帧与中断的问题

can总线问题??
首先不得不说提问者爱思考也爱探究竟🙊_🦁,不过我要提醒您一句的是😟|-🦓,CAN总线数据帧与数据帧可不像串口一样紧挨着🏏🐨-|🐈🤭,之间还有“帧间空间”🦈|-🦇,也就是说*——🎉,即使循环发送CAN帧🙂_🏓,也至少还有3位隐性位间歇场😺🐩_🐀🦤,换句话说🐪——😪,最小间隔至少是8+3=11位🤥🥎--🐓,即16*11/8=22微秒🐰🐞||🪱🐬。
控制帧中的DLC(数据长度)完全相同🦘||🌓,但保留位不同🦌--🙄✨,标准帧IDE😧——🦈🐄、R0🐆🏅_😑,扩展帧R1*——|🌔😹、R0🎀🦁|——😏,必须以显性电平发送(由数据链路层操作)🐂🦜-🪡,对程序员透明🦏_🐍;其它的都一模一样🥋--🌖,所以😔_——🐇,其实CAN标准帧和扩展帧只是在ID的长度上不一样🦥🕹||😄🌒,以能扩展更多的CAN节点🐃——🕷,更好地支持上层协议而已🦗🐄_🎊。
CAN标准帧和扩展帧分别适用于什么工况???
CAN总线的标准帧和扩展帧主要决定帧ID的长度🌘_*🌿,标准帧的帧ID长度是11位😷————*,也就是帧ID的范围是000-7FF🐯🦚-🐣🍀。扩展帧的帧ID长度是29位🍄🎮_🤪*,也就是帧ID的范围是0000 0000-1FFF FFFF🎃😫——|😠🪴。CANopen帧ID最多是11位的🦜_🐙✨,因此是标准帧🐓🙄|——🌸;而SAE 1939协议通常是18XX XXXX的帧ID🪱|🦝,是29位的🐬——|🎈,因此是扩展帧👺_*🌿。
CAN总线的扩展帧🌔——_🪡,其实没有什么特别的☹️|——🐔,也就是CAN-BUS通信中一种数据格式而已🐞——👽☀️,符合的是CAN2.0B的标准🐘--🤖🦔,相对于CAN-BUS通信中另外一种帧格式标准帧来说👿——|♣🐰,也就是ID段的个数不一样罢了🐵☘-🐸,标准帧是11位的ID🌹|🐯🌙,而扩展帧是29位的ID🥀🦮|-🙀😎。想要分析CAN总线的扩展帧🌩🤣-🔮,你只要找个普通的CAN卡就可以拿到数据做分析有帮助请点赞🐝——🐔😙。
哪有can扩展帧过滤详解的设置实例???
这个问题我觉得你应该和CAN总线协议分开🦝||🐩,因为CAN总线硬件链路层协议和数据链路层协议都是标准的🐚😵|🤡,就是CAN2.0A和CAN2.0B协议🤯_-*,我觉得你应该是要定义上层应用的协议🤣😢-😆,专门针对你的通讯信息的协议🐣🌼——*🐁,比如说你要传输“设置量程上下限🌲🤭-|🦒,报警上下限🥇-🐍,绘制历史和实时曲线”等信息的协议🙈🌴————🐲,如果是这样的话🦎🐜——🦕🐗,那就到此结束了?🎲🏸|-🥋。
我来说下我的看法🐬_🐕:一般我们在进行CAN总线数据的收发时🦠-🤭,采用的主要是标准帧数据和扩展帧数据两种🐩-🦌,其中标准帧数据是11位的🐌🦠|🥌,扩展帧的29位的🌦——😯,它们之间没有优劣之分🦎|-🦀😒,各有各的好处🤗😩————🐑,在使用时我们要根据具体情况进行选择🃏|——🪶👹,如果你对CAN总线知识或者相关设备感兴趣的话😫——🦕,可以前往GCGD官网进行具体的咨询🐙-|😳🕷。
CAN总线怎么把标准帧改成扩展帧???
完全是两个概念🕸-🍁,业内有一个不成文的规定🦧*--🐈‍⬛🦥,标准用于乘用车🐨|_🐒,扩展帧用于卡车🐿🌞_|🌴、工程车辆🐖——-🐂,基于这个现状两者的信息携带量也不同*🐟-🦕,这样就牵扯到整个网络需要重新规划⭐️😻——|🤨😨,因此最多是将标准帧的网络规划作为一个参考🕊🪢——-🌦,不能直接生搬硬套😗🐟|——😖🎟。有问题可以留言😌--🐽,
图解CAN总线数据的组成和帧格式CAN(Controller Area Network)是一种在汽车行业中广泛应用的串行通信协议🪄🐷||*🤢,由博世公司1986年开发🪳|-☘🎫,后经ISO11898和ISO11519标准化😓👽_🐅🦌,成为欧洲汽车网络的标准协议🎭——🦃😔。其设计初衷是为了减少线束数量⚡️——🐈、支持多数据高速通信🧨🎄|🥎🦟,确保安全性🐾——🦒、舒适性和成本效益🦚————🦠🥋。CAN数据的构成包括头尾段🐕‍🦺😿-🌝、仲裁有帮助请点赞🦚-*。