openwsn-1.0 released today! (20091231)

After two release in Aug 2007 and Nov 2009, and In the midnight of the last day in 2009, I'm pleased to announce the 1.0 release of OpenWSN, the fundamental sensor networks developing platform!

Currently, the 1.0 formal release is running on ICT's GAINz hardware. Compare to the 1.0 release candidate version, the formal release:

- fix bugs found;

- add binary hex files so you can directly download them into the gainz hardware and see openwsn's running;

- add experimental video( search tjopenwsn in www.youku.com)

专辑: 同济大学OpenWSN平台测试视频

http://www.youku.com/playlist_show/id_4052007.html


Currently, the OpenWSN 1.0 includes the following components


hal

- adc component (hal_adc)
- assertion (hal_assert)
- transceiver (hal_cc2420)
- cpu (hal_cpu)
- debug input/output (hal_debugio)
- interrupt (hal_interrupt and hal_foundation)
- led output (hal_led)
- luminance sensor (hal_luminance)
- rtc (hal_rtc)
- humidity sensor (hal_shtxx)
- spi (hal_spi)
- hardware timer (hal_timer)
- uart (hal_uart)
- watchdog (hal_wdt)
- target board (hal_target)
- startup (hal_startup)

osx

- event scheduling and dispatching kernel (osx_kernel)
- an ultra light os kernel inherited from old systems (osx_nano)
- event queue for communication between ISR and None-ISR programs (osx_queue)
- timer to generate tick to drive osx (osx_timer)
- debug agent (osx_dba)

rtl

this layer provides some general data structures to help embedded developing
- binary spliter of continuous data stream, will be provided in the next version) (rtl_binspliter)
- base64 codec (rtl_base64)
- crc checksum (rtc_crc)
- debugio support (rtl_debugio)
- event dispatcher (rtl_dispatcher)
- byte based iobuf (rtl_iobuf)
- event notifier (rtl_notifier)
- an lightweight collection data structure (rtl_lightcollection)
- an lightweight queue data structure (rtl_lightqueue)
- an lightweight vector data structure (rtl_lightvector)
- math functions (rtl_math)
- event notifier (rtl_notifier)
- open frame /802.15.4 frame (rtl_openframe)
- random generator (rtl_random)
- serial communication based on uart (rtl_siocomm) => replaced by svc_siocomm
- standard c library replacement. generally, you needn't this module. (rtl_stdc)
- high level stochastic generators (rtl_stochastic, not published and test yet)
- string utility functions (rtl_string)
- text codec which is similar to binary codec of continuous data streams (rtl_codec)
- time structure shared (rtl_time)
- version management macros (rtl_version)


svc / service

- svc_acceptor (next release)
- aloha medium access control (svc_aloha)
- tree based data collection protocol (svc_datatree, test failed. will be fixed in 2010 in the next release)
- debug input/output (svc_debugio)
- flood protocol (svc_flood)
- interpreter (svc_interpreter, formal release in the next version)
- gradient routing protocol (svc_gradient, formal release in the next version)
- input/output filter architecture (svc_iofilter, formal release in the next version)
- led tuning service to help experiments (svc_ledtune)
- one to many data collection (svc_one2many)
- power management service (svc_power. formal release in the next version)
- svc_sinknode, (refer to gatwsink demostration)
- serial input/output communication using uart (svc_siocomm)
- timer multiplexing of basic timer hardware (svc_timer)
- timer synchronization (svc_timesync, formal release in the next version)

Attention
Different from the release candidate version, the "datatree" service (data collection tree) will be upgraded as "gradient" in the next release.

能量收集技术前景广阔，无线传感器网络应用首当其冲

能量收集技术前景广阔，无线传感器网络应用首当其冲
上网时间 : 2007年12月11日

到目前为止，至少有两家能量收集公司报告了急剧的销售增长，除了在无线传感器网络中广泛应用以外，其客户发现了能量收集产品的多种应用。

无线传感器网络中的能量收集使远程节点在无人照看下能够运行很多年。目前的市场还很小，但预计其增速达65%，到2010年超过2亿套。Advanced Linear Devices公司CEO Bob Chao表示，该公司的能量收集部件销售增加了78%，需求来自许多行业。

