第一批14个，它们的名称及在书中出现的位置如下：l第2章提到的n人物角色（Persona）实例：2.1.2n用户访谈实例：2.2.1n调查问卷实例：2.2.2n单项需求卡片模板：2.2.5n商业需求文档（BRD）模板：2.4.1n简易需求管理模板：2.3&2.5l第3章提到的n项目组织结构模板：3.2n产品需求文档（PRD）模板：3.3.1n用例（UC）文档模板：3.3.1n项目日报周报模板：3.4n项目发布通知模板：3.4l第5章提到的n产品路标规划实例：5.3.1n会议记录模板：5.3.2l其他书中未出现的n个人日报周报模板每一个文档本身，都会有一些说明，看了可以大致明白如何使用，更具体的说明，书里有最详细的讲解，所以也期待大家关注《人人都是产品经理》，豆瓣页面在此，该文章出自《iamsujie的产品设计》,原文链接：http://iamsujie.com/9000/9078/转载时间是:2010-04-0820:22:39请务必保留此链接，谢谢！

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

ucdevelopertoolslinux版本

UCOSIII的中文资料，uC/OSIII是一个可以基于ROM运行的、可裁减的、抢占式、实时多任务内核，具有高度可移植性，特别适合于微处理器和控制器，是和很多商业操作系统性能相当的实时操作系统(RTOS)。
为了提供最好的移植性能，uC/OSIII最大程度上使用ANSIC语言进行开发，并且已经移植到近40多种处理器体系上，涵盖了从8位到64位各种CPU(包括DSP)。
uC/OSII可以简单的视为一个多任务调度器，在这个任务调度器之上完善并添加了和多任务操作系统相关的系统服务，如信号量、邮箱等。
其主要特点有公开源代码，代码结构清晰、明了，注释详尽，组织有条理，可移植性好，可裁剪，可固化。
内核属于抢占式，最多可以管理60个任务。
从1992年开始，由于高度可靠性、移植性和安全性，uC/OSIII已经广泛使用在从照相机到航空电子产品的各种应用中。

MDK5.1STC89C52RC跑uC/OSII，2个Task，循环打印和点灯。
由于资源有限，再多任务就挂掉了。

UC/OSuCGUI最新源码3.98版本源码完整版UC/OSuCGUI最新源码3.98版本源码完整版UC/OSuCGUI最新源码3.98版本源码完整版

本文主要介绍了基于基于MC9S12XS128的UC/OS系统移植，参照UCOS系统基于其他芯片的移植实例，完成硬件的制作和软件设计后对整个控制系统进行调试，先阐述了调试的策略，再分别就现有调试工具条件下的脱机和调试在线进行了分析，对相应的调试方法做了基本的介绍。
最后根据调试情况对整个系统做了修改，加以简单功能的实现，基本达到设计要求。

uC/OSII的多任务操作系统全部原代码，收录了非常全的各类型处理器上uC/OSII的移植代码，希望能给你带来方便！

普通塞班软件很一般

摘要：介绍了一种正弦波功率信号源电路，该电路用高速双路PWM控制器UC3825为控制芯片，功率MOSFET为开关器件而构成的推挽逆变器，逆变器输出经高频LC滤波后输出1MHz/100W正弦波功率信号。
实验证明电路产生的波形质量好，电路结构简单，控制方便，并具有体积小，效率高的特点。
关键词：功率信号源；
推挽；
脉宽调制；
变换器1引言低频小功率信号源往往用线性功率放大电路，其电路比较简单，波形质量好，易于实现。
而对于高频、中大功率信号源用线性功率放大电路难以实现，特别是对于要求1MHz/100W正弦波功率信号源，采用线性功率放大电路，其电路结构复杂，调整困难，不易实现。
而采用高速双路PWM控制器UC

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