在本文中，我们将深入探讨如何在新浪SAE（Sina App Engine）平台上使用PHPMailer库来实现邮件发送功能。PHPMailer是一款广泛使用的PHP类库，它提供了强大的邮件发送功能，支持SMTP验证、HTML邮件以及附件等多种特性。SAE是新浪云提供的一种基于云计算的平台，适合开发者快速部署和运行Web应用。 让我们了解一下PHPMailer的基本概念。PHPMailer是一个完全开源的PHP类库，它通过SMTP协议与邮件服务器交互，从而实现邮件的发送。SMTP（Simple Mail Transfer Protocol）是一种用于传输电子邮件的标准协议，大多数邮件服务提供商都支持SMTP。 在SAE平台上使用PHPMailer之前，你需要确保已经创建了一个SAE应用，并且配置了相应的SMTP服务器信息。以下是一些关键步骤： 1. **安装PHPMailer**：在SAE上，你可以通过引入Composer来安装PHPMailer。在项目根目录下创建一个`composer.json`文件，内容如下： ```json { "require": { "phpmailer/phpmailer": "^6.5" } } ``` 接下来，访问SAE控制台的“代码管理”界面，上传`composer.json`文件并执行自动部署，这样SAE会自动下载并安装PHPMailer。 2. **配置SMTP服务器**：你需要知道你的邮件服务提供商的SMTP服务器地址、端口、用户名和密码。例如，对于Gmail，SMTP服务器通常是`smtp.gmail.com`，端口可能是465（SSL）或587（TLS）。在PHPMailer中，这些信息将通过实例化类时设置。 3. **编写发送邮件的PHP代码**：创建一个PHP文件，如`send_email.php`，在其中实例化PHPMailer对象并设置参数。以下是一个基本示例： ```php require 'vendor/autoload.php'; use PHPMailer\PHPMailer\PHPMailer; use PHPMailer\PHPMailer\Exception; $mail = new PHPMailer(true); try { // Server settings $mail->SMTPDebug = 0; // Enable verbose debug output $mail->isSMTP(); // Send using SMTP $mail->Host = 'smtp.gmail.com'; // Set the SMTP server to send through $mail->SMTPAuth = true; // Enable SMTP authentication $mail->Username = 'your-email@gmail.com'; // SMTP username $mail->Password = 'your-password'; // SMTP password $mail->SMTPSecure = PHPMailer::ENCRYPTION_SMTPS; // Enable TLS encryption; `PHPMailer::ENCRYPTION_SMTPS` encouraged $mail->Port = 465; // TCP port to connect to // Recipients $mail->setFrom('from@example.com', 'Mailer'); $mail->addAddress('recipient@example.com', 'Joe User'); // Add a recipient $mail->addReplyTo('info@example.com', 'Information'); // Content $mail->isHTML(true); // Set email format to HTML $mail->Subject = 'Here is the subject'; $mail->Body = 'This is the HTML message body in bold!'; $mail->AltBody = 'This is the body in plain text for non-HTML mail clients'; $mail->send(); echo 'Message has been sent'; } catch (Exception $e) { echo "Message could not be sent. Mailer Error: {$mail->ErrorInfo}"; } ``` 4. **在SAE上运行**：将`send_email.php`上传到SAE应用，然后通过访问应用的URL来运行这个脚本。如果一切配置正确，你应该能成功发送邮件。 在实际应用中，你可能还需要考虑一些其他因素，比如错误处理、邮件模板、附件支持等。PHPMailer提供了丰富的功能，可以满足大部分邮件发送需求。同时，由于SAE的特殊性，注意内存限制和执行时间，避免因长时间运行或消耗过多资源导致的问题。 通过在SAE上集成PHPMailer，你可以轻松地为你的Web应用添加邮件发送功能。记得始终遵循最佳实践，确保用户数据的安全，并遵守邮件服务提供商的使用政策。