能量收集技术最红火的一个应用是使用不需要电池的无线开关来替换有线电灯开关。例如，马德里一栋57层高的大楼使用4200个无线按钮来控制4500盏电灯，这样在移动内墙时无需对电灯开关进行重新布线。建筑师们使用EnOcean公司制造的无线按钮，将按下按钮的动作转变为RF信号来打开电灯。所有的电灯连成一个网络，网络提供电源和开关电灯的控制信号。无线接收器接受无线按钮传来的编码信号，然后将信号传递到正确的电灯。

EnOcean公司市场营销副总裁Jim O'Callaghan表示，目前其最大的竞争对手是电线。可以收集的能量像海洋一样大，但是挑战在于制造像电池供电产品一样好的产品，但是不用电池。

Enocean也有一系列的其他能量收集产品，转换动作、声音、震动、温度、环境光线和其他能量来源。Enocean的按钮每次充电可用五天。O'Callaghan透露，该公司与其OEM客户正形成一个联盟，并将在明年制定标准。Enocean目前正在开发自己的系统级芯片，用于无线传感器网络市场。

Ref 电子工程专辑 Dec 2007
http://www.eetchina.com/ART_8800493026_480501_NT_8952c445.HTM

New wiki system start

tedious with the googlecode wiki, i find this one more professional. and the community wiki will move to wetpaint soon. welcome to join it.

http://openwsn.wetpaint.com/
.

关于OpenWSN Blogger

今后与OpenWSN有关的较为正式的文档将发布到openwsn.googlepages.com
blogger将仅仅发表非正式的/不严格的观点
.

启用新的项目管理网站和系统

经过一个多星期的内部测试和使用,决定放弃原先的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.

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

Q: 如何用SVN获取gforge上的source code?

Subversion相关文档 (英文)这里.

Subversion 匿名访问

svn checkout http://gforge.osdn.net.cn/svn/openwsn

开发者通过DAV访问Subversion

只有项目开发者才能通过这个方法访问SVN。用你的用户名替代developername，并在需要的时候输入你的口令。

svn checkout --username developername http://gforge.osdn.net.cn/svn/openwsn

以上操作可以在Eclipse中进行.

[下载每日快照]

浏览Subversion Tree

浏览 SVN tree 可以让你了解项目代码的当前状态。你也可以看到代码的所有历史版本。

[浏览SVN库中文件]

.

Q:为什么Host上的应用开发优先选择Java?

大家注意到很多子项目的开发都优先推荐Java作为首选语言．这引起了很多年轻朋友们的激烈争辩，熟悉Windows开发的人认为选择C#会好一些，而做嵌入式方面的朋友，又不认可Java在自己这个领域的应用．本文希望能对这个问题作一些回答．

尽管相比于业务而言，语言和工具的选择比较次要，曾有人形象的说：一片树叶到了高手手中，也能成为致命的武器．所以我们不应该过度在意语言的选择．

这种观点有其正确的成分，但是，就一个具体的项目而言，是不能在不同开发环境之间摇摆的．更关键的是，我们当中的大多数人，精力有限，Focus到一种工具或者一种平台上，有助于我们积累经验和交流．

下面是我借鉴google搜索的结果，据说这种做法被某咨询公司用作市场占有率调查，准确度非常高 :)

搜索关键字　　 数量　　　 搜索关键字　　 数量　　　
Java语言...... 1,030,000 ...........C#语言 ........ 560,000
Java工具 ..... 2,260,000 ...........C#工具 ..........599,000
Java开发工具 1,030,000 ........C#开发工具.... 759,000
Java应用 ......7,820,000 ...........C#应用 ...........644,000
Java开源 ....1,300,000 .............C#开源 ...........974,000
Java........... 285,000,000 ..............C# ...........70,600,000

结论：C#网络资源大约是Java的 1/4 - 1/10．注意到我为了确认国内的情况，大量用中文搜索词．因为国内号称是Microsoft天下．我希望这个搜索对比能引起程序员朋友们的注意．
我想，这个结果应该能够反映这两种语言在现实世界中的地位．

此外，优选Java作为开发语言还有如下原因：

