作者：yichun417
作品名称： 基于TI的Zigbee模块的医院输液管理系统
一、 项目设计背景及概述
每个医院输液大厅里面同时都有很多病人在输液，如何保证每个病人每瓶输液快结束时护士能够准时来换药瓶或者拔管，因此就需要一个输液管理系统。
二、 项目设计原理
1、 原理概述
首先每个输液装置自成一个从节点，从节点中包含重力传感器来测量瓶子里面剩余药液的多少（相对值），同时给每种规格的药瓶一个满液初始值和一个空瓶最终值。通过采集重力传感器的输出来算出剩余药液的百分比。通过无线模块传送到服务器端（护士站电脑）进行实时显示。同时每个装置也自带LCD显示实时结果和按键来设置参数。当百分比低于某个值时装置产生报警（蜂鸣器响），同时通过无线模块给服务器端发送报警信号。护士接收到报警信号迅速根据节点号来到病人跟前等待换药或者拔管。由此可以避免医疗事故的发生。
预期效果：可以保证每个病人的换药和拔管及时，避免医疗事故的发生。
|
主节点实物图：
|
  从节点实物图：
 从节点实物图：
 传感器实物图：
 传感器实物图：
  |
作者：54chenjq
作品名称： 基于cc2530的ZIGBEE无线网络自学经验分享
| 我是从零开始学，一步一步摸索过来的，这些都是我在第一阶段说设计的东东（这么说的意思是掩盖了我现阶段也在摸着石头过河的尴尬而已），拿出来分享一下吧！ 先上一组核心板吧，看着还像回事的。    接下来展示一下自己与核心板配套的组合，因为是自己做实验担心技术不过关造成不必要的浪费而没有设计电源部分，这一点让我在后面的进展中很后悔   为了能够带一盏台灯，做了下面一个手工打造了下面的板子  通过实验验证了板载的倒F型天线在可视距离40米内可以正常工作，控制我的台灯还蛮easy的，这部分我就不上图了 剩下10块空板，不知道论坛里如何赠送 因为不会安卓编程（目标年底前入门），只能在电脑上用C#搞上位机了，想将MODBUS嵌入到zstack中。 |
底板v2
展示
核心板
作者：she_xiang
作品名称：Zigbee无线通知设备(CC2530)
最近做了一个使用Zigbee做生产线通知仓库送料设备。功能很简单，就是发送器按键按下，接收器接收到发送器数据后，报警并回应，发送器在接收到回应后，指示灯点亮表示数据发送成功。在这个过程中，遇到最大的问题就是传输距离的问题，因为在厂房内部产线和仓库之间隔了很多机器，又有一层比较厚的水泥墙。造成无线信号在传输的过程中有较大的损耗。所以只要改功率和接受灵敏度了，结果距离还是不够，只好再加一个路由器节点来作为中继了。这样才达到了要求。本来客户要求一个接收器配两个发送器。在所有东西都弄好后，准备到客户那儿去安装，后来不知怎么的，他们突发奇想，要一个接收器配一个发送器，共两套。谁让客户是上帝，没办法，只有改了。真是吐槽无语凝噎啊。说多都是泪啊，去改PANID吧。改完测试，正常工作。需要说明的是，因为交期短，来不及做PCB，只有用之前做的一块PCB了，在这之前，曾做了一块仿PLC的PCB（有点大材小用），并预留了Zigbee模块接口（Zigbee模块是淘宝买的).
控制板和发送器
控制板和接受器
控制板背面
控制板和接受器
控制板和发送器
控制板
现对z-stack里几个网络参数的设置以及如何获取总结一下。
信道配置：
Zigbee在3个频段定义了27个物理信道：868MHz频段中定义了1个信道，915MHz频段中定义了2个信道，信道间隔为2MHz，2.4GHz频段上定义了16个信道，信道间隔为5MHz.
|
信道编号 |
中心频率/MHz |
信道间隔/MHz |
频率上限/MHz |
频率下限/MHz |
|
k=0 |
868.3 |
-- |
868.6 |
868.0 |
|
k=1,2,…,10 |
906+2(k-1) |
2 |
928.0 |
902．0 |
|
k=11,12,…,26 |
2401+5(k-11) |
5 |
2483.5 |
2400.0 |
Z-stack中可以在f8wConfig.cfg里设置信道，相关部分如下：
/* Default channel is Channel 11 - 0x0B */
// Channels are defined in the following:
// 0 : 868 MHz 0x00000001
// 1 - 10 : 915 MHz 0x000007FE
// 11 - 26 : 2.4 GHz 0x07FFF800
//
//-DMAX_CHANNELS_868MHZ 0x00000001
//-DMAX_CHANNELS_915MHZ 0x000007FE
//-DMAX_CHANNELS_24GHZ 0x07FFF800
//-DDEFAULT_CHANLIST=0x04000000 // 26 - 0x1A
//-DDEFAULT_CHANLIST=0x02000000 // 25 - 0x19
//-DDEFAULT_CHANLIST=0x01000000 // 24 - 0x18
//-DDEFAULT_CHANLIST=0x00800000 // 23 - 0x17
//-DDEFAULT_CHANLIST=0x00400000 // 22 - 0x16
//-DDEFAULT_CHANLIST=0x00200000 // 21 - 0x15
//-DDEFAULT_CHANLIST=0x00100000 // 20 - 0x14
//-DDEFAULT_CHANLIST=0x00080000 // 19 - 0x13
//-DDEFAULT_CHANLIST=0x00040000 // 18 - 0x12
//-DDEFAULT_CHANLIST=0x00020000 // 17 - 0x11
//-DDEFAULT_CHANLIST=0x00010000 // 16 - 0x10
//-DDEFAULT_CHANLIST=0x00008000 // 15 - 0x0F
//-DDEFAULT_CHANLIST=0x00004000 // 14 - 0x0E
//-DDEFAULT_CHANLIST=0x00002000 // 13 - 0x0D
//-DDEFAULT_CHANLIST=0x00001000 // 12 - 0x0C
-DDEFAULT_CHANLIST=0x00000800 // 11 - 0x0B 这里默认使用的是编号为11的信道
当建网过程开始后，网络层将请求MAC层对规定的信道或由物理层默认的有效信道进行能量检测扫描，以检测可能的干扰。网络层管理实体对能量扫描的结果以递增的方式排序，丢弃那些能量值超出可允许能量水平的信道，然后再由网络层管理实体执行一次主动扫描，结合检查PAN描述符，对剩下的信道选择一个合适的建立网络。
若要在应用中查看信道，可以这样获得，_NIB.nwkLogicalChannel，读取这个就OK了。（NIB -NWK Information base-. 其中包含一些网络属性 PANID ,NETWORK ADDRESS 等等。其中_nib.nwkpanID是本网的ID标识，_NIB.extendedPANID按照字面意思是外网ID）
PANID:
在确定信道以后，下一步将是确定PANID，如果ZDAPP_CONFIG_PAN_ID被定义为0xFFFF，那么协调器将根据自身的IEEE地址建立一个随机的PANID（0～0x3FFF），如ZDAPP_CONFIG_PAN_ID没有被定义为0xFFFF，那么网络的PANID将由ZDAPP_CONFIG_PAN_ID确定。
“如果ZDAPP_CONFIG_PAN_ID被定义为0xFFFF，那么协调器将根据自身的IEEE地址建立一个随机的PANID（0～0x3FFF）”这句话怎么理解呢，我经过试验发现，这个随机的PANID并非完全随机，它有规律，与IEEE地址有一定的关系：要么就是IEEE地址的低16位，要么就是一个与IEEE地址低16位非常相似的值。如IEEE地址为0x8877665544332211，PANID很有可能就是2211，或相似的值；IEEE地址为0x8877665544337777，PANID很有可能就是3777，或其它相似的值；
Z-stack中相关部分代码如下：
/* Define the default PAN ID.
*
* Setting this to a value other than 0xFFFF causes
* ZDO_COORD to use this value as its PAN ID and
* Routers and end devices to join PAN with this ID
*/
-DZDAPP_CONFIG_PAN_ID=0xFFFF
若要在应用中查看PANID可以这样获得，_NIB.nwkPanId，读取这个就OK了。
发射功率：
传送范围的大小是和发射功率还有信道环境有关, 传送速率和传送范围之间没有直接联系。所以呢，适当的增大发射功率可增大传送范围。但也是有一定的限制的。具体详见datasheet。
在mac_radio_def.h里有可以设置：
#define MAC_RADIO_CHANNEL_DEFAULT 11
#define MAC_RADIO_TX_POWER_DEFAULT 0x1F
#define MAC_RADIO_TX_POWER_MAX_MINUS_DBM 25
这些只是举例说明一下，这些参数的意义，以及在z-stack里的什么地方修改。还有很多其它的参数，可以查看相关的源文件。
［mac_radio_def.h］
#define MAC_RADIO_SET_CHANNEL(x) st( FSCTRLL = FREQ_2405MHZ + 5 * ((x) - 11); )
#define MAC_RADIO_SET_TX_POWER(x) st( TXCTRLL = x; )
#define MAC_RADIO_SET_PAN_ID(x) st( PANIDL = (x) & 0xFF; PANIDH = (x) >> 8; )
［mac_radio.c］
void macRadioInit(void)
{
/* variable initialization for this module */
reqChannel = MAC_RADIO_CHANNEL_DEFAULT;
macPhyChannel = MAC_RADIO_CHANNEL_DEFAULT;
reqTxPower = MAC_RADIO_TX_POWER_DEFAULT;
macPhyTxPower = MAC_RADIO_TX_POWER_DEFAULT;
}
［mac_low_level.h］
uint8 macRadioRandomByte(void);
void macRadioSetPanCoordinator(uint8 panCoordinator);
void macRadioSetPanID(uint16 panID);
void macRadioSetShortAddr(uint16 shortAddr);
void macRadioSetIEEEAddr(uint8 * pIEEEAddr);
void macRadioSetTxPower(uint8 txPower);
void macRadioSetChannel(uint8 channel);
void macRadioStartScan(uint8 scanType);
void macRadioStopScan(void);
void macRadioEnergyDetectStart(void);
uint8 macRadioEnergyDetectStop(void);
设置发射功率：
CC2530 设置RF的发送功率寄存器为TXPOWER，全局搜索一下可以看到以下代码
#define MAC_RADIO_SET_PAN_COORDINATOR(b) st( FRMFILT0 = (FRMFILT0 & ~PAN_COORDINATOR) | (PAN_COORDINATOR * (b!=0)); ) #define MAC_RADIO_SET_CHANNEL(x) st( FREQCTRL = FREQ_2405MHZ + 5 * ((x) - 11); ) #define MAC_RADIO_SET_TX_POWER(x) st( TXPOWER = x; )</font> #define MAC_RADIO_SET_PAN_ID(x) st( PAN_ID0 = (x) & 0xFF; PAN_ID1 = (x) >> 8; ) #define MAC_RADIO_SET_SHORT_ADDR(x) st( SHORT_ADDR0 = (x) & 0xFF; SHORT_ADDR1 = (x) >> 8; )
继续跟踪MAC_RADIO_SET_TX_POWER
/**************************************************************************************************
* @fn macRadioUpdateTxPower
*
* @brief Update the radio's transmit power if a new power level has been requested
*
* @param reqTxPower - file scope variable that holds the last request power level
* macPhyTxPower - global variable that holds radio's set power level
*
* @return none
**************************************************************************************************
*/
MAC_INTERNAL_API void macRadioUpdateTxPower(void)
{
halIntState_t s;
/*
* If the requested power setting is different from the actual radio setting,
* attempt to udpate to the new power setting.
*/
HAL_ENTER_CRITICAL_SECTION(s);
if (reqTxPower != macPhyTxPower)
{
/*
* Radio power cannot be updated when the radio is physically transmitting.
* If there is a possibility radio is transmitting, do not change the power
* setting. This function will be called again after the current transmit
* completes.
*/
if (!macRxOutgoingAckFlag && !MAC_TX_IS_PHYSICALLY_ACTIVE())
{
/*
* Set new power level; update the shadow value and write
* the new value to the radio hardware.
*/
macPhyTxPower = reqTxPower;
<font color="#ff0000"> MAC_RADIO_SET_TX_POWER(macPhyTxPower);</font>
}
}
HAL_EXIT_CRITICAL_SECTION(s);
}
在这里我们可以看到TXPOWER的设置值实际上应该是reqTxOower，让我看一下reqTxOower在哪里设置吧，继续跟踪可以发现reqTxPower在函数MAC_INTERNAL_API uint8 macRadioSetTxPower(uint8 txPower)中得到更新，一路跟踪下去可以在函数uint8 MAC_MlmeSetReq(uint8 pibAttribute, void *pValue)看到以下代码
case MAC_PHY_TRANSMIT_POWER:
/* Legacy transmit power attribute */
#if !defined HAL_MAC_USE_REGISTER_POWER_VALUES && \
!defined HAL_PA_LNA && !defined HAL_PA_LNA_CC2590
/* Legacy transmit power attribute value for CC2530 alone,
* or runtime selection support build means a negative absolute value.
* However, when used as register power values or
* with HAL_PA_LNAxxx definition (without runtime selection)
* the attribute value is not a negative absolute value. */
macPib.phyTransmitPower = (uint8)(-(int8)macPib.phyTransmitPower);
#endif /* !defined HAL_MAC_USE_REGISTER_POWER_VALUES && ... */
/* pass through to next case -- do not break*/
#endif /* MAC_OBSOLETE_PHY_TRANSMIT_POWER */
case MAC_PHY_TRANSMIT_POWER_SIGNED:
(void)macRadioSetTxPower(macPib.phyTransmitPower);
break;
到这里为止Z-Stack发送功率的设置流程已经明确，但是我找遍Z-Stack的工程也没有找到调用uint8 MAC_MlmeSetReq(uint8 pibAttribute, void *pValue)的地方想来应该是封装在TI提供的LIB文件中了，
修改TXPOWER的方法有两种：一、在uint8 macRadioSetTxPower(uint8 txPower)函数中通过修改macPib.phyTransmitPower = (uint8)(-(int8)macPib.phyTransmitPower);的值来修改TXPOWER参数，系统复位后将使用调用该函数设置发送功率。修改macPib.phyTransmitPower = (uint8)(-(int8)macPib.phyTransmitPower);可以通过修改以下结构体中的红色部分来修改
static CODE const macPib_t macPibDefaults =
{
54, /* ackWaitDuration */
FALSE, /* associationPermit */
TRUE, /* autoRequest */
FALSE, /* battLifeExt */
6, /* battLifeExtPeriods */
NULL, /* *pMacBeaconPayload */
0, /* beaconPayloadLength */
MAC_BO_NON_BEACON, /* beaconOrder */
0, /* beaconTxTime */
0, /* bsn */
{0, SADDR_MODE_EXT}, /* coordExtendedAddress */
MAC_SHORT_ADDR_NONE, /* coordShortAddress */
0, /* dsn */
FALSE, /* gtsPermit */
4, /* maxCsmaBackoffs */
3, /* minBe */
0xFFFF, /* panId */
FALSE, /* promiscuousMode */
FALSE, /* rxOnWhenIdle */
MAC_SHORT_ADDR_NONE, /* shortAddress */
MAC_SO_NONE, /* superframeOrder */
0x01F4, /* transactionPersistenceTime */
FALSE, /* assocciatedPanCoord */
5, /* maxBe */
1220, /* maxFrameTotalWaitTime */
3, /* maxFrameRetries */
32, /* ResponseWaitTime */
0, /* syncSymbolOffset */
TRUE, /* timeStampSupported */
FALSE, /* securityEnabled */
/* Proprietary */
#if defined (HAL_PA_LNA)
19, /* phyTransmitPower for CC2591 */
#elif defined (HAL_PA_LNA_CC2590)
11, /* phyTransmitPower for CC2590 */
#else
<span style="color:#ff0000;">0, /* phyTransmitPower without frontend */</span>
#endif
MAC_CHAN_11, /* logicalChannel */
{0, SADDR_MODE_EXT}, /* extendedAddress */
1, /* altBe */
MAC_BO_NON_BEACON, /* deviceBeaconOrder */
};
该值可以再-22到3之间变化具体可以参考
const uint8 CODE macRadioDefsTxPwrBare[] =
{
3, /* tramsmit power level of the first entry */
(uint8)(int8)-22, /* transmit power level of the last entry */
/* 3 dBm */ 0xF5, /* characterized as 4.5 dBm in datasheet */ //0
/* 2 dBm */ 0xE5, /* characterized as 2.5 dBm in datasheet */
/* 1 dBm */ 0xD5, /* characterized as 1 dBm in datasheet */
/* 0 dBm */ 0xD5, /* characterized as 1 dBm in datasheet */
/* -1 dBm */ 0xC5, /* characterized as -0.5 dBm in datasheet */
/* -2 dBm */ 0xB5, /* characterized as -1.5 dBm in datasheet */
/* -3 dBm */ 0xA5, /* characterized as -3 dBm in datasheet */
/* -4 dBm */ 0x95, /* characterized as -4 dBm in datasheet */
/* -5 dBm */ 0x95,
/* -6 dBm */ 0x85, /* characterized as -6 dBm in datasheet */
/* -7 dBm */ 0x85,
/* -8 dBm */ 0x75, /* characterized as -8 dBm in datasheet */
/* -9 dBm */ 0x75,
/* -10 dBm */ 0x65, /* characterized as -10 dBm in datasheet */
/* -11 dBm */ 0x65,
/* -12 dBm */ 0x55, /* characterized as -12 dBm in datasheet */
/* -13 dBm */ 0x55,
/* -14 dBm */ 0x45, /* characterized as -14 dBm in datasheet */
/* -15 dBm */ 0x45,
/* -16 dBm */ 0x35, /* characterized as -16 dBm in datasheet */
/* -17 dBm */ 0x35,
/* -18 dBm */ 0x25, /* characterized as -18 dBm in datasheet */
/* -19 dBm */ 0x25,
/* -20 dBm */ 0x15, /* characterized as -20 dBm in datasheet */
/* -21 dBm */ 0x15,
/* -22 dBm */ 0x05 /* characterized as -22 dBm in datasheet */
};
二、就是使用MT功能
void MT_SysSetTxPower(uint8 *pBuf)
{
/* A local variable to hold the signed dBm value of TxPower that is being requested. */
uint8 signed_dBm_of_TxPower_requeseted;
/*
* A local variable to hold the signed dBm value of TxPower that can be set which is closest to
* the requested dBm value of TxPower, but which is also valid according to a complex set of
* compile-time and run-time configuration which is interpreted by the macRadioSetTxPower()
* function.
*/
uint8 signed_dBm_of_TxPower_range_corrected;
/* Parse the requested dBm from the RPC message. */
signed_dBm_of_TxPower_requeseted = pBuf[MT_RPC_POS_DAT0];
/*
* MAC_MlmeSetReq() will store an out-of-range dBm parameter value into the NIB. So it is not
* possible to learn the actual dBm value that will be set by invoking MACMlmeGetReq().
* But this actual dBm value is a required return value in the SRSP to this SREQ. Therefore,
* it is necessary to make this redundant pre-call to macRadioSetTxPower() here in order to run
* the code that will properly constrain the requested dBm to a valid range based on both the
* compile-time and the run-time configurations that affect the available valid ranges
* (i.e. MAC_MlmeSetReq() itself will invoke for a second time the macRadioSetTxPower() function).
*/
<font color="#ff0000"> signed_dBm_of_TxPower_range_corrected = macRadioSetTxPower(signed_dBm_of_TxPower_requeseted);</font>
/*
* Call the function to store the requested dBm in the MAC PIB and to set the TxPower as closely
* as possible within the TxPower range that is valid for the compile-time and run-time
* configuration.
*/
(void)MAC_MlmeSetReq(MAC_PHY_TRANSMIT_POWER_SIGNED, &signed_dBm_of_TxPower_requeseted);
/* Build and send back the response that includes the actual dBm TxPower that can be set. */
MT_BuildAndSendZToolResponse(((uint8)MT_RPC_CMD_SRSP | (uint8)MT_RPC_SYS_SYS),
MT_SYS_SET_TX_POWER, 1,
&signed_dBm_of_TxPower_range_corrected);
}
作者：传媒学子
作品名称：基于CC2530的zigbee无线信息传输系统的制作
我记得TI公司出的CC系列的无线芯片性能非常好，而且集成了片上MCU处理器，直接串口输出，只用增加一个usb转串口的芯片就行。
我本科的时候玩过这个模块，当时测试的时候，我和一同学分别站在图书馆和校门口，距离大概500米，能收到信号，然后大概可以穿透3面墙。当时吧
没见过什么世面，觉得这款cc2530碉堡了，最后上了TI官网，发现这只是其中普通的一款，还有CC2540等更牛的芯片。
刚才搜索了一下，又出现了好多新的芯片，CC2545.
我以前用的是CC2530，当时花了我150人民币买了两个CC2530模块。
这款CC2530 2.4-GHz 专用ZigBee 芯片。貌似它还可以建立节点，当时我电脑的建立的是主节点，我同学的是另外一个节点。CC2530还自带了业界标准的增强型8051 CPU，系统内可编程闪存，8-KB RAM 和许多其它强大的功能。CC2530 有四种不同的闪存版本：CC2530F32/64/128/256，分别具有32/64/128/256KB 的闪存。
它还具有不同的运行模式，极大的促进了无线低功耗技术的发展。超远距离传输也使得无线应用，智能家居，智能农田成为了可能。
说一下测试的过程吧：
首先插入厂家赠送的光盘
安装相应的配置模块，下载相应的程序。
然后打开我们的串口精灵，我发送循环发送 abcd...。然后我同学电脑就能收到abcd.
随着距离的增加，收到abcd的速度会减慢，系统内部在进行自我纠错。距离达到500米后，错误比较多，系统正确发送的包就会速度降低。
这款zigbee确实强大，我记得我大二接触的NRF2104之类的无线模块有效距离特别近。
之后，我们有实验了能穿透多少面墙，1、2面是毫无压力，但是4面以上就有压力了。
由于只有2个无线模块，所以传说中的节点就没法实验了。
这两个模块，在我本科毕业的时候送给学弟了，不知道，他们是否善待了它两。
作者：yichun417
作品名称：【TI 无线主题征集】+ 基于单元轨道板测量系统的CC2530应用
作者：yichun417
作品名称：基于CC2530的四轴飞行器开发
四轴飞行器现在是个非常火的话题，包括亚马逊都考虑用他们来给客户送包裹，可见其以后发展的前景有多大。 同时，国内也有一些专门做这个的公司，比如大疆等等，都是一些非常专业的公司。
我们利用Zigbee模块所设计开发的大都是一些处于学习阶段或者娱乐阶段的产品，仅仅只能够说明一些问题而已。实用的目的还不是很强。其中包括一些非常典型的设计理念和方法，空心杯电机驱动，四轴平衡算法，还有就是包括飞行器前进、后退、转弯和悬停的技巧。
目前，国家打算开放1000米以下的空域给民众，到时候会有好多成熟且功能强大的作品问世。或许国家有意让民众来开放低空域应用，给一些重要应用领域开放提供先决条件，对于民用或者军用都会产生很大的推动作用。
在此，我们仅以自己开发的一些小产品来展望一些未来世界，可以让工程师的梦想尽快加以实现。
作者：路飞d梦想
作品名称：基于CC2530的WSN节点设计
本科毕业设计做的是这个，基于CC2530的WSN节点设计。
无线传感器网络可以分为三个部分：分布于监控区域内的传感器节点、中心汇聚节点、汇聚节点通过有线或无线网络连接到管理节点，其结构类似于图2-1。 在本设计中采用的是这种结构：有多于两个的传感器节点分布在随机的一块监控区域内，每个传感器的节点由射频发射模块、温湿度传感器模块、电源模块、MCU处理模块组成。每个节点可以采集温湿度值，每个节点之间可以互相自主通信，并且可以接收汇聚节点的命令进行发送、传递和处理功能。汇聚节点主要是接收和发送来自于最近的传感器节点的信息，而且还要求与PC机进行通信，所以就要求有串口转USB，这样就可以通过电脑的串口管理程序来对整个节点的网络进行管理，并且可以显示网络中发送过来的温湿度数值。 |
|
巴伦是平衡不平衡转换器的英文音译，原理是按天线理论，偶极天线属平衡型天线，而同轴电缆属不平衡传输现，若将其直接连接，则同轴电缆的外皮就有高频电流流过（按同轴电缆传输原理，高频电流应在电缆内部流动，外皮是屏蔽层，是没有电流的），这样一来，就会影响天线的辐射（可以想象成电缆的屏蔽层也参与了电波的辐射）。
因此，就要在天线和电缆之间加入平衡不平衡转换器，把流入电缆屏蔽层外部的电流扼制掉，也就是说把从振子流过电缆屏蔽层外皮的高频电流截断。有两种方法实现巴伦：
1、采用分立元件实现，LC巴伦设计的本质就是一个电桥，被称为“格子形式”巴伦，电路中包含两个电容和两个电感，分别产生+90。相移。在工作频率时，满足, , L=Zc/ω ,C=1/ω*Zc ..如图3-3所示。
  采用Johnson technology 公司的的Bulan-LPF芯片2450BM15A0002。这款芯片是专为CC253x系列射频芯片所做射频低通滤波器，这简化了计算和选择匹配的电感电容的麻烦。如图3-4是该芯片的连接方式。
  因为设计之前并没有找到这款芯片，所以在制版时我采用了第一种方案，这也是TI官网的方案。根据计算得出实际的L=2nH,C=1pF。如图3-5所示，天线使用的是2.4G单轴陶瓷天线。C11、C12、C15的作用是前后两端隔离低频信号的作用。
