免费快递SDK 免key，可扩展快递物流查询，第三方快递100，爱查快递，百度快递 环境需求 PHP >= 7.0 安装 $ composer require liaosp/express 使用 use \Liaosp\Express\Express $obj = new Express() 百度快递（默认） $obj->number('75355662900611'); //默认百度快递，其他快递貌似没啥用了 扩展 如果这些快递不满足，或者由于不稳定，在不改变原来代码，可以自行添加快递接口查询 添加的接口可继承 BaseChannel 抽象类 比如你添加了一个 快递网的渠道 /yournamespace/KuaidiWang $obj->addChannel('kuaidiwang',/yournamespace/KuaidiWang::class); $obj->setExpres

JEDEC标准和出版物是经过JEDEC董事会层次的准备、审查并批准，随后又经过JEDEC法律顾问的审查和批准，旨在消除制造商和购买者之间的误解，促进产品的互换性和改进，并协助购买者在无论是国内还是国际上使用时，能最小延迟地选择和获取正确的、适用于非JEDEC成员的产品。JEDEC标准和出版物的采用，不受是否可能涉及专利或文章、材料或过程的影响。通过这样的行为，JEDEC不对任何专利持有人承担责任，也不对采用JEDEC标准或出版物的任何一方承担任何义务。 JEDEC标准和出版物中包含的信息，主要代表了从固态设备制造商的角度来看，对产品规格和应用的正确方法。在JEDEC组织内，有程序可以让JEDEC标准或出版物进一步处理，并最终成为ANSI标准。 除非满足标准中声明的所有要求，否则不得声称符合此标准。使用JEDEC标准的所有风险和责任由用户承担，用户同意赔偿并保护JEDEC不受损害。有关此JEDEC标准或出版物内容的查询、评论和建议，应提交给JEDEC。 JEDEC标准和出版物的设计宗旨是服务于公众利益，消除制造商和采购者之间的误解，促进产品的互换性和改进，帮助采购者最小延迟地选择和获取适用于那些非JEDEC成员使用的正确产品，无论标准是在国内还是国际上使用。JEDEC标准和出版物的采纳，不会考虑是否涉及专利或物品、材料或工艺。通过这样的做法，JEDEC不对任何专利持有人承担责任，也不对采用JEDEC标准或出版物的任何一方承担任何义务。包含在JEDEC标准和出版物中的信息，主要从固态设备制造商的角度出发，是对产品规格和应用的一种合理的处理方式。在JEDEC组织内部，存在这样一种程序，即JEDEC标准或出版物可以被进一步处理，并最终升级为ANSI标准。只有当标准中所规定的所有要求得到满足时，才能声明符合此标准。使用JEDEC标准相关的所有风险和责任都由用户自己承担，用户同时承诺赔偿并保护JEDEC不受损害。关于此JEDEC标准或出版物内容的疑问、意见和建议应向JEDEC提出。

《数字通信系统使用SystemVue》是由Dennis Silage编著的一本专著，该书结合了理论与实践，深入浅出地介绍了数字通信系统的各个方面。配套的CD包为读者提供了丰富的学习资源，使得理论知识能够得到直观的演示和验证。在这一CD中，重点是SystemVue软件的应用，它是一款强大的电子设计自动化工具，特别适用于通信系统建模和仿真。 SystemVue，全称为“System-level Design Environment for Virtual Prototyping”，是由Keysight Technologies（原安捷伦科技）开发的先进设计系统。它将信号处理算法、通信系统设计和硬件原型制作紧密结合起来，为工程师提供了全面的设计、分析和验证平台。SystemVue的核心特点在于其系统级的建模能力，允许用户在早期阶段就对复杂通信系统进行仿真，从而减少物理原型的制作成本和时间。 在压缩包中的"Examples"文件夹里，可能包含了多种示例项目，这些项目涵盖了不同的数字通信系统，如OFDM（正交频分复用）、MIMO（多输入多输出）、CDMA（码分多址）、FSK（频率移键控）、BPSK（二进制相移键控）等。每个示例都可能包含完整的系统模型，用户可以通过这些模型学习到如何构建和分析各种通信系统。 通过SystemVue，用户可以： 1. 设计和仿真调制解调器：包括模拟调制和数字调制，以及各种调制方式的转换。 2. 实现信道建模：包括瑞利衰落信道、多径传播、AWGN（加性高斯白噪声）信道等。 3. 评估误码率：通过BER（误比特率）和SER（误符号率）计算，评估系统的性能。 4. 验证均衡技术：如FFE（前向纠错编码）和FFE（前向均衡器）用于改善信道影响。 5. 信号处理算法实现：例如滤波器设计、同步算法等。 6. 仿真系统级性能：包括功耗、带宽效率和抗干扰能力。 在这些示例中，用户不仅可以观察到通信系统的内部工作原理，还能进行参数调整，理解不同参数变化对系统性能的影响。此外，SystemVue支持与其他设计工具（如MATLAB或VHDL/Verilog）的集成，使得设计流程更加流畅。 通过《数字通信系统使用SystemVue》这本书及其配套的CD资源，读者可以深入学习数字通信系统的设计与分析，掌握SystemVue的使用技巧，这对于从事通信工程、信号处理或相关领域的专业人士来说，无疑是一份宝贵的参考资料。

