si4438 cca 侦听

/* set GPIO0 for RSSI interrupt / CCA */
txbuf[0] = CMD_GPIO_PIN_CFG;
txbuf[1] = 27; /* GPIO[0] = 27: CCA or 37: CCA_LATCH */
txbuf[2] = 0; /* GPIO[1] = DONOTHING */
txbuf[3] = 0; /* GPIO[2] = DONOTHING */
txbuf[4] = 0; /* GPIO[3] = DONOTHING */
txbuf[5] = 0; /* NIRQ = behavior not modified */
txbuf[6] = 0; /* SDO = behavior not modified*/
txbuf[7] = 0; /* GEN_CONFIG = GPIO outputs will have the highest drive strength*/
si446x_SendCommand(8, txbuf);
si446x_WaitForCTS();

/* set RSSI threshold */
txbuf[0] = CMD_SET_PROPERTY;
txbuf[1] = PROP_MODEM_GROUP;
txbuf[2] = 0x03; /* num of property */
txbuf[3] = PROP_MODEM_RSSI_THRESH;/* start address */
txbuf[4] = 30; /* MODEM_RSSI_THRESH: if < 30, CCA GPIO0 becomes low */
txbuf[5] = 0x0c; /* MODEM_RSSI_JUMP_THRESH: default */
txbuf[6] = 0x22; /* MODEM_RSSI_CONTROL: check thresh after latch, latch RSSI when sync word is detected */
si446x_SendCommand(5, txbuf);
si446x_WaitForCTS();

时间: 2024-10-19 22:53:04

si4438 cca 侦听的相关文章

没有终结点在侦听可以接受消息的 http://erp-test/5.0/U9WorkflowService。这通常是由于不正确的

描述:启用工作流的单据,提交时提示,没有终结点在侦听可以接受消息的 http://erp-test/5.0/U9WorkflowService.这通常是由于不正确的地址或者 SOAP 操作导致的.如果存在此情况,请参见 InnerException 以了解详细信息. 解决:因服务器 的 U9Mailservice_5.0和U9NotificationService_5.0未启动,启动即可.

Android Listener侦听的N种写法

Android中,View的Listener方法,在是否使用匿名类匿名对象时,有各种不同的写法. OnClickListener和其他Listener方法一样,都是View类的接口,重载实现后就能使用,其接口定义如下: [java] view plaincopyprint? public interface OnClickListener { /** * Called when a view has been clicked. * * @param v The view that was cli

[Mark]Tomcat/IIS 更改 HTTP 侦听端口

目的: IIS HTTP 侦听端口改为 8088 Tomcat HTTP 侦听端口改为 80 环境: Windows Server 2012 R2 IIS8.5 (默认端口是 80) Tomcat8.0 (默认端口是 8080) SQL Server 2014 预想: 关掉IIS服务,修改HTTP协议的侦听端口,重启IIS 修改Tomocat HTTP协议的侦听端口,重启Tomcat BUT that's too easy... 按上面预想的步骤简单操作后,直接 http://localhost

Android开发之bindService()侦听service内部状态

在Android开发之bindService()通信的基础上,实现bindService()方法侦听service内部状态. 实现侦听service内部状态,使用的是回调机制 1.首先实现一个接口 1 public static interface CallBack{ 2 void onDataChange(String data); 3 } 2. 1 private CallBack callBack=null; 2 public void setCallBack(CallBack callB

更改服务器群集IP及数据库AlwayOn侦听IP

目前数据库服务器有三台,操作系统版本Windows Server 2008 R2 with Sp1,数据库版本为SQL Server 2012 Standard R2,三台数据库服务器的计算机名称及IP地址分别如下: sqlsrv-001    :    10.0.0.11, sqlsrv-002    :    10.0.0.12, sqlsrv-003    :    10.0.0.13, 服务器群集IP为10.0.0.10 ,数据库侦听IP为10.0.0.15 为了业务需要,现在需要把所有

js事件流、事件处理程序/事件侦听器

1.事件流 事件冒泡 IE的事件流叫做事件冒泡(event bubbling),即事件开始时由最具体的元素(文档中嵌套层次最深的那个节点)接收,然后逐级向上传播到较为不具体的节点(文档). 事件捕获 事件捕获的思想是不太具体的节点应该更早的接收到事件,而最具体的节点应该在最后接收到节点.事件捕获的用意在于事件到达预定目标之前捕获它. DOM事件流 “DOM2级事件流”规定的事件流包括三个阶段:事件捕获阶段.处于目标阶段和冒泡阶段.首先发生的是事件捕获,为截获事件提供了机会.然后是实际的目标接收到

静动态侦听及报错

今天在玩测试环境的时候,有好几个侦听端口,我就嫌麻烦,他多余的删除了.只留下一个默认的LISTENER,结果发生了错误. 无法连接,我的服务器ip为:192.168.1.2 报错:目标主机不可达, 意思很明显,就是ip问题.我查看了一下本地ip和两个配置侦听的参数,发现ip都没有问题: 我就去用grid用户登录打开侦听配置界面在netmgr里面把listener的实例名改为固定ip地址 然后发现有出现新的错误: 发现目标地址正在使用????我想,那不是废话吗,我服务器ip就是当前配置的ip地址呀

31SkypeForBusiness2015进阶篇--创建侦听器并重新发布拓扑

6.3.13 创建侦听器 创建侦听器之前,我们需要更改下之前侦听器的DNS记录指定的IP地址,更新到我们规划的IP地址:172.16.10.23/24 6.3.15 重新发布拓扑

侦听状态一直为T的处理

省内发现 侦听没处理 我们进行查询  archive表中 common_region_id 与 team_key 没有发现错误 ip配置的也没错 进控制台查看 服务是开的 但很多都是失败的  看服务器日志 发现是表空间满了 清表 重启服务 然后还是不行  一个个ip一个个省份去查 发现其他省份中有转态为DT的(重新调度) 然后改ip(停止DT状态) 侦听还是没有读取 省份的人急了 直接找大boss 然后手动报竣 不走侦听 再来查问题 找后台 后台怀疑是侦听表锁了 然后叫数据库执行 之后成功解决问