<?xml version="1.0" encoding="utf-8" ?><rss version="2.0"><channel><title><![CDATA[lamanchas的博客]]></title><description><![CDATA[]]></description><link>https://blog.csdn.net/lamanchas</link><language>zh-cn</language><generator>https://blog.csdn.net/</generator><copyright><![CDATA[Copyright &copy; lamanchas]]></copyright><item><title><![CDATA[ASPICE和26262的重合]]></title><link>https://blog.csdn.net/lamanchas/article/details/161094986</link><guid>https://blog.csdn.net/lamanchas/article/details/161094986</guid><author>lamanchas</author><pubDate>Fri, 15 May 2026 02:18:39 +0800</pubDate><description><![CDATA[]]></description><category></category></item><item><title><![CDATA[功能安全人员资质  培训AFSP]]></title><link>https://blog.csdn.net/lamanchas/article/details/161093547</link><guid>https://blog.csdn.net/lamanchas/article/details/161093547</guid><author>lamanchas</author><pubDate>Fri, 15 May 2026 01:12:49 +0800</pubDate><description><![CDATA[简单来说，K2到K6是AFSP认证培训的5个必修模块，它们完整覆盖了ISO 26262标准中从项目启动到具体软硬件开发的全部核心内容。涵盖软件安全要求的定义、架构设计、V-model开发流程，以及防止系统性失效的方法（如建模、代码规范、测试覆盖等）。· 课程费用：官方参考价 €4,185.00（约人民币3.2万元，未含税），已有机构确认可提供最高 20% 折扣。· 培训时长：常见为 3天 紧凑课程（如2小时考试则可能为5天）。· 考试形式：完成所有模块后，参加一场2小时的线上考试。· K2：功能安全管理。]]></description><category></category></item><item><title><![CDATA[汽车质量体系_4]]></title><link>https://blog.csdn.net/lamanchas/article/details/159998253</link><guid>https://blog.csdn.net/lamanchas/article/details/159998253</guid><author>lamanchas</author><pubDate>Thu, 09 Apr 2026 23:32:29 +0800</pubDate><description><![CDATA[在 ASPICE 的“软件架构设计”环节 -> ISO 26262 要求：必须用 FTA 方法分析故障传播。在 ASPICE 的“需求工程”环节 -> ISO 26262 要求：必须用 HARA 方法导出安全需求。ISO 26262 是内容（血肉）： 它跳进 ASPICE 建立的流程里，在每个环节塞入具体的安全方法。ASPICE 是容器（骨架）： 它建立了一个标准的开发流程（比如：需求->设计->编码->测试）。]]></description><category></category></item><item><title><![CDATA[汽车质量体系_3]]></title><link>https://blog.csdn.net/lamanchas/article/details/159998689</link><guid>https://blog.csdn.net/lamanchas/article/details/159998689</guid><author>lamanchas</author><pubDate>Thu, 09 Apr 2026 23:30:53 +0800</pubDate><description><![CDATA[ASPICE：基于SPICE“母版”定制出来的、专门用于汽车行业的“专业版”。CMMI：一个独立的、内容详尽的通用改进框架。SPICE：一个国际通用的评估标准“母版”。ASPICE（汽车软件过程改进及能力测定）CMMI（能力成熟度模型集成）]]></description><category></category></item><item><title><![CDATA[汽车质量体系_2]]></title><link>https://blog.csdn.net/lamanchas/article/details/159998610</link><guid>https://blog.csdn.net/lamanchas/article/details/159998610</guid><author>lamanchas</author><pubDate>Thu, 09 Apr 2026 23:26:57 +0800</pubDate><description><![CDATA[CMMI是将许多种CMM模型整合起来，包括SW-CMM软件工程、SE-CMM系统工程、IPPD-CMM集成产品和过程开发,以及SS-CMM供应商采购。CMM告诉人们做什么，却没有告诉人们怎么做，然后在此基础上PSP和TSP应运而生。CMM之所以创立，是因为人们发现影响软件质量的很大一个因素是管理问题。再后面就是CMMI开始被创立出来。]]></description><category></category></item><item><title><![CDATA[汽车质量体系_1]]></title><link>https://blog.csdn.net/lamanchas/article/details/159997920</link><guid>https://blog.csdn.net/lamanchas/article/details/159997920</guid><author>lamanchas</author><pubDate>Thu, 09 Apr 2026 22:22:51 +0800</pubDate><description><![CDATA[而ASPICE则是在汽车行业框架下，进一步聚焦软件研发这一细分领域，通过规范软件流程的各个环节，提升软件质量和开发效率，它是IATF16949在软件研发环节的深化和补充。IATF16949在ISO9001的基础上，针对汽车行业的特殊性，提出了更具体的质量管理要求，覆盖从设计、生产到服务的全供应链，确保汽车产品的质量和可靠性。从逻辑关系看，ISO9000是最底层的通用质量管理框架，定义了质量管理的基本术语和原则，适用于所有组织。ASPICE则是“主体”中软件部分的“精细装修”。]]></description><category></category></item><item><title><![CDATA[大模型能取代技术文章吗]]></title><link>https://blog.csdn.net/lamanchas/article/details/158660823</link><guid>https://blog.csdn.net/lamanchas/article/details/158660823</guid><author>lamanchas</author><pubDate>Wed, 04 Mar 2026 19:33:01 +0800</pubDate><description><![CDATA[原来是使用90％的脑仁儿交出一个60％的输出，现在，50％甚至是30％的脑仁利用率，交出一个80％的输出。且心满意足，停止思考。对于自己来说，发布技术文章，回到了最初的样子，记录和输出，而不是指望它能带来多大的关注度。是能弥补很多输出内容上的不足，但自己的脑子好像并不能快速吸收进来这些'补品'。不过可能还不如当初，现在甚至连发布，也开始要借助于大模型的优化和完善。大模型成熟之后，查找csdn的频率肉眼可见的变低。原本想要锻炼的表达能力，也缺少了训练的意义。]]></description><category></category></item><item><title><![CDATA[Dify：Step 5 大模型使用的基本流程，实战中问题规避方法]]></title><link>https://blog.csdn.net/lamanchas/article/details/155140113</link><guid>https://blog.csdn.net/lamanchas/article/details/155140113</guid><author>lamanchas</author><pubDate>Sat, 22 Nov 2025 22:04:16 +0800</pubDate><description><![CDATA[3. 如何才能识别到异常问题——提前对整体的项目做结构化的分解、定义，设立评价标准权重等，针对每个环节的异常有预判以及影响性评估。2. 实际落地中，尽管有优化方式的总结，但却很难识别到异常问题的原因，无法做出有效的优化。RAG的本质：构建一条高质量的提示词Prompt。让大模型理解你的业务（知识增强==》RAG）人类与大模型的交互方式：只有提示词。1. 定位到问题所在，才能进行优化。]]></description><category></category></item><item><title><![CDATA[【预留】Dify：step4 提示词工程]]></title><link>https://blog.csdn.net/lamanchas/article/details/155139222</link><guid>https://blog.csdn.net/lamanchas/article/details/155139222</guid><author>lamanchas</author><pubDate>Sat, 22 Nov 2025 20:41:20 +0800</pubDate><description><![CDATA[【预留】Dify：step4 提示词工程]]></description><category></category></item><item><title><![CDATA[【预留】Dify：step3 知识库 分段、清洗、检索]]></title><link>https://blog.csdn.net/lamanchas/article/details/155139210</link><guid>https://blog.csdn.net/lamanchas/article/details/155139210</guid><author>lamanchas</author><pubDate>Sat, 22 Nov 2025 20:40:30 +0800</pubDate><description><![CDATA[【预留】Dify：step3 知识库 分段、清洗、检索]]></description><category></category></item><item><title><![CDATA[汽车HIL测试供应商]]></title><link>https://blog.csdn.net/lamanchas/article/details/153749422</link><guid>https://blog.csdn.net/lamanchas/article/details/153749422</guid><author>lamanchas</author><pubDate>Wed, 22 Oct 2025 21:37:48 +0800</pubDate><description><![CDATA[END。]]></description><category></category></item><item><title><![CDATA[Dify： Step2 Dify模型配置 && Dify, Docker，ollama是什么关系]]></title><link>https://blog.csdn.net/lamanchas/article/details/151794423</link><guid>https://blog.csdn.net/lamanchas/article/details/151794423</guid><author>lamanchas</author><pubDate>Wed, 17 Sep 2025 15:32:13 +0800</pubDate><description><![CDATA[摘要：Dify是一个工作流模拟工具，通过Docker容器化部署其运行环境（含API、数据库等组件）。Ollama作为大模型管理平台，可本地或Docker部署，为Dify提供模型支持。配置时需修改Dify的.env文件，添加Ollama的API地址（如host.docker.internal:11434），并确保模型名称与Ollama中的Name一致。关键步骤包括：安装Ollama桌面版、本地部署模型（如llava/deepseek）、在Dify中添加Ollama供应商并匹配模型名称。（149字）]]></description><category></category></item><item><title><![CDATA[Dify:Step1 本地化安装部署on MACOS]]></title><link>https://blog.csdn.net/lamanchas/article/details/151707905</link><guid>https://blog.csdn.net/lamanchas/article/details/151707905</guid><author>lamanchas</author><pubDate>Mon, 15 Sep 2025 11:00:37 +0800</pubDate><description><![CDATA[本文记录了在Mac系统上部署Dify平台的过程及问题解决。主要步骤包括安装Docker桌面版、下载Dify源码、通过Docker启动服务。实际部署耗时两天，遇到Docker版本过旧、系统版本过低、brew镜像源、文件权限、Docker命令缺失等问题。通过豆包屏幕共享、DeepSeek验证、CSDN教程和B站视频等工具，最终解决了所有问题并成功部署。文中详细记录了每个问题的分析过程和具体解决方案，包括系统升级、镜像源更换、环境变量配置等操作，为类似环境下的部署提供了参考。]]></description><category></category></item><item><title><![CDATA[汽车充电过程中--各个电压的关系（DeepSeek）]]></title><link>https://blog.csdn.net/lamanchas/article/details/148094458</link><guid>https://blog.csdn.net/lamanchas/article/details/148094458</guid><author>lamanchas</author><pubDate>Tue, 20 May 2025 17:46:17 +0800</pubDate><description><![CDATA[充电时电池的实际端电压，受充电电流和电池内阻影响，满足 Vterminal=Vbat+Icharge×RinternalVterminal​=Vbat​+Icharge​×Rinternal​（内阻压升）。：BMS实时计算Vcharger−VterminalVcharger​−Vterminal​，确保压差在合理范围（通常ΔV < 10%额定电压）。Vcharger≈Vterminal≈VbatVcharger​≈Vterminal​≈Vbat​，仅以微小电流补偿自放电。，充电桩需动态调整输出电压。]]></description><category></category></item><item><title><![CDATA[GMSL：汽车里的音视频传输]]></title><link>https://blog.csdn.net/lamanchas/article/details/148092154</link><guid>https://blog.csdn.net/lamanchas/article/details/148092154</guid><author>lamanchas</author><pubDate>Tue, 20 May 2025 17:00:18 +0800</pubDate><description><![CDATA[其核心技术为串行器/解串器技术，简称SerDes，用于解决音频、视频、控制信号的高速传输问题。]]></description><category></category></item><item><title><![CDATA[Cursor初体验：excel转成CANoe的vsysvar文件]]></title><link>https://blog.csdn.net/lamanchas/article/details/146217587</link><guid>https://blog.csdn.net/lamanchas/article/details/146217587</guid><author>lamanchas</author><pubDate>Wed, 12 Mar 2025 23:54:45 +0800</pubDate><description><![CDATA[cursor生成python脚本实现excel转CANoe系统变量文件]]></description><category></category></item><item><title><![CDATA[电脑启动报错 sbat data failed]]></title><link>https://blog.csdn.net/lamanchas/article/details/142599381</link><guid>https://blog.csdn.net/lamanchas/article/details/142599381</guid><author>lamanchas</author><pubDate>Fri, 27 Sep 2024 17:54:12 +0800</pubDate><description><![CDATA[dell 进入bios:按下电源键后，连续点击F2.]]></description><category></category></item><item><title><![CDATA[【摘】CANoe：LIN停发报文]]></title><link>https://blog.csdn.net/lamanchas/article/details/142531920</link><guid>https://blog.csdn.net/lamanchas/article/details/142531920</guid><author>lamanchas</author><pubDate>Wed, 25 Sep 2024 20:08:54 +0800</pubDate><description><![CDATA[linStopScheduler  用于停止CANoe自动运行LIN的调度表，常用于需要暂停发送LIN报文的场景，比如需要停发LIN报文一段时间后测试ecu是否休眠，常用此函数。原文链接：https://blog.csdn.net/weixin_45255231/article/details/140617345。linWakeup LIN总线唤醒函数，调用该函数本质上是向LIN总线上发送一个250~5000us的低电平。本质上调用该函数后，会由CANoe自动向总线上发送一个LIN的通用休眠帧。]]></description><category></category></item><item><title><![CDATA[Simulink模块：Memory模块]]></title><link>https://blog.csdn.net/lamanchas/article/details/141937171</link><guid>https://blog.csdn.net/lamanchas/article/details/141937171</guid><author>lamanchas</author><pubDate>Thu, 05 Sep 2024 17:48:11 +0800</pubDate><description><![CDATA[memory模块的作用是记住上一个仿真节点的输入从而在下一个仿真节点输出。]]></description><category></category></item><item><title><![CDATA[Simulink：循环计数器 Counter Free-Running]]></title><link>https://blog.csdn.net/lamanchas/article/details/141936930</link><guid>https://blog.csdn.net/lamanchas/article/details/141936930</guid><author>lamanchas</author><pubDate>Thu, 05 Sep 2024 17:41:02 +0800</pubDate><description><![CDATA[Counter Free-Running 模块使用方法，类似一个循环计数器]]></description><category></category></item></channel></rss>