- Java有强大的开源社区支持，可以提供从操作系统／开发工具直至最终应用全系列的产品．而Windows世界中，开源的精神相对要欠缺很多．
- Java的很多资源可以"Free"获得，而Windows C#等却不可以，例如Java世界中的Eclipse可以做开发环境，非常优秀．这对于降低学术界的工作成本是非常必要的．因此，我们不难发现和理解，国外的大学中开源产品和非windows产品应用极为普遍，我们应该思考为什么．过去，盗版在中国的大学中盛行，而未来，license和费用将成为学术界的一个不得不认真对待的问题．毕竟，作研究的不会有很多钱．在这点上，我们应该学习国外大学．
- 国外学术界有使用Java的传统，网上可以找到大量的学术资源，例如各种算法实现，便于与国外同行作对比．
- Microsoft并不是一家技术上容易合作的公司，但愿我对它的这个评价是错的。
- 嵌入式系统领域Microsoft也不占统治地位，特别是在深度嵌入领域

综上，我希望未来Host上的应用开发能够以Java为主，可以选取Eclipse平台，GUI部分可以用Eclipse提供的SWT和JFace，这样我们可以充分利用国际上已有的资源，并且回避掉许多商业软件的license和费用问题．毕竟，我们不能要求我们的每一个位项目参与者都去买一套商业软件．而在一个公开的项目中采用盗版软件将是非常尴尬的事情．

补记：
参考著名杂志《国际电子工程EETimes》2007.03的一篇文章：
Java在嵌入式系统应用中迎来发展的好时光

说明:虽然现有的worldview客户端程序版本是采用C#开发的,但是我还是非常希望能够看到一个基于Eclipse和Java的新平台出现,这将赋予研究者们更多的资源
.

Q: 正在进行或者是已经列入计划的子项目清单(subproject list)

子项目清单 OpenWSN SubProject List
今后将逐步开源发布

T1: OpenNODE (by TJU)
OpenWSN Hardware Platform

T2: OpenWSN (by TJU)
OpenWSN Software Platform

T3: OpenWSN SinkService (libsink) (by TJU)
一个运行在Windows Host上的sink service，支持网络中存在多个sink node，支持mobile sink node

T4: WorldView (by TJU)
一个与libsink配套的GUI程序，用于展示通过WSN收集到的数据以及如何与libsink进行交互．

T5: OpenWDE for ARM　(Hunting for leader now)
一个基于Eclipse 3.3, Eclipse CDT和WinARM的开源开发环境
集成SkyEye，以方便暂时不具备硬件环境的开发者．

T6: OpenAnalyzer
一个方便开发的小项目，用于侦听空中的数据包(sniffer部分)进行分析(analyzer部分)以及发送测试数据包．
完整的OpenAnalyzer包括一个硬件结点和Host上运行的一个GUI程序．目前可以只考虑cc2420射频芯片．
建议GUI部分作为Eclipse的一个插件，以更好的与集成环境相融合．

T7: 802.15.4 Protocol based on ARM (Hunting for leader now)
基于openwsn/hal提供802.15.4协议的实现，作为OpenWSN的一个可选组件

T8: OpenMESH
为OpenWSN系统增加一套MESH通信协议．不考虑功耗．

T9: Porting Plan: TI MSP430, Atmel Atmega128, cc2430, ... (Hunting for leader now)
向其它硬件平台的移植

T10: Porting Plan (Hunting for leader now)
其它软件平台向OpenWSN的移植
TinyOS, MANTIS

T11: GumTree Integrated (Hunting for leader now)
GumTree是一个优秀的开源软件，完全可代替WorldView子项目，对于一般性的使用已经足够．
但是要和OpenWSN配合使用，还缺乏一个Driver.

T12: WSN Network Measurement

T13: Remote Update 远程自动更新


OpenWSN Related Project：
以下为与OpenWSN相关的项目，属于与OpenWSN平行的应用层项目，目前尚未列入开源计划，只是在这里向大家通报一下我们的一些工作

R1: Mosaic Eye　(research only, led by Dr. Jiang, Dr. Wu)
R2: Distributed Problem Solver (research only, led by Dr. Zhang Wei)
R3: Self-Organizing Topology Control (research only, led by Dr. Zhang Wei)
.

Q: 如何捐赠donate？

