南方电网电力全域物联网平台技术规范通信协议技术规范及物模型，架空线路在线装置与输变电智能巡检设备 通信协议及物模型

ISA（Industrial Standard Architecture）总线，也称为PC/104总线，是早期IBM个人电脑中的一个重要组成部分，尤其在工业控制系统和嵌入式系统中广泛使用。它始于1981年的IBM PC，最初是8位总线，后来发展为16位。ISA总线在IBM PC-AT中首次实现16位结构，但因为IBM并未提供严格的时序规范，导致了兼容性问题。因此，随着时间的发展，尽管出现了如EISA（Extended Industry Standard Architecture）这样的扩展标准，但至今并没有一个统一的ISA总线规范。 ISA总线的结构形式分为8位卡和16位卡两种，8位卡和16位卡在计算机内部的布局有所不同，它们通过特定的连接器与主板相连，提供地址、数据和控制信号。 ISA文献主要包含两个规范：EISA Specification, Version 3.12，定义了ISA总线规范以及32位扩展；另一篇是IEEE Draft Standard P996，描述了标准PC类系统的机械和电子规范。此外，还有如ISA & EISA Theory and Operation 和 ISA System Architecture 这样的书籍，为开发者提供了详细的理论和操作指南。 ISA总线信号包括系统地址（SA19-SA0）、未锁存地址（LA23-LA17）等，用于确定内存和I/O设备的地址。地址信号在BALE（Bus Address Latch Enable）为高时有效，并由BALE的下降沿锁定。AEN（Address Enable）信号在DMA传输时起到重要作用，指示地址线是否有效。 PC/104结构形式与ISA板类似，但尺寸更小，且增加了A32/B32; C0/D0; C19/D19引脚，这些引脚在PC/104总线中全部接地。PC/104总线兼容ISA信号定义，但提供了更高的密度和更紧凑的接口，更适合嵌入式系统。 在FPGA开发中，理解ISA总线规范和信号时序至关重要，因为它允许开发者设计出能够与传统ISA接口兼容的硬件模块。通过FPGA，可以实现ISA总线的模拟，从而创建ISA扩展板或Bus Master，实现对总线的控制和数据传输。这在需要与旧有系统接口或者需要在现有ISA基础上进行扩展的项目中非常有用。 总的来说，ISA总线是一种历史悠久的接口标准，虽然现在已经逐渐被PCI、PCI-X、PCI Express等更现代的标准所取代，但在维护和升级旧系统，以及特定领域的嵌入式应用中，对ISA的理解和应用仍然不可或缺。开发者需要掌握ISA的信号定义、时序规则以及连接器的使用，以便在设计中确保与ISA总线的正确交互。

最新ISO10373规范标准。ISO/IEC 10373 consists of the following parts, under the general title Identification cards — Test methods: — Part 1: General characteristics tests — Part 2: Cards with magnetic stripes — Part 3: Integrated circuit(s) cards with contacts and related interface devices — Part 4: Close-coupled cards —

件开发过程中，源代码管理是至关重要的环节，它关乎项目的进度、代码质量以及团队协作的效率。本规范详细阐述了源代码管理的各个方面，旨在确保公司的源代码安全、完整，并且能够有效地进行版本控制和协作。 1.1 总则 源代码管理规范的核心目标是保护公司源代码的安全，防止非授权的访问、复制和传播，同时确保代码的完整性。这个规定适用于所有与源代码打交道的部门和员工，技术开发部作为直接管理部门，负责监督执行。该规范涵盖的源代码不仅限于自编代码，还包括相关的开发文档、第三方软件、控件和其他支持库等。 1.2 源代码完整性保障 为了保证源代码的完整性，所有软件的源代码文件和开发设计文档都应及时存入指定的源代码服务器特定库中。这一措施有助于确保所有工作成果的集中管理和备份，避免因个人电脑故障或意外丢失导致的代码损失。 1.3 源代码的授权访问 只有经过授权的人员才能访问源代码，这通常通过权限控制系统来实现。这样的制度可以防止未经授权的修改和查看，保护知识产权，同时也便于追踪代码变更记录。 1.4 代码版本管理 采用版本控制系统（如Git）进行源代码的版本管理，可以记录每一次的代码更改，便于回溯历史版本，解决冲突，以及协同开发。版本控制系统使得多人同时工作在相同项目上成为可能，而不会相互干扰。 1.5 源代码复制和传播 源代码的复制和传播应严格控制，避免无序扩散。只有在必要的情况下，例如进行代码审查或构建测试环境时，才允许复制代码，并且必须遵循既定的流程和规则。 1.6 系统测试验收流程 系统测试验收流程包括系统初验、试运行、系统终验等阶段。这些阶段的设置是为了确保软件在上线前满足功能需求、性能指标、稳定性要求，以及文档完整性和测试通过标准。每个阶段都有明确的验收标准，如应用系统功能完备性、文档评审和确认测试的通过条件。 1.6.1 系统初验 初验阶段主要验证系统基本功能是否符合设计要求，初步检查系统的稳定性和兼容性。 1.6.2 试运行 试运行期间，系统会在实际环境中运行，收集用户反馈，评估系统在实际使用中的表现。 1.6.3 系统终验 系统终验是正式验收前的最后一步，全面评估系统性能、安全性和用户体验，确保达到上线标准。 1.6.4 应用系统验收标准 应用系统验收标准涵盖了功能实现、性能指标、安全性等多个方面，是衡量系统是否合格的关键依据。 1.6.5 文档评审通过标准 文档评审确保所有相关文档完整、准确、易于理解，是系统管理和维护的重要参考。 1.6.6 确认测试通过标准 确认测试确保系统功能的正确性，验证其满足用户需求和业务场景。 1.6.7 系统试运行通过标准 试运行通过标准则关注系统在实际运行中的表现，确保其稳定可靠。 总的来说，源代码管理规范旨在建立一个有序、安全、高效的开发环境，确保软件项目的顺利进行，同时也为后期的维护和升级打下坚实基础。通过严格的管理，企业能够更好地保护自身的技术成果，提高开发效率，降低项目风险。

IEC62055-41 电能表预付费系统-标准传输规范(STS) 中文版.pdf

一步一图，详细介绍项目中22个生产级技术方案设计和代码落地，并对代码落地后的方案，部署到阿里云端环境进行演示和性能压测

使用boost最新版本1.81.0库制作的聊天软件，包含服务端、客户端程序，代码全程包含中文注释。如main主函数、服务端类、客户端类、异步lamba函数调用，聊天室消息队列、客户端连接队列、聊天内容协议解析等。 如没有boost 1.81.0库，需先下载： https://www.boost.org/users/download/ 部分代码示例如下 // 发布该聊天消息 void deliver(const chat_message& msg) { // 添加到聊天队列中，如果超出最大消息数目，则弹出1条最早的消息 recent_msgs_.push_back(msg); while (recent_msgs_.size() > max_recent_msgs) recent_msgs_.pop_front(); // 给聊天室内每个人发送最新消息 for (auto participan: participants_) participant->deliver(msg); }

2011年新设计规程，做电力设计的同行可以下载

COMe规范 PICMG Version 3.0 可复制，粘贴，搜索，带目录。通过此规范可快速了解COMe架构及设计。

文档主要是射频layout相关的设计准则，主要涉及射频布局，布线，EMC等相关的内容，感兴趣的可以了解一下