kixyu‘s blog|(ฅ●ω●ฅ)

~ (ฅ⁽˙ᵕ˙⁾ฅ) 💬 欢迎光临我的小站！✨✨ 这里是个随缘更新的宇宙角落～～ (*≧▽≦)💌

置顶从本地到云端：Halo 博客部署全流程实录

1 前言本文章将从本地部署 Halo 博客并暴露到公网，再将 Halo 数据迁移到云服务器进行部署，并做好相关配置，分两章进行说明。 2 本地部署 Halo 2.1 安装 Docker Compose 安装 Docker Compose 可查看官方文档：https://docs.docker.co

VPS

整车控制器信号字典

在《整车控制器信号字典》一文中，我们将对常见的制动控制相关信号进行统一归纳，便于在开发、调试和故障诊断时快速查阅和交流。下表列出了这些信号的英文缩写、全称及对应的中文名称，帮助读者建立清晰的概念映射。

网络协议

ADAS 架构详解：中间件 RTE 深入解析

1 引言在我之前的文章中，已对 ADAS 系统的 ASW 与 BSW 做了概述，并详细阐述了应用层的感知、融合、规控与执行流程。为了完整呈现 AUTOSAR 标准下软件组件的协作模式，本章将聚焦位于应用层与基础软件之间、所有 ECU 必须遵循的运行时环境（RTE）。作为 AUTOSAR 体系结构的

系统

1Panel 部署Tg bot

1 引言本方案旨在将 Tg_pm_bot 从本地通过 CF Tunnel 暴露公网，升级为独立服务部署，提升稳定性与可维护性。核心思路包括：服务拆分：将 Bot 服务与 MySQL 数据库分别部署在不同环境，避免单点故障。高可用策略：使用 Docker Compose（1Panel）管理容器，

VPS

ADAS 架构详解：感知·融合·规控·执行

1 引言 1.1 文档背景在之前的项目文档中，我已对 ADAS 的定义、功能需求，以及底层软件（底软）与应用层的整体关系做了概述，但均停留在概念层面，未对核心流程进行深入拆解。本篇文档的编写初衷是：聚焦四大核心流程 —— 感知、融合、规控（规划＋控制）、执行；补充细节实现 —— 针对每个环节的

系统

Canoe使用

1 准备工作在开始使用 Canoe 之前，需要先将 VN5610A 硬件设备通过 USB 或 PCIe 接口连接到电脑，并确保已安装对应驱动。驱动安装完成后，操作系统才能正确识别 CAN 硬件；若驱动版本不匹配，Canoe 将无法正常启动或加载硬件配置。 2 打开软件启动 Canoe 时，若弹

工具

TsMatser 使用

1 前言 TsMaster是一款面向汽车电子与车载网络工程师的轻量级总线诊断与回放工具。基于对CAN、CAN FD、LIN等总线协议的深度支持，TsMaster能够快速导入、解析并回放采集的报文数据，配合过滤与触发功能，帮助开发与验证团队在软件及硬件在环（SIL/HIL）测试中，精准再现目标场景。

工具

ADAS 系统底层软件与应用层

1 概念定义：底层软件与应用层 1.1 底层软件指支撑ADAS系统运行的基础程序，包括操作系统（Operating System, OS）、设备驱动程序（Device Driver，用于控制和管理传感器、执行器等硬件的模块）以及基础服务等。底层软件直接与硬件交互，向上提供统一的接口和运行环境，相

系统

ADAS 功能定义 & 系统需求

1 引言 (Introduction) 高级驾驶辅助系统（ADAS，Advanced Driver Assistance Systems）是通过电子技术协助驾驶员提高行车安全和便利性的汽车系统集合。ADAS融合多种传感器（如雷达、摄像头、激光雷达等）和控制算法，在主动安全领域发挥关键作用，帮助减少交

系统

CanFD基础知识总结

原文：https://www.canfd.net/canfd.html 1 引入与背景传统CAN每帧仅能传输0–8 字节，最高1 Mb/s，随着ECU数量和总线报文量增长，带宽不足。 CAN FD（Flexible Data‑rate）在保留1 Mb/s仲裁段的同时，数据段最高可达8 Mb/s，数

网络协议