Package.zip

LIN接口协议标准 LIN Specification Package-Revision-2.2A

将system.img打包生成system.new.dat、system.patch.dat和system.transfer.list文件的python工具包。用法： $ python img2sdata.zip [system.img] [output_idr] 默认读取当前目录下的system.img，输出到otazip目录。

《NGUI3.1.1Package包：Unity3D中的高效UI解决方案》 Unity3D作为一款广泛应用的游戏开发引擎，其强大的图形渲染能力和灵活的脚本支持使得开发者能够创建出各种精彩纷呈的游戏世界。然而，对于游戏界面（UI）的设计和管理，Unity3D的内置系统在早期版本中并不完善。于是，第三方插件如NGUI应运而生，为开发者提供了更加高效、稳定的UI解决方案。本文将深入探讨NGUI3.1.1Package包，这个在用户使用中表现出色、稳定性强且易用的插件。 NGUI，全称为“Next Generation User Interface”，是由Tasharen Entertainment开发的一款Unity3D UI工具包。在NGUI3.1.1版本中，它已经经过了多次迭代优化，提供了丰富的UI元素、组件和管理工具，使得开发者可以轻松地创建出复杂的交互式界面。其主要特点包括： 1. **可视化编辑**：NGUI提供了一个直观的拖拽式界面设计工具，允许开发者在Unity编辑器中直接设计和调整UI布局，极大地提高了工作效率。 2. **分层系统**：通过使用图层管理，开发者可以控制不同UI元素的显示顺序和相互遮挡关系，确保界面层次分明，视觉效果理想。 3. **事件驱动**：NGUI支持事件系统，用户可以通过点击、触摸等操作触发相应的事件处理函数，实现UI与游戏逻辑的紧密结合。 4. **性能优化**：NGUI针对移动设备进行了优化，通过精灵（Sprite）和图集（Atlas）技术减少了内存占用和渲染开销，保证了在低端设备上的流畅运行。 5. **C#支持**：基于C#的脚本接口使得开发者可以方便地使用强大的编程语言来扩展和定制UI功能，提高代码的可读性和可维护性。 6. **自动适配**：NGUI具备屏幕分辨率自适应能力，无论是在手机、平板还是桌面平台上，都能保持良好的显示效果。 7. **扩展性**：NGUI的开源特性鼓励社区开发者贡献新的功能和组件，使得这个工具包不断进化，满足更多项目需求。 在NGUI3.1.1Package包中，包含的核心文件“NGUI3.11.1.unitypackage”是一个Unity3D的资源包，包含了NGUI的所有组件、脚本和预设项。导入此包到Unity项目后，开发者即可在项目中直接使用NGUI的各种功能。同时，由于这个版本已经被广泛验证其稳定性和兼容性，因此用户可以放心在自己的项目中应用。 NGUI3.1.1Package包是Unity3D开发过程中提升UI设计效率和质量的有力工具，尤其适合需要构建复杂交互界面的游戏项目。通过其丰富的功能和友好的开发体验，开发者可以更专注于游戏核心玩法的创新，而不是被UI设计所困扰。

