淘客熙熙

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

共:💬128 🌺386
全看树展主题 · 分页首页 上页
/ 9
下页 末页
家园 Good point

把Twitter作为物联网信息的发布渠道。Good point

家园 【原创】物联网的系统思考

昨晚仔细考虑了一下RFID以及物联网。先说RFID

现在看来,RFID这个技术很好,但是缺陷也是明显的,可靠性和成本不如条码。那么怎么办?我们看看历史,这个其实是硅和纸的斗争,在计算机出现以后就有了。早期计算机可以存储文件,但是早期的计算机比纸媒差多了:要电,不稳定,贵。这些都是可靠性和成本的问题。

那么计算机去和纸媒拼可靠性和成本了么?没有直接拼,计算机是发挥自己的长处:可以随意修改文档。也就是说:计算机虽然成本高,但是单位copy的成本,比纸媒要低。

另外计算机还发挥了更多的长处:

1.存储成本降低,单位信息的成本比纸媒低。

2.可以快速查询。

等到了互联网时代,信息的传送成本也降低了,于是纸媒就完全不行了。

现在rfid是和条码争什么?我看一样,要发挥rfid自己的特性,要是把自己当成一个条码的直接替代品,肯定没戏。怎么争?发挥自己长处,比如存储无限,比如可以修改(这个未必是坏事),把自己做成商品的DNA。

再说物联网。物联网主要是人想知道物的状态,位置和存在是状态,温度湿度转速还有剩下的可乐数目都是状态,人知道了物的状态,就可以给物发送命令,改变物的状态。我们其实已经在这么做了:

我给计算机发送命令,改变计算机的状态,增加我这个帖子的字数。

我的计算机给铁手的服务器发送命令,增加西西河的帖子数目。

我将来还可以给我的烤箱发命令,改变烤箱的状态,从而改变叫花鸡的状态。

家园 纸与电脑的竞争,非常有说服力

关键在于功能的扩充,以及总体成本的下降。

家园 高频RFID技术问题多多,等待技术进步吧。

前一段时间刚做了一个RFID应用的架构设计,用的是有源RFID。无源低频RFID基本成熟,可是读取距离和速率都不满足应用需求,所以用了高频有源的。设计时感觉成本太高,而且技术问题多多,缺乏成熟的解决方案,比如漏读、重叠区域等等,都得做应用的工程师自己解决。

家园 crossbow的学术气息比较重

如果追求合理功耗下的通信距离,用CC1系列吧,当然编写软件就麻烦了很多,什么都得自个来。

家园 可能物联网更重要的是物与物可以直接通信

不需要人的干预。所以,AI的发展也很重要。

家园 谢谢提醒,我不是专业搞这个的,您说的即是,

crossbow那套东西的确好用,但是挺贵,而且不太实用。

家园 好文章,宝推一把
家园 谢啦,这可是本人的第一次

其实也就是随便写写,没有思路没有主题,而且还有歪楼的嫌疑,您实在是太抬爱了。

家园 物联网的另一短板

就是电池技术,或者笼统一点说供电方式。

如果用RFID,无源的还是存在距离和方向性等问题,而且也做不到物与物的直接通信,不吸收电磁波能量以激活的话,标签将永远停留在社会主义初级阶段,五十年不变是最起码的。

如果用有源的,虽然目前很多都标称可以使用2到3年,但是以我们实际跟踪国际航线上集装箱标签的使用情况来看,最多也就半年,而中美航线(到美西)快的话也要二十多天。这样一张标签只能流转几次?如果是冷藏箱还好,毕竟可以外接电源,但是冷藏箱只占全部集装箱的百分之几?

还有,这只考虑到常温状态(中美、中加、中日等试验航线基本还是在温带区跑),将来到俄罗斯、芬兰的航线呢?又或者到马来的航线呢?一冰一火,电子电路的问题倒不大,电池的问题倒比较突出。也许有人要问,难道在这些地方的人就不使用手机了?手机电池也没见有什么问题嘛。那么有谁见过把手机长年累月的一直挂在室外在用的?防水、防尘、防盐雾,耐热、耐冷、耐震动。

如果供电技术不成问题的话,最佳组合莫过于RFID+GPS/北斗+上网模块(GPRS/CDMA/HSDPA/WiFi……),露天的用GPS,犄角旮旯收不到卫星信号了,RFID粉墨登场。标签(也许不能再叫标签了)随时汇报自己的位置,邂逅别的标签还能互相say hello。

家园 thesis就是用的他们家的micaz
家园 下文呢?

这口水喝得真够长的。

家园 关于TinyOS

再次感叹一下Berkeley的TinyOS。

感叹什么呢?是好还是坏?为什么?

家园 这个可以考虑用zigbee
家园 这个题目讲的不是互联网

这里的内容可以叫做:条码扫描的继续革命,物流自动化的继续革命,短距无线通信的继续革命。但不是互联网的继续革命。

只有在分配的IP地址以后,讨论各IP节点间的相互联系的问题,才能叫互联网的继续革命。

全看树展主题 · 分页首页 上页
/ 9
下页 末页


有趣有益,互惠互利;开阔视野,博采众长。
虚拟的网络,真实的人。天南地北客,相逢皆朋友

Copyright © cchere 西西河