非常简单，与我联系就可以了, hehe :)
openwsn@gmail.com

Q: 如何参加OpenWSN Project?

在现阶段，OpenWSN Project将主要是一个开发性组织．最新的代码在gforge上可以找到，也可以到sourceforge上下载（要旧一些）．
如果要参与 OpenWSN Project，请到gforge上注册，并且发email给 openwsn@gmail.com，陈述你的特长以及你想做哪一部分．如果可能的话，我们将安排有关的研究人员作为技术顾问．

http://openwsn.gforge.osdn.net.cn
http://openwsn.sourceforge.net

此外,由于一些开发要依赖具体的硬件结点,我们暂时会照顾优选的协作成员.

如何保护OpenWSN的发展？－－我关于OpenWSN和知识产权的态度

发起OpenWSN Project并且将其Open Source花了比我预想更多的时间，我不得不考虑仔细回答朋友们的一些提问，也包括要打消我自己的一些顾虑．尽管现在支持的声音很多，但未来怎么走却仍然需要认真规划，艰苦的工作还有不少．而且，在国内，以这样一种方式开展一个项目，成功的例子还比较少．在这点上，我不得不批评国内开源的环境和意识．尽管过去也有诸如SkeEye等一些很成功的项目，但客观地说，他们没有面临象我所要面对的这么多Group．但是，我还是坚持开源，正如我在前面一篇Blog中所说，United, We Stand! 如果我们不能学会协作，那么现有很多高校中WSN Group的成果就会死掉．为什么不贡献出来谋求共赢呢？在WSN基础软硬件平台方面，可以说基本的问题已经在过去被学术界解决，已经不是Research的富矿．我想这点做Research的大部分人都会同意．那么我们每个参与者以个人名义参加并贡献一点自己的努力，应该谈不上技术窃取吧！毕竟，我们采用的都是通用技术．

不过，我最担心的倒不是没有人参与，而是在于体现知识产权保护的专利对这样一个开源项目的阻碍．如果出现这样的事情，将会把这样一个开源项目的成果推到非法的地位，这显然不是我想看到的结果．但是，我们也不能阻止某些人申请专利，因此一个理想的策略是，借助专利制度来保护开源．这个想法来自一些开源组织的做法．因此，我草拟下面几点约定，提起各位参加者注意．

1) 我们的态度：发展是我们的最终目的，专利决不能成为我们技术进步的阻碍！

2) OpenWSN项目允许参加者申请专利，申请者必须尊重OpenWSN成员的劳动．如果该专利的内容用到了OpenWSN的成果并且内容与OpenWSN项目涵盖的内容重复，那么该专利必须免费授权给OpenWSN开发者使用，专利收益只能向非OpenWSN开发者收取．这里的＂免费授权使用＂是要保证开发者和研究人员能够自由获得并免费使用，以保证整个开源项目和自己的非营利性工作顺利进行．这里所说的OpenWSN项目涵盖内容包括硬件层次以上（不含硬件）和应用层以下（不含应用层）的软件，主要包括Hal,各种Driver和一些WSN系统正常运行所需要的基本服务（包括MAC媒介访问, NET路由，Location, Time Synchronization，Sink Service等领域）．开发者针对硬件设计和应用层系统设计可自由申请专利，也不受约束．属于应用层的Data Aggregation, Signal Processing服务也不受此限制．

3) OpenWSN项目允许参加者申请软件著作权，申请者必须尊重OpenWSN成员的劳动. 如果该申请的内容用到了OpenWSN的成果并且内容与OpenWSN项目涵盖的内容重复，那么该著作权必须免费授权给OpenWSN开发者使用，要求同２）

4）所有授权给OpenWSN项目的专利组成专利池，以抵御潜在的专利风险．如果就某项知识产权产生争议，不论结果如何，OpenWSN项目组都有权要求知识产权持有人从其产品和代码中剔除全部与OpenWSN有关的代码．

5) 作为项目发起人，为了保护这个项目不受恶意知识产权的影响，以及考虑到本人陈述上的不严谨之处，我保留变更开源协议licence的权利．但是将坚持"Open Source"并秉承"既往不咎"原则，其中"既往不咎"原则是指一个在协议更新日之前利用了OpenWSN成果的项目不受新协议内容影响，例如已经制造销售的产品．新协议的影响仅对新项目新产品以及老产品的新版本生效．

