主题：【原创】互联网的继续革命【1】 -- 邓侃

第一个问题，在有基础设施的情况下当然是可以替代的，但是功耗会是大问题，GSM模块的功耗，我测过的几个，一般都在100mA以上，启动时更会冲到200mA以上。这主要是因为手机网络在设计时或者说标准制定时对节能考虑的很少，3G也存在同样的问题，尤其是TD.Green的概念是最近1，2年才开始有paper出现，相对的WSN则一开始就以功耗为第一优先考虑，像您用过的micaz发送功耗不超过30mA，而那几款新的芯片也是靠设计提高解码效率和降低损耗来提高作用距离而不是靠单纯提高发射功率。cell network+嵌入式平台+sensor会比较适合市内有源的应用，比如说M2M。最好的一个例子是通用在做的给他们自己大型医疗设备用M2M监控插件，由于用在医院环境，同时有源接入，不用考虑功耗，就是手机网络based。北京有个女海归做的山寨公司，前几年还见报了，具体名字我忘了。

但是像一些特种应用，比如野外的环境监测，地质，海洋监测，还有目前比较热门的桥梁监测。功耗就是大问题了，靠电池供电的话，一是总电量就撑不住太长时间，二是要采用sleep/active 来在不需要传输时降低功耗的方法话，gsm模块的启动电压峰会在瞬间拉低电池电压，使得电压达不到启动的最低电压要求，导致只能利用总电量的一部分。

还有一个问题就是很多环境是不存在基站的，比如那个火山应用，还有欧洲对阿尔卑斯山，极地环境的监测，地铁，地下隧道等。而且有的情况下有基站不一定等于基站好用，移动服务商主要是提供语音业务，数据业务的优先级是很低。当年某次在香港大屿山测试时，GSM模块的信号强度是满格，但是链路质量则相当差，平均5到6次拨号才能联通一次，导致严重的数据堆积。所以某次在跟中移动研究院开会时讨论过，能不能给在中移动注册过的M2M用户提供guaranty的后台带宽，来作为一个他们的增值业务^_^.

3G模块，本人没有亲测过，不好说，但是原理应该是类似的。

TinyOS的问题从名字就知道了啦。tiny，呵呵主要是当年是mica平台用的at64（好像是这个，实在太老了），ram和rom都极其有限，只好采用ncc和gcc双次扫描编译，加严格的静态化变量，取消所有的动态生成功能。来保证目标文件的foot point最小。

所以移植到arm上其实没有太大的意义。一个最好的例子是Imote2，PXA271based1一个平台，同样支持tinyos。但是往往用的人都会把firmware重烧成linux（最开始是intel发布的，现在好像是个剑桥的team在维护）来用。