### SAE J1939协议详解 #### 一、J1939协议基础知识 SAE J1939是一种广泛应用于商用车辆、农业机械、工程机械等领域的车载网络通信协议，它基于Controller Area Network (CAN)技术。该协议不仅定义了数据交换的标准，还规范了车辆电子系统之间的通信方式，确保不同制造商生产的设备之间能够实现互操作。 ##### 1.1 CAN2.0B消息格式规范 - **标准帧**：由11位标识符组成，适用于早期CAN网络中的简单通信需求。 - **扩展帧**：由29位标识符构成，提供更大的地址空间，增强了网络的灵活性和功能性。 根据SAE J1939协议的要求，所有设备必须使用扩展帧格式进行通信。虽然标准帧格式可以在网络中存在，但其使用方式需符合文档中规定的特定条件。 #### 二、协议数据单元（PDU） SAE J1939协议数据单元(PDU)由以下七个关键组成部分构成： - **优先级**：3位，用于优化报文的传输延迟。优先级范围从0（最高）至7（最低），默认情况下控制报文优先级设置为3，其余报文则设置为6。 - **保留位**：1位，默认值为0，目前未分配具体用途。 - **数据页**：1位，当已分配所有参数组时，其值为0。 - **PDU格式**：8位，用于区分两种PDU格式——PDU1和PDU2。PDU1用于向特定目的地址或全局地址发送数据，而PDU2用于向全局地址发送全局广播。 - **PDU特定域**：8位，其含义由PDU格式决定。对于PDU1格式，这部分表示目标地址（DA）；对于PDU2格式，则表示组扩展值（GE）。 - **源地址**：8位，标识发送节点，确保标识符的唯一性。 - **数据域**：存储0至8字节的数据。当需要传输超过8字节的数据时，需要使用传输协议。 ##### 2.1 PGN计算规则 - 当PDU格式(PF)<240时，PGN=0x00PF00，此时PDU特定域(PS)被设为0。 - 当PDU格式(PF)>=240时，PGN=0x00PFPS，其中PS为组扩展值，用于区分不同的参数组。 通过这种方式，SAE J1939协议能够支持高达8672个参数组符号（PGN），极大地丰富了网络中的数据类型和应用场景。 #### 三、报文传输 SAE J1939中的报文遵循小端模式传输，即先发送低字节。报文主要分为以下几类： - **命令报文**：从某一源地址向特定目标地址或全局目标地址发送命令的参数组。 - **请求报文**：请求从全局或特定目标地址获取信息。 - **广播/响应报文**：最常用的报文类型，用于大多数总线数据交互场景。 - **确认报文**：用于确认消息接收或发送的状态。 - **组功能报文**：用于执行特定的功能或指令。 #### 四、应用层面的理解 在SAE J1939的应用层面，PGN和SPN的概念非常重要： - **PGN（Parameter Group Number）**：参数组编号，是24位的值，包括保留位(R)、数据页(DP)、PDU格式(PF)以及PDU特定域(PS)。 - **SPN（Signal Parameter Number）**：参数组下的具体参数编号。 PGN可以理解为一组按照特定方法分类的参数集合，而每个具体的参数都有其独立的SPN编号。 #### 五、多帧传输 对于需要传输超过8字节数据的情况，SAE J1939引入了多帧传输机制： - **请求发送（RTS）**：控制字节为16，用于指定目标地址并发起传输请求。报文中还包括整个报文的字节数、数据包个数等信息。 - **准许发送（CTS）**：控制字节为17，用于指示接收方准备好接收数据。包含可发送的数据包数量和当前数据包编号等信息。 - **报文结束应答（EOT）**：用于表示传输结束。 通过这种机制，SAE J1939能够高效地处理大容量数据传输任务，提高了车载网络的灵活性和可靠性。