|
|
当打开IAR的时候可以看到如图4-3所示的文件结构图。下面就依次分析每一个文件夹的作用。
  APP：应用层目录，这是用户创建各种不同工程的区域，在这个目录中包含了应用层的内容和这个项目的主要内容，在协议栈里面一般是以操作系统的任务实现的。HAL：硬件层目录，包含有与硬件相关的配置和驱动及操作函数。MAC：MAC层目录，包含了MAC层的参数配置文件及其MAC的LIB库的函数接口文件。MT：实现通过串口可控各层，于各层进行直接交互。NWK：网络层目录，含网络层配置参数文件及网络层库的函数接口文件，APS层库的函数接口OSAL：协议栈的操作系统。Profile：AF层目录，包含AF层处理函数文件。Security：安全层目录，安全层处理函数，比如加密函数等。Services：地址处理函数目录，包括着地址模式的定义及地址处理函数。Tools：工程配置目录，包括空间划分及Z-Stack相关配置信息。ZDO：ZDO目录。ZMac： MAC层目录，包括MAC层参数配置及MAC层LIB库函数回调处理函数。ZMain：主函数目录，包括入口函数及硬件配置文件。Output：输出文件目录，这个EW8051 IDE自动生成的。 从上面的描述中可以看出，整个协议栈中，对于ZigBee的功能已经全部体现，在此基础上建立一个项目的方法主要是改动应用层 。
