采用ZigBee标准，Moteiv打造客户端“微型内核”
上网时间:2007年05月15日
无线传感器网络新创公司Moteiv日前推出新版本的Tmote节点，该产品采用ZigBee通信标准，封装在一个mini-SDIO(安全数字I/O)卡中。这个客户端“微型内核”可以嵌入到蜂窝手持设备、PDA、游戏平台和类似设备中。
标准Tmote Mini和稍长版本Tmote Mini Plus都基于Texas Instruments MSP430微控制器和TI/Chipcon CC2420无线电。两个模块都工作在2.4GHz，Tmote Minir的输出功率为0dBm(1mw)，Tmote Mini Plus的输出功率为+20dBm(100 mW)。miniSDIO卡被设计成与Moteiv最初的Tmote Sky模块功能相当，使用Sky开发平台的设计工程师可以迁移至Mini和Mini Plus的生产客户端。
Moteiv将公司的无线传感器网络的市场营销到安全、气候监视和工控应用中。Moteiv CEO Rick Schell表示，新推出的miniSDIO形状因子顺应了客户希望网络可以直接与移动掌上平台集成的需求。
http://www.mediaplayer.eetchina.com/ART_8800464422_2200005_41ad80ea200705.HTM
other reference
http://www.moteiv.com/products/tmotemini.php
http://www.moteiv.com/about/pr/2007-05-08-tmotemini.php
http://www.bandwavetech.com/
Monday, May 21, 2007
Saturday, April 28, 2007
http://embedded.ece.uci.edu/~kilby/research.htm
http://ecomote.net/chulsung/
http://embedded.ece.uci.edu/~kilby/research.htm
wonderful work
they had done what we want to do
digested from
http://hi.baidu.com/vvfang/blog/item/52cc8c8fa69979fb503d9222.html
http://embedded.ece.uci.edu/~kilby/research.htm
wonderful work
they had done what we want to do
digested from
http://hi.baidu.com/vvfang/blog/item/52cc8c8fa69979fb503d9222.html
Monday, April 23, 2007
无线个域网国家标准成功立项
无线个域网国家标准成功立项
实习生 张纪燕
本报讯笔者从2007年2月2日中国无限个域网项目组第五次工作会议获悉，中国短程无线个域网（C-WPAN）国家标准正式立项成功。国家标准化管理委员会正式批准：中国无线个域网标准正式立项为国标GB/T15629.15.4。这表明威讯紫晶、信息部标准化所、北航、海思等组成的无线个域网标准团队过去一年的工作得到了国家的肯定和支持。
目前，C-WPAN工作组不断发展壮大，北大、北航、北邮、中科院等各大研究所加入了该工作组。该工作组非常重视标准的产业化及企业联盟工作，国内几大通信巨头企业，华为科技、清华同方、海思半导体，德赛纷纷加入其中。同时，国际上对具有独立自主知识产权的中国国家无线个域网标准和相应芯片研发工作十分关注。其中，IEEE标准化组织为了能与C-WPAN最大程度的合作，特别成了 IEEE802.15.4C工作组。与此同时，ZIGBEE联盟主席BobHeile几次访华希望与中国方在此问题上沟通与合作。这表明中国的标准化工作达到了一定的高度，引起世界各国的广泛关注和积极参与。
据了解，工作组在按时、高质量完成工作的同时不断捕捉新的标准项目———“无限超宽带网络”，努力建好“第三方标准评检测是试验室”，并与IEEE相关组织保持良好的沟通与合作，预计今夏开始启动SC6国际提案。
Ref: 科技日报
http://www.stdaily.com/gb/zhongguoyq/2007-02/17/content_637690.htm
.
实习生 张纪燕
本报讯笔者从2007年2月2日中国无限个域网项目组第五次工作会议获悉，中国短程无线个域网（C-WPAN）国家标准正式立项成功。国家标准化管理委员会正式批准：中国无线个域网标准正式立项为国标GB/T15629.15.4。这表明威讯紫晶、信息部标准化所、北航、海思等组成的无线个域网标准团队过去一年的工作得到了国家的肯定和支持。
目前，C-WPAN工作组不断发展壮大，北大、北航、北邮、中科院等各大研究所加入了该工作组。该工作组非常重视标准的产业化及企业联盟工作，国内几大通信巨头企业，华为科技、清华同方、海思半导体，德赛纷纷加入其中。同时，国际上对具有独立自主知识产权的中国国家无线个域网标准和相应芯片研发工作十分关注。其中，IEEE标准化组织为了能与C-WPAN最大程度的合作，特别成了 IEEE802.15.4C工作组。与此同时，ZIGBEE联盟主席BobHeile几次访华希望与中国方在此问题上沟通与合作。这表明中国的标准化工作达到了一定的高度，引起世界各国的广泛关注和积极参与。
据了解，工作组在按时、高质量完成工作的同时不断捕捉新的标准项目———“无限超宽带网络”，努力建好“第三方标准评检测是试验室”，并与IEEE相关组织保持良好的沟通与合作，预计今夏开始启动SC6国际提案。
Ref: 科技日报
http://www.stdaily.com/gb/zhongguoyq/2007-02/17/content_637690.htm
.
blog recommended
http://hi.baidu.com/vvfang
however, i must declare that openwsn is not another replication of tinyos. hehe
they have different objectives. furthermore, tinyos itself is also evolving. it's not the only solution for wsn field. pls pay some attention to other projects such as mantis. it seems also active in these days.
however, i must declare that openwsn is not another replication of tinyos. hehe
they have different objectives. furthermore, tinyos itself is also evolving. it's not the only solution for wsn field. pls pay some attention to other projects such as mantis. it seems also active in these days.
Sunday, April 08, 2007
基于Java的无线传感器开发环境 Sun SPOT”
Sunspot Project Homepage 2007
http://www.sunspotworld.com/
Sun Small Programmable Object Technology (Sun SPOT)
Small Java powered Wireless Transducer Devices
http://research.sun.com/projects/dashboard.php?id=145
Squawk: A Java VM for Wireless Sensor Networks: TS-1598, 2006
Sun公布Java无线传感器等的开发环境“Sun SPOT”
http://techon.nikkeibp.co.jp/
http://www.sunspotworld.com/
Sun Small Programmable Object Technology (Sun SPOT)
Small Java powered Wireless Transducer Devices
http://research.sun.com/projects/dashboard.php?id=145
Squawk: A Java VM for Wireless Sensor Networks: TS-1598, 2006
Sun公布Java无线传感器等的开发环境“Sun SPOT”
http://techon.nikkeibp.co.jp/
【日经BP社报道】
NetBeans内的“SPOTWorld”传感器应用开发工具
Sun SPOT的传感器构成。传感器的外形尺寸为63.5mm×38.1mm×12.7mm。
美国Sun Microsystems公布了基于Java技术的无线传感器网络等的开发环境“Project Sun SPOT（Small Programmable Object Technology）”。由该公司研究开发部门Sun Microsystems Laboratories（Sun Labs）开发。
Sun SPOT的基本构成为：32位微处理器“ARM9”、支持IEEE802.15.4的无线传感器、支持无需OS的J2ME（Java2 platform, micro edition）的“Squawk”VM（虚拟机）和面向无线传感器的应用开发及使用软件工具“SPOTWorld”。“Sun SPOT的目的之一就是：让众多的Java开发人员除了面向普通计算机环境的应用之外，还可以轻松地开发可在现实中使用的应用产品”（Sun Labs高级经理Roger Meike）。比如可以设想这样的用途：通过配备在机器人等上的相机来检测人的动作，并把所获得的数据通过无线传感器传送等。
试制“会写博客”的宇航船
该公司认为，与其它公司的开发环境相比，Sun SPOT的特点在于传感器技术。比如，使用Sun SPOT传感器的CLDC (connected limited device configuration)1.1 Squawk VM不需要OS。而且Squawk VM专门进行了耗电管理方面的优化设计。作为例证，Meike指出，为了减小耗电，可以利用Sun SPOT配备的高性能微处理器。“为了完成某一计算，与使用无线方式把数据传到其它计算机进行处理相比，将这些数据进行本地处理更为省电。能不能进行这些处理可通过VM来判断”（Roger Meike）。
在多个Sun SPOT传感器群上运行的应用软件和SPOTWorld，也可以单独在开放源友IDE（integrated development environment）“NetBeans”上运行。所开发的应用软件也可以通过USB或者无线技术与Sun SPOT的传感器通信。无线传输数据时使用的数据加密技术也正在开发之中。Sun表示：“即使没有特定传感器方面的知识，也可以进行传感器应用软件的开 发。”
Sun Labs的高级工程师兼经理Brenda Laurel目前还兼任美国Art Center College of Design的研究生院Media Design Program的主席。Laurel的学生目前已经开始利用Sun SPOT进行开发。据Laurel称，他的学生已经开发出了在小型宇航船上配备Sun SPOT和相机、在宇航船飞行的同时拍摄周围风景的应用产品。拍摄到的影像可以传送到特定的WWW网站上，“这就好像宇航船在写博客一样”（Laurel）。
Sun SPOT的开发工具定于2006年5月供货。传感器由两枚板卡构成。主板上配备4MB闪存、512KB RAM、频率180MHz的ARM9和支持IEEE802.15.4的LSI。传感器板卡具备3轴加速度传感器、温度传感器、光传感器、6个模拟输入端口 和8个通用I/O引脚等。电源方面，采用电流容量750mAh、电压3.6V的锂离子充电电池。
开发工具的价格为500美元左右（含Sun SPOT、NetBeans 5.0、Java VM和USB连接线）。据该公司称，设想的客户有研究机构、大学和对传感器技术感兴趣的人。“现在已经有不少人希望使用Sun SPOT开发产品。我们将逐一满足这方面的客户需求”（Meike）。（记者：Phil Keys，硅谷支局）
■日文原文
Sun社，Java対応の無線センサなどの開発環境「Sun SPOT」を公開
Saturday, March 24, 2007
SOS for Wireless Sensor Node 2.x released!
UCLA干的好事.
https://projects.nesl.ucla.edu/public/sos-2x/doc/index.html
Introduction to SOS
SOS is an operating system for mote-class wireless sensor networks developed by the Networked and Embedded Systems Lab (NESL) at UCLA. SOS uses a common kernel that implements messaging, dynamic memory, module loading and unloading, and other services. SOS uses dynamically loaded software modules to create a system supporting dynamic addition, modification, and removal of network services.
.
https://projects.nesl.ucla.edu/public/sos-2x/doc/index.html
Introduction to SOS
SOS is an operating system for mote-class wireless sensor networks developed by the Networked and Embedded Systems Lab (NESL) at UCLA. SOS uses a common kernel that implements messaging, dynamic memory, module loading and unloading, and other services. SOS uses dynamically loaded software modules to create a system supporting dynamic addition, modification, and removal of network services.
.
Wednesday, March 21, 2007
Wednesday, February 28, 2007
OpenWSN ----- Beyond ZigBee
OpenWSN与目前热吵的ZigBee有什么关系吗？
首先，需要明确OpenWSN的用途，该开源项目的提出，一是为了满足科研人员对高性能WSN平台的需要（包括我自己），二是附带的为工业应用提供一个可靠的基础开发平台，毕竟，研究的成果应该到实际应用中去检验。
由此，可以理解OpenWSN与ZigBee的不同：
- OpenWSN为Open Source，强调公益性；ZigBee强调商业利益，几乎所有ZigBee解决方案都存在某种程序的封闭性，比如说Chipcon的方案绑定在Atmega MCU，Freescale的方案绑定在自己的MCU，且源代码一般不开放，如果需要获得源码，就要付出高昂的费用。
- OpenWSN重点关注的内容之一就是ZigBee中被封闭的部分，且其覆盖范围更宽。比如说，MAC和Routing, Location, Time Synchronization等，ZigBee毕竟只规定了很小一部分。
- OpenWSN关注底层，放开应用层(Application Layer)，因为OpenWSN相信，应该赋予使用者最大的自由，而应用层又是变化最多的，因此，OpenWSN不限定应用层，只提供若干规范的开发接口。而ZigBee则一直规定到应用层。
- OpenWSN目标中包括了mobile sink和mobile node情形，而ZigBee可以说只考虑了固定结点情形；
- 如果说ZigBee主要是满足当前实际需要，那么OpenWSN更强调未来。
- OpenWSN与ZigBee都强调互联互通，规范化，标准化
由此可见，OpenWSN更学术化一些，更适合在研究和原型化阶段采用。
那么，OpenWSN和ZigBee有什么关联吗？
OpenWSN首选了ZigBee Compatible Transceiver CC2420作为通信芯片，这使得OpenWSN平台可以被用来开发ZigBee应用，OpenWSN平台资源丰富，可以在一定程度上方便开发。
.
首先，需要明确OpenWSN的用途，该开源项目的提出，一是为了满足科研人员对高性能WSN平台的需要（包括我自己），二是附带的为工业应用提供一个可靠的基础开发平台，毕竟，研究的成果应该到实际应用中去检验。
由此，可以理解OpenWSN与ZigBee的不同：
- OpenWSN为Open Source，强调公益性；ZigBee强调商业利益，几乎所有ZigBee解决方案都存在某种程序的封闭性，比如说Chipcon的方案绑定在Atmega MCU，Freescale的方案绑定在自己的MCU，且源代码一般不开放，如果需要获得源码，就要付出高昂的费用。
- OpenWSN重点关注的内容之一就是ZigBee中被封闭的部分，且其覆盖范围更宽。比如说，MAC和Routing, Location, Time Synchronization等，ZigBee毕竟只规定了很小一部分。
- OpenWSN关注底层，放开应用层(Application Layer)，因为OpenWSN相信，应该赋予使用者最大的自由，而应用层又是变化最多的，因此，OpenWSN不限定应用层，只提供若干规范的开发接口。而ZigBee则一直规定到应用层。
- OpenWSN目标中包括了mobile sink和mobile node情形，而ZigBee可以说只考虑了固定结点情形；
- 如果说ZigBee主要是满足当前实际需要，那么OpenWSN更强调未来。
- OpenWSN与ZigBee都强调互联互通，规范化，标准化
由此可见，OpenWSN更学术化一些，更适合在研究和原型化阶段采用。
那么，OpenWSN和ZigBee有什么关联吗？
OpenWSN首选了ZigBee Compatible Transceiver CC2420作为通信芯片，这使得OpenWSN平台可以被用来开发ZigBee应用，OpenWSN平台资源丰富，可以在一定程度上方便开发。
.
Tuesday, February 27, 2007
声明：openwsn.com is NOT me!
郑重声明：openwsn.com is NOT me!——都是重名惹得祸！
本人并未注册openwsn.com的域名！openwsn.com与OpenWSN Project/Group没有任何关系，尽管它的简介中也出现了open wireless sensor networks字样。事实上，该域名从注册之日起，其网站就从未运行过。今后，该网站若有任何活动，也与OpenWSN Project/Group无关。
也许，应该考虑起一个更好的名称！大家有更好的建议吗？
Sunday, February 11, 2007
OpenWSN Frame/Packet Summary (draft 20070210)
OpenWSN Frame/Packet Summary (draft 20070210)
this document describes the format of frames/packets in the OpenWSN system.
attention: this design may be different from what we have done now. we will adjust our system to the following. however, some detail are still in discussion.
IEEE 802.15.4 PPDU format
[4B Preamble][1B SFD][7b Framelength, 1b Reserved][nB PSDU/Payload]
QQQ: whether the higher 7 bit or lower 7 bit represent framelength? can any one answer me?
Note that the preamble byte and SFD (start of eliminator) will be processed by hardware chips. so the software only need care about the data from frame length byte. so the real OpenWSN PHY frame defined in OpenWSN software is as the following:
OpenWSN PHY format (TOpenFrame type defined in hal_openframe.h):
[7b Framelength, 1b Reserved][nB PSDU/Payload]
here, PSDU(or namely the payload of PPDU)
is essentially the MAC frame.
attention that OpenWSN MAC format may use the reserved values in IEEE 802.15.4 MAC in the future.
OpenWSN MAC/IEEE 802.15.4 MAC DATA (the payload of PHY frame)
Beacon Frame
[2B Frame Control] [1B Sequence Number][4 or 10 Address][2 Superframe Specification] [k GTS fields][m Padding address fields] [n Beacon payload][2 FCS]
Data Frame
[2B Frame Control] [1B Sequence Number][4 or 20 Address][n Data Payload][2 FCS]
ACK Frame
[2B Frame Control] [1B Sequence Number][2 FCS]
MAC Control Frame
[2B Frame Control] [1B Sequence Number][4 or 20 ADdress][1 Command Type][n Command Payload][2 FCS]
Frame Control
b2b1b0 frame type 000 beacon, 001 data 010 ACK 011 command 100-111 reserved
b12b13 reserved.
One problem puzzled the developer is the format of MAC address. the MAC address varies from 4 byte to even 20 bytes in 802.15.4. The type of address can be decided by the bit settings in Frame Control word in MAC frame.
In the current implementation of OpenWSN, it uses the short address of 802.15.4 MAC only. That is to say, the PAN id, source node id, and destination node id are all 16 bits.
In 802.15.4, the address(unique id) of a device/node, can be 16 bit/2 bytes (short address) or 64 bit/8 bytes (long address). The long 64 bits address is unique in the world. It should be allocated to the device before the device joins the network. While, the short 16 bit address is unique in a specific PAN. So the short address is only meaning full when combining with PAN id together.
However, there's some difference between OpenMAC and 802.15.4.
OpenMAC does more simplifications than 802.15.4 and also add some new features.
- OpenMAC doesn't provide Beacon Frame
- OpenMAC introduce RTS/CTS frame (not implemented till 20070130 in its simple MAC version, but the full version MAC will implement this mechanism)
- OpenMAC adopts the 802.15.4 MAC control frame and extend it to support RTS / CTS frame.
- OpenMAC adopts the 802.15.4 ACK frame. But the software implementation doesn't care this because the ACK frame is processed by cc2420 transceiver chip.
attention:
there's a macro defined in the OpenWSN software: MAC_HEADER_SIZE. this value is 7(???) = 2 frame control + 1 sequence + 4 address bytes (according to the DATA frame only).
OpenNET packet is essentially the payload of the OpenMAC frame.
NET layer also has its address. The NET layer address and MAC layer address are not same. In OpenNET design, every node is assigned a 16 bit unique id (node id) and 16 bit network id (the same as PAN id). So the design can be simplified ---- OpenMAC and OpenNET share the same address fields.
The OpenNET packet:
[4-20B Address] [1B packet control] [1B Command Type] [nB Data]
attention here the "type" byte is the network layer command/packet type. Don't confuse it with MAC layer command. The MAC layer command is used in MAC layer only.
[4-20B Address]
the 4-20B address is shared by OpenMAC frame and OpenNET packet. Due to the complexity address assignment mechanism of MAC address in full version 802.15.4, OpenNET may introduce self-owned address field in the future. But i think it isn't necessary now. So i still let OpenMAC and OpenNET share the same address field.
[1B packet control] = [b7,...b0]
the packet control byte are reserved for future use.
b0 REQUEST flag, default 0
b0 = 0, means this is a RESPONSE packet. the destination node does nothing when it received the packet. this type is usually sent from the sink node to all the other sensor nodes.
b0 = 1 means this is a REQUEST packet. the destination node is required to reply a RESPONSE type packet. this type is often sent from the sensor nodes to the sink nodes.
b1 BROADCASR flag, default 0
b1 = 0, not broadcast
b1 = 1, the current node should broadcast this packet out.
the above attributes can help to implement NET layer protocols such as SPIN.
[1B Command Type] = [b7,...b0]
b7 is used to distinguish whether the command is a OpenWSN system command or user command (namely, application defined command). b7 is 0 for openwsn system command and 1 for application command.
/* system used data types */
#define ODA_TYPE_DEBUG 0x00
#define ODA_TYPE_CONFIGURE 0x01
#define ODA_TYPE_DATA 0x02
#define ODA_TYPE_LOCATION 0x06
#define ODA_TYPE_UPGRADE 0x07
#define ODA_TYPE_PROBE 0x08 // probing neighbor nodes
/* user defined data type
* the developer can add more TYPE defines if necessary. */
#define ODA_TYPE_USER 0x80
#define ODA_TYPE_TEMPSENSOR (ODA_TYPE_USER + 5)
#define ODA_TYPE_VIBSENSOR (ODA_TYPE_USER + 6)
#define ODA_TYPE_STRAINSENSOR (ODA_TYPE_USER + 7)
#define ODA_TYPE_LIGHTSENSOR (ODA_TYPE_USER + 8)
#define ODA_TYPE_OTHER_USER_DEFINED (ODA_TYPE_USER + 100)
attention the values may be adjusted in the near future. however, i'll try my best to make they are stable.
UART frame is quite similar to the wireless PHY frame.
[1B SFD] [1B Length] [nB Payload]
in UART frame, a special byte is used to indicate the start of the frame. attention here OpenWSN uses the technique of ESCAPE character idea to avoid data confilications. The SFD (start of eliminator) byte is used to represent the start of the frame. if there are SFD characters in Length and Payload, then the UART driver will insert another SFD as ESCAPE character.
(??? i have forgot the detail of UART/SIO driver, so this idea need confirmation)
attention that the Payload of the frame is essentially anything. But in our reference implementation of OpenWSN, we makes the "TOpenFrame" describe above as the payload. So the host application can got all the information of the hardware wireless communications. This feature facilitate the developing of host GUI applications.
.
this document describes the format of frames/packets in the OpenWSN system.
attention: this design may be different from what we have done now. we will adjust our system to the following. however, some detail are still in discussion.
- OpenWSN PHY Frame (in wireless communication)
IEEE 802.15.4 PPDU format
[4B Preamble][1B SFD][7b Framelength, 1b Reserved][nB PSDU/Payload]
QQQ: whether the higher 7 bit or lower 7 bit represent framelength? can any one answer me?
Note that the preamble byte and SFD (start of eliminator) will be processed by hardware chips. so the software only need care about the data from frame length byte. so the real OpenWSN PHY frame defined in OpenWSN software is as the following:
OpenWSN PHY format (TOpenFrame type defined in hal_openframe.h):
[7b Framelength, 1b Reserved][nB PSDU/Payload]
here, PSDU(or namely the payload of PPDU)
is essentially the MAC frame.
- OpenWSN MAC Frame (in wireless communication)
attention that OpenWSN MAC format may use the reserved values in IEEE 802.15.4 MAC in the future.
OpenWSN MAC/IEEE 802.15.4 MAC DATA (the payload of PHY frame)
Beacon Frame
[2B Frame Control] [1B Sequence Number][4 or 10 Address][2 Superframe Specification] [k GTS fields][m Padding address fields] [n Beacon payload][2 FCS]
Data Frame
[2B Frame Control] [1B Sequence Number][4 or 20 Address][n Data Payload][2 FCS]
ACK Frame
[2B Frame Control] [1B Sequence Number][2 FCS]
MAC Control Frame
[2B Frame Control] [1B Sequence Number][4 or 20 ADdress][1 Command Type][n Command Payload][2 FCS]
Frame Control
b2b1b0 frame type 000 beacon, 001 data 010 ACK 011 command 100-111 reserved
b12b13 reserved.
One problem puzzled the developer is the format of MAC address. the MAC address varies from 4 byte to even 20 bytes in 802.15.4. The type of address can be decided by the bit settings in Frame Control word in MAC frame.
In the current implementation of OpenWSN, it uses the short address of 802.15.4 MAC only. That is to say, the PAN id, source node id, and destination node id are all 16 bits.
In 802.15.4, the address(unique id) of a device/node, can be 16 bit/2 bytes (short address) or 64 bit/8 bytes (long address). The long 64 bits address is unique in the world. It should be allocated to the device before the device joins the network. While, the short 16 bit address is unique in a specific PAN. So the short address is only meaning full when combining with PAN id together.
However, there's some difference between OpenMAC and 802.15.4.
OpenMAC does more simplifications than 802.15.4 and also add some new features.
- OpenMAC doesn't provide Beacon Frame
- OpenMAC introduce RTS/CTS frame (not implemented till 20070130 in its simple MAC version, but the full version MAC will implement this mechanism)
- OpenMAC adopts the 802.15.4 MAC control frame and extend it to support RTS / CTS frame.
- OpenMAC adopts the 802.15.4 ACK frame. But the software implementation doesn't care this because the ACK frame is processed by cc2420 transceiver chip.
attention:
there's a macro defined in the OpenWSN software: MAC_HEADER_SIZE. this value is 7(???) = 2 frame control + 1 sequence + 4 address bytes (according to the DATA frame only).
- OpenNET Packet (in wireless communication)
OpenNET packet is essentially the payload of the OpenMAC frame.
NET layer also has its address. The NET layer address and MAC layer address are not same. In OpenNET design, every node is assigned a 16 bit unique id (node id) and 16 bit network id (the same as PAN id). So the design can be simplified ---- OpenMAC and OpenNET share the same address fields.
The OpenNET packet:
[4-20B Address] [1B packet control] [1B Command Type] [nB Data]
attention here the "type" byte is the network layer command/packet type. Don't confuse it with MAC layer command. The MAC layer command is used in MAC layer only.
[4-20B Address]
the 4-20B address is shared by OpenMAC frame and OpenNET packet. Due to the complexity address assignment mechanism of MAC address in full version 802.15.4, OpenNET may introduce self-owned address field in the future. But i think it isn't necessary now. So i still let OpenMAC and OpenNET share the same address field.
[1B packet control] = [b7,...b0]
the packet control byte are reserved for future use.
b0 REQUEST flag, default 0
b0 = 0, means this is a RESPONSE packet. the destination node does nothing when it received the packet. this type is usually sent from the sink node to all the other sensor nodes.
b0 = 1 means this is a REQUEST packet. the destination node is required to reply a RESPONSE type packet. this type is often sent from the sensor nodes to the sink nodes.
b1 BROADCASR flag, default 0
b1 = 0, not broadcast
b1 = 1, the current node should broadcast this packet out.
the above attributes can help to implement NET layer protocols such as SPIN.
[1B Command Type] = [b7,...b0]
b7 is used to distinguish whether the command is a OpenWSN system command or user command (namely, application defined command). b7 is 0 for openwsn system command and 1 for application command.
/* system used data types */
#define ODA_TYPE_DEBUG 0x00
#define ODA_TYPE_CONFIGURE 0x01
#define ODA_TYPE_DATA 0x02
#define ODA_TYPE_LOCATION 0x06
#define ODA_TYPE_UPGRADE 0x07
#define ODA_TYPE_PROBE 0x08 // probing neighbor nodes
/* user defined data type
* the developer can add more TYPE defines if necessary. */
#define ODA_TYPE_USER 0x80
#define ODA_TYPE_TEMPSENSOR (ODA_TYPE_USER + 5)
#define ODA_TYPE_VIBSENSOR (ODA_TYPE_USER + 6)
#define ODA_TYPE_STRAINSENSOR (ODA_TYPE_USER + 7)
#define ODA_TYPE_LIGHTSENSOR (ODA_TYPE_USER + 8)
#define ODA_TYPE_OTHER_USER_DEFINED (ODA_TYPE_USER + 100)
attention the values may be adjusted in the near future. however, i'll try my best to make they are stable.
- OpenWSN UART/SIO Frame (in serial communication)
UART frame is quite similar to the wireless PHY frame.
[1B SFD] [1B Length] [nB Payload]
in UART frame, a special byte is used to indicate the start of the frame. attention here OpenWSN uses the technique of ESCAPE character idea to avoid data confilications. The SFD (start of eliminator) byte is used to represent the start of the frame. if there are SFD characters in Length and Payload, then the UART driver will insert another SFD as ESCAPE character.
(??? i have forgot the detail of UART/SIO driver, so this idea need confirmation)
attention that the Payload of the frame is essentially anything. But in our reference implementation of OpenWSN, we makes the "TOpenFrame" describe above as the payload. So the host application can got all the information of the hardware wireless communications. This feature facilitate the developing of host GUI applications.
.
Friday, February 09, 2007
The Future of Things 推荐,可能影响WSN的一些具体应用
Nanobatteries – Away with Exploding Batteries
http://www.tfot.info/content/view/111/61/
Blood Test Lab-on-a-Chip
http://www.tfot.info/content/view/98/60/
BioPen Senses BioThreats
http://www.tfot.info/content/view/96/56/
TFOT Top 2006 Stories in Science, Medicine, and Space
http://www.tfot.info/content/view/108/57/
TFOT Top 2006 Stories in Technology
http://www.tfot.info/content/view/109/58/
.
http://www.tfot.info/content/view/111/61/
Blood Test Lab-on-a-Chip
http://www.tfot.info/content/view/98/60/
BioPen Senses BioThreats
http://www.tfot.info/content/view/96/56/
TFOT Top 2006 Stories in Science, Medicine, and Space
http://www.tfot.info/content/view/108/57/
TFOT Top 2006 Stories in Technology
http://www.tfot.info/content/view/109/58/
.
Nokia发布了新的NFC无线标准Wibree, 替代Bluetooth?
速率比802.15.4/ZigBee高，可达1M，但距离也更近，较Bluetooth 2.0速率要低，但成本也更低
据说Nokia已经联合了CSR，Nodic等一批公司，样片在2007第二季度发布。
基本上可以说是ZigBee的有力竞争对手。看来，欧洲人还是很喜欢和美国对着干！
有关背景材料
Welcome to the No.1 online source of technical design information for Wibree
By Nodic
http://www.wibree.nordicsemi.no/
The Future of Things网站上的简介
这个网站很有意思，是一个了解趋势培养兴趣的好地方
http://www.tfot.info/content/view/97/59/
不知道这个网站怎么回事，和Nokia什么关系?
http://www.wibree.com/
http://www.wibree.org.uk/
业界的一些评论
Wibree Will Kill ZigBee, Long Live Bluetooth
http://www.theinquirer.net/default.aspx?article=34919
.
据说Nokia已经联合了CSR，Nodic等一批公司，样片在2007第二季度发布。
基本上可以说是ZigBee的有力竞争对手。看来，欧洲人还是很喜欢和美国对着干！
有关背景材料
Welcome to the No.1 online source of technical design information for Wibree
By Nodic
http://www.wibree.nordicsemi.no/
The Future of Things网站上的简介
这个网站很有意思，是一个了解趋势培养兴趣的好地方
http://www.tfot.info/content/view/97/59/
不知道这个网站怎么回事，和Nokia什么关系?
http://www.wibree.com/
http://www.wibree.org.uk/
业界的一些评论
Wibree Will Kill ZigBee, Long Live Bluetooth
http://www.theinquirer.net/default.aspx?article=34919
.
最新无线联网协议RuBee渐热 IEEE 1902.1
NFC的标准现在真是越来越多， 看IEEE又发布了新标准 IEEE 1902.1
特点和评价：低频长波，应该适用于有障碍物甚至金属物阻挡的场合；由此推断其通信速率无疑应该是很低的，似乎是主动RFID的合适选择，但不适合移动类应用，除非移动速率很低。
最新无线联网协议RuBee渐热
技术分类： 通信与网络 发表时间：2007-02-09
您已经熟悉了ZigBee，正在寻求WiBree的用途，现在要开始熟悉另一个无线联网协议RuBee，也称为IEEE 1902.1。零售商和制造商可以在RFID之外选择这个新标准，用于许多应用。
开发RuBee的IEEE工作组将于2月20日在美国麻省波士顿召开第一次会议。RuBee的支持方表示RuBee网络可在10到50英尺范围内采用长波长工作，并可使用低成本无线标签。网络中可包括成千上万的无线标签，工作频率低于450kHz，适用于恶劣环境下的实时库存应用，甚至可以在金属和水的附近以及存在电磁噪音的环境中工作。这种恶劣环境是RuBee吸引用户的关键，也是RFID进入广泛、高性价比实施的主要障碍。
使用RuBee的产品具有的另一项优势是能够直接将数据传到因特网，而RuBee的低速特性使它不适于跟踪许多仓库中的大量的运动中的产品。
但是，RuBee标准的支持各方并没有将其看作RFID的替代技术，而是适用于特定应用的另一种方案。RuBee无线标签可以采用有源标签或者无源标签，使用低廉的锂电池的标签的寿命可达10年以上。使用长波长技术也使其成本低，厚度不到1.5毫米，
可使用4位处理器进行编程。
RuBee标准的制定方认为RuBee网络填补了没有联网、不可编程的RFID标签与采用本地网(802.11)和个人网(802.15)的高带宽的辐射系统之间的空白。这种可搜索标签的实时协议使用IPv4地址，使用这种协议的产品有望在12到18个月内面世。
RuBee的最初支持方包括：大型零售公司，如英国的Tesco集团、德国的Metro连锁店、法国的家乐福和美国的BestBuy；芯片供应商、网络设备厂家和系统开发商，如惠普、IBM、索尼、松下、摩托罗拉和NCR。
1902.1标准将根据现有的RuBee协议，在物理层和数据连路层工作，支持不同制造商推出的标签、芯片、网络路由器和其他设备之间的互操作。
RuBee网络已经在商业应用中使用，包括：医院和手术室中的高价值医疗设备的智能货架；用于库存跟踪的智能商店和仓库货架以及用于牲畜、麋鹿和其他进口动物的农用网络。
Ref: EDN China
http://article.ednchina.com/Communinet/20070208094914.htm
特点和评价：低频长波，应该适用于有障碍物甚至金属物阻挡的场合；由此推断其通信速率无疑应该是很低的，似乎是主动RFID的合适选择，但不适合移动类应用，除非移动速率很低。
最新无线联网协议RuBee渐热
技术分类： 通信与网络 发表时间：2007-02-09
您已经熟悉了ZigBee，正在寻求WiBree的用途，现在要开始熟悉另一个无线联网协议RuBee，也称为IEEE 1902.1。零售商和制造商可以在RFID之外选择这个新标准，用于许多应用。
开发RuBee的IEEE工作组将于2月20日在美国麻省波士顿召开第一次会议。RuBee的支持方表示RuBee网络可在10到50英尺范围内采用长波长工作，并可使用低成本无线标签。网络中可包括成千上万的无线标签，工作频率低于450kHz，适用于恶劣环境下的实时库存应用，甚至可以在金属和水的附近以及存在电磁噪音的环境中工作。这种恶劣环境是RuBee吸引用户的关键，也是RFID进入广泛、高性价比实施的主要障碍。
使用RuBee的产品具有的另一项优势是能够直接将数据传到因特网，而RuBee的低速特性使它不适于跟踪许多仓库中的大量的运动中的产品。
但是，RuBee标准的支持各方并没有将其看作RFID的替代技术，而是适用于特定应用的另一种方案。RuBee无线标签可以采用有源标签或者无源标签，使用低廉的锂电池的标签的寿命可达10年以上。使用长波长技术也使其成本低，厚度不到1.5毫米，
可使用4位处理器进行编程。
RuBee标准的制定方认为RuBee网络填补了没有联网、不可编程的RFID标签与采用本地网(802.11)和个人网(802.15)的高带宽的辐射系统之间的空白。这种可搜索标签的实时协议使用IPv4地址，使用这种协议的产品有望在12到18个月内面世。
RuBee的最初支持方包括：大型零售公司，如英国的Tesco集团、德国的Metro连锁店、法国的家乐福和美国的BestBuy；芯片供应商、网络设备厂家和系统开发商，如惠普、IBM、索尼、松下、摩托罗拉和NCR。
1902.1标准将根据现有的RuBee协议，在物理层和数据连路层工作，支持不同制造商推出的标签、芯片、网络路由器和其他设备之间的互操作。
RuBee网络已经在商业应用中使用，包括：医院和手术室中的高价值医疗设备的智能货架；用于库存跟踪的智能商店和仓库货架以及用于牲畜、麋鹿和其他进口动物的农用网络。
Ref: EDN China
http://article.ednchina.com/Communinet/20070208094914.htm
Sunday, February 04, 2007
启用新的项目管理网站和系统
经过一个多星期的内部测试和使用,决定放弃原先的GForge平台,谢谢OSDN提供的服务, 凭心而论,GForge还是一套相当不错的平台,可以提供我想要得很多工具,特别是项目管理
切换到googlecode是因为看中了Google, 且它的SVN服务更稳定, 而Wiki服务也免除了我发布和修改文档的不便(不过相比较专业Wiki而言还是差不少). 而googlepages也能提供一个方便的网站. 只能说google确实强. 目前source code已经发布在googlecode中,请在Project Hosting中查找OpenWSN项目
美中不足的是googlecode在项目管理方面没有GForge那么强,对大项目多人管理还是存在严重不足.
http://openwsn.googlepages.com
OpenWSN root site. Provide links to other resources.
http://code.google.com/p/openwsn/
OpenWSN on Google Code
you can download source code from his site.
切换到googlecode是因为看中了Google, 且它的SVN服务更稳定, 而Wiki服务也免除了我发布和修改文档的不便(不过相比较专业Wiki而言还是差不少). 而googlepages也能提供一个方便的网站. 只能说google确实强. 目前source code已经发布在googlecode中,请在Project Hosting中查找OpenWSN项目
美中不足的是googlecode在项目管理方面没有GForge那么强,对大项目多人管理还是存在严重不足.
http://openwsn.googlepages.com
OpenWSN root site. Provide links to other resources.
http://code.google.com/p/openwsn/
OpenWSN on Google Code
you can download source code from his site.
Wednesday, January 31, 2007
又一个选择
Contiki：从不起眼的业余爱好者操作系统到博士论题
OSNEWS----还记得Contiki操作系统吗? 几年前它用来在非常古老的家用电脑象Commodore 64 和Apple II上运行网络服务器和网络浏览器。今天Contiki已经长大了，并从业余项目走到了严肃的，用于网络嵌入系统和无线传感器网络研究的嵌入式操作系统。它已经完善了，而且它的创始人Adam Dunkels宣布他的博士论题是Contiki及其组件； Protothread和捆绑有TCP/IP堆栈的 uIP。可能这是不起眼的业余操作系统要走的引人注目的方向，但可能这与它首次发布的时人们所期待的Contiki的方向相去甚远。
Ref
http://osfans-cn.blogspot.com/2007/01/contiki.html
http://www.sics.se/contiki/
http://web4.cs.ucl.ac.uk/staff/E.Rondini/Elisa%20Rondini/Home.html
Pyxos嵌入式控制平台以低成本无线传感器网络为目标应用
原文here
通体上我个人并不看好Pyxos，首先，它缺乏一个容易读且容易记住的好名字，hehe
不过，看看LonWorks/Echelon和ZIgBee两方的争论还是很有意思的，毕竟双方都不无道理
以下内容摘自原文
制造和供应链咨询公司ARC Advisory Group的高级分析师Harry Forbes同意这一点。“我们发现把ZigBee 1.0应用到工厂环境时会出现一些问题，”Forbes说。他最近完成了一份关于ZigBee的报告。
Forbes 在他的报告中写道：“ZigBee最显著的缺点是要为每个ZigBee网络选择单个RF通道，而且限制ZigBee协调器才有通道选择权。工业无线应用倾向于采用这样的无线电技术：即在极其嘈杂且充满变化的多径干扰模式的RF环境中，也能继续工作。出于这个原因，大部分工业无线应用采用跳频扩谱无线电技术。Forbes相信ZigBee联盟将做出某些改变以提高这项性能，但目前它仍是一个大问题。
不过，一些业内人士对Echelon公司借助Pyxos介入无线应用的计划表示了怀疑。
ZigBee联盟尤其提防再出现另一种用于嵌入式控制的专有技术。“ZigBee不同于以前创建的任何控制和传感技术。此前，没有一家开放标准机构（如IEEE）创制出一种简单、极其鲁棒同时又非常低成本的无线数据协议，”飞思卡尔半导体公司的无线技术和战略总监Jon Adams说。飞思卡尔是ZigBee联盟的成员，该联盟开发了利用此无线协议的开放性技术规范。
Jennic是一家基于 IEEE 802.15.4标准的无线微控制器的供应商，其首席执行官Jim Lindop持类似的看法。他表示Pyxos的专有形态以及Echelon公司缺乏开发无线协议的经验会带来一些问题。Lindop特意强调Jennic 公司的技术不涉及较高层协议，既不会同Echelon也不会同ZigBee协议栈有直接的竞争。他敦促Echelon以一种类似ZigBee的方式在 802.15.4标准的上层建立其Pyxos协议。
.
OSNEWS----还记得Contiki操作系统吗? 几年前它用来在非常古老的家用电脑象Commodore 64 和Apple II上运行网络服务器和网络浏览器。今天Contiki已经长大了，并从业余项目走到了严肃的，用于网络嵌入系统和无线传感器网络研究的嵌入式操作系统。它已经完善了，而且它的创始人Adam Dunkels宣布他的博士论题是Contiki及其组件； Protothread和捆绑有TCP/IP堆栈的 uIP。可能这是不起眼的业余操作系统要走的引人注目的方向，但可能这与它首次发布的时人们所期待的Contiki的方向相去甚远。
Ref
http://osfans-cn.blogspot.com/2007/01/contiki.html
http://www.sics.se/contiki/
http://web4.cs.ucl.ac.uk/staff/E.Rondini/Elisa%20Rondini/Home.html
Pyxos嵌入式控制平台以低成本无线传感器网络为目标应用
原文here
通体上我个人并不看好Pyxos，首先，它缺乏一个容易读且容易记住的好名字，hehe
不过，看看LonWorks/Echelon和ZIgBee两方的争论还是很有意思的，毕竟双方都不无道理
以下内容摘自原文
制造和供应链咨询公司ARC Advisory Group的高级分析师Harry Forbes同意这一点。“我们发现把ZigBee 1.0应用到工厂环境时会出现一些问题，”Forbes说。他最近完成了一份关于ZigBee的报告。
Forbes 在他的报告中写道：“ZigBee最显著的缺点是要为每个ZigBee网络选择单个RF通道，而且限制ZigBee协调器才有通道选择权。工业无线应用倾向于采用这样的无线电技术：即在极其嘈杂且充满变化的多径干扰模式的RF环境中，也能继续工作。出于这个原因，大部分工业无线应用采用跳频扩谱无线电技术。Forbes相信ZigBee联盟将做出某些改变以提高这项性能，但目前它仍是一个大问题。
不过，一些业内人士对Echelon公司借助Pyxos介入无线应用的计划表示了怀疑。
ZigBee联盟尤其提防再出现另一种用于嵌入式控制的专有技术。“ZigBee不同于以前创建的任何控制和传感技术。此前，没有一家开放标准机构（如IEEE）创制出一种简单、极其鲁棒同时又非常低成本的无线数据协议，”飞思卡尔半导体公司的无线技术和战略总监Jon Adams说。飞思卡尔是ZigBee联盟的成员，该联盟开发了利用此无线协议的开放性技术规范。
Jennic是一家基于 IEEE 802.15.4标准的无线微控制器的供应商，其首席执行官Jim Lindop持类似的看法。他表示Pyxos的专有形态以及Echelon公司缺乏开发无线协议的经验会带来一些问题。Lindop特意强调Jennic 公司的技术不涉及较高层协议，既不会同Echelon也不会同ZigBee协议栈有直接的竞争。他敦促Echelon以一种类似ZigBee的方式在 802.15.4标准的上层建立其Pyxos协议。
.
2006年度ACM Fellow获奖者列表
click here
attention:
Phillip B Gibbons ( Intel公司 ) won this pride because his work on:
并行计算；数据库；传感器网络
.
attention:
Phillip B Gibbons ( Intel公司 ) won this pride because his work on:
并行计算；数据库；传感器网络
.
Friday, January 26, 2007
Q: 如何用SVN实现OpenWSN的代码管理？
环境建设
Eclipse + Subclipse
Subclipse可以从这里下载
http://subclipse.tigris.org/install.html
一些使用说明
http://gforge.osdn.net.cn/forum/forum.php?thread_id=538&forum_id=521
ps:
for 使用sourceforge的普通用户
在TortoiseSVN的Responsitory Browser中，输入如下的URL：
https://openwsn.svn.sourceforge.net/svnroot/openwsn/trunk
可以浏览当前版本
ps:
关于SourceForge的SVN
After you have registered a new project on "sourceforge", you must enable SVN functionality in admin page before using it. -> it cost me serveral days to find this reason! :(
SourceForge SVN server:
https://openwsn.svn.sourceforge.net
SourceForge Path Responsitory:
/svnroot/openwsn
By default, the anonymous users can have "read" privelidge. Maybe you, the administrator needs to grant write access to the developers in the future.
SourceForge关于SVN的支持文档 Document E09
Eclipse + Subclipse
Subclipse可以从这里下载
http://subclipse.tigris.org/install.html
一些使用说明
http://gforge.osdn.net.cn/forum/forum.php?thread_id=538&forum_id=521
ps:
for 使用sourceforge的普通用户
在TortoiseSVN的Responsitory Browser中，输入如下的URL：
https://openwsn.svn.sourceforge.net/svnroot/openwsn/trunk
可以浏览当前版本
ps:
关于SourceForge的SVN
After you have registered a new project on "sourceforge", you must enable SVN functionality in admin page before using it. -> it cost me serveral days to find this reason! :(
SourceForge SVN server:
https://openwsn.svn.sourceforge.net
SourceForge Path Responsitory:
/svnroot/openwsn
By default, the anonymous users can have "read" privelidge. Maybe you, the administrator needs to grant write access to the developers in the future.
SourceForge关于SVN的支持文档 Document E09
Subscribe to:
Posts (Atom)