### ISO/SAE 21434:2021(E) – 国际标准在汽车网络安全领域的应用 #### 标准概述 ISO/SAE 21434:2021(E) 是一项由国际标准化组织（ISO）与美国汽车工程师学会（SAE International）联合发布的国际标准，旨在为汽车行业的网络安全提供一套全面的安全管理体系框架。该标准关注于整个汽车生命周期内的网络安全管理，包括概念阶段、设计阶段、开发阶段、生产阶段、运营阶段、维护阶段直至报废阶段。 #### 标准背景与目的 随着汽车技术的发展，特别是智能网联汽车的兴起，汽车不再仅仅是一种交通工具，而是逐渐成为了一个集成复杂电子系统、软件和网络连接的高科技产品。然而，这种高度的电子化和网络化也带来了新的安全挑战，如恶意软件攻击、数据泄露等网络安全威胁。因此，确保汽车产品的网络安全成为了汽车行业面临的重要课题。 #### 标准制定机构 - **ISO（International Organization for Standardization）**：是一个由各国国家标准机构组成的全球性联合会。通过ISO技术委员会的工作来制定国际标准。 - **SAE International**：是一个拥有超过128,000名工程师及相关技术专家的全球性协会，专注于航空航天、汽车和商用车行业的技术发展。SAE的标准制定工作依赖于来自全球各地的9,000多名志愿者工程师和其他专业人士的努力。 #### 标准内容与结构 ISO/SAE 21434:2021(E) 主要内容包括： 1. **前言**：介绍了标准的背景信息、制定机构以及遵循的标准制定程序。 2. **范围**：明确了该标准的应用范围，即适用于所有类型的车辆及其零部件的网络安全管理。 3. **术语与定义**：提供了一系列与汽车网络安全相关的术语和定义，帮助理解标准中的专业词汇。 4. **网络安全管理过程**：详细描述了如何在整个车辆生命周期内实施有效的网络安全管理过程，包括风险管理、安全需求分析、安全设计、安全验证与确认等方面。 5. **附录与参考文献**：提供了额外的信息和参考资料，帮助读者更好地理解和应用该标准。 #### 关键知识点解析 - **风险评估**：该标准强调了对潜在的网络安全风险进行系统性的评估，并基于风险评估的结果来确定相应的控制措施。 - **安全需求分析**：在产品开发初期就需要明确安全需求，确保这些需求能够被正确地实现并满足最终用户的期望。 - **安全设计**：设计阶段应考虑如何将安全控制措施融入到产品中，确保设计能够有效抵御已知的和潜在的威胁。 - **测试与验证**：通过系统的测试和验证来确保产品在实际部署中能够达到预期的安全水平。 #### 结论 ISO/SAE 21434:2021(E) 的发布标志着汽车行业在应对网络安全挑战方面迈出了重要的一步。它不仅为汽车制造商提供了一套全面的安全管理体系框架，也为整个供应链上的供应商和服务提供商设定了统一的安全标准。通过遵循这一标准，汽车制造商可以有效地识别和缓解网络安全风险，提高产品质量和用户信任度，进而推动整个行业向着更加安全、可靠的方向发展。

SAE J670e-1976 Vehicle Dynamics Terminology.pdf 知识点一：SAE技术标准委员会规则 * 《SAE Technical Standards Board Rules》规定：本报告由SAE发布，以推进技术和工程科学的发展。报告的使用完全是自愿的，其适用性和适合性由用户负责。 * SAE每五年审查技术报告一次，可以重新确认、修改或取消。 知识点二：文档订单和评论 * 若要订购文档，请拨打电话（724）776-4970或传真（724）776-0790。 * SAE欢迎书面评论和建议。 * SAE网站：http://www.sae.org 知识点三：版权和所有权 * 版权所有1976年Society of Automotive Engineers, Inc. *reserved.Printed in U.S.A. 知识点四：表面车辆动力学术语 * 本文档是《Vehicle Dynamics Terminology-SAE J670》的修订版。 * 修订的目的为了涵盖与方向控制相关的术语。 * 本文档的作用是促进可理解和精确的交流。 知识点五：文档结构和格式 * 本文档的结构按照《SAE Technical Standards Board format》进行了修改。 * 所有文档都需要有Scope（范围）作为第1节，References（引用）作为第2节，其他节号也相应地进行了修改。 知识点六：术语定义和索引 * 本文档包含了一个alphabetical index，以方便用户查找定义。 * 《Vehicle Dynamics Terminology》将继续更新以满足当前的使用和需求。 知识点七：委员会和反馈 * 《Vehicle Dynamics Committee》负责维护和更新本文档。 * 委员会欢迎用户的反馈和建议，以便在未来的修订中进行考虑。

