- 易迪拓培训,专注于微波、射频、天线设计工程师的培养
CC2530关于“双向”绑定是否正常？
录入：edatop.com 点击：
开发板是基于CC2530的，基本功能正常，应该不会有硬件问题。
使用的是ZDP_EndDeviceBindReq()方式进行绑定，我用ED A发起绑定，然后ED B响应绑定，就是先按A的绑定键（会在按键处理程序里面调用ZDP_EndDeviceBindReq()函数），再按B的绑定键，绑定成功（靠指示灯判定），现在的问题是：
我的理解是A发起的绑定，那么绑定表会存在A里面，那么应该A可以控制B，但是B不能控制A。然而实际却是绑定成功后A和B能互相控制。请问这样正常么?
我的两个ED的程序是完全一样的，也就是说输出输出cluster都一样会不会就是因为这个问题导致了“双向绑定”。
更奇怪的是：
比如我绑定的时候先按A（的绑定键），后按B，我现在准备解绑定，那么按照教程来说应该也是先按A后按B。实际却是如果我先按B再按A也发现绑定取消了，请问各位大神这样的情况合理么?还是我原先的理解有误?
使用的是ZDP_EndDeviceBindReq()方式进行绑定，我用ED A发起绑定，然后ED B响应绑定，就是先按A的绑定键（会在按键处理程序里面调用ZDP_EndDeviceBindReq()函数），再按B的绑定键，绑定成功（靠指示灯判定），现在的问题是：
我的理解是A发起的绑定，那么绑定表会存在A里面，那么应该A可以控制B，但是B不能控制A。然而实际却是绑定成功后A和B能互相控制。请问这样正常么?
我的两个ED的程序是完全一样的，也就是说输出输出cluster都一样会不会就是因为这个问题导致了“双向绑定”。
更奇怪的是：
比如我绑定的时候先按A（的绑定键），后按B，我现在准备解绑定，那么按照教程来说应该也是先按A后按B。实际却是如果我先按B再按A也发现绑定取消了，请问各位大神这样的情况合理么?还是我原先的理解有误?
绑定是基于功能的绑定，一个输出和一个输入匹配以后的绑定。
你用A绑定B的时候，肯定是A的输出和B输入匹配，然后A的输入和B的输出匹配，这样造成了两个能互相控制。
一般举个最简单的情况，一个开关 on/off的输出，一个灯 on/off的输入，绑定以后只可能开关控制灯，不可能是灯控制开关的。