6)以上约定，自参加者参加该项目后自动生效．
.

Q: OpenWSN的路线图（未来）

2006 硬件平台 Ver 1.0, Ver 2.0
软件平台 架构完成，hal和部分service完成
2007 硬件平台 Ver 2.1, and 为特定应用开发
　　 软件平台：提供初步稳定的软件，可运行在OpenWSN和GAINZ等主流硬件平台上
提供初步可用的开发环境，完善各种开发测试工具
2008 经过实际考验的可满足工业使用要求的稳定版本
　　 在OpenWSN hal和service基础上，可支持MANTIS和TinyOS

Q: OpenWSN的维护由谁进行？发现了Bug如何处理？

请反馈给OpenWSN项目组：

方式1：我们的 mailing list
mailto: openwsn-commits@gforge.osdn.net.cn

方式2：论坛 forum
forum

说明: 有关问题今后将由OpenWSN Community维护。由于我们采用松散的协调，可能无法及时回复或修正。

Q: OpenWSN自身如何发展？能否长期提供？

OpenWSN由TJU发起，作为开源而存在, 由开源社区提供支持.
作为我们长期研究方向的一个成果, 我们将努力延续之.

对非营利用途，如高校和研究所用做研究用途以及企业前期做产品评估和验证性开发都是完全免费的。
对盈利性用途，OpenWSN项目组希望能通过您的Donate方式获得支持。
OpenWSN鼓励大家在工作中积极使用并反馈自己的成果回来.OpenWSN相信这种方式可以实现共赢.

Q: 软件开发环境建设

注1：为了以后便于维护，以及方便的在不同人的计算机间迁移开发成果，希望所有人的计算机遵循相同的设置，这包括：WSN项目开发路径，软件安装路径，环境变量设置等。

开发目录设置：
==========

d:\dev\ 开发主目录
d:\dev\openwsn\ OpenWSN核心项目主目录。其下设置如下子目录
bin 二进制可执行文件
data 实验数据
doc 设计文档
hardware 硬件设计
install 用于开发本项目需要的一些特有工具软件
knowledgebase 搜索到的各种资料
release
source 源代码
extern 使用到的各种外部库(目前没有)
include 头文件目录
lib 公共的C文件目录
test 测试代码
libsink
worldview
openwsn
hal
service
ucos-ii
svn 版本管理系统使用
temp 临时文件夹，编译使用

注：每个项目编译过程中产生的中间代码文件放在%WSN%/temp下面，为避免混淆，可以在temp下面建立子目录，输出的二进制文件可以放在%WSN%/bin下面。

应用软件设置
==========

\bin放置那些需要经过安装才能使用的软件
\binx放置那些无需安装，拷贝后即可使用或者设置一下路径就可使用的软件

\bin\ads
\bin\ccs

以下设置仅属于示例，安装目录名全部为小写，可以在安装目录名的后面加上版本号，例如\binx\eclipse-3.3

skyeye
d:\binx\skyeye
一个由清华大学陈渝博士收创的ARM7软件模拟器，在一定程度上可以代替硬件仿真板进行调试开发。

cygwin
d:\binx\cygwin
Windows下面的GNU开发环境

mingw
d:\binx\mingw
Windows下面的GCC开发环境

Eclipse 3.3
d:\binx\eclipse
非常优秀的Eclipse平台软件，用于GCC开发和代码书写，即使只使用其编辑和版本管理也不错
针对SVN系统的版本管理插件subclipse需要另外下载。有一个filesync插件也很有用。
基于Eclipse可以下载CDT从而搭建一套GCC开发环境

TinyOS操作系统
d:\binx\tinyos

针对ARM的GCC编译器
d:\binx\arm-gcc
.

Q: 我为OpenWSN开发了一个模块，如何决定这个模块归入的层次？

此问题即代码分配原则，这对于今后维护，不把整个architecture弄乱是很重要的．

为了回答这个问题，我们需要clarify每个层次的作用以及我们架构设计时的考虑．本answer可以看作是架构设计的进一步详细补充说明：