|
|
整个协议栈是以一个OS贯穿的，要加入自己的应用，就要添加一个任务，在任务中执行，与协议栈实现无缝连接。
1、添加一个任务。在协议栈中的OSAL.c文件中，byteosal_init_system( void )函数的功能是初始化OS、添加任务到OS任务表中。在这个函数中通过调用osalAddTasks()函数来定制项目所需要应用的任务，该函数属于应用层和OS之间的接口函数，一般项目的建立需要根据系统的需要自己编写改函数，并将函数放到应用层。osalAddTasks()函数是通过osalTaskAdd()函数完成任务添加。
首先，将支持协议栈功能需要的任务加载到该函数中，
void osalAddTasks( void )
{
osalTaskAdd (Hal_Init, Hal_ProcessEvent,OSAL_TASK_PRIORITY_LOW);
#if defined( ZMAC_F8W )
osalTaskAdd( macTaskInit, macEventLoop,OSAL_TASK_PRIORITY_HIGH );
#endif
#if defined( MT_TASK )
osalTaskAdd( MT_TaskInit, MT_ProcessEvent,OSAL_TASK_PRIORITY_LOW );
#endif
osalTaskAdd( nwk_init, nwk_event_loop,OSAL_TASK_PRIORITY_MED );
osalTaskAdd( APS_Init, APS_event_loop,OSAL_TASK_PRIORITY_LOW );
osalTaskAdd( ZDApp_Init, ZDApp_event_loop,OSAL_TASK_PRIORITY_LOW );
}
这些任务是协议栈运行的先决条件，为了更好的使用协议栈，建议将这些任务都添加到任务列表中。这些函数的参数条件在协议栈中已经定义好，可以直接使用。
从上面加载的函数中可以发现，要建立一个单独的任务，必须先将osalTaskAdd()函数所需要的参数条件定义好，这些参数分别是初始化函数example_Init，任务处理函数example_event_loop和任务优先级。
2、任务初始化函数。任务初始化函数的功能是将该任务需要完成的功能的功能部件初始化，在每一个任务的初始化函数中，必须完成的功能是要得到设置任务的任务ID。
void SampleApp _Init ( uint8 task_id )
{
SampleApp _Init = task_id;
}
由于在这个任务中还有其他的功能，所以，对其他功能也需要做一定的初始化，包括对发送数据的设置，按键的设置等。实现的函数为：
void SampleApp_Init ( uint8 task_id )
{
SampleApp_TaskID = task_id; //任务ID
SampleApp_NwkState = DEV_INIT; //网络类型
SampleApp_TransID = 0; // 设置发送数据的方式和目的地址,
SampleApp_All_DstAddr.addrMode =(afAddrMode_t)AddrBroadcast;//广播到所有的设备
SampleApp_All_DstAddr.endPoint =SAMPLEAPP_ENDPOINT;
SampleApp_All_DstAddr.addr.shortAddr = 0xFFFF;
// 单播到一个设备
SampleApp_Single_DstAddr.addrMode =(afAddrMode_t)afAddrGroup;
SampleApp_Single_DstAddr.endPoint =SAMPLEAPP_ENDPOINT;
// 设置 endpoint description.
SampleApp_epDesc.endPoint = SAMPLEAPP_ENDPOINT;
SampleApp_epDesc.task_id =&SampleApp_TaskID;
SampleApp_epDesc.simpleDesc
= (SimpleDescriptionFormat_t*)&SampleApp_SimpleDesc;
SampleApp_epDesc.latencyReq = noLatencyReqs;
// 登记endpoint description 到 AF
afRegister( &SampleApp_epDesc );
// 登记所有的按键事件
RegisterForKeys( SampleApp_TaskID );
}
3、任务处理函数。任务处理函数是对任务发生后的事件进行处理，在这个项目中主要完成的功能是通过协调器上的按键发送一个数据，控制路由器的小灯。所以里面就应该设计到按键的事件处理，网络状态的判断（判断设备的类型，是协调器还是路由器或者是终端设备）和接收到信息后的处理。处理函数为：
uint16 SampleApp_ProcessEvent( uint8 task_id,uint16 events )
{
afIncomingMSGPacket_t *MSGpkt;
if ( events & SYS_EVENT_MSG ) //系统信息，
{ MSGpkt= (afIncomingMSGPacket_t *)osal_msg_receive( SampleApp_TaskID ); //OS发送过来的信息
while ( MSGpkt )
{
switch ( MSGpkt->hdr.event )
{ // 按键事件
case KEY_CHANGE: //按键处理函数
SampleApp_HandleKeys( ((keyChange_t*)MSGpkt)->keys );
break; // 接收数据事件
case AF_INCOMING_MSG_CMD: //接收数据的处理函数
SampleApp_MessageMSGCB( MSGpkt );
break; // 网络状态发生变化时间
case ZDO_STATE_CHANGE:
SampleApp_NwkState =(devStates_t)(MSGpkt->hdr.status); //获取网络状态
if ( (SampleApp_NwkState == DEV_ZB_COORD)//判断网络类型
|| (SampleApp_NwkState == DEV_ROUTER)
|| (SampleApp_NwkState == DEV_END_DEVICE) )
{
}
else
{ // 设备不属于这个网络
}
break;
default:
break;
} // 释放存储器
osal_msg_deallocate( (uint8 *)MSGpkt ); // Next- 如果有一个空闲的任务
MSGpkt = (afIncomingMSGPacket_t*)osal_msg_receive( SampleApp_TaskID );
} // 返回未处理的任务
return (events ^ SYS_EVENT_MSG);
}
return 0;
}
4、按键子函数。按键子函数的功能是处理所有的按键事件,按键的底层驱动函数在Hal_key.c中，在这里按键需要完成的任务是，当协调器按键1被按下后，以广播的方式发送数据去让路由器小灯闪烁。
void SampleApp_HandleKeys(uint8 keys )
{
if ( keys & HAL_KEY_SW_1 )
{
if(SampleApp_NwkState == DEV_ZB_COORD) //如果是协调器
SampleApp_SendFlashMessage(SAMPLEAPP_FLASH_DURATION ); //发送数据
else
{
}
}
}
5、接收处理函数。接收处理函数的功能有两部分，一是路由器的接收函数，二是协调器的接收处理函数。在这个项目里面，我们将这两种设备的处理函数都固化在了一个函数里面，用串ID来判断他们的设备类型。当路由器接收到数据后，先判断该信息的串ID，然后判断命令，如果命令正确，则小灯闪烁，然后单播发送确认信号给协调器，协调器收到信号后，同样先判断串ID，然后确认命令后小灯闪烁示意。
void SampleApp_MessageMSGCB(afIncomingMSGPacket_t *pkt )
{
unsigned char Rx_Buf[4];
switch ( pkt->clusterId )
{
case SAMPLEAPP_CLUSTERID1:
memcpy(Rx_Buf,pkt->cmd.Data,3);
if((Rx_Buf[0] == 'Y') && (Rx_Buf[1] =='E') && (Rx_Buf[2] == 'S'))
{
HalLedBlink( HAL_LED_4, 4, 50, 250); //小灯闪烁四次
}
break;
case SAMPLEAPP_CLUSTERID2:
memcpy(Rx_Buf,pkt->cmd.Data,4);
if((Rx_Buf[0] == 'O') && (Rx_Buf[1] =='P') && (Rx_Buf[2] == 'E') && (Rx_Buf[3] == 'N'))
{
HalLedBlink( HAL_LED_4, 4, 50, 250); //小灯闪烁四次
SendData("YES",pkt->srcAddr.addr.shortAddr,3);//以单播的方式回复信号
}
break;
}
}
6、发送函数：广播发送一段数据
void SampleApp_SendFlashMessage( uint8 *buffer )
{
if ( AF_DataRequest( &SampleApp_All_DstAddr, &SampleApp_epDesc,
SAMPLEAPP_CLUSTERID2,
4,
buffer,
&SampleApp_TransID,
AF_DISCV_ROUTE,
AF_DEFAULT_RADIUS ) == afStatus_SUCCESS )
//********************************************************************
void SampleApp_SendData(uint8 *buf, uint16 addr, uint8 Leng)
{
SampleApp_Single_DstAddr.addr.shortAddr = addr;
if ( AF_DataRequest( &SampleApp_Single_DstAddr, //发送的地址和模式
&SampleApp_epDesc, //终端（比如操作系统中任务ID等）
SAMPLEAPP_CLUSTERID1,//发送串ID
Leng,
buf,
&SampleApp_TransID,
AF_DISCV_ROUTE,
// AF_ACK_REQUEST,
AF_DEFAULT_RADIUS ) == afStatus_SUCCESS ) {
}
else
{
}
}
发送数据只是调用一个函数，在这里不多做解释。
在完成以上的步骤之后就可以完成任务的添加。用户就可以实现自己的程序功能，但是由于Z_Stack已经把通信协议写好（如图4-4），所以只需要调用函数就可以完成无线传感器网络，这样只能使用却不能了解关于具体底层的信息。所以对于无线传感器网络开发来说的话，Tiny OS则是完全开放源代码的专用于无线传感器网络的操作系统。
|
Tiny OS系统在Windows环境下移植与开发
首先，就先来安装cygwin： 从cygwin.com下载一个名为setup.exe的安装程序，打开，选一选安装路径，一路点下一步就会完成安装。装完后，桌面上多出一个cygwin图标，打开即可进行cygwin的命令行，所有操作都在这个命令行中完成[18]。 cygwin默认安装的工具比较少，连gcc4,perl,python,make,rpm都没有，所以去重新打开setup.exe，在select packages页中将gcc4,perl,python,make,rpm,libmpfr4标记为安装。
现在，cygwin环境已经比较完整，接着就该配置tinyos环境了。 TinyOS环境的配置在官方文档中有很详细的描述，但是只针对cc2530的话可以将配置过程简化很多：
下载nesc和tinyos-tools的cygwin安装包，
放到某个目录下，比如c盘根目录下。然后，在cygwin中切换到该目录，安装这两个包：
cd /cygdrive/c
rpm -ivhnesc-1.3.1-1.cygwin.i386.rpm
rpm -ivhtinyos-tools-1.4.0-3.cygwin.i386.rpm
这样tinyos环境就配置好了。接着就去下载cc2530的tinyos移植的源代码tinyv6，开发者把cc2530的tinyos移植和一个ipv6协议栈一块发布了，所以甚至可以在cc2530上用tinyos跑ipv6。
解压下载的源码包：
tar xvf tinyv6-x.x.tar.bz2
接着执行一个脚本自动设置一些环境变量：
cd tinyv6-x.x
source tinyv6.sh
|
作者：sfwang666
作品名称：基于CC2530芯片ZigBee RF4CE 技术遥控行业中的研究与应用
|
市场分析:
目前市场上的电子产品大部分目前采用的都是红外线遥控(IR)技术. 此技术目前弊端如下:
(1) 遥控器与电器之间的距离不能过远,一般不能超过8米.
(2) 遥控器使用时应对准电器的接收方向，左右偏差角度不能超过25度，否则电器无法准确接收指令.
(3) 遥控器在使用时要避免强光或其它光源的干扰.
(4) 遥控器与电器之间不能存在障碍物，否则红外信号会被阻挡. 所以用户无法把电器设备隐藏在其他有物体遮挡的地方,影响用户客厅美观效果.
(5) 遥控器与电器之间的通讯仅为单向
(6) 不同的电器设备可能需要不同的遥控器，增加了成本，同时给使用带来极大不便.
(7) 因为红外遥控码值固定,不同电器直接的码值可能相同.引起误操作. 因此有时出现用不同的遥控器操作时候,而同时也遥控到其他设备的情况发生.
以上红外遥控技术令人头疼的缺陷严重影响了数字化家居的生活品质，基于此, 通过本项目的研究,使新的Zigbee RF4CE技术应用到电子产品中.让产品的遥控操作变得更加的方便快捷,摆脱受到环境干扰与遥控角度距离的限制.让用户得到更好的操作体验.
研究目标与介绍:
本次项目研究的目的是把ZigBee RF4CE的技术推广并应用到各种家用电器设备中,以取代传统红外遥控器，提高各电器设备的易操作性,使用户有更好的操作体验，并为后续物联网做准备
1. Zigbee RF4CE遥控器技术的传输距离和抗干扰性
2. 实现电器设备与遥控器的双向通信
研究成果:
1、 本次以TI的CC2530芯片平台为基础进行研究开发。
2、 RF射频遥控采用CC2530芯片来完成RF4CE 的无线遥控功能要求.
3、 RF无线射频遥控能提高操作的可靠性;提高信号的传输距离和抗干扰性;使信号传递不受障碍物影响; 消费者将不再需要用遥控器的发射端准确指向电器的接收端.RF遥控距离无障碍物可以达到50米,有障碍物可以达到30米.
4、 RF无线遥控器节能省电, 遥控器电池寿命也可显著延长(1~2年)。，也不再需要数个遥控器来操作家中不同的电子设备
RF4CE RF无线遥控的信号工作频段示意图以及基本指标参数如下:
|
作者：hanskying666
作品名称：CC2430@MSP430无线温度采集系统
虽然CC2430是TI比较老的一代zigbee无线产品了，现在应该都是CC2530了，是新一代的协议栈，更加有优势。
之前听过有个讲ZigBee协议栈的视频，貌似叫王峰的讲的(FS_zigbee 协议栈指导书.pdf)，讲的比较透彻，对学习ZigBee的协议栈还是很有帮助的，这个手册应该现在在网上就可以下载到。通过学习用CC2430和MSP430F1611实现了无线温度采集系统，附件是CC2430的最小系统图及MSP430F1611底板图，电源采用了TPS78633低压差LDO产生3.3V电压，输入电压为手机锂电池。温度传感器采用了TMP101串行IIC接口，通过不同的地址可以级联温度传感器，实现多路温度采集系统。无线模块部分已经做过验证，无线的发送和接收可以使用。无线模块的天线采用了外置天线，隔一道墙传输还是没什么问题的，多几道就会出现网络连接问题，具体的距离没去测试。有想做ZigBee的网友可以玩一玩。
作者：昱枫
作品名称：基于物联网的智能学生宿舍
物联网是在现代计算机互联网的基础上，利用RFID、无线数据通信技术，构造一个覆盖万事万物的网络世界，在这个网络中，可以对各个事物进行智能化管理和互动。
如今，智能化的理念已经深入人心，许多事物都实现了智能化的控制，但很少有将物联网技术应用于大学生宿舍，然而，学校宿舍用电安全及财产安全一直是社会关注的焦点，所以设计一个基于物联网的智能监控系统来对学生宿舍进行管理是非常必要的。 本项目是以ARM 嵌入式系统为基础，利用无线传感器技术，RFID以及信号处理与通信技术实现系统的整体架构。该系统将实现对宿舍的门禁，照明，采光和饮水系统进行远程监测与控制，利用RFID对进出人员进行管理，
具体来说就是以zigbee CC2530 近距离无线通信模块 构建智能宿舍控制系统，以 嵌入式ARM 作为网关，以实现无线网络的智能学生宿舍控制系统，这里实现的两个功能，RFID技术的楼宇门禁系统，和网络电灯控制系统。
RFID技术的楼宇门禁系统控制框图
嵌入式无线网关
zigbee门禁 电机控制
射频识别显示模块
cc2530 电灯控制节点
视频展示请点击以下链接：
作者：昱枫
作品名称：基于物联网的智能学生宿舍 (续)
之前也介绍有关的智能学生宿舍的整体框架，这里把总体更加形象的描述出来。
这里介绍下因特网访问控制的方法，就是通过网络编程实现的，在一个具有公网IP地址的编写一个网络服务程序，就是将其他客户端的发过来的数据通过该服务器转发给其他连接在此服务器的客户端，这里有两个客户端，一个Android控制应用程序，一个是嵌入式ARM网关数据处理端，接受相应数据发送给zigbee协调器，协调器通过判断数据，将相关控制指令通过其ZigBee无线网络发送给相应的终端节点，这样就可以实现远程访问控制了。
下面是Android应用程序控制界面
这是在服务器上运行的服务器程序
这是最近所做的最后一个终端节点，智能插座，当用电器件插在此插座上时候，我们可以随时通过网络控制其用电器件的开关状态，在相应的电路出现故障时，我们可以随时通过手机控制他，让其关闭，避免了直接的接触，以保证相应人员的安全。
作者：freebsder
作品名称： 802.1x 初体验
这段时间体验了一下TI的802.11和802.15.4，分别是CC3200和CC2520/CC2538，下面是下午阳光不太明媚的时候手机拍的。
CC3200是在官网买的小板子，发回国内大概用了一个星期。这期间粗略看了下manual，开始以为是个MCU+MAC+PHY，本来是想看看能不能做自己的协议栈，结果是个SPI通讯的corprocessor，有点小失望，该买之前就看看手册的。这种功能设置的话，不如买MTK的MT7621，更便宜呢。默认开机上电，加入它的ssid网络，网页登陆之后有一个远程控制的喷水DEMO，按一下，一个灯就闪一闪，表示开始喷水了。
可是，有发现一个问题，好像只能有一个客户端连接到wifi的ssid网络，两个以上的手机wifi就无法连接，也不知道是本来只能有一个wifi客户端接入还是我没有弄对，如果真是这样，那这款芯片的适用范围就大大的打折扣了。
CC2538申请的TI官方的样片，给了5颗，刚到手没多久，这段时间想试试做成2层板，加pcb天线，天线虽然有参考，但是抄起来也很麻烦，也还不知道效果，实在不行就花几元小钱买成品的陶瓷天线好了。看了手册，整体来说比较合适做底层开发，MCU+MAC+PHY的形式，MAC有TIMAC软件层参考，MCU是个带硬件乘除法的cortexm3，里面自带adc，spi，iic等等外设，cortex的环境不用说，能用的资源很多。功耗虽然比msp430高，但是作为一颗SOC比较适合做物联网传感前端，bom和成本都大大减少，官方10k报价也才20来块钱。
CC2520是买的现成的小板子，除了MCU之外，和CC2538差不多，买这个主要是想验证一下低功耗MCU+CC2520+sensor的搭配和CC2538+sensor的搭配，有没有什么优势。
CC2538/CC2520软件层考虑的6lowpan，外面再用个带802.3的单片机做个eage router和IPv6接入。
CC3200有点小失望，协议栈做在芯片里面，确实为软件层开发节省了大量时间，但是又少了很多扩展能力。另外，如果确认了wifi网络不能够加入2个以上的客户端的话，感觉这个就更失望，丢失了wifi广泛接入的基础。
CC2538还在研究天线，可能最终还是会用小陶瓷来做，pcb天线太难抄了。
CC2520配合着freescale的KL02在做个小系统的移植，希望能用把6lowpan协议跑上去。
作者：stormbreaker
作品：略谈部分TI无线产品应用
最初接触到的TI无线产品是CC2430，当时是为了学习ZigBee，而且网上关于CC2430使用的资料比较多，学习了一段时间后发现自己还是不知所云，原因是资料太杂太乱了，后来硬着头皮看了Zstack协议栈配套的英文使用文档，看了几天后茅塞顿开，惊叹还是官方的资料介绍的比较好，然后就去了TI官网上找到了相关的设计文件，例如硬件设计文件，例如天线参考设计和评估板的PCB文件，这些文件可以加快产品的开发进度；在后面的无线产品使用时，我基本都会参考TI提供的设计文件，然后在根据自己的实际情况设计符合自己所需的产品，下图的CC2530核心板模块，当时是参考设计文件做的。
板子在空旷地方做过测试，在误码率低于1%的情况下，传输距离可以到220米，使用的是全向天线。由于是个人DIY的东西，没有大神们的专业仪器测试，所以只能借助TI提供的SmartRF Studio做测试，在分析协议时使用SmartRF™ Packet Sniffer,为了方便分析，就做了个USB Dongle，见下图
上图中左边那个用的是CC2531芯片，用于分析ZigBee，右边那个用的是CC2540，用于分析BLE，下图为使用CC2531做的USB Dongle抓到的ZigBee信息截图：
有了这些东西，做无线产品应用就很顺手，从提供的这些参考文件和工具可以看出，使用TI无线产品你能以较低的开发成本就能更快更好的驾驭它。这段时间也参加了论坛的“TI首届低功耗大赛”，在此活动中我使用了CC3000，同样也是先用了参考设计文件修改了一点，打了样回来学习，下图是测试用的板子：
在这个活动中我使用CC3000作为网关中连接物联网的器件，下图是系统结构图：
经过一个月的调试已经基本完成，样板刚打回来，因为太忙还没来得及焊接，先上图
作者：lonerzf
作品名称：CC2540 无线模块用于心电图连接
之前接触TI蓝牙4.0芯片 CC2540的时候，没想到这个东西会为我以后的活动平添这么多乐趣，带来这么多的便利。当然了，这是指调试完成了以后，调试的过程还是挺麻烦的。蓝牙芯片基本上没什么问题了。下面是CC2540 USB Dongler的实物，程序从HostTestApp下移植过来，其实麻烦的地方就是通过逆向工程把TI BTOOL工具里边的数据提取出来，然后自己写个钩子函数之类的东西，写给协议栈。然后，自己的东西就出来了。
下面是基于STM32F429I、CC2540做的简易心电图。用蓝牙无线传输。
这个效果就如下所示的样子了
上位机显示界面如下（这不是最终效果，只是验证了滤波算法效果的图片，后面还有改进，但不在实验室，没法演示）：
由于低功耗设计大赛的缘故，这个东西一直没晒出来，正好趁此机会晒晒。
作者：574433742
作品名称：IoT家庭网关 + 智能照明
| 有机会接触了一下TI的物联网的产品，关于家庭照明的东西，在这里给大家分享一下。这个主要是通过手机客户端或者通过云端来远程控制灯板的颜色、亮灭、饱和度等一些功能。因为TI提供了全部的代码，所以开发者可以发会自己的想象力，添加自己喜欢的功能。整个模块是基于ZigBee协议的和TCP/IP协议的。 这篇文章介绍的是使用Android客户端通过手机端控制ZigBee灯板的。 下面就来看看各个模块吧。 下面图片是三个ZigBee灯板，每个灯板有三个LED灯，分别是红、绿、蓝和白色的，灯板上集成的是CC2530芯片。 TI已经预先烧录了程序进去，当然灯板上也预留了debugger接口。  芯片面  led灯面下面这个是一个USB dongle ，上面是一颗CC2531的芯片，主要负责ZigBee网络的组建。将数据采集发送到BB black（家庭网关），从BB Black中得到数据传个各个灯板。  这个就是一个BB Black 是一个类似于树莓派的一个卡片式电脑，主控芯片是TI的AM335。1G RAM 4GBROM，性能上玩爆树莓派。 这个主要的作用是一个家庭网关通过收发ZigBee传来的数据到internet上，下面的网口和家里的路由连接。  将上述各个模块接好之后，参考下面TI的官网给出的说明，即可搭建好这个系统。 手机上安装好TI提供的客户端，以为是给出源码的，所以开发者可以更改其中的代码，来添加自己的功能。 下面几幅图片展示了通过手机端控制不同的参数来实现灯板的颜色，饱和度和亮度的改变。       下面来看一下Android客户端的源码。  用户可以更改其中的代码增加新的功能，如定时启动灯光控制，早晨让室内的灯光随着时间的变换成不同的颜色营造出很好的氛围，晚上灯光绚烂出各种颜色，是不是很浪漫。。。开发者可以发挥想象，展现自己的创意，这个平台还是蛮好的。。 物联网，随时随地，任何事都要联网，未来是美好的，期待大家的共同努力，期待大家分享好的东西。 编程是一种思维方式，而代码只是一种表现形式，硬件是对编程的最好诠释。 |
作者：ljj3166
作品名称：无线温度采集系统
一个小制作，单总线18b20的无线温度采集项目
仅占用1个IO口，采集多个温度数据
可以通过sn上线时间自行判断18B20所在位置并关联相关数据
无线部分采用TI的CC2530，蜂鸟科技出的模块
PCB画得比较cute，呵呵
基本框图：
核心器件采用的基本上都是TI的IC
传输距离500米即是采用CC2530的无线模块完成
485总线也做了相应改造，适合单总线数据传输
用VB写了个上位机，比较简陋
带有短信通知功能，不过PC要联网才行
上下位机也自定义了一套通信协议
|
0X01
|
H
|
L
|
H
|
L
|
H
|
L
|
H
|
L
|
H
|
L
|
H
|
L
|
H
|
L
|
H
|
L
|
|
指令
|
地址
|
温度
|
地址
|
温度
|
地址
|
温度
|
地址
|
温度
|
||||||||
|
0X02
|
L
|
|
|
|
|
|
|
H
|
L
|
|
|
|
H
|
|
|
0XFF
|
|
指令
|
DS18B20温度传感器64位序列号
|
秒
|
分
|
时
|
日
|
月
|
指针
|
空
|
结
束
|
|||||||
|
0XAA
|
0X03
|
|
H
|
L
|
|
|
|
|
|
|
0XFF
|
|
起始
|
指令
|
指针
|
地址
|
空
|
空
|
空
|
空
|
空
|
空
|
结束
|
|
|
0X04
|
|
L
|
|
|
|
|
|
|
H
|
H
|
L
|
|
|
|
|
|
|
|
0XFF
|
|
指令
|
类型
|
DS18B20温度传感器64位序列号
|
地址
|
空
|
空
|
空
|
空
|
空
|
空
|
空
|
结束
|
||||||||
|
0XAA
|
0X05
|
L
|
|
|
|
|
|
H
|
|
|
0XFF
|
|
起始
|
指令
|
秒
|
分
|
时
|
星期
|
日
|
月
|
年
|
空
|
空
|
结束
|
|
0X06
|
H
|
L
|
|
|
|
|
|
|
|
|
|
|
|
|
|
0XFF
|
|
指令
|
地址
|
指针
|
空
|
空
|
空
|
空
|
空
|
空
|
空
|
空
|
空
|
空
|
空
|
空
|
结束
|
|
|
0XAA
|
0X07
|
H
|
L
|
|
|
|
|
|
|
|
0XFF
|
|
起始
|
指令
|
地址
|
指针
|
空
|
空
|
空
|
空
|
空
|
空
|
结束
|
|
|
0X08
|
H
|
L
|
|
|
|
|
|
|
|
|
|
|
|
|
|
0XFF
|
|
指令
|
地址
|
指针
|
空
|
空
|
空
|
空
|
空
|
空
|
空
|
空
|
空
|
空
|
空
|
空
|
结束
|
|
|
0X09
|
L
|
|
|
|
|
|
|
H
|
|
|
|
|
|
|
|
0XFF
|
|
指令
|
DS18B20温度传感器64位ID号
|
标志
|
空
|
空
|
空
|
空
|
空
|
空
|
接收
|
|||||||
|
0XAA
|
0X10
|
H
|
L
|
|
|
|
|
|
|
|
0XFF
|
|
起始
|
指令
|
地址
|
指针
|
空
|
空
|
空
|
空
|
空
|
空
|
结束
|
|
|
0X11
|
H
|
L
|
|
|
|
|
|
|
|
|
|
|
|
|
|
0XFF
|
|
指令
|
地址
|
空
|
空
|
空
|
空
|
空
|
空
|
空
|
空
|
空
|
空
|
空
|
空
|
空
|
结束
|
|
|
0XAA
|
0X12
|
|
|
|
|
|
|
|
|
|
0XFF
|
|
起始
|
指令
|
地址
|
指针
|
空
|
空
|
空
|
空
|
空
|
空
|
结束
|
|
|
0X13
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
0XFF
|
|
指令
|
地址
|
空
|
空
|
空
|
空
|
空
|
空
|
空
|
空
|
空
|
空
|
空
|
空
|
空
|
结束
|
|
|
0XAA
|
0X14
|
|
|
|
|
|
|
|
|
|
0XFF
|
|
起始
|
指令
|
空
|
空
|
空
|
空
|
空
|
空
|
空
|
空
|
空
|
结束
|
|
0XAA
|
0X15
|
|
|
|
|
|
|
|
|
|
0XFF
|
|
起始
|
指令
|
继电器1
|
继电器2
|
继电器3
|
继电器4
|
继电器5
|
继电器6
|
继电器7
|
继电器8
|
继电器8
|
结束
|
作者：youyou_123
作品名称：基于ZigBeeCC2530楼宇建筑监控系统
传统楼宇建筑大部分监控系统使用的是有线通讯，对于一些老建筑物，布线是一件很头疼的事情，所以我们选择了1款基于ZigBee通信的无线监控系统，CC2530这款片子集成了8051微控制器，同时拥有2.4G无线通信，可自主组网，同时可对网络设置网络信道，网络ID和设备ID，避免了一部分网络干扰，该无线系统中每台设备可设置路由模式和终端模式，监控主机位协调器，大大增加了无线监控系统的适用性。
举一示例，对某栋楼的电表进行检测，首先我们将监控主机放置在一楼，每一层有1台设备设置成路由模式，其他为终端模式，就这样依次从高到低设置，建立网络，每台设备将有效数据采集存储并等待监控主机查询，主机发送查询指令，如果设备在有效范围内可设备可直接接收到指令，如果距离比较远，可通过路由器一级一级查找地址，将数据传送到指定设备，同样设备通过路由器再一级一级传给监控主机，实现了无线监控系统。
目前该系统还在调试中，中间出现了很多艰难的问题，比如传送数据太多，在路由传送过程中容易丢失，ZigBee无线系统的深度如果太深，也容易丢失数据，设备断电再次连接多次尝试不能自动连接至网络，等等的问题都要解决，硬件上我们要保证有效的传输距离，添加外界天线，对电路板进行严格设计。。。对于100+、200+、甚至1000+的监控系统，困难依旧在产生。