SAE J1939 是一个广泛应用于重型车辆和商用车辆领域的通信协议，它由美国汽车工程师协会（Society of Automotive Engineers）制定。这个协议主要目的是实现车辆内部不同电子控制单元（ECUs）之间的数据交换，以提高车辆的性能、可靠性和可维护性。SAE J1939 的全集包含了一系列文档，详细阐述了该协议的各个方面。 1. **协议概述** SAE J1939 协议基于控制器局域网络（CAN）技术，但针对商用车辆进行了优化，支持高达250Kbps的传输速率。它定义了通信架构、报文格式、地址分配以及错误处理机制，确保了不同制造商的设备在车辆网络中的无缝集成。 2. **通信架构** SAE J1939 网络通常包括多个节点，如发动机控制器、变速器控制器、仪表盘等。每个节点都有一个唯一的29位物理地址，其中7位用于功能地址，22位用于制造商特定的网络地址。这种地址结构支持最多254个通信节点。 3. **报文结构** 报文是 J1939 协议中的基本信息单元，由数据字段和控制字段组成。数据字段携带实际的车辆状态或控制信息，而控制字段指示报文的类型、优先级和目的地址。J1939 支持多种报文类型，如周期性报文、请求报文和事件触发报文。 4. **协议栈** SAE J1939 协议栈分为多个层次：应用层、表示层（PDU）、会话层、传输层、数据链路层和物理层。每一层都负责不同的功能，从高层的应用逻辑到底层的物理信号传输。 5. **参数组（PGNs）** 参数组是 J1939 中的一种概念，它定义了一组相关数据，如发动机转速、油压等。每个 PGN 都有一个唯一编号，用于确定报文携带的数据内容。通过 PGN，车辆各部件可以互相传递所需的信息。 6. **传输层** J1939 传输层处理数据的分段和重组，确保长数据能够通过 CAN 总线的短帧结构进行有效传输。它包括单帧、多帧和确认帧，以适应不同长度和实时性的需求。 7. **错误检测与恢复** 协议中包含了错误检测机制，如CRC校验，以确保数据的完整性和准确性。当网络出现错误时，J1939 提供了错误恢复策略，如重新发送和错误通告。 8. **应用** SAE J1993 在卡车、客车、农业机械、建筑设备等多个行业中广泛应用。它支持诊断、故障警告、远程监控等功能，有助于实现更高效、安全的车辆管理。 9. **实施** 实施 J1939 协议需要理解其规范并编写兼容的软件代码，这可能涉及硬件接口设计、网络管理算法以及通信协议栈的实现。 10. **学习资源** "SAE J1939-全集-英文" 包含了详细的官方文档，对理解和实现该协议至关重要。这些文档通常涵盖了协议的每一个细节，包括报文结构、网络管理、地址分配等，是开发 J1939 应用的基础。 通过深入学习和理解 SAE J1939，工程师能够有效地构建和集成车辆电子系统，提高车辆的整体性能，并降低维护成本。对于从事商用车辆电子系统开发的人来说，掌握 J1939 协议是必不可少的专业技能。

SAE J1752标准的第二部分，英文版本

