转自:http://blog.sina.com.cn/s/blog_57ad1bd20102uxxw.html
1-WIRE搜索算法详解(1)
0前言
美信公司(http://www.maximintegrated.com/cn)生产了许多1-Wire®器件产品,硬件电路极致简单,而相应软件就显得复杂。美信网站的《应用笔记187》介绍了单线ROM搜索算法,并提供了TMEX API测试程序的源代码,该算法较为复杂,而且是通用于多平台(windows\JAVA等)的API,无法直接在KeilC上调试并写入单片机。本人在学习理解其算法后,适当修改源代码,并作上了详细的注释和图解,代码在KeilC环境下调试通过,并在一个挂接4个DS18B20的小型1-Wire环境中测试成功,顺利获取4个ROM码。现把算法分析及测试过程成文如下,其中算法部分保留了大部分AN187的内容,但作了许多修改和补充,原文可参见http://www.maximintegrated.com/cn/app-notes/index.mvp/id/187。本文介绍的搜索算法及源代码,对任何现有的或将要推出的1-Wire器件都是有效的。
1测试环境及图示
硬件连接:4个DS18B20并接,MCU为笙泉MG82G516仿真芯片(其他普通51系列都可,仿真芯片可以方便调试),软件为Keil 3。
1.
2.笙泉THO65B+仿真器(可仿真51芯片)
3.Saleae Logic分析仪
4.全家福(开发板仅安装芯片及供电用)
图1中,4个DS18B20并接,红黄黑三线为电源、信号、地,绿色线通黄色线,接逻辑分析仪。原来逻辑分析仪从单片机端采集1-Wire信号,但实测中主机拉高电平(从机低电平)时,逻辑分析仪采集到一个尖刺脉冲,造成分析仪识别1-Wire协议失误;后将采集线接到从机端,信号正常。
图2是笙泉THO65B+仿真器,USB接口,可仿真51系列,方便程序调试。该仿真器芯片型号为MPC82G516,类似于STC15F2K60S2,为1T单片机,片上64KB Flash, 60KB程序存储器, 3KB IAP存储器, 1KB ISP 引導程序空间,以及1KRAM。
图3为逻辑分析仪,十分小巧,支持8路信号输入,最高采样速率24M,实际一般使用16M。USB接口,附送软件。图4为开发板,本例中主要功能仅为提供CPU插座及供电,1-Wire器件连接是相当简单的。
2
Maxim的1-Wire®器件都带有一个64位的唯一注册码,生产时通过激光刻蚀在内部只读存储器内(ROM),用于在1-Wire网络中通过1-Wire主机对其寻址。如果1-Wire网络中从机器件数量不定且ROM码未知,则可采用搜索算法查找这些码。下表是64Bit ROM码的组成示意:
(MSB表示Most Significant Bit最高有效位,LSB表示Least Significant Bit最低有效位)
MSB | ||
8位CRC | 48位序列号 MSB | 8位家庭码 MSB |
搜索顺序是从低位到高位的,如下: 第64位←——————————————————————第1位 |
图5. 64位唯一的ROM注册码
图6、通过逻辑分述仪采集到的1-Wire信号
图片说明:
1. 上图是逻辑分析仪在ROM搜索到1个ROM时1-Wire总线上采集到的信号,可见搜索耗时15ms;
2. 因低位先传送,逻辑分析仪上显示低位在左边;
3. 信号自左到右分别为:复位R、存在脉冲、主机发搜索命令8位、从机回复64位ROM码(包括家族码0x28、48位ROM、8位CRC码)
4. 分析软件识别出了1-Wire协议,在信号顶部标示了内容和数位,阅读时相当直观。
5. 将图6中家族码的部分放大如图7。
图7. 搜索过程中采集的家族码部分放大图
图片说明
1.
2.
3.
3
搜索算法采用的是二叉树型结构,搜索过程沿各分节点进行,直到找到器件的ROM码即叶子为止;后续的搜索操作沿着节点上的其它路径进行,按照同样的方式直到找到总线上的所有器件代码。本文后面提供了一个简单示例:4个ROM,每个仅取4位,构造了一棵二叉树,并在此示例上推导出搜索算法的许多细节及实现。
搜索算法首先通过复位(reset)和在线应答脉冲(presence pulse)时隙将1-Wire总线上的所有器件复位;成功地执行该操作后,发送1 个字节的搜索命令;搜索命令使1-Wire器件准备就绪、开始进行搜索操作。
搜索命令分为两类:标准搜索命令(F0 hex)用来搜索连接到网络中所有器件;报警或有条件搜索命令(EC hex)只用来搜索那些处于报警状态下的器件,这种方式缩小了搜索范围,可以快速查找到所需要注意的器件。本文附带代码仅使用了标准搜索命令。
搜索命令发出之后,开始实际的搜索过程。首先总线上的所有从机器件同时发送ROM码(也叫注册码)中的第一位(最低有效位) (参见图1)。与所有的1-Wire通信一样,无论是读取数据还是向从机器件写数据,都由1-Wire主机启动每一位操作。按照1-Wire协议设置特性,当所有从机器件同时应答主机时,结果相当于全部发送数据位的逻辑AND;从机发送其ROM码的第一位后,主机启动下一位操作、接着从机发送第一位数据的补码;从两次读到的数据位可以对ROM码的第一位做出几种判断(参见下表)。上述二次读取1-Wire总线上当前位ROM码的正码和反码的操作,本文简述为“二读”。
表1. 检索信息位
主机读一位 从机提供当前位正码 | 主机再读一位 从机提供该位反码 | 二读后可以判断获得的信息 注意:主线读到的是各个响应从机的“线与”逻辑 |
0 | 0 | 连接器件的该位有0有1,这是一个差异位(混码位) |
0 | 1 | 连接器件的该位均为0 |
1 | 0 | 连接器件的该位均为1 |
1 | 1 | 没有器件与总线相连 |
按照搜索算法的要求,“二读”后1-Wire主机必须向总线上的从机发回一个指定位,称为“一写”;如果从机器件中ROM码的当前位的值与该数据位匹配,则继续参与搜索过程;若从机器件的当前位与之不匹配,则该器件转换到休眠状态,直到下一个1-Wire复位信号到来被再次唤醒。其余63位ROM码的搜索依然按照这种‘读两位’、‘写一位’的模式进行重复操作。
按照这种搜索算法进行下去,最终除了一个从机器件外所有从机将进入等待状态,经过一轮检测,就可得到最后保留(未进入等待状态)器件的ROM码。在后续搜索过程中,选用不同的路径(或分支)来查找其它器件的ROM码。需要注意的是本文ROM码的数据位用第1位(最低有效位)到第64 位(最高有效位)表示,而不是第0位到第63位的模式;这样设置允许将差异位置计数器初始值置为0,为以后的比较提供了方便。
上述过程可简述为“二读一写”,“二读”结果为“00”,主机就判定这一位是“差异位”,也可称为“冲突位”“混码位”。举例来说,“二读”就相当于“老师问名”,设想学生的名字就是64位ROM码,老师第1问时学生反应为:“1的不吭声,0就高喊到”;第2问时学生反过来:“0的不吭声,1的高喊到”,老师通过二次答复就可分辨:“不吭声+不吭声”表示一个学生也没有;“不吭声+到”表示大家都是1,“到+不吭声”表示大家都是0;而“到+到”收表示有0有1。试想,如果有0有1,只要有1个喊到,老师就能听到,这种合成效果就是所谓的“线与”,当然这里应称为“声与”。
搜索到“差异位”时,主机如何确定搜索方向(0还是1),这是本算法的核心问题,这也是典型的“二叉树遍历”算法。或许有人会提出一种“笨”算法,就是穷举64位组合,从000…000到111…111遍历,有应答的从机就会被一个一个找出来,这确实是一种简单的“笨”算法,在许多地方很有用,但对于64位ROM来说,假设一位的访问需要100us,64位则需要6.4ms,穷举全部ROM码有264=1844亿亿,极端的遍历时间为37亿年,这确实是一种无法实现的笨办法。
下表列出了1-Wire主机和从机的搜索过程:
Master | Slave |
发送“复位”信号 | 产生“存在”脉冲 |
发送“搜索”命令 | 全体器件进入“应付搜索”状态,不断地根据主机信号作出反应 |
从总线读取1位“线与” | 全体器件发送64位ROM码的第1位 |
从总线读取1位“线与” | 全体器件发送64位ROM码的第1位的反码 |
向总线写1位(按算法) | 器件们接收此位后,凡与ROM码的第1位不符的器件进入休眠状态 |
读64位ROM码后续位 | 器件发后续位ROM码 |
读64位ROM码后续位的反码 | 器件发后续位ROM码的反码 |
写后续各位 | 器件们接收此位后,凡与ROM码的当前位不符的器件进入休眠状态. |
从上表可以看出:如果所有总线上的器件在当前位具有相同值,那么只有一条分支路径可选;总线上没有器件响应的情况是一种异常状态,可能是要查找的器件在搜寻过程中与1-Wire总线脱离。如果出现这种情况,应中止搜索,并发出1-Wire复位信号起始新的搜索过程。如果当前位既有0也有1,这种情况称为位值差异,它对在后续搜索过程中查找器件起关键作用。搜索算法指定在第一轮查询中若出现差异(数据位/补码 = 0/0),则选用‘0’路径。注意:这一点是由本文档中介绍的特定算法决定的,其它算法中或许首先选用‘1’路径。算法需要记录最后一次值差异的位置以供下一次搜索使用。
本文介绍的搜索算法是一个通用的程序,Maxim工程师极巧妙地设计了一些变量,只要在搜索前设置这些变量的初始值,程序就能完成不同的搜索功能,下文中会列出这些变量,但理解其奥秘需要花点时间。比如程序对最初8位ROM中出现的最后一次位差异设置了一个专门的变量保持跟踪,因为64位注册码的前8位是家族码,利用此变量可以在器件的搜索过程中可以按照其家族码进行分类。运用该变量可以有选择性地跳过1-Wire器件的整个分组。如需进行选择性的搜索,可参考关于高级变量搜索的详细解释。
64位ROM码中还包含8位循环冗余校验码(CRC);CRC值用于验证是否搜索到正确的ROM码。ROM码的排列如图1所示。关于CRC校验的原理,内容丰富到需要专文论述,这里不详述,可参见Maxim网站相关笔记。
(未完待续)
1-Wire搜索算法详解(2)
4 实例及算法分析
要理解算法,或制定算法,我们需要通过一个实例来解释:
ROM编号 | 1234…… |
ROM1 | 0011…… |
ROM2 | 1010…… |
ROM3 | 1111…… |
ROM4 | 0001…… |
假设1-Wire挂有4个ROM如上表, 这里ROM码仅设4位,编号从1到4,而实际器件ROM位序号从1到64。右图则是按“先0后1”遍历顺序所构造的二叉树,可见第一次遍历得到ROM4:0001,第二次遍历得到ROM1:0011,依次类推。图中打有⊕的位置就是分叉点,即差异位(或称为混码位)。
现在根据上例观察各次遍历,提炼出算法及实现细节:
1.第一次遍历时,第1位Bit1时遇到第一个差异位,按左序遍历即先0后1的顺序,我们选择0(称为方向0);Bit2不是差异位,算法根据“二读”后方便地选0;Bit3又是差异位,再选择方向0,Bit4也不是差异位。遍历结果得到ROM4。这里可得出结论1:凡遇到新的差异位,选择0。
2.第二次遍历,按实例分析,Bit1处再选择方向0;Bit2取0;Bit3不能再选0了,改选1;Bit4取1;得到ROM1。问题随即产生:问题1、Bit1为何走0?此处确为差异位,但已不是首次经过,不能套用结论1。问题2、Bit3处为何改走1?简单分析问题2可得出结论2:凡上次遍历时最后一个走0的差异位本次应走1。很明显,“上次遍历时最后一个差异位”下的左分支已经走过,这次应该往右走了。再回答问题1可以得到结论3:凡上次遍历时最后一个走0的差异位之前的差异位仍按上次遍历的老路走。这个结论比较拗口,观察实例来解释:Bit3是差异位,右分支还没走过,现在我要走Bit3下边的右分支,Bit3之前当然是按上次路线来走了。
3.然后是否就可以进行第三次遍历了呢?且慢,有一个重要的问题还没处理。第二次遍历前,那个“上次遍历时最后一个走0的差异位”应该Bit3,我们先设置一个变量LastDiscripancy来记住这个值,即LastDiscripancy=3;从前面的分析我们知道,这个变量的值是决定本次遍历时算法在哪个位置改道的依据,而且这个变量在本次遍历全过程中应该保持不变的,如果在该节点前或后有任意多少的差异位,均按结论1(新差异位)和结论3(老差异位)来处理。也可以理解成结论2在一次遍历中必须适用且仅适用一次,这也就是每次遍历都能找出一个新的ROM的核心所在。那么第二次遍历后,变量LastDiscripancy应该指向哪个节点呢?直接观察就可发现应该指向Bit1。
4.那么算法中如何实现每次遍历后变量LastDiscripancy的更新呢?要知道这个指针随着每次遍历在或上或下地移动,如第一次遍历后指向Bit3,第二次后指向Bit1,第三次后指向Bit2。还有,第一次开始遍历前、第四次遍历后该变量又指向哪里呢?由于实际ROM多达64位,从机如果数据多的话,差异位也会随之增加,所以算法再引入一个变量Last_Zero,在每次遍历前设为0,即指向起始位置前,然后遍历ROM码的1-64位时,该变量始终指向最后一个走0的差异位,等到遍历完成后,将该变量的值赋给LastDiscripancy即可。这样我们再观察实例的第二次遍历,Last_Zero遍历前为0,Bit1时,符合“走0的差异位”,于是Last_Zero=1,后续Bit3尽管是差异位,但不走0,所以遍历完成后,该值还是1,最后交给LastDiscripancy,自己又指向0,为第三次遍历作好准备。
5.第三次遍历就变得顺理成章:LastDiscripancy=1,Bit1处需运用结论2,算法改走1。而且第三次遍历让Bit2成为了“最后一个走0的差异位”,第四次遍历就在此处改走1了。第四次遍历搜索到最后一个rom,但还得告诉程序结束信号,从而退出搜索。结束信号用什么判定?4个ROM循环4次?当然不是,上述表图只是举例,实际总路线上挂接多少从机是未知的。答案还是利用变量LastDiscripancy来判定,开始搜索前自然有LastDiscripancy=0,但一旦进入搜索程式,每次遍历后该变量总是指向ROM码中间可能的某一位(1-64),直至遍历到最后一个从机,这时必定是所有差异位均走1,如果Last_Zero保持为初始值0,遍历过程中未作修改,遍历完成后LastDiscripancy=Last_Zero=0。以此为条件可判定搜索全部完成。
6.综上,当算法执行到一个差异位时,需判断区分为三种情况:首次遇到型、上次最后走0型、上次非最后走0型。可以通过二个变量的比较来表征这三种情况,即比较当前搜索的位id_bit_number和上次最后走0的位LastDiscrepancy 的大小来判别,如下表:
表3. 搜索路径方向的确定
三种情况 | 当前搜索位 vs 最后走0差异位 | 路径(变量:search_direction) |
结论2:上轮最后差异位 | Id_bit_number=LastDiscripancy | 选1 |
结论3:非最后差异位 | Id_bit_number < LastDiscripancy | 同上次 (来自存储的最近ROM码) |
结论1:新遇差异位 | Id_bit_number > LastDiscripancy | 选0 |
其中变量Id_bit_number表示当前搜索位,每一次遍历时从1至64步进;
变量search_direction表示当前节点经过二读及判断后确定的搜索方向,是0还是1;
其他变量说明请参见流程图中附文。
5
图9列出了对一个从器件进行搜索的流程图;注意:流程图附文中列出了涉及到的一些关键变量,并进行了说明,在本文描述内容、流程图及源代码中也将用到这些名称的变量。
其他说明:
1、 该流程最终被代码表达成一个函数,可以执行对一个器件的搜索;
2、 当主机复位后未收到从机的存在脉冲、最后设备变量LastDeviceFlat=1、二读后均为1这三种情况,函数执行初始化变量后返回False;
3、 红色虚线框中流程,是针对差异位的处理,分3种情况走不同分支,该部分是本算法的精华;
4、 红色虚线框中最下面的二个绿色背景框,是对家族码的处理,适用于多类型器件混合网络的指定处理,如单类器件组网,可以跳过此部分;
5、 图中各指令框边上列出了部分变量、变量比较、变量赋值表达式,以方便后续理解代码;
程序每步搜索确定的ROM码将存入数组变量ROM_no[]中,流程图中“同上次”框中将调用此数组变量的值,获取上轮遍历时该位值。 |
6 实现
上述流程图算法实际上是一个通用的函数,可实现一次从机ROM码的搜索,在附录代码中即为OWSearch()函数,执行一次该函数,可以有以下几种结果:
1.复位信号发出后,未收到任何应答信号,表明无器件挂接或硬件电路故障,函数返回False退出;
2.上轮搜索中程序判断为最后一个器件,本次执行函数也是返回False退出;
3.在某位“二读”时出现“11”的信号,这是执行中出现的异常,函数也是返回False退出;
4.首次或再次进入此函数,信号也正常,函数将搜索到总线上的第一个器件ROM码;
在上述4种结果中,第1和第3是异常后退出,第2是器件搜索完毕后结束退出。第4是首次执行搜索和再次执行搜索这二种情况,可以表述后下面二个函数:First和Next,二个函数通过对LastDiscrepancy、LastFamilyDiscrepancy、LastDeviceFlag和ROM_NO值的处理,利用同一流程实现了两个不同类型的搜索操作;这两个操作是搜索1-Wire器件ROM码的基础,本文附后列出了全部代码,可供测试。
First
‘FIRST’操作是搜索1-Wire总线上的第一个从机器件。该操作是通过将LastDiscrepancy、LastFamilyDiscrepancy和LastDeviceFlag置零,然后进行搜索完成的。最后ROM码从ROM_NO寄存器中读出。若1-Wire总线上没有器件,复位序列就检测不到应答脉冲,搜索过程中止。
Next
‘NEXT’操作是搜索1-Wire总线上的下一个从机器件;一般情况下,此搜索操作是在‘FIRST’操作之后或上一次‘NEXT’操作之后进行;保持上次搜索后这些值的状态不变、执行又一次搜索即可实现‘NEXT’操作。之后从ROM_NO寄存器中来读出新一个ROM码。若前一次搜索到的是1-Wire上的最后一个器件,则返回一个无效标记FALSE,并且把状态设置成下一次调用搜索算法时将是‘FIRST’操作的状态。
7 高级变量搜索
有3种利用同一组状态变量LastDiscrepancy、LastFamilyDiscrepancy、LastDeviceFlag、ROM_NO实现的高级变量搜索算法,这几种高级搜索算法允许来指定作为搜索目标或需要跳过搜索的器件的类型(家族码)以及验证某类型的器件是否在线(参见表4)。
如果理解了算法原理及各个变量的作用,不难理解“高级变量搜索”的三种功能。本文附带代码为简便起见,删除了这些内容,读者如感兴趣可直接访问AN187应用笔记。
Verify
‘VERIFY’操作用来检验已知ROM码的器件是否连接在1-Wire总线上,通过提供ROM码并对该码进行目标搜索就可确定此器件是否在线。首先,将ROM_NO寄存器值设置为已知的ROM码值,然后将LastDiscrepancy和LastDeviceFlag标志位分别设置为64 (40h)和0; 进行搜索操作,然后读ROM_NO的输出结果;如果搜索成功并且ROM_NO中存储的仍是要搜索器件的ROM码值,那么此器件就在1-Wire总线上。
Target Setup
‘TARGET SETUP’操作就是用预置搜索状态的方式首先查找一个特殊的家族类型,每个1-Wire器件都有一个字节的家族码内嵌在ROM码中(参见图1),主机可以通过家族码来识别器件所具有的特性和功能。若1-Wire总线上有多片器件时,通常是将搜索目标首先定位在需注意的器件类型上。为了将一个特殊的家族作为搜索目标,需要将所希望的家族码字节放到ROM_NO寄存器的第一个字节中,并且将ROM_NO寄存器的复位状态置零,然后将LastDiscrepancy设置为64 (40h);把LastDeviceFlag和LastFamilyDiscrepancy设置为0。在执行下一次搜索算法时就能找出所期望的产品类型的第一个器件;并将此值存入ROM_NO寄存器。需要注意的是如果1-Wire总线上没有挂接所期望的产品类型的器件,就会找出另一类型的器件,所以每次搜索完成后,都要对ROM_NO寄存器中存储的结果进行校验。
Family Skip Setup
‘FAMILY SKIP SETUP’操作用来设置搜索状态以便跳过搜索到的指定家族中的所有器件,此操作只有在一个搜索过程结束后才能使用。通过把LastFamilyDiscrepancy复制到LastDiscrepancy,并清除LastDeviceFlag即可实现该操作;在下一搜索过程就会找到指定家族中的下一个器件。如果当前家族码分组是搜索过程中的最后一组,那么搜索过程结束并将LastDeviceFlag置位。
要注意的是,FamilySkipSetup和TargetSetup函数实际上并没有进行搜索操作,它们只不过是用来设置搜索寄存器,以便在下一次执行‘NEXT’操作时能跳过或找到所期望的类型。
表4. 搜索变量状态的设置
功能函数 | LastDiscrepancy | LastFamily- Discrepancy | LastDeviceFlag | ROM_NO |
FIRST | 0 | 0 | 0 | 搜索结果 |
NEXT | 保持原值 | 保持原值 | 保持原值 | 保持搜索结果 |
VERIFY | 64 | 0 | 0 | 验证与预设相同 |
TARGET SETUP | 64 | 0 | 0 | 仅设家族码,其他为0 |
FAMILY SKIP SETUP | 复制于LastFamilyDiscrepancy | 0 | 0 | 保持原值 |
8 结论
本文提供的搜索算法可以找出任意给定的1-Wire器件组中独一无二的ROM码,这是保证多点1-Wire总线应用的关键,已知ROM码后就可以对逐一选定的某个1-Wire器件来进行操作。本文还对一些变量搜索算法做了详细论述,这些变量搜索算法能够查找或跳过特定类型的1-Wire器件。
或许Maxim觉得1-Wire 器件的软件开销让人望而生畏,因此设计了专用芯片DS2480B系列,可以实现串口到1-Wire线路的驱动,包括与本文档中相同的搜索算法,详细资料请参阅DS2480B数据资料和应用笔记192;以及DS2490 芯片,实现USB口到1-Wire桥接,也可实现了整个搜索过程;还有一款I2C桥接1-Wire的芯片。使用这些芯片,无须编写复杂算法,只需向芯片发送命令即可实现多种控制,其最大优点是芯片中集成了1-Wire操作控制的硬件,省却了1-Wire复杂的时序控制,因而其他编程可使用高级语言来编写,甚至直接使用Maxim提供的平台软件在PC上开发1-Wire应用系统。
9 附录
《详解3》中将给出了实现搜索过程的例程,并给出了‘C’程序代码,需要注意的是,Maxim并没有给出“复位、读写总线”等低级1-Wire函数的C代码,而是提示我们可以调用TMEX API实现,考虑到本程序在51系列平台上独立调试,代码中提供了这些函数。关于TMEX API和其它一些1-Wire API的详细资料请参考应用笔记155。
另须注意:低级1-Wire函数对时序控制有极高要求,其延时代码必须确保符合读写时序,本文程序在1T单片机MPC82G516调试通过,如改用其他1T单片机或12T单片机,必须对延时函数重新调试参数,以获得1-Wire规定时序。另:代码在实测中也适用于“寄生供电”,即不给从机连接VCC电源,代码也可正常工作。关于“寄生供电”的详细信息,请参见Maxim其他应用笔记。
(介绍完,代码待续)
1-Wire搜索算法详解(3)
C代码:
#include
#include
sbit DQ=P0^7;
sbit K1=P0^6;
sbit P_Read=P0^5;
sbit P_Write=P0^4;
// definitions
#define FALSE 0
#define TRUE
//几个延时函数,供一线低级操作时调用
//如果改用不同的MPU,如12T,则必须修改这几个函数,确保时间符合协议要求
void Delay480us();
void Delay410us();
void Delay3_88us(unsigned char i);
//一线低级操作函数
bit
void OWWriteBit(bit bit_value);
bit
void OWWriteByte(unsigned char byte_value);
//
//搜索函数
bit
bit
bit
unsigned char docrc8(unsigned char value);
//全局搜索变量
unsigned char ROM_NO[8];
char LastDiscrepancy;
char LastFamilyDiscrepancy;
bit LastDeviceFlag;
unsigned char crc8;
//--------------------------------------------------------------------------
//
// 返回TRUE: 找到, 存入ROM_NO缓冲;FALSE:无设备
// 先将初始化3个变量,然后调用OWSearch算法进行搜索
//--------------------------------------------------------------------------
bit OWFirst()
{
}
//--------------------------------------------------------------------------
//
// 返回TRUE: 找到, 存入ROM_NO缓冲;FALSE:无设备,结束搜索
// 在前一轮搜索的基础上(3个变量均在前一轮搜索中有明确的值),再执行一轮搜索
//--------------------------------------------------------------------------
bit OWNext()
{
}
//--------------------------------------------------------------------------
//
//
//--------------------------------------------------------------------------
bit OWSearch()
{
// ------------------------------------------------------------------
//1。是否搜索完成(已到最后一个设备)?
//-------------------------------------------------------------------
//=====================================================================
// 开始循环处理1-64位ROM,每位必须进行“二读”后进行判断,确定搜索路径
// 然后按选定的路径进行“一写”,直至完成全部位的搜索,这样一次循环
// 可以完成一轮搜索,找到其中一个ROM码。
//=====================================================================
// ------------------------------------------------------------------
//搜索完成,如果搜索不成功包括搜索到了但CRC错误,复位状态变量到首次搜索的状态。
//-------------------------------------------------------------------
}
//=====================================================================
//=======================================================================
//=====================================================================
// 1-Wire函数调用所需的延时函数,注意不同MCU下须重调参数
//=====================================================================
void Delay480us()
{
}
void Delay410us()
{
}
void Delay3_88us(unsigned char i)
{
}
//=====================================================================
//
//=====================================================================
bit OWReset()
{
}
//-----------------------------------------------------------------------------
void OWWriteBit(bit dat)
{
u
}
//-----------------------------------------------------------------------------
bit OWReadBit()
{
}
//-----------------------------------------------------------------------------
void OWWriteByte(unsigned char dat)
{
}
//-----------------------------------------------------------------------------
char OWReadByte(void)
{
}
//
static unsigned char dscrc_table[] = {
//--------------------------------------------------------------------------
//迭代计算CRC,返回当前CRC值
unsigned char docrc8(unsigned char value)
{
}
//主函数,
void main()
{
}