视频集中管理系统是由我司与核心客户共同设计，我司负责开发的一款最新版视频集中管理软件，它是旧版CMS的升级版，相比之前的软件版本，它集合了CMS和IPClient的所有优点，其在稳定性、易用性上有了很大提升。
此版软件除了具备客户所熟知的E号通、悬浮窗口、mp4格式录像等功能外，还增强了画面轮显、远程回放、循环录像等功能以外，在兼容性上也增加了对海康、大华、天视通、雄迈四个厂家私有协议的支持。

芒果Mangum是将应用程序与AWSLambda和API网关结合使用的适配器。
旨在为部署在AWSLambda函数中的任何ASGI应用程序提供易于使用的可配置包装器，以处理API网关请求和响应。
文档：:产品特点API网关对和API的支持。
与ASGI应用程序框架的兼容性，例如，和。
使用GZip或Brotli在API网关中支持二进制媒体类型和有效负载压缩。
与现有的部署和配置工具一起使用，包括和。
启动和关闭事件。
要求Python3.6+安装pipinstallmangum例frommangumimportMangumasyncdefapp(scope,receive,send):awaitsend({"type":"http.response.start","status":200,"headers":[[b"content-type",b"text/plain;cha

ISO27145-1中文版是关于全球协调的在线诊断系统（WWH-OBD）通信要求的实施标准规范。
WWH-OBD是与排放相关的车辆在线诊断系统，旨在为制造商和用户提供统一的诊断通信标准。
该标准的中文版是基于个人兴趣翻译而成，仅供参考。
ISO27145-1标准文档的第一部分涉及通用信息和用例定义。


在了解ISO27145-1标准时，首先要明确几个基本概念。
ISO（国际标准化组织）负责制定该标准，其中SAE（美国汽车工程师学会）也参与了相关文档的参考概念和数据附件修订程序的制定。
标准中明确了引用的标准、术语和定义、缩写方式、协议以及文档概况等，为用户提供了理解和应用该标准的框架。


标准的通用信息部分给出了WWH-OBD的概况，包括其用例的概览和定义。
这部分内容不仅帮助了解标准的背景和目的，而且涉及到实施WWH-OBD通信要求所需的关键信息。
用例定义是标准的核心部分之一，明确界定了WWH-OBD系统需要提供的信息类型和功能，便于制造商和第三方诊断工具开发人员确保其产品和服务符合标准要求。


在用例定义中，标准详细说明了三个关键的用例（UC）：
1. UC1—与排放相关的OBD系统状态信息：该用例包含了车辆排放相关诊断系统状态信息，比如系统是否准备好、是否出现故障码等。

2. UC2—激活和确认的排放故障信息：这部分描述了车辆如何传递已经激活且确认的排放相关故障信息。
这对于诊断排放故障和制定维修计划至关重要。

3. UC3—以维修为目的的诊断信息：此用例涉及的数据和信息旨在帮助技术人员进行有效维修，包括故障代码、故障历史、待维修事项列表等。


车辆在线诊断（VOBD）是WWH-OBD标准中非常重要的一个概念。
VOBD系统包括了所有与车辆运行状态监测、诊断、存储和检索故障信息相关的功能和组件。
此外，VOBD数据集定义了车辆应该存储哪些类型的数据以及这些数据如何组织，VOBD访问方法则提供了获取这些数据的技术手段。


在阅读ISO27145-1标准时，还需了解文档所规定的标准使用范围。
这部分内容指出标准的适用对象、如何引用标准以及标准的术语和定义。
比如“VOBD”就是车辆在线诊断系统（Vehicle On-Board Diagnostic System）的缩写。
这些术语和定义是理解标准内容的基础。


标准中还可能包含一些参考文献，这些文献是进一步了解或深入研究该领域问题的重要资源。
通常这些文献来源可靠，能够为读者提供更全面的技术背景和信息。


总而言之，ISO27145-1中文版的出现，为国内从事车辆在线诊断系统开发和维修的专业人员提供了一个重要的标准化参考。
通过该标准，可以规范车辆的诊断通信方式，确保不同制造商生产的车辆之间的诊断兼容性，便于维修技术人员进行故障诊断和处理。
同时，该标准的实施有助于提升车辆排放系统的检测和维修效率，对于环保和道路安全都有着积极的意义。
需要注意的是，由于此标准是基于个人兴趣翻译，具体实施时还需以官方发布的准确翻译和解释为准。

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也鼓励用户提供书面评论和建议，以帮助持续改进这些标准。

【DM365_NAND启动模式解析】DM365是一款由TexasInstruments（TI）生产的数字媒体处理器，常用于视频处理和嵌入式系统。
在DM365中，NAND闪存是一种常见的非易失性存储器，用于存储固件和操作系统。
NAND启动模式是指DM365在上电或复位后从NAND闪存中加载启动代码的过程。
此过程涉及一系列复杂的步骤，确保系统能够正确地从NAND中读取和执行固件。
**NAND启动流程**1.**初始化**:系统首先初始化RAM1的高2KB栈空间（0x7800-0x7fff），避免覆盖用于存储UBL块号的最后32个字节（0x7ffc-0x8000）。
2.**禁止中断**:所有中断（IRQ和FIQ）被禁用，以确保启动过程不被打断。
3.**设置DEEPSLEEPZ/GIO0**:这个外部引脚在NAND启动时必须处于高电平。
4.**读取NANDID**:读取NAND闪存的设备ID，获取设备特性，如页面大小、块大小等。
5.**初始化NAND区域**:根据NAND的参数设置控制器和寄存器。
6.**搜索UBL描述符**:RBL（ROMBootloader）在block1的page0开始搜索UBL（UserBootLoader）的描述符。
如果未找到正确的UBL，会依次检查接下来的24个块，以防遇到坏块。
7.**处理UBL描述符**:UBL描述符包含入口点地址、占用的NAND页数、起始块和起始页等信息，用于指导UBL的加载和执行。
8.**ECC错误检测和校正**:开启硬件ECC（ErrorCorrectionCode）检测，复制UBL到IRAM（InternalRAM）。
如果检测到4位ECC错误，通过ECC算法进行纠正。
如果多次失败，RBL会尝试下一个块，直到找到有效的UBL描述符，或者在搜索完24个块后转而从SD卡启动。
9.**启动UBL**:在UBL的入口点执行代码，将控制权交给UBL。
10.**安全启动模式**:根据配置，启动模式可能包括PLL旁通模式，不使用快速EMIF、DMA或I-Cache。
在其他模式下，这些功能可以被启用以提高性能。
**NANDUBLdescriptor格式**UBL描述符是一个包含关键信息的数据结构，用于指示如何加载和执行UBL。
它可能包含如下字段：-入口点地址：UBL执行的起点。
-UBL占用的NAND页数：指示UBL的大小，必须是连续的页。
-UBL的起始块和起始页：定义UBL在NAND中的位置。
-MAGICIDs：特定的标识符，用于识别不同的启动模式。
**NAND启动详细流程**1.初始化栈空间、禁止中断、设置DEEPSLEEPZ/GIO0。
2.读取NAND设备ID，初始化NAND控制器。
3.搜索UBL描述符，最多遍历24个块。
4.复制并校验UBL到IRAM，根据UBL描述符配置启动选项。
5.转交控制权给UBL执行。
NAND启动流程图和具体的ARMNANDROMBootloader实例进一步详细说明了这个过程。
此外，支持的NAND设备ID列表确保了对多种NAND闪存设备的兼容性。
DM365的NAND启动模式解析涉及了设备识别、错误检测、固件加载和执行等多个环节，确保了系统的稳定和可靠启动。
理解这一过程对于开发和调试基于DM365的嵌入式系统至关重要。

###DM365开发板资料详解：SequentialJPEG解码器功能及限制####概述本资料针对DM365开发板上的SequentialJPEG解码器进行了详细介绍。
该解码器支持多种输入格式，并提供了多种配置选项，旨在满足不同应用场景的需求。
此文档将深入探讨该解码器的主要特点、支持的功能以及一些限制条件。
####主要特点-**eXpressDSP™DigitalMedia(XDM1.0)**：该解码器遵循eXpressDSP™DigitalMedia1.0规范，确保与平台的兼容性。
-**旋转和支持**:支持图像旋转（90°、180°、270°），并支持解码区域选择。
-**接口**:支持IIMGDEC1接口和IRES接口单独使用，但不支持同时使用。
-**环形缓冲区**:采用环形缓冲区配置位流缓冲区，以减少缓冲区大小需求。
-**操作系统**:已在MontaVista®Linux®5.0上验证。
-**多实例支持**:支持多个JPEG解码器实例，且可与其他DM365代码一起运行。
####功能支持-**基线顺序过程**:支持基线顺序处理，但存在以下限制：-不支持非交错扫描。
-仅支持1和3组件。
-Huffman表和量化表对于U和V组件必须相同。
-最多支持四个AC和DCDCT系数表（每个两组）。
-**输出格式**:-YUV4:2:2交错数据作为输出。
-YUV4:2:0半平面（NV12格式，即Y平面，CbCr交错）数据作为输出。
-**输入格式**:-支持YUV4:2:0、YUV4:2:2、YUV4:4:4、交错YUV4:2:2以及灰度图（8x8像素MCU）。
-支持YUV4:2:0、YUV4:2:2和YUV4:4:4的平面格式。
-**量化表格**:支持8位量化表格。
-**帧级解码**:支持帧级别的图像解码。
-**分辨率**:支持最高可达(水平MCU大小*1024)*(垂直MCU大小*1024)像素的图像解码。
理论上最大值为64M像素，但实际测试仅达到64M像素以下。
####限制条件-**扩展DCT基于的过程**:不支持扩展DCT基于的过程。
-**无损处理**:不支持无损处理。
-**分层处理**:不支持分层处理。
-**渐进扫描**:不支持渐进扫描。
-**特定输入格式**:不支持YUV4:1:1输入格式或灰度图（16x16像素MCU）。
-**解码图像宽度**:不支持小于64像素的解码图像宽度。
-**解码图像高度**:不支持小于32像素的解码图像高度。
-**源图像**:不支持12位每样本的源图像。
-**内存限制**:如果解码器内存和I/O缓冲区需求超过DDR内存可用性，则可能需要使用环形缓冲区和切片模式解码来处理更高分辨率的图像。
####结论该SequentialJPEG解码器为DM365开发板提供了一种高效、灵活的图像解码解决方案。
它不仅支持多种输入格式，还具有强大的配置选项，使得开发者可以根据具体应用场景进行定制化设置。
然而，需要注意的是，该解码器在某些方面存在一定的限制，开发者在使用时需根据这些限制进行适当的调整。
通过合理利用该解码器的特点和功能，可以有效提高基于DM365开发板的IP摄像机等网络监控应用的性能。

自己开发的风资源分析工具包WindAnalysis-WindAnalysis1-V1.4.1.zip本帖最后由He_Challen于2017-9-614:40编辑由于工作的原因，今年项目开始转型风电项目，在慢慢上手的过程中发现，风电所涉及的软件清一色北欧的，好不好用只有用了才知道。
因为仅是为前期风电开发做技术分析，老外的软件一个是不容易上手，二是操作复杂。
随下决心自己开发一套专门用于项目前期的风资源分析工具包。
就这样开始而一发不可收拾，从最开始的结构搭建、输出设计便沉迷此中两个月，推出的前三个版本都不太稳定，要么是兼容不好，要么是数据处理的时逻辑顺序有问题，总之在最初的三个版本在大量项目的测风数据的测试下暴漏出一堆又一堆的BUG。
说实话，中途曾想过放弃，一个人孤军奋战实在是太孤独难耐了，多年工作环境造就的内心还是比较强大的，最终还是坚持了下来。
在飞机上、动车上、出差的酒店里、办公桌前开始了一遍又一遍的调试修改，度过了一个又一个难免的夜晚。
最终完成的兼容性和稳定性都可靠的V.1.4.1版本，经反复测试没有问题后，将这个版本作为目前能完成的最终的版本发出来供同行们使用，方便工作和分析。
下面对工具包中的WindAnalysis1和WindAnalysis2的功能做个介绍，过一阵闲了编个教程发出来供大家使用。
WindAnalysis1工具包能够对获取的整个测风数据构建dateset结构体，根据时间序列进行综合整理分析，通过运行可以获得如下分析结果：a．不同高度风速、风向、温度、压强的时间序列分布图；
风速、风向、温度、压强.jpgb．整个测风数据质量判断，及质量分析图；
测风数据质量评估.jpgc．不同高度湍流强度按照风速的分布、各风速对应的湍流强度与其平均湍流强度的分布图；
湍流分布.jpgd．不同高度月平均风速分布图；
月平均风速.jpge．不同高度日平均风速分布图；
日平均风速.jpgf．不同高度风速频率分布直方图；
风频分布.jpgg．不同高度风速风向玫瑰图；
风向、风能玫瑰图.jpgh．风切变拟合和计算；
风切变拟合.jpgi．风切变系数随月分布图；
月风切变.jpgWindAnalysis2为针对特定高度H处的风资源进行详细分析，包括：a.测风时间序列上风速、湍流偏离测风周期内平均值的偏离程度；
风速、湍流时间序列分布.jpgb.风速的威布尔分布拟合和参数计算；
威布尔分布.jpgc.威布尔分布拟合的误差和相关系数R2的计算分析；
拟合误差分析.jpgd.风切变拟合和切边系数计算；
风切变拟合.jpge.指定轮毂高度处的平均风速推算及威布尔分布拟合；
轮毂高度处威布尔分布.jpgf.根据选型风机的参数，绘制功率曲线和推力系数曲线；
功率特性曲线.jpg不仅限于以上figure图文件的生成，还能够估算出指定轮毂高度hub（hub＞H）测风塔处的发电量，在CommandWindow窗口中输出计算结果，作为风资源分析的参考。
计算结果.pngWindAnalysis风数据分析工具包教程-V1.4.pdfWindAnalysis1-V1.4.1.zipWindAnalysis2-V1.4.1.zip-------------------------------------------------------------------

windows下RabbitMQ+erlang安装包，可以直接去官网下载，注意版本之间的兼容性

ESXi6.5vSphere6.5全套中文手册包含ESXi和vCenterServer产品文档、VMwareTools、VMwareVitualSAN、VMwarevSphereDataProtection、vSphereUpdateManager、补充文档、兼容性和配置限制、命令行界面、新功能和发行说明、vsphere-admin-doc等文件夹。

介绍西门子DDC方案搭建方案对大家学习楼宇自控产品有很大帮助。
1. 系统简介 41.1 概述 41.2 整体功能 41.3 整体优点 51.4 工作内容 52. 设计依据 62.1 用户需求分析 62.2 相关资料与标准 63. 设计选型 74. 总体设计 84.1 网络架构 84.2 系统工作站 94.3 现场控制器 104.4 系统接口 195. 方案描述 235.1 中央冷源系统 235.2 高低压变配电系统 255.3 空调通风系统 265.4 给排水系统 295.5 电梯系统 305.6 安防系统集成 316. 系统扩容能力 336.1 软件平台 336.2 网络结构 336.3 现场控制器 336.4 系统兼容性 337. 软件介绍 347.1 整体功能 347.2 INSIGHT高级工作站 347.3 软件功能 358. 售后服务 428.1 维护和保修 428.2 技术培训 42

在日常工作中，钉钉打卡成了我生活中不可或缺的一部分。然而，有时候这个看似简单的任务却给我带来了不少烦恼。 每天早晚，我总是得牢记打开钉钉应用，点击"工作台"，再找到"考勤打卡"进行签到。有时候因为工作忙碌，会忘记打卡，导致考勤异常，影响当月的工作评价。而且，由于我使用的是苹果手机，有时候系统更新后，钉钉的某些功能会出现异常，使得打卡变得更加麻烦。 另外，我的家人使用的是安卓手机，他们也经常抱怨钉钉打卡的繁琐。尤其是对于那些不太熟悉手机操作的长辈来说，每次打卡都是一次挑战。他们总是担心自己会操作失误，导致打卡失败。 为了解决这些烦恼，我开始思考是否可以通过编写一个全自动化脚本来实现钉钉打卡。经过一段时间的摸索和学习，我终于成功编写出了一个适用于苹果和安卓系统的钉钉打卡脚本。