shaplus's blog

参考：江协科技 错误类型 错误状态 错误计数器 波形示例

can协议简介 can总线帧格式 can总线位同步 can总线仲裁 can总线错误处理

参考：江协科技 多设备同时发送遇到的问题 资源分配规则1 - 先占先得 资源分配规则2 - 非破坏性仲裁 非破坏性仲裁过程: 数据帧和遥控帧的优先级 标准格式和扩展格式的优先级

参考：江协科技 接收方数据采样遇到的问题 位时序 硬同步 再同步 波特率计算

参考：江协科技 CAN协议5种类型的帧 数据帧数据帧格式 数据帧发展史 遥控帧遥控帧无数据段，RTR为隐性电平1，其他部分与数据帧相同 过载帧当接收方收到大量数据而无法处理时，其可以发出过载帧，延缓发送方的数据发送，以平衡总线负载，避免数据丢失 帧间隔将数据帧和遥控帧与前面的帧分离开 位填充 波形实例

参考：江协科技 介绍 与主流协议对比 硬件电路 电平标准 can收发器stm32芯片必须通过can收发器才能与can总线进行通信。 物理特性

介绍 口味：微辣 制作难度：简单 制作时间：10分钟左右 平均成本：4块左右 热量：2300千卡左右 食材 同碗福咸蛋黄拌面 光庆海苔碎 白象火鸡面酱和小龙虾酱 鸡蛋 制作 煮面 把蛋黄拌面酱、海苔碎、白象火鸡面酱和小龙虾酱、水煮鸡蛋放入碗中 将鸡蛋用筷子分散 将煮好的面放上拌起来 成品

通俗易懂理解Git核心概念：分支、节点、main等之前讲了Git管理项目的宏观思路，很多人对「分支」「节点」「main」这些高频概念还是懵的。今天用最生活化的例子（写论文），把所有相关概念讲明白，全程无专业术语，一看就懂。 先定一个核心类比：把整个Git项目，想象成你写一篇毕业论文的「完整过程」，所有概念都围绕这个过程展开，瞬间好理解。 一、核心基础概念（必懂，最常用）1. main（主干）—— 论文的「最终定稿版」main（也有旧版本叫master）是Git默认的「主干分支」，也是项目的「核心主线」，类比下来： 就像你毕业论文的「最终定稿」—— 只有经过修改、审核、确认无误的内容，才会放到main上。它是项目最稳定、可直接发布、可复用的版本，所有人都以它为基础开展工作。 补充：main不是固定不变的，而是随着项目推进，不断更新（比如把新功能、修复好的bug合并进来），但始终保持「稳定可用」。 2. 分支（Branch）—— 论文的「修改草稿版」分支就是从main（主干）分离出来的「独立开发线」，类比： 你写毕业论文时，先有一个初稿（对应main），但想修改某一章节（比如优化文献...

Git管理项目：核心概念与宏观思路（纯理论版）本文纯讲Git管理项目的核心思想和宏观逻辑，不涉及任何具体操作命令，适合用于理论梳理，快速理解Git的本质。 Git管理项目的核心概念Git 本质是一套分布式版本控制系统，无需纠结操作细节，抓住以下3个核心概念，就抓住了Git的本质： 版本项目每一次稳定、可记录的状态，就是一个「版本」。 举例：写完登录功能 → 版本1；完成注册功能并调试无误 → 版本2；优化页面交互后 → 版本3，每一个可复用、可回溯的稳定状态，都可作为一个独立版本。 快照Git 的核心记录方式，不是追踪“某个文件改了哪几行”，而是给整个项目当前的完整状态拍一张“快照”。 这张快照包含了此时项目中所有文件的内容、目录结构，相当于给项目的当前状态“存档”，后续任何改动，都会基于快照产生新的记录。 分布式区别于传统的“集中式管理”，Git 的分布式核心是：每个开发者的电脑上，都有完整的项目历史记录。 无需依赖中央服务器，断网、服务器故障时，依然可以在本地继续开发、记录版本，待网络恢复后，再同步更新即可，极大提升了开发的灵活性和安全性。 Git管理项目的宏观思路Git 管...

Git管理项目核心概念与宏观思路 Git分支节点概念 git指令