SAE-J2716-2016协议文档详细定义了 SENT（Single Edge Nibble Transmission）协议，这是一种专为汽车应用设计的通信协议。SENT协议被广泛用于汽车中的传感器与控制单元间的通信，特别是在那些对成本和布线有严格要求的应用场景中。 文档的修订历史显示，Sent协议自2007年首次发布以来，已经历了几次重要的修订。最新版本的SAE-J2716-2016取代了2010年1月的版本，并于2016年4月进行了更新。在修订的过程中，主要关注了时钟变化、高速12位传感器的附录、初始化和串行消息非使用的变化、传感器独立5V电源的支持选项、串行消息周期的更改、EMC易受攻击性测试准则的澄清、温度传感器要求的增加、新附录的创建以及SENT数据帧格式的更新等方面。 在时钟变化方面，SAE-J2716-2016对时钟脉冲时间的变化进行了澄清。对于高速12位传感器，新版本增加了相应的附录，以适应高速传感器的需求。文档还对传感器的初始化和串行消息的非使用进行了更改，以更好地满足特定的应用需求。同时，为了增加灵活性并允许更多时间用于诊断信息的处理，将串行消息周期改为64条消息或更少。 在电磁兼容性（EMC）易受攻击性测试方面，SAE-J2716-2016提供了关于SENT CRC未检测到的错误SENT帧的测试指南的澄清。文档中增加了温度传感器的要求，还特别增加了推荐连接器的附录，以及新创建的SENT数据帧格式附录（附录H），这其中包括了之前在附录A中的通用传感器要求。 此外，文档也包含了关于如何支持更高电流传感器的更改，以及新增的错误消息和信号的附录。对于位置传感器以及结合位置和温度传感器的要求也进行了说明，并增加了SENT标准结构的概览。这些更新不仅展示了SENT协议的持续演进，也反映了汽车传感器技术的发展趋势。 SAE技术标准委员会的规则指出，SAE发布的报告旨在推动技术及工程科学的状态发展。SAE-J2716-2016的使用是完全自愿的，其适用性和适合性以及由此引起的任何专利侵权问题完全由使用者负责。SAE每五年至少审查一次技术报告，并且在此期间可能会进行修订、重新确认、稳定或取消。SAE鼓励公众提出书面评论和建议。 从版权信息来看，SAE国际拥有2015年版文档的版权，严格禁止未经允许的复制、存储或通过任何形式和任何手段进行传播。这体现了SAE对文档知识产权保护的重视。 SENT协议是汽车传感器通信领域的重要技术标准，SAE-J2716-2016作为其最新版本，不仅提高了数据传输的灵活性和可靠性，还反映了现代汽车电子系统的复杂性和日益增长的诊断需求。通过这些更新， SENT协议保持了其在汽车行业中作为简单、成本效益高、强健通信方案的地位。

### SAE-J1939中的PGN和SPN，以及多包传输 #### SAE J1939概述 SAE J1939是一种广泛应用于商用汽车行业的开放式网络和通信标准。这一标准旨在定义如何让电子控制单元（ECU）通过控制器局域网（CAN）总线进行有效通信。它几乎涵盖了所有类型的商用车辆，包括但不限于公交车、大型卡车等，并且在农业、军事及海洋运输领域也有应用。 SAE J1939的工作速率通常为250kbps（部分新协议支持500kbps），使用29位的CAN标识符来确保数据的准确传输。 #### SAE J1939法规文件结构 SAE J1939提供了一系列规范文档，其命名结构有助于用户理解不同部分的功能和用途。 #### 协议数据单元（PDU） PDU由七个主要部分构成： - **优先级**：定义了数据传输的紧急程度。 - **扩展数据页**：用于标识数据页的类型。 - **数据页**：包含实际的数据信息。 - **PDU格式**：指示数据的具体格式。 - **PDU特定域**：可以作为目标地址、组扩展或特定于特定应用。 - **源地址**：发送方的标识。 - **数据场**：包含实际传输的数据。 每个PDU都会被封装在一个或多个CAN数据帧中，通过物理媒介传输至其他网络设备。每个CAN数据帧只能承载一种PDU。 #### J1939报文类型 SAE J1939定义了五种基本的报文类型： 1. **命令**：此类消息允许从特定源地址向特定目的地或全局目的地发送命令，以触发特定动作。 2. **请求**：用于从全局范围或特定目标地址请求信息。 3. **广播/响应**：既可以用作主动广播也可以作为命令或请求的响应。 4. **确认**：分为两种形式——基于CAN协议的确认和应用层确认。 5. **组功能**：用于一组特殊功能，如网络管理功能等。 #### PGN与SPN - **PGN（Parameter Group Number）**：参数组号。它是对一组相关的SPN进行分组并定义其在消息中的布局和顺序的标识。PGN不仅用于识别消息的优先级和数据格式，还帮助结构化地传输和解析参数。 - **SPN（Suspect Parameter Number）**：参数号。每个SPN代表了一个特定的参数，如发动机转速、车速等，它提供了一种标准化的方式来描述和识别不同参数。 ##### PGN的组成 PGN由CAN ID中的扩展数据页（EDP）、数据页（DP）、PF（PDU格式）、GE（PDU特定域）加上六个0位组成，总共24位。当PF小于240时，GE默认为0；当PF大于等于240时，GE取正常值。例如，对于报文ID 0x18FECA17： - 第一个字节是18（二进制为0001 1000），优先级为6，EDP=0，DP=0； - 第二个字节是PF=FE（十进制254＞240）； - 第三个字节是GE=CA（由于PF＞240，GE取正常值）； - 第四个字节及之后的部分用于标识具体的PGN。 #### 多包传输 在J1939协议中，某些PGN可能包含大量数据，这可能导致单个CAN数据帧不足以容纳全部信息。此时就需要采用多包传输的方式，即把数据分成多个CAN数据帧进行传输。例如，对于多包PGN，一个请求可能会触发一系列CAN数据帧的响应，每帧包含一部分数据。这种机制确保了即使是非常大的数据集也能被有效地传输和处理。 总结而言，SAE J1939是一种强大的通信标准，它通过PGN和SPN的概念实现了复杂数据的有效管理和传输。通过理解和掌握这些核心概念，可以帮助开发者和工程师更好地利用这一标准，提高系统的互操作性和可靠性。

