- 博客(31)
- 资源 (3)
- 问答 (1)
- 收藏
- 关注
RSS订阅原创 嵌入式软件中负数如何存储
本文介绍了计算机中负数的补码表示方法。十六进制表示长度取决于数据类型位数，高位会进行符号扩展（用1填充）以保持数值不变。
2025-10-20 22:14:27
396
原创 医疗器械体考攻略
医疗行业的“体考”是对医疗器械生产企业质量管理体系的全面核查，核心关注设计与开发、生产管理、厂房设施、文件管理、采购管理和质量控制六大方面。
2025-10-17 23:54:10
858
原创 植入式医疗器械低功耗设计
有源植入式医疗器械的低功耗设计需要硬件、软件和系统层级的协同优化。硬件层面采用低功耗器件、动态电压调整和智能传感器；软件层面优化算法设计智能状态机，采用事件驱动机制；系统层面整合异构计算、能源收集和闭环控制。所有优化必须在确保医疗安全的前提下，权衡设备性能、体积与功耗，实现多学科协同设计。
2025-10-15 21:50:59
679
原创 三类植入器械：软件系统如何选？
三类有源植入式医疗器械的软件系统选择需严格考量安全性、实时性和可靠性。核心要求包括：采用实时操作系统（RTOS）或定制轻量系统确保硬实时响应；遵循IEC62304和ISO13485标准进行全生命周期质量管理；若涉及数据交互需满足网络安全要求。通用Linux系统因实时性不足通常不用于核心控制，但经特殊处理的变体可能适用于非核心模块。选择需平衡实时性、功耗、认证合规性等因素，最终服务于医疗风险控制目标。
2025-10-15 10:11:27
157
原创 IAR调试与发布模式配置指南
IAR Embedded Workbench提供DEBUG和RELEASE两种编译模式。DEBUG模式保留调试信息，优化级别低，便于开发调试但性能较低；RELEASE模式进行高度优化，去除调试信息，生成更高效代码但不利调试。通过项目选项可配置这两种模式，默认包含在IAR开发环境中。开发者可根据需求灵活切换模式，平衡调试便利性与最终代码性能。
2025-10-14 21:59:58
255
原创 嵌入式系统开发中链接器错误解决方案
摘要：该错误是嵌入式系统开发中典型的链接器内存分配失败问题，表明程序需要的内存空间（约88KB）超过了芯片指定区域的可用空间（约55.5KB）。主要原因包括：1）代码/数据量超过芯片存储容量；2）链接器脚本配置错误；3）栈/堆空间设置过大。解决方案建议优化代码、调整编译器优化等级、修正链接器脚本配置或减小栈/堆空间分配。该错误类比为"停车场空间不足"，需重新规划内存分配方案。
2025-10-14 12:46:09
832
原创 三类有源医疗器械抗核磁干扰方案
本文针对植入式医疗器械在核磁共振环境下的抗干扰问题，从软硬件两方面提出解决方案。硬件层面通过优化电源管理、强化信号隔离、采用抗干扰存储器（如MRAM/FRAM）及磁场传感预警机制；软件层面建立安全的数据写入流程（校验/事务机制）、多级看门狗和故障恢复系统。建议采用版本化数据管理和严格的电磁兼容测试验证方案，确保设备在强磁场环境中的可靠性。这些措施共同构成防御体系，显著提升三类有源植入器械的MRI安全性。
2025-10-13 22:22:21
680
原创 通用嵌入式开发者转型医疗领域的思维转变
IEC 62304 是医疗设备软件开发必须遵循的标准，它根据软件可能造成的风险级别，将软件分为A、B、C三个安全级别，级别越高控制要求越严格。设计历史文件（DHF）和设备主记录（DMR）等概念是医疗设备开发特有的文档体系，它们记录了从需求到验证的完整证据链，是监管审查的核心依据。医疗设备的测试要求远超通用领域。一台医疗设备的故障可能直接危及患者生命，这种高度的责任感是普通嵌入式开发很少需要面对的。作为一名通用的嵌入式开发工程师，当考虑转向医疗设备领域时，面临的不仅是技术的升级，更是思维方式的根本转变。
2025-10-13 13:04:17
592
原创 医疗嵌入式软件稳定性的四大支柱
本文阐述了医疗器械嵌入式软件稳定性的关键要素。首先强调稳固的设计原则与架构，包括模块化、实时性设计和冗余容错机制。其次提出关键技术实现要点，如硬件抽象层应用、精确资源管理和防御性编程。第三指出需建立严谨的开发流程，遵循医疗软件标准并实施系统化测试验证。最后强调应对网络安全和电磁兼容等特殊风险。文章指出，医疗器械软件的稳定性是一个贯穿设计、实现和测试全流程的系统工程，需要将安全理念融入每个环节，通过架构优化、资源管理和标准化流程来确保系统长期可靠运行。
2025-10-12 22:47:11
860
原创 看门狗在医疗器械软件中的重要性
在关键的医疗应用中，理想的方案是结合使用：以一个硬件看门狗作为最终且可靠的故障恢复底线，同时辅以软件看门狗或任务级看门狗（在操作系统中监控各个任务线程的运行状态）来检测更复杂的软件僵死情况，实现对系统不同层次的全方位监控。在医疗器械中，看门狗是保障系统稳定运行的关键安全机制。它就像一个忠诚的哨兵，时刻监控着系统是否正常运行，并在系统出现异常时强制其恢复到一个已知的安全状态。- 测试与验证：必须对看门狗机制进行严格的测试，包括故障注入测试，模拟程序跑飞、死循环等场景，验证看门狗能否正确触发复位。
2025-10-12 09:07:50
458
原创 医疗软件安全级别划分（IEC 62304）
IEC62304标准将医疗设备软件安全级别分为三级：A级（软件安全无风险）、B级（可能引发非严重伤害）和C级（可能导致死亡或严重损伤）。分级依据是软件能否引发危险情况及其潜在伤害严重程度。A级软件不会导致危险或风险可控；B级软件可能造成轻微伤害；C级软件失效会带来致命后果。该分级直接影响软件开发验证的严格程度，C级要求最高。例如数据管理软件通常为A级，理疗设备软件为B级，而呼吸机控制软件必须归为C级。
2025-10-11 12:46:07
543
原创 医疗器械开发全流程核心文档与责任分工
DHF是医疗器械设计开发全过程的记录集合，用于验证产品安全性和有效性。其核心内容包括：策划与计划、设计输入/输出、验证确认、风险管理、设计评审等10个阶段文档，涉及系统工程师、软件工程师等多个角色。管理要点包括：建立需求到测试的双向追溯矩阵、严格配置管理和变更控制、重视过程活动记录、采用专业ALM/PLM工具提升管理效率。这些措施确保开发过程符合法规要求，满足监管审计需求。
2025-10-10 19:25:48
544
原创 IEC 62304 ISO 14971 ISO 13485 ISO 14708 四者之间的关系
IEC62304、ISO14971、ISO13485和ISO14708构成医疗器械开发管理的有机体系。
2025-10-09 14:05:02
1153
原创 PN5180 嵌入式Linux移植 - 应用篇1
比如中断I/O的配置，reset I/O的配置等，注意Busy pin 在驱动程序中已经注册应用，在这里不需要再配置和使用，PHDRIVER_KERNEL_SPI_CFG_DIR 需要和设备名称一致。经过驱动程序的编写和调试，在/dev下挂载了nxp-pn5180的设备，接下来要在APP中实现PN5180的读卡功能：能够识别卡的类型并将卡中的内容经过串口输出到其他设备中，如PC等。顶层的CMakeList.txt 中包含了编译环境和平台相关的信息，需要根据项目的硬件和软件环境进行修改，具体修改如下。
2023-03-26 00:37:32
1173
原创 PN5180 嵌入式Linux移植-驱动篇
驱动入口函数中包含了类的创建，字符设备的注册，以及驱动和设备的注册，因为PN5180是字符设备，在驱动加载后，需要通过static inline int register_chrdev(unsigned int major, const char *name,const struct file_operations *fops) 函数注册字符设别，其中包含三个变量：major(主设备号)、name(设备名称)和fops(file_operations类型指针，指向设备的操作函数集合变量)。
2023-03-17 23:31:13
1081
原创 PN5180 linux 移植
在做的项目中涉及NFC功能，通过客户的需求，选定了NXP 的PN5180 芯片，该芯片支持的大部分的协议，符合技术参数要求。开始我们需要去Nxp的官网下载最新datasheet以及SDK。驱动程序要根据实际使用的平台进行修改，比如是否使用设备树等。接下来将从驱动开始，记录开发流程和开发中遇到的问题。1.获取datesheet.
2023-03-16 14:59:12
649
openwrt 挂在u盘时出现错误
2015-02-28
TA创建的收藏夹 TA关注的收藏夹
TA关注的人