名称	说明	代码分配原则 依据该原则决定所写代码在何层
BOOT	启动/引导层 专用于初始化芯片和引导整个系统，例如初始化存储器映射、芯片内部连接、中断等。如果系统中引入了RTOS，则BOOT还要负责启动RTOS。一部分HAL代码的正常工作也需要依赖BOOT	BOOT应只包含MCU芯片的初始化代码，而与目标板(Target Evaluation Board)无关，因此，一切与板子设计有关的代码都不应该归入BOOT层。
RTOS	RTOS层 提供一个实时调度内核。备选的RTOS有：eCos, FreeRTOS, uCOS-II, Linux 2.6 Embedded(准实时)，MANTIS, 和TinyOS(非实时)。	事实上，我们只是需要一个小的实时调度器，完全有能力自己开发一个或者移植一个。如果系统资源允许，我们可以引入更多的OS功能，如线程通信和同步、内存管理、调试和控制台等。
HAL	硬件抽象层 硬件抽象层(hardware abstraction layer)。为了最大限度保证上层代码的可移植性，提供HAL层。	可以认为，HAL层是各种硬件对象的软件代理。为了减小移植工作量，HAL中代码应尽可能精简。HAL中的代码是不允许使用RTOS功能的。
DRIVER	驱动程序层 在比HAL更高层次上提供对硬件功能的封装，比HAL更强调对上层的服务功能。DRIVER层次开发可以使用RTOS提供的调度、通信等功能。原则上，DRIVER中应该尽可能不出现强硬件依赖性代码，尽可能将此类代码放入HAL，但出于开发的便利性不对此做严格限制。	凡与硬件相关且不适合放在HAL中的代码都应该放在该层。如果该DRIVER的开发需要利用RTOS的功能，则只能归入DRIVER层。出于开发的方便，一部分没有必要利用RTOS功能的HAL层代码也直接做成了DRIVER，例如Uart, Transceiver, SPI，I2C等。
SERIVICE	服务层 从面向对象的角度看，一个系统，可以认为是由很多对象组成的，而系统的运行，就可以认为这些对象的动态交互行为。因此，我们需要重点设计和开发好各个对象。这也有助于提高软件代码的可重用性。可独立运行的进程/线程也可以认为是具有自治能力的对象。为了避免class/object名词的混淆，我们用service术语来表示对象，因为每个对象必然是要为其它对象服务的。每个service在设计的时候要牢记Hollywood原则：不要调用我，而要让我来调用你。	是系统的主要组成部分，包含了一个应用系统的绝大部分代码。
APPLICATION	应用层 设置各对象之间的连接方式，提供各对象之间的配置和粘合代码。	在一个完整的系统中，应尽可能将大部分代码对象化并归入SERVICE层，APPLICATION应尽可能保持精简。 主要的业务逻辑代码一定要放在SERVICE或DRIVER中，不允许放在APPLICATION层。

.

Q: OpenWSN常用资源网址

Homepage of OpenWSN Project
http://www.openwsn.net
this site contains the necessary Internet links.

Source Code and Project Management
http://gforge.osdn.net.cn (active and newest)
http://openwsn.sourceforge.net (mirror of gforge, contains stable versions)

Dr. Zhang's Informal Blog on OpenWSN Project
http://openwsn.blogspot.com

Forum
http://www.nabble.com/openwsn-f15619.html

Wiki on Project OpenWSN (not stable yet! I hope this can be settled soon)
http://wiki

邮件列表 Mailing list
openwsn-commits@gforge.osdn.net.cn

邮件列表信息在：
http://gforge.osdn.net.cn/mailman/listinfo/openwsn-commits

邮件列表管理：
http://gforge.osdn.net.cn/mailman/admin/openwsn-commits


attention: the newest code will be placed on gforge.osdn.net.cn, because it is much faster than sourceforge. The project leader will transfer the released version from gforge to sourceforge occasionaly. so you should turn to gforge to get the new versions.
.

OpenWSN Blog 开张

回想三年前看到WSN的设想，为之怦然心动
两年前，在博士论文中，专门为之开辟了一章
一年多以前，正式启动了OpenWSN项目
今天的Blog算是赶了个晚集，希望能借此推动它的成长！