SAE J1699-1-2021 是一份关于道路车辆OBD-II（On-Board Diagnostics II）验证测试程序的标准文档，由SAE（美国汽车工程师学会）发布，旨在推动汽车技术与工程科学的发展。这个标准是自愿采用的，其适用性和对于任何特定用途的适合性，包括可能由此引发的专利侵权问题，均由使用者自行负责。 OBD-II系统是汽车诊断的一种标准，它允许技术人员通过车辆的数据端口访问和分析车辆的故障信息。SAE J1699-1标准详细规定了如何验证这些系统是否符合规定的性能和兼容性要求。这份2021年的更新版本是对2006年版的J1699-1标准的修订或确认，确保与当前汽车技术保持同步。 J1699-1标准的稳定化（Stabilized）状态意味着其中涵盖的技术、产品或过程已经成熟，不太可能在可预见的未来发生重大变化。这意味着尽管这个标准被认定为稳定，但用户仍然需要定期检查参考信息，以确保技术要求的持续适用性，因为可能存在更新的技术。 此标准包含了OBD-II系统的测试步骤和程序，旨在确保车辆制造商生产的OBD-II接口能够准确、一致地报告和处理车辆的诊断信息。这些测试可能包括但不限于通信协议一致性、故障代码设置的正确性、故障指示灯的触发条件以及数据流的准确传输。 该标准还涉及到SAE J1850，这是一个早期的通信协议，用于OBD-II系统中，用于在车辆的ECU（电子控制单元）和诊断工具之间交换信息。J1699-1标准可能会扩展到其他通信协议，以适应现代车辆中更复杂的网络架构和更高的数据传输需求。 SAE J1699-1-2021的实施可以帮助确保车辆的排放控制系统的有效性，因为它要求OBD-II系统能够检测和报告任何可能导致排放超过法定限值的故障。这有助于维护环境法规的执行，并促进汽车行业的技术进步和创新。 要获取这份标准的完整内容，可以联系SAE International，通过电话、传真或电子邮件下单，或者访问其官方网站进行在线购买。同时，SAE也鼓励用户提供书面评论和建议，以帮助持续改进这些标准。

该项目是 SAE J1699-3 测试规范的开源 (GPL) 实现。 SAE J1699-3 测试是否符合 OBD-2 协议。 该计算机程序基于 SAE 推荐的实践 J1699-3，该规范“按原样”提供。