本标准给出面向智慧城市互联网参考体系结构规定了智慧城市中物联网系统各功能域以及支撑域功能实现的IT基础设施的构成GB/T36620-2018……12图?智慧城市IT基础设施结构…2表1系统描述…………自垂表2接口描述…表3感知控制域的实体描述…表4服务提供域的实体描述…a,.。
·……····表5资源交换域的实体描述………·.·a·a·.:······-··:.表6运维管控域的实体描述…….··表7用户域的实体描述表8云计算平台的实体描述……………………………………………………:13表9边缘计算平台的实体描述…………1314表10人机交互平台的实体描述…ⅡGB/T36620-2018前言本标准按照GB/T1.1—2009给出的规则起草。
请注意本文件的某些内容可能涉及专利。
本文件的发布机构不承担识别这些专利的责任。
本标准由全国信息技术标准化技术委员会(SAC/TC28)提出并归口。
本标准起草单位:无锡物联网产业研究院、中国电子技术标准化研究院、上海集成通信设备有限公可、南京三宝科技股份有限公司深圳市英唐智能控制股份有限公司、华为技术有限公司、江苏省邮电规划设计院有限责任公司、西安航天自化股份有限公司深圳哺标准技术研究院成都秦川物联网科技股份有限公司。
本标准主要起草人季建慧乘晖、付根利、邻涛钱维林刘立、徐啸峰、徐冬梅陈书义、邢涛吴明娟、杨会甲、王静张建张旭杰、易晓珊权亚强、张磊胡庆周、张康明。
GB/T36620-2018面向智慧城市的物联网技术应用指南1范围本标准给出了面向智慧城市的物联网参考体系结构,规定了智慧城市中物联网系统各功能域以及支撑域功能实现的IT(信息技术)基础设施的构成。
本标准适用于智慧城市中物联网系统的规划和设计实现。
2规范性引用文件下列文件对于本文件的用是必不可少的。
凡是注日期的引用文件,仅注日期的版本适用于本文件。
凡是不注日的引所文件,其最新版本(包括所有的修改单)适用于本文件。
GB/T3356-2016新型智慧城市评价指标GB/T334742016物联参考体系结构GB/T37452017物联网术语3术语和定义GB/13375-2017定的术语和定义适用于本文件4面向智慧城市的物联网系统参考体系结构4.1概述本标准根擤GBT336-2016、GB/T374-2016规定的物联网概念糢型和新型智慧城市评价指标,从系统功能配置及其支撑平台的角度给出了面向智慧城市的物联冈统参考体系结构,定义了智慧城市中物联网系主要实体及实体之间接口关系,如图1所示,图中前头表示实体间的数据交互。
智慧城市用户通过物联网系实现对智慧城市目标对象的感知和控制。
智慧城市用广包括业务户和管理用户。
业务用戶是对智慧城市中物联网业务服务有需求的政府、企业、公众等用户。
管理用户是每慧城市中物联风系统进行运维管控的用户。
智慧城市中物联网系统包含感知控制域、服务提供域运维管控域资源交换域用户域以及支撑域功能实现的云计算平台、边缘计算平台、人机交互平台等智慧城市IT基础设施。
智慧城市目标对象包括智慧城市感知对象和智慧城市控制对象。
智慧城市感知对象是智慧城市用户期望获取信息的对象,智慧城市控制对象是智慧城市用户期望执行操控的对象。
智慧城市感知对象与感知控制域中的数据采集实体以非数据通信类接口或数据通信类接口进行关联,用于数据采集实体获取智慧城市感知对象的属性信息。
智慧城市控制对象与感知控制域中的控制执行实体以非数据通信类接口或数据通信类接口进行关联,实现对智慧城市控制对象的操作控制GB/T36620-2018智慧城市智城市业务用户管理用户用户域业务服务运维管控人机交互平轴入/输出信息处理输入/输出信息处理服务提供域运维管控域资源交换域城市综合服务惠民综合服务运行维护市状态测政务服务物流送置管理共享数据业健康医疗文化教育态监控目录管理务应急播择调度【障诊「务囡共信息发布表扶公共安全软开云务分析决策区交通出行匚节能不保件管计算平云程支表认证授权安全管理数据支撑服务支撑灾灭管理交换协议□数据管理标识管理匚用户管地理信息服巨文付眠务法规监管服务合规数据处理和存储L数据资源应急响应知控制域传感器网络组网和信息处理通网[边峰据处边缘计数据采集传感数粼采烟图间位数据采医多媒体数括采烟圆识数据采绸控制执行智城市目标对象图1面向智慧城市的物联网系统参考体系结构4.2系统描述面向智慧城市的物联网系统描述见表1表1系统描述系统构成描述用户域实现智慧城市用户与物联网系统交互的软硬件实体集合智慧城市中物联网系统获取感知对象信息与操控控制对象的软硬件系统的实体集合,可实现感知控制域针对目标对象的本地化感知、协同和操控GB/T36620-2018表1(续)系统构成描述实现智慧城市中物联网系统基础服务和业务服务的软硬件系统的实体集合,可实现智慧城市服务提供域感知数据、控制数据及服务关联数据的加工处理和协同实现智慧城市中物联网系统运行维护和法规符合性监管的软硬件系统的实体集合,用于监运维管控域控、管理智慧城市中物联网系统,保障其安全可靠运行,保障其提供的各项服务符合相关法律法规实现智慧城市中物联网系统与其他系统间信息共享与交换的软硬件系统的实体集合,可向其资源交换域他系统提供来自服务提供域的物联网共享数据,向服务提供域提供来自其他系统的物联网或非物联网共享数据智慧城市IT智慧城市中具有通信计算、存储等基础通用能力的软硬件系统的集合,用于支撑面向智城基础设施(文撑域)市的物联网系统构成各域功能的实现4.3接口描述面向智慧城市的物联网系统接口描述见表2。
表2接口描述序号实体1实体2接口描述数据采集数据处理和存储用于感知控制域数据采集实体向服务提供域数据(感知控制域)(服务提供域)处理和存储实体传送感知数据控制执行业务服务用于服务提供域业务服务实体集合向感知控制域(感知控制域)(服务提供域)控制执行实体发送控制指令传感器网终用于感知控制域传感器网络组网和信息处理实体组网和信息处理数据处理和存偌向服务提供域数据处理和存储实体传送处理后的(服务提供域)(感知控制域感知数据传感器网络业务服务用于服务提供域业务服务实体集合向感知控制域组网和信息处理(服务提供域)传感器网络组网和信息处理实体发送控制指令(感知控制域)感知控制域通过此接口向运维管控域传送运行状感知控制域运维管控域态信息。
运维管控域通过此接口向感知控制域发送运维管控指令服务提供域通过此接口向资源交换域传送供其他服务提供域资源交换域系统共享的数据。
资源交换域通过此接囗向服务提供域传送来自其他系统的共亨数据服务提供域通过此接口向运维管控域传送运行状服务提供域运维管控域态信息。
运维管控域通过此接口向服务提供域发送运维管控指令业务服务输人服务提供域输出信息处理用于交换与业务用户相关的数据业务服务(用户域)GB/T36620-2018表2(续)实体1实体2接口描述序号运维管控输入/实现对用户域的整体运维管控,并交换与管理用户运维管控域输出信息处理相关的数据(用户域)资源交换域通过此接口向运维管控域传送运行状10资源交换域迳维管控域态信息。
运维管控域通过此接口向资源交换域发送运维管控指令5感知控制域5.1域的构成如图2所示,感知控制域包括数据采集、控制执行、传感器网络组网和数据处理等实体集合。
数据采集实体集合包括传感数据采集、空间位置数据采集、多媒体数据采集、标识数据采集等实体,用于获取智慧城市感知对象的属性信息。
控制执行实体可根据控制指令对智慧城市控制对象进行操控。
传感器网络组网和数据处理实体集合包括通信与组网和边缘数据处理等实体,实现域内的通信组网和边缘计算数据处理和存储业务服务业务服务数据处理和存储(服务提供域)(服务提供域)服务提供域)(服务提供域感8知控制域传感器网络组网和数据处理道饰组兴【边边缘数据处理运维管控数据集传感数据采集空间位量数据采集上执多媒体数据采果标识数据采集智城市目标对象智慧城市目标对象图2感知控制域的构成GB/T36620-20185.2实体描述感知控制域的实体描述如表3所示。
表3感知控制域的实体描述实体描述将城市中感知对象的各种属性参量(物理量、化学量、生物量)通过传传感数据采集感器件按照一定规律转换成电学量,再经信号调整、采样、量化、编码等步骤,生成便于处理和传输的特定格式的数据感知城市中目标对象所在位置并形成数据。
该位置既可以根据大地数据采集空间位置数据采集参照系定义,如大地经纬度坐标,也可以定义为数据采集实体与目标对象之间的相对位置关系多媒体数据采集对城市中音频视频、图像等多媒体源进行采集,形成城市物联网系统可识别、处理、传输的多媒体数据标识数据采集对城市中附着在目标对象上的条码、射频识别标签等所承载的编码数据进行采集,获取目标对象的标识信息控制执行可根据控制指令对智慧城市控制对象进行操控通过对数据格式和通信协议的统一定义,实现传感器结点之间点对点传感器网络组通信与组网通信或者点对多点通信,以及按照自组织方式构成网络网和数据处理边缘数据处理靠近目标对象或数据源头,进行数据聚合数据分析控制决策等6服务提供域6.1域的构成如图3所示,服务提供域由基础服务和业务服务实体集合组成。
基础服务包括数据支撑和服务支撑等实体集合,结合城市基础数据资源,实现智慧城市基础性的数据处理和共性的服务支撑。
其中数据支撑实体集合包括数据资源、数据管理、数据处理和存储等三个功能实体,对感知数据和城市基础数据资源进行数据管理、数据处理和存储。
服务支撑实体集合包括标识管理、用户管理、地理信息服务、支付服务等四个功能实体,为智慧城市业务服务提供共性支撑。
业务服务包括城市综合服务、惠民综合服务等实体集合,它面向智慧城市用户需求,提供智慧城市中物联网应用服务。
其中城市综合服务实体集合包括城市状态监测、应急指挥调度、公共信息发布、政务分析决策等功能实体,提供面向城市各级管理者的物联网服务。
惠民综合服务实体集合包括政务服务、健康医疗、养老帮扶、交通出行、物流配送、文化旅游、公共安全、节能环保等功能实体,提供面向城市公众的物联网服务。
GB/T36620-2018业务服务输入/输出信息处理用户域)服务提供域城市综合服务惠民综合服务巾态■政务。
匚物业应急指挥调度健康医疗服文化旅游公共总发布养老扶公共安全政务分析决策交通由行节能环保资源域域数据攴撑服务支撑数据管理标识管理用户管理三服[发数据处理和存储数据采集传感器网络组网传感器网络组网(感知控制域)(感知控制域)和信息处理控制执行(感知控制域)(感知控制域)图3服务提供域的构成62实体描述服务提供域的实体描述如表4所示表4服务提供域的实体措述实体描述数据处理和存储根据业务服务需求结合数据资源对感知数据进行处理基础服务数据支撑数据资源来自其他系统的、本系统业务服务需要的城市应用数据(如政务服务、设施管理、环境保护等数据)和城市基础数据(如人∏基础信息、法人基础信息、空间地理信息等数据)数据管理对感知数据和数据资源进行管理

GDPR-通用数据保护条例-中文版GDPR-通用数据保护条例-中文版GDPR-通用数据保护条例-中文版

防护arp攻击软件最终版-Antiarp安全软件使用方法：1、填入网关IP地址，点击〔获取网关地址〕将会显示出网关的MAC地址。
点击[自动防护]即可保护当前网卡与该网关的通信不会被第三方监听。
注意：如出现这种欺骗提示，这说明攻击者发送了对于此种欺骗数据包来获取网卡的数据包，如果您想追踪攻击来源请记住攻击者的MAC地址，利用MAC地址扫描器可以找出IP对应的MAC地址.2、IP地址冲突如频繁的出现IP地址冲突，这说明攻击者频繁发送ARP欺骗数据包，才会出现IP冲突的警告，利用AntiARPSniffer可以防止此类攻击。
3、您需要知道冲突的MAC地址，Windows会记录这些错误。
查看具体方法如下：右击[我的电脑]--[管理]--点击[事件查看器]--点击[系统]--查看来源为[TcpIP]---双击事件可以看到显示地址发生冲突，并记录了该MAC地址，请复制该MAC地址并填入AntiARPSniffer的本地MAC地址输入框中(请注意将:转换为-)，输入完成之后点击[防护地址冲突]，为了使M地址生效请禁用本地网卡然后再启用网卡，在CMD命令行中输入Ipconfig/all，查看当前MAC地址是否与本地MAC地址输入框中的地址相符，如果更改失败请与我联系。
如果成功将不再会显示地址冲突。
注意:如果您想恢复默认MAC地址,请点击[恢复默认],为了使地址生效请禁用本地网卡然后再启用网卡。
有关ARP病毒问题的处理说明:故障现象：机器以前可正常上网的，突然出现可认证，不能上网的现象（无法ping通网关），重启机器或在MSDOS窗口下运行命令ARP-d后，又可恢复上网一段时间。
故障原因：这是APR病毒欺骗攻击造成的。
引起问题的原因一般是由传奇外挂携带的ARP木马攻击。
当在局域网内使用上述外挂时，外挂携带的病毒会将该机器的MAC地址映射到网关的IP地址上，向局域网内大量发送ARP包，从而致使同一网段地址内的其它机器误将其作为网关，这就是为什么掉线时内网是互通的，计算机却不能上网的原因。
临时处理对策：步骤一.在能上网时，进入MS-DOS窗口，输入命令：arp–a查看网关IP对应的正确MAC地址，将其记录下来。
注：如果已经不能上网，则先运行一次命令arp–d将arp缓存中的内容删空，计算机可暂时恢复上网（攻击如果不停止的话），一旦能上网就立即将网络断掉（禁用网卡或拔掉网线），再运行arp–a。
步骤二.如果已经有网关的正确MAC地址，在不能上网时，手工将网关IP和正确MAC绑定，可确保计算机不再被攻击影响。
手工绑定可在MS-DOS窗口下运行以下命令：arp–s网关IP网关MAC例如：假设计算机所处网段的网关为218.197.192.254，本机地址为218.197.192.1在计算机上运行arp–a后输出如下：C:\DocumentsandSettings＞arp-aInterface:218.197.192.1---0x2InternetAddressPhysicalAddressType218.197.192.25400-01-02-03-04-05dynamic其中00-01-02-03-04-05就是网关218.197.192.254对应的MAC地址，类型是动态（dynamic）的，因此是可被改变。
被攻击后，再用该命令查看，就会发现该MAC已经被替换成攻击机器的MAC，如果大家希望能找出攻击机器，彻底根除攻击，可以在此时将该MAC记录下来，为以后查找做准备。
手工绑定的命令为：arp–s218.197.192.25400-01-02-03-04-05绑定完，可再用arp–a查看arp缓存，C:\DocumentsandSettings＞arp-aInterface:218.197.192.1---0x2InternetAddressPhysicalAddressType218.197.192.25400-01-02-03-04-05static这时，类型变为静态（static），就不会再受攻击影响了。
但是，需要说明的是，手工绑定在计算机关机重开机后就会失效，需要再绑定。
所以，要彻底根除攻击，只有找出网段内被病毒感染的计算机，令其杀毒，方可解决。
找出病毒计算机的方法：如果已有病毒计算机的MAC地址，可使用NBTSCAN软件找出网段内与该MAC地址对应的IP，即病毒计算机的IP地址，然后可报告校网络中心对其进行查封。

信息安全等级保护相关的标准、规范等，共32个文档，可复制纯文字，方便学习研究及引用。

(20080318_6)Java源代码保护工具ProGuard的3.6与4.1版【ProGuard.rar】大小：912KB(934,458字节)解压后是后缀为jar的可执行java压缩文件。
对3.6版本实现了部分汉化。
4.1版本是未改动原版。

2018年软件学院C++课程设计课程设计目的：1、熟悉利用面向对象的方法以及C++的编程思想来完成系统的设计；
2、锻炼学生在设计的过程中，建立清晰的类层次，应用继承和多态等面向对象的编程思想；
3、通过本课程设计，加深对面向对象程序设计课程所学知识的理解，熟练掌握和巩固C++语言的基本知识和语法规范,深刻体会面向对象的编程思想，掌握使用面向对象程序设计语言C++，学会编写结构清晰、风格良好的C++语言程序，从而具备利用计算机编程分析解决综合性实际问题的初步能力。
课程设计题目：模拟即时通信系统实现一、题目描述基于社交的即时通信是腾*公司的主要业务，先后有QQ、微信、微博等服务，可能还将继续推出微商、微唱、微走、微笑等产品。
这些软件既可以独立提供服务，又互相辉映关联。
腾*公司希望对各系统进行整合形成统一的立体社交软件平台。
现请完成该平台的设计并实现。
要求如下：1、用户基本信息：号码ID，昵称，出生时间，T龄（号码申请时间）、所在地、好友列表、群列表。
微博与QQ共享ID，微信采用独立ID，但是可以与QQ号码绑定对应。
其他微X产品也分为这两种情况。
2、好友管理（1）实现各功能好友信息的添加、修改、删除、查询的功能。
（2）可以查询微X之间各自共同好友。
如微信可以添加QQ推荐好友。
3、群管理（1）设定每个微X功能已有1001、1002、1003、1004、1005、1006等群号。
（2）加入群、退出群、挨T、查询群成员等。
（3）不同微X之间群的理念不同，比如：QQ群可以申请加入，而微信群则只能推荐加入；
QQ群允许设置临时讨论组（子群），微信群则不允许；
QQ群有以群主为核心的管理员制度，而微信群仅有群主为特权账号。
4、开通管理用户可以选择自己开通该平台的N个微X服务。
5、登录管理各微X之间只要有一个服务登录，则其它服务简单确认后视为自动登录。
6、功能展示要求（main函数）（1）设计约定。
开通服务情况、群成员信息和好友信息可以预先保存到文件中，在系统启动时将这些信息加载到内存中；
（2）一个服务登录后，本人开通的其它所有服务均进入开通状态。
（3）服务之间可以依据本人开通的任意另外一个服务的好友添加好友。
（4）展示一个服务当前群的特色功能；
在群成员数据不受伤害的前提下，动态变换为其他类型群的管理特色。
（5）实现QQ的点对点的TCP通信的收发功能。
(选做）提示：a）需要加载ws2_32.lib静态库，打开头文件winsock.h。
b）百度IP地址、端口等概念；
c）百度socket编程，关注bind、listen、accept、connect、send、receive等函数用法。
二、技术层次要求及说明1、基本层次。
完成上述功能要求，所采用技术不限，比如采用纯面向过程思想实现；
2、支持对象层次。
正确完成了类的切割，利用对象技术实现。
（1）容器类主要包括：例如，微X成员管理。
（2）其它主要类包括：例如，微X信息、群信息、好友信息。
3、抽象、封装层次采用了继承或者组合实现复用，对数据成员提供了必要的接口保护；
（1）抽象出了基础类，并被其它功能复用；
（2）如好友维护、群信息维护等操作均应该提供接口形式；
4、面向对象层次支持多态功能，支持依据设计原则的优化。
好友管理、群管理等；
5、优化提高层次（1）提供简便菜单，以1、2等数字区分几类功能，并允许返回菜单；
（2）I/O操作支持。
基本功能中，已有设定信息，在初始化时候可以固化在程序代码中，也可以存放在文件中，每次容器实例化时读入，析构时写回文件中，以实现断电保存。
（3）可扩展性支持，需要考虑群、好友等与主要服务之间的关系；
（4）灵活性支持。
群的管理模式动态可变；
（5）程序有必要的注释；
（6）可以采用UML工具画出简单类图（7）为防止不诚信行为，要求类的设计均以独立文件存在，且所有的类名称后面应有自己的姓名缩写，如张三设计的QQ信息类名称：TencentZhS。
三、设计步骤(参考)：在清楚上述系统功能要处理是什么的基础上，考虑用如下方式来设计1、确定所需的类及其相互间的关系。
（1）要从问题中归纳出一个概念或实体，从这些概念或实体出发建立相应的类。
（2）尽量使类小而简单，以使其看起来容易理解。
（3）充分利用封装以增加类的可靠性，以便使用时保证更加可靠。
（4）通过继承建立类族，以方便使用多态性。
2、确定每个类的实现。
（1）考虑类的对象应该如何构造和析构。
（2）考虑类的成员函数的建立。
（3）综合考虑各个类在命名和功能方面有哪些共性。
3、细化有关的类，描述他们之间的相互关系，即类关系和对象关系。
4、描述本系统的界面，通过分别定义成员的不同属性，为抽象和实现提供分离的接口。
四、设计工具1、

这些珍贵的VB代码不多，全部是原创的。
可以强力保护软件被人调试分析，比如OD在这个软件上就无法调试，包括其他调试器，从原理上封调试器。

企业为了与合作伙伴、员工、供货商或客户有更实时的连接，有越来越多的在线数据中心，而这些应用正面临着日益增加的网络攻击。
与传统的威胁相比，这些针对目标性攻击的威胁数量更多也更复杂，所以对于数据安全的遵循就变得更加严格。
而您的公司则更坚固的安全防护，让您的虚拟和实体数据中心，以及云端运算不会因信息威胁而造成性能的降低。
虚拟化能够帮助用户显著地节省数据中心运营成本，用户减少硬件成本和能源需求并且可以在部署关键应用方面获得更大的灵活性和可用性。
在虚拟化中，IT人员所面对的最大挑战是应用安全机制，即如何能使用户充分利用其在虚拟化方面的投资。
这包括如何使用户能够在相同的物理服务器上将虚拟机设置成不同的安全等级，在使用诸如vMotion机制的同时提供持续的防护，当虚拟机在休眠或离线状态下仍能对其进行防护，并且使用户能够扩展其虚拟化环境以充分利用云计算技术。
TrendMicroDeepSecurity是一种在虚拟、云计算和传统的数据中心环境之间统一安全性的服务器和应用程序防护软件。
它帮助组织预防针对操作系统和应用程序漏洞的非法入侵，监控系统的完整性，并集中管理风险日志，符合包括PCI在内的关键法规和标准，并有助于降低运营成本。
趋势科技DeepSecurity不但可以对物理服务器上的操作系统、应用程序和数据进行防护，同时利用VMwarevShield技术来保护处于运行状态和休眠状态的虚拟机，同时提供集中的控管平台，获得最大化的性能和操作灵活性。

版权法保护计算机软件的主流地位八十年代中后期，以美国为首的很多国家开始通过修订版权法，把计算机软件纳入了版权法的保护客体。
1980年12月，美国修订了《版权法》，从立法上正式确认了计算机软件作为一种一般文字作品属于版权法保护客体。
1985年日本修改版权法，对计算机软件加以版权保护。
1991年5月14日，欧共体部长理事会颁布了《计算机程序法律保护指令》，对保护对象、程序作者、反向工程、特殊保护措施等作了详细规定。
由此，欧共体在计算机程序法律保护问题上最终引进了统一的版权法保护体系。
1994年4月世界贸易组织签署了TRIPS协议，即《与贸易有关的知识产权协议》，该协议第10条第1款规定：成员国或成员地区都必须把计算机程序作为伯尔尼公约中所指的“文字作品”给予保护。
TRIPS协议作为WTO的基础性协议之一，是第一个明确规定计算机软件版权保护的国际条约。
该协议为在全世界范围内建立计算机软件版权法律保护制度奠定了基础，也标志着版权模式在计算机软件的知识产权保护中己占据了主导地位。
目前，全世界己经有60多个国家和地区采用版权法保护计算机软件，这些国家有的采取传统版权法保护计算机软件(如美国)，有的在版权法下专门制定计算机保护法规(如中国)，还有的在原版权法中加入针对计算机软件的专门条款，如欧共体有关国家。

DS18B20fpga控制逻辑用verilogHDL进行控制,DS18B20单线数字温度传感器，即“一线器件”，其具有独特的优点：(1)采用单总线的接口方式与微处理器连接时仅需要一条口线即可实现微处理器与DS18B20的双向通讯。
单总线具有经济性好，抗干扰能力强，适合于恶劣环境的现场温度测量，使用方便等优点，使用户可轻松地组建传感器网络，为测量系统的构建引入全新概念。
(2)测量温度范围宽，测量精度高DS18B20的测量范围为-55℃~+125℃;在-10~+85°C范围内，精度为±0.5°C。
(3)在使用中不需要任何外围元件。
(4)持多点组网功能多个DS18B20可以并联在惟一的单线上，实现多点测温。
(5)供电方式灵活DS18B20可以通过内部寄生电路从数据线上获取电源。
因此，当数据线上的时序满足一定的要求时，可以不接外部电源，从而使系统结构更趋简单，可靠性更高。
(6)测量参数可配置DS18B20的测量分辨率可通过程序设定9~12位。
(7)负压特性电源极性接反时，温度计不会因发热而烧毁，但不能正常工作。
(8)掉电保护功能DS18B20内部含有EEPROM，在系统掉电以后，它仍可保存分辨率及报警温度的设定值。
DS18B20具有体积更小、适用电压更宽、更经济、可选更小的封装方式，更宽的电压适用范围，适合于构建自己的经济的测温系统，因此也就被设计者们所青睐。

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