Wireless Testbench Support Package for NI USRP Radios

升级 load packefile tftp 10.11.104.100 MA5600V800R015C00.SPC107.bin （10.11.104.100）电脑IP 电脑和OLT要能PING通

LIN协议规范《LIN Specification Package Revision 2.2A》 LIN协议规范 包含 LIN 消息帧、LIN 诊断帧、信号传输规则、从机任务、主机任务和传输层等多个内容。 LIN 消息帧：帧头由主机发送，然后主机等待从机响应。从机响应后，主机开始接收数据。帧尾表示消息帧的结束。 LIN 诊断帧：用于诊断目的，它们可以触发某些特定的动作，如请求诊断信息，请求清除故障码等。诊断帧由主机发送，从机接收并执行相应的诊断任务。 信号传输规则：定义了如何在LIN网络上发送和接收数据。包括数据的编码方式、发送时序、错误处理等。 从机任务：从机需要响应主机的请求，发送或接收数据。从机也需要处理错误，如校验错误、超时等。 主机任务：主机负责调度整个网络的通信，它需要发送帧头，接收从机的响应，处理错误等。 传输层：定义了数据的封装和解封装规则，确保数据在传输过程中的完整性和正确性。 除此之外，LIN协议规范2.2A还定义了物理层、数据链路层等底层通信机制，这些内容对于理解和实现L **LIN协议规范《LIN Specification Package Revision 2.2A》详解** LIN（Local Interconnect Network）协议是一种经济高效的串行通信协议，常用于汽车行业的子系统中，作为CAN（Controller Area Network）协议的补充。LIN协议规范2.2A版是LIN协议的最新修订版本，旨在提高通信效率和可靠性。 **1. LIN消息帧结构** LIN消息帧由帧头、数据字段和帧尾组成。帧头由主机（Master）发送，触发从机（Slave）响应。主机在发送帧头后等待从机的响应，从机根据接收到的帧头信息决定是否发送数据。数据字段包含具体的数据信息，而帧尾则标志着消息帧的结束。这种设计允许网络中的节点进行有序通信，确保信息的正确传递。 **2. LIN诊断帧** 诊断帧是用于网络诊断和维护的特殊帧类型。主机通过发送诊断帧来触发从机执行特定的诊断任务，如请求状态信息、清除故障码等。这些操作对确保车辆系统健康至关重要。 **3. 信号传输规则** 信号传输规则规定了LIN网络中数据的编码方式、发送时序和错误处理机制。数据编码通常涉及位填充、奇偶校验等，以检测和纠正传输错误。此外，协议还定义了如何处理超时、校验错误等异常情况，以确保网络的稳定运行。 **4. 从机任务** 从机在LIN网络中的角色主要是响应主机的请求，执行数据传输。它们需要监控网络，接收并解析帧头，根据命令发送数据，同时处理可能出现的错误情况，如帧校验序列错误（PSC）或应答错误（NAK）。 **5. 主机任务** 主机是网络的调度者，负责发起通信。主机的任务包括发送帧头，接收从机响应，管理错误处理，并协调整个网络的通信流程。此外，主机还必须确保网络的同步，以保持所有节点间的通信协调一致。 **6. 传输层** 传输层负责数据的封装和解封装，确保数据在物理层（Physical Layer）和数据链路层（Data Link Layer）之间的正确传输。它包含了错误检测和纠正机制，如CRC（Cyclic Redundancy Check），以保证数据的完整性。 **7. 物理层和数据链路层** 在LIN规范2.2A中，物理层定义了LIN总线的电气特性，如电压水平、信号传输速率等。数据链路层则处理帧的组装与拆分、错误检测与恢复等功能，是确保数据可靠传输的关键。 **8. LIN协议历史与修订** LIN协议自1999年的1.0版本开始发展，经历了多次更新，如1.1、1.2、1.3、2.0、2.1，直至2.2A版本。每次修订都针对之前的错误进行了修正，增加了新功能，优化了通信性能。 LIN协议规范2.2A为LIN网络的实施提供了详细且全面的指导，确保了汽车电子系统的高效、可靠通信。理解并遵循这一规范，开发者能够构建出满足严格汽车行业标准的通信解决方案。