QW Home Automation 1.8.13.1101 released - 未名空间MITBBS历史存档

QW Home Automation 1.8.13.1101 released# Programming - 葵花宝典

g*12013-12-08 08:12

1 楼

准备九月中带20个月的宝宝回国，预计在国内待五个月。
致电agent询问机票的问题，去程时宝宝是婴儿，回程时是儿童，机票怎么算。
Agent说是按去程时的年龄算，买婴儿票。
我问are you sure this is how it goes? 因为不想到时候被拦在机场里面补票之类。
Agent肯定地答道就是这样。
我还是有点狐疑，是这样吗：去程时是婴儿，回程时是儿童，按婴儿票算？
有谁有相似的经验吗？

z*i2013-12-08 08:12

2 楼

我因故需要晚3天去签证，这样我不在美国，也没有有效美签，父母去签B2原则上没有
问题吧？
有人有类似的经验吗，多谢了。

T*i2013-12-08 08:12

3 楼

这个版本用Web based Admin Tool取代了PC版本。
智能中控系C++，Async Socket I/O，TCP/UDP/SSL/TLS/HTTP/HTTPS/SMTP/SMTP over
SSL or TLS....
Windows，Linux (Raspberry Pi)，X86，ARM通吃。
HTTPS + Websocket，洞穿企业防火墙。经测试，在企业防火墙后(Squid)后面照常使用
。把防火墙当router使用。可以在公司实时监控和控制自己家。
Android客户端的加密系proprietary，能够规避SSL的检测。为避开任何政府的大防火
墙设计的。
这是一个平台。不久以后App store将开通。全世界都会为我的平台写App。
这个估计看懂的能多一点。人身攻击就免了。我从此不会回应任何人身攻击。
把技术做到头，在这上面花点时间，可以省去很多其他的麻烦。

s*s2013-12-08 08:12

4 楼

我自己的亲身经验, 往返的话要买儿童票,除非你买两个单程, (2008年国航)

s*x2013-12-08 08:12

5 楼

没有问题。

d*r2013-12-08 08:12

6 楼

帮你贴个URL: http://qwhomeautomation.com/
挺有意思的, 我也做过相关的东西.
请问你这个platform, 现在能产生的主要 killer apps 和竞争对手是什么?

g*12013-12-08 08:12

7 楼

谢谢楼上的回复。请问你是全程买了儿童票，还是仅回程买了儿童票呢？

z*i2013-12-08 08:12

8 楼

多谢。

【在 s******x 的大作中提到】

: 没有问题。

T*i2013-12-08 08:12

9 楼

其实说白了，这东西就是一个集成各种设备，传感器和网络服务的控制器。
这东西以前，现在和将来都有很多人做。我target的竞争对手是AMX, Crestron,
Control 4之类的年利润数亿美金的大公司的产品。
现在底层平台已经建好了。下一步就是App engine了。这部分恕我不能多说。我只能说
是luajit的VM。而且我的engine会调度成百上千的app在平台上运行。
有了这个platform和app engine。可以想象一下，比如nest thermostat之类的。在我
的平台上，只是一个App而已。因为我的平台连接的传感器和网络服务的类型，数量，
都是nest不可能比拟的，做一个比他智能的thermostat将很简单。而且根本不用我亲自
动手。
http://www.amazon.com/Nest-Learning-Thermostat-Generation-T2005

s*s2013-12-08 08:12

10 楼

我买的往返,所以全程买的儿童票.好像不卖一半婴儿,一半儿童的往返票

d*r2013-12-08 08:12

11 楼

很有信息量, 我明天仔细看看再来讨论.

【在 T********i 的大作中提到】

: 其实说白了，这东西就是一个集成各种设备，传感器和网络服务的控制器。
: 这东西以前，现在和将来都有很多人做。我target的竞争对手是AMX, Crestron,
: Control 4之类的年利润数亿美金的大公司的产品。
: 现在底层平台已经建好了。下一步就是App engine了。这部分恕我不能多说。我只能说
: 是luajit的VM。而且我的engine会调度成百上千的app在平台上运行。
: 有了这个platform和app engine。可以想象一下，比如nest thermostat之类的。在我
: 的平台上，只是一个App而已。因为我的平台连接的传感器和网络服务的类型，数量，
: 都是nest不可能比拟的，做一个比他智能的thermostat将很简单。而且根本不用我亲自
: 动手。
: http://www.amazon.com/Nest-Learning-Thermostat-Generation-T2005

t*j2013-12-08 08:12

12 楼

都买儿童票不是挺好，还有个位子做，快两岁的孩子了，难道全程抱着？

N*K2013-12-08 08:12

13 楼

家里没啥值钱东西你这个太高级了

【在 T********i 的大作中提到】

: 这个版本用Web based Admin Tool取代了PC版本。
: 智能中控系C++，Async Socket I/O，TCP/UDP/SSL/TLS/HTTP/HTTPS/SMTP/SMTP over
: SSL or TLS....
: Windows，Linux (Raspberry Pi)，X86，ARM通吃。
: HTTPS + Websocket，洞穿企业防火墙。经测试，在企业防火墙后(Squid)后面照常使用
: 。把防火墙当router使用。可以在公司实时监控和控制自己家。
: Android客户端的加密系proprietary，能够规避SSL的检测。为避开任何政府的大防火
: 墙设计的。
: 这是一个平台。不久以后App store将开通。全世界都会为我的平台写App。
: 这个估计看懂的能多一点。人身攻击就免了。我从此不会回应任何人身攻击。

y*w2013-12-08 08:12

14 楼

这里的人说了都不准，直接找航空公司问

类。

【在 g********1 的大作中提到】

: 准备九月中带20个月的宝宝回国，预计在国内待五个月。
: 致电agent询问机票的问题，去程时宝宝是婴儿，回程时是儿童，机票怎么算。
: Agent说是按去程时的年龄算，买婴儿票。
: 我问are you sure this is how it goes? 因为不想到时候被拦在机场里面补票之类。
: Agent肯定地答道就是这样。
: 我还是有点狐疑，是这样吗：去程时是婴儿，回程时是儿童，按婴儿票算？
: 有谁有相似的经验吗？

T*i2013-12-08 08:12

15 楼

好玩最重要了。
况且，我有一个team正在努力把这个硬件，ARM盒子，开关，传感器做得像屎一样便宜。

【在 N******K 的大作中提到】

: 家里没啥值钱东西你这个太高级了

z*a2013-12-08 08:12

16 楼

按照delta的说法，婴儿票出票以后是可以免费改时间的，所以我认为往返都算婴儿票
是合理的，等同于你去程婴儿票，回程用婴儿票改了时间。

b*i2013-12-08 08:12

17 楼

【在 T********i 的大作中提到】

: 这个版本用Web based Admin Tool取代了PC版本。
: 智能中控系C++，Async Socket I/O，TCP/UDP/SSL/TLS/HTTP/HTTPS/SMTP/SMTP over
: SSL or TLS....
: Windows，Linux (Raspberry Pi)，X86，ARM通吃。
: HTTPS + Websocket，洞穿企业防火墙。经测试，在企业防火墙后(Squid)后面照常使用
: 。把防火墙当router使用。可以在公司实时监控和控制自己家。
: Android客户端的加密系proprietary，能够规避SSL的检测。为避开任何政府的大防火
: 墙设计的。
: 这是一个平台。不久以后App store将开通。全世界都会为我的平台写App。
: 这个估计看懂的能多一点。人身攻击就免了。我从此不会回应任何人身攻击。

y*y2013-12-08 08:12

18 楼

这个问题我问过航空公司，回答是，按婴儿票购买，回程check-in时要按儿童票补
交钱（回程有座位），航空公司规定， 2岁以上一定要有座位（一定不可以2岁以上
in-lap). 因为不确定要补多少钱，我们还是定2岁前回来的票了。

b*i2013-12-08 08:12

19 楼

I only care one thing, does a user need to open a port on router manually,
or your method is not dependent on that?. If not, how much is network
traffic to your server?

【在 T********i 的大作中提到】

: 这个版本用Web based Admin Tool取代了PC版本。
: 智能中控系C++，Async Socket I/O，TCP/UDP/SSL/TLS/HTTP/HTTPS/SMTP/SMTP over
: SSL or TLS....
: Windows，Linux (Raspberry Pi)，X86，ARM通吃。
: HTTPS + Websocket，洞穿企业防火墙。经测试，在企业防火墙后(Squid)后面照常使用
: 。把防火墙当router使用。可以在公司实时监控和控制自己家。
: Android客户端的加密系proprietary，能够规避SSL的检测。为避开任何政府的大防火
: 墙设计的。
: 这是一个平台。不久以后App store将开通。全世界都会为我的平台写App。
: 这个估计看懂的能多一点。人身攻击就免了。我从此不会回应任何人身攻击。

h*s2013-12-08 08:12

20 楼

LZ这样做是对的，临时补交的话有可能很贵，因为平时买的都是deep discount的票。

【在 y**y 的大作中提到】

: 这个问题我问过航空公司，回答是，按婴儿票购买，回程check-in时要按儿童票补
: 交钱（回程有座位），航空公司规定， 2岁以上一定要有座位（一定不可以2岁以上
: in-lap). 因为不确定要补多少钱，我们还是定2岁前回来的票了。

T*i2013-12-08 08:12

21 楼

Right now the user has to open port forwarding on the router manually.
However, it is easy to get around it.
I have UPnP built in my protocol stack. It can "punch a hole" on the router
like Skype and other software do silently.
However, in order to do that I also need to provide dynamic DNS service. It
is also not a big deal because most of the infrastructure is open source
which I can use at any time.
With dynamic DNS service I can offer superior integration with flawless
security. It takes a couple hundred dollar to buy a root certificate from a
CA. I can use the root certificate to sign individual certificate on each
controller so that identity of each controller is officially authenticated.
With my 牛逼 dynamic DNA server, one server can serve tens of millions users
. And it costs virtually nothing.
Nevertheless, right now it is only used by thousands of geeks and I don't
even want to advertise it right now. I have enough user base to help me QA
bugs within a few hours after new release. So for now, manually port
forwarding is good enough.
As for the network traffic, if you only do control, it uses several
kilobytes per month on my smartphone.

【在 b***i 的大作中提到】

: I only care one thing, does a user need to open a port on router manually,
: or your method is not dependent on that?. If not, how much is network
: traffic to your server?

l*s2013-12-08 08:12

22 楼

bu ming jue li

b*i2013-12-08 08:12

23 楼

我感觉反向穿越路由器的难度不在Dynamic DNS，而在类似skype的实现。你说说看为什
么Dynamic DNS重要？不就是找到路由器的地址吗？
Skype利用了很多没有路由器的计算机来帮助反向穿越，从而节省自己服务器的带宽。
你是否使用了这项技术或者准备使用这项技术？然后，反向穿越的时候，是不是使用
long poll这样的技术？

router
It
a

【在 T********i 的大作中提到】

: Right now the user has to open port forwarding on the router manually.
: However, it is easy to get around it.
: I have UPnP built in my protocol stack. It can "punch a hole" on the router
: like Skype and other software do silently.
: However, in order to do that I also need to provide dynamic DNS service. It
: is also not a big deal because most of the infrastructure is open source
: which I can use at any time.
: With dynamic DNS service I can offer superior integration with flawless
: security. It takes a couple hundred dollar to buy a root certificate from a
: CA. I can use the root certificate to sign individual certificate on each

T*i2013-12-08 08:12

24 楼

找到了地址，又能从内部打洞，外面就能连进去了。
你说的那种情况是不能通过upnp打洞的情况。这样从外面不能直接连进去，才可能需要
第三方转接。
不支持upnp的路由器，我已经多年没见到了。更多的情况是用户故意禁用upnp，这一般
也是从安全性考虑。如果用户有这个能力，设置一个port forwarding不在话下。
我不打算支持第三方转接。因为这会增加不必要的运营成本。而且用户会有隐私的顾虑
。本来很简单的事，为啥要复杂化？
upnp打洞，或者直接port forwarding
加上dyndns
问题就完美地解决了。
关键的一点是，我推荐的对外端口是443。否则公司防火墙内连不出来。因为https都走
443，防火墙认为非443的https都没有任何正当理由，都是安全威胁，直接屏蔽。这个
443一个ip只有一个。我的产品用了，别的产品就不能用。最后看用户给谁了。
迄今为止，要求443的产品，除了我的，没看到还有哪家。

【在 b***i 的大作中提到】

: 我感觉反向穿越路由器的难度不在Dynamic DNS，而在类似skype的实现。你说说看为什
: 么Dynamic DNS重要？不就是找到路由器的地址吗？
: Skype利用了很多没有路由器的计算机来帮助反向穿越，从而节省自己服务器的带宽。
: 你是否使用了这项技术或者准备使用这项技术？然后，反向穿越的时候，是不是使用
: long poll这样的技术？
:
: router
: It
: a

d*r2013-12-08 08:12

25 楼

我就是想请教大牛，打算如何推广和delopy开来。这个感觉是最难点。
你是说，支持你们协议和API的传感器可以造得非常便宜，然后你就用这个优势让其他
home device vendors (电灯，空调之类的vendors) 安装你传感器，转而就支持你的协
议和API了吧？

宜。

【在 T********i 的大作中提到】

: 好玩最重要了。
: 况且，我有一个team正在努力把这个硬件，ARM盒子，开关，传感器做得像屎一样便宜。

T*i2013-12-08 08:12

26 楼

有现成的标准。
比如ZigBee标准都制定近10年了，迄今没有实用的产品。当然有其他原因，但是现在各
种实现都跟屎一样，根本不能用，也是事实。

【在 d*******r 的大作中提到】

: 我就是想请教大牛，打算如何推广和delopy开来。这个感觉是最难点。
: 你是说，支持你们协议和API的传感器可以造得非常便宜，然后你就用这个优势让其他
: home device vendors (电灯，空调之类的vendors) 安装你传感器，转而就支持你的协
: 议和API了吧？
:
: 宜。

a*w2013-12-08 08:12

27 楼

ZigBee的主要问题还是版权吧，它不开放，谁愿意捧场。

【在 T********i 的大作中提到】

: 有现成的标准。
: 比如ZigBee标准都制定近10年了，迄今没有实用的产品。当然有其他原因，但是现在各
: 种实现都跟屎一样，根本不能用，也是事实。

P*l2013-12-08 08:12

28 楼

你那像屎一样便宜的东西估计多少钱？主要是内置协议的传感器．无线的吧？

宜。

【在 T********i 的大作中提到】

: 好玩最重要了。
: 况且，我有一个team正在努力把这个硬件，ARM盒子，开关，传感器做得像屎一样便宜。

T*i2013-12-08 08:12

29 楼

BOM基本就是拆散了的芯片价钱，加上制造成本。也没多少钱。一个LED灯还要大约$20
。基本相同的价位水平吧。

【在 P********l 的大作中提到】

: 你那像屎一样便宜的东西估计多少钱？主要是内置协议的传感器．无线的吧？
:
: 宜。

T*i2013-12-08 08:12

30 楼

一年$2500的license fee。还好吧。
ZWAVE岂不是更suck？也是一年$2500，还美其名曰买SDK加入联盟。就那么几页纸。
ZigBee比ZWave开放多了。所有文档公开下载。产品做出来，只要不用ZigBee的名字，
不想通过他的认证，连$2500都省了。
不支持128 bit AES加密的我是一点兴趣都没有。Insteon是个例外，也就是用它来测试
高层逻辑。

【在 a*w 的大作中提到】

: ZigBee的主要问题还是版权吧，它不开放，谁愿意捧场。

P*l2013-12-08 08:12

31 楼

谢谢．

20

【在 T********i 的大作中提到】

: BOM基本就是拆散了的芯片价钱，加上制造成本。也没多少钱。一个LED灯还要大约$20
: 。基本相同的价位水平吧。

d*r2013-12-08 08:12

32 楼

我个人觉得deploy还是最重要最难的原因，ZigBee, UPnP, Apple's Bonjour, MS's
XXX (忘记名字了), 反正一大堆这种LAN的 distributed service 技术，各个技术都属
于不同的大小 vendors。你确定 ZigBee 里面你想使用的功能，所有 device vendor
都天生支持？或者，你还是要说服不支持的vendors改动他们的 hardware/software ?

【在 T********i 的大作中提到】

: 有现成的标准。
: 比如ZigBee标准都制定近10年了，迄今没有实用的产品。当然有其他原因，但是现在各
: 种实现都跟屎一样，根本不能用，也是事实。

T*i2013-12-08 08:12

33 楼

这个版本用Web based Admin Tool取代了PC版本。
智能中控系C++，Async Socket I/O，TCP/UDP/SSL/TLS/HTTP/HTTPS/SMTP/SMTP over
SSL or TLS....
Windows，Linux (Raspberry Pi)，X86，ARM通吃。
HTTPS + Websocket，洞穿企业防火墙。经测试，在企业防火墙后(Squid)后面照常使用
。把防火墙当router使用。可以在公司实时监控和控制自己家。
Android客户端的加密系proprietary，能够规避SSL的检测。为避开任何政府的大防火
墙设计的。
这是一个平台。不久以后App store将开通。全世界都会为我的平台写App。
这个估计看懂的能多一点。人身攻击就免了。我从此不会回应任何人身攻击。
把技术做到头，在这上面花点时间，可以省去很多其他的麻烦。

d*r2013-12-08 08:12

34 楼

帮你贴个URL: http://qwhomeautomation.com/
挺有意思的, 我也做过相关的东西.
请问你这个platform, 现在能产生的主要 killer apps 和竞争对手是什么?

T*i2013-12-08 08:12

35 楼

其实说白了，这东西就是一个集成各种设备，传感器和网络服务的控制器。
这东西以前，现在和将来都有很多人做。我target的竞争对手是AMX, Crestron,
Control 4之类的年利润数亿美金的大公司的产品。
现在底层平台已经建好了。下一步就是App engine了。这部分恕我不能多说。我只能说
是luajit的VM。而且我的engine会调度成百上千的app在平台上运行。
有了这个platform和app engine。可以想象一下，比如nest thermostat之类的。在我
的平台上，只是一个App而已。因为我的平台连接的传感器和网络服务的类型，数量，
都是nest不可能比拟的，做一个比他智能的thermostat将很简单。而且根本不用我亲自
动手。
http://www.amazon.com/Nest-Learning-Thermostat-Generation-T200577/dp/B009GDHYPQ/ref=sr_1_1?ie=UTF8&qid=1386538343&sr=8-1&keywords=the+nest+learning+thermostat

d*r2013-12-08 08:12

36 楼

很有信息量, 我明天仔细看看再来讨论.

【在 T********i 的大作中提到】

: 其实说白了，这东西就是一个集成各种设备，传感器和网络服务的控制器。
: 这东西以前，现在和将来都有很多人做。我target的竞争对手是AMX, Crestron,
: Control 4之类的年利润数亿美金的大公司的产品。
: 现在底层平台已经建好了。下一步就是App engine了。这部分恕我不能多说。我只能说
: 是luajit的VM。而且我的engine会调度成百上千的app在平台上运行。
: 有了这个platform和app engine。可以想象一下，比如nest thermostat之类的。在我
: 的平台上，只是一个App而已。因为我的平台连接的传感器和网络服务的类型，数量，
: 都是nest不可能比拟的，做一个比他智能的thermostat将很简单。而且根本不用我亲自
: 动手。
: http://www.amazon.com/Nest-Learning-Thermostat-Generation-T200577/dp/B009GDHYPQ/ref=sr_1_1?ie=UTF8&qid=1386538343&sr=8-1&keywords=the+nest+learning+thermostat

N*K2013-12-08 08:12

37 楼

家里没啥值钱东西你这个太高级了

【在 T********i 的大作中提到】

: 这个版本用Web based Admin Tool取代了PC版本。
: 智能中控系C++，Async Socket I/O，TCP/UDP/SSL/TLS/HTTP/HTTPS/SMTP/SMTP over
: SSL or TLS....
: Windows，Linux (Raspberry Pi)，X86，ARM通吃。
: HTTPS + Websocket，洞穿企业防火墙。经测试，在企业防火墙后(Squid)后面照常使用
: 。把防火墙当router使用。可以在公司实时监控和控制自己家。
: Android客户端的加密系proprietary，能够规避SSL的检测。为避开任何政府的大防火
: 墙设计的。
: 这是一个平台。不久以后App store将开通。全世界都会为我的平台写App。
: 这个估计看懂的能多一点。人身攻击就免了。我从此不会回应任何人身攻击。

T*i2013-12-08 08:12

38 楼

好玩最重要了。
况且，我有一个team正在努力把这个硬件，ARM盒子，开关，传感器做得像屎一样便宜。

【在 N******K 的大作中提到】

: 家里没啥值钱东西你这个太高级了

b*i2013-12-08 08:12

39 楼

【在 T********i 的大作中提到】

: 这个版本用Web based Admin Tool取代了PC版本。
: 智能中控系C++，Async Socket I/O，TCP/UDP/SSL/TLS/HTTP/HTTPS/SMTP/SMTP over
: SSL or TLS....
: Windows，Linux (Raspberry Pi)，X86，ARM通吃。
: HTTPS + Websocket，洞穿企业防火墙。经测试，在企业防火墙后(Squid)后面照常使用
: 。把防火墙当router使用。可以在公司实时监控和控制自己家。
: Android客户端的加密系proprietary，能够规避SSL的检测。为避开任何政府的大防火
: 墙设计的。
: 这是一个平台。不久以后App store将开通。全世界都会为我的平台写App。
: 这个估计看懂的能多一点。人身攻击就免了。我从此不会回应任何人身攻击。

b*i2013-12-08 08:12

40 楼

I only care one thing, does a user need to open a port on router manually,
or your method is not dependent on that?. If not, how much is network
traffic to your server?

【在 T********i 的大作中提到】

: 这个版本用Web based Admin Tool取代了PC版本。
: 智能中控系C++，Async Socket I/O，TCP/UDP/SSL/TLS/HTTP/HTTPS/SMTP/SMTP over
: SSL or TLS....
: Windows，Linux (Raspberry Pi)，X86，ARM通吃。
: HTTPS + Websocket，洞穿企业防火墙。经测试，在企业防火墙后(Squid)后面照常使用
: 。把防火墙当router使用。可以在公司实时监控和控制自己家。
: Android客户端的加密系proprietary，能够规避SSL的检测。为避开任何政府的大防火
: 墙设计的。
: 这是一个平台。不久以后App store将开通。全世界都会为我的平台写App。
: 这个估计看懂的能多一点。人身攻击就免了。我从此不会回应任何人身攻击。

T*i2013-12-08 08:12

41 楼

Right now the user has to open port forwarding on the router manually.
However, it is easy to get around it.
I have UPnP built in my protocol stack. It can "punch a hole" on the router
like Skype and other software do silently.
However, in order to do that I also need to provide dynamic DNS service. It
is also not a big deal because most of the infrastructure is open source
which I can use at any time.
With dynamic DNS service I can offer superior integration with flawless
security. It takes a couple hundred dollar to buy a root certificate from a
CA. I can use the root certificate to sign individual certificate on each
controller so that identity of each controller is officially authenticated.
With my 牛逼 dynamic DNA server, one server can serve tens of millions users
. And it costs virtually nothing.
Nevertheless, right now it is only used by thousands of geeks and I don't
even want to advertise it right now. I have enough user base to help me QA
bugs within a few hours after new release. So for now, manually port
forwarding is good enough.
As for the network traffic, if you only do control, it uses several
kilobytes per month on my smartphone.

【在 b***i 的大作中提到】

: I only care one thing, does a user need to open a port on router manually,
: or your method is not dependent on that?. If not, how much is network
: traffic to your server?

l*s2013-12-08 08:12

42 楼

bu ming jue li

b*i2013-12-08 08:12

43 楼

我感觉反向穿越路由器的难度不在Dynamic DNS，而在类似skype的实现。你说说看为什
么Dynamic DNS重要？不就是找到路由器的地址吗？
Skype利用了很多没有路由器的计算机来帮助反向穿越，从而节省自己服务器的带宽。
你是否使用了这项技术或者准备使用这项技术？然后，反向穿越的时候，是不是使用
long poll这样的技术？

router
It
a

【在 T********i 的大作中提到】

: Right now the user has to open port forwarding on the router manually.
: However, it is easy to get around it.
: I have UPnP built in my protocol stack. It can "punch a hole" on the router
: like Skype and other software do silently.
: However, in order to do that I also need to provide dynamic DNS service. It
: is also not a big deal because most of the infrastructure is open source
: which I can use at any time.
: With dynamic DNS service I can offer superior integration with flawless
: security. It takes a couple hundred dollar to buy a root certificate from a
: CA. I can use the root certificate to sign individual certificate on each

T*i2013-12-08 08:12

44 楼

找到了地址，又能从内部打洞，外面就能连进去了。
你说的那种情况是不能通过upnp打洞的情况。这样从外面不能直接连进去，才可能需要
第三方转接。
不支持upnp的路由器，我已经多年没见到了。更多的情况是用户故意禁用upnp，这一般
也是从安全性考虑。如果用户有这个能力，设置一个port forwarding不在话下。
我不打算支持第三方转接。因为这会增加不必要的运营成本。而且用户会有隐私的顾虑
。本来很简单的事，为啥要复杂化？
upnp打洞，或者直接port forwarding
加上dyndns
问题就完美地解决了。
关键的一点是，我推荐的对外端口是443。否则公司防火墙内连不出来。因为https都走
443，防火墙认为非443的https都没有任何正当理由，都是安全威胁，直接屏蔽。这个
443一个ip只有一个。我的产品用了，别的产品就不能用。最后看用户给谁了。
迄今为止，要求443的产品，除了我的，没看到还有哪家。

【在 b***i 的大作中提到】

: 我感觉反向穿越路由器的难度不在Dynamic DNS，而在类似skype的实现。你说说看为什
: 么Dynamic DNS重要？不就是找到路由器的地址吗？
: Skype利用了很多没有路由器的计算机来帮助反向穿越，从而节省自己服务器的带宽。
: 你是否使用了这项技术或者准备使用这项技术？然后，反向穿越的时候，是不是使用
: long poll这样的技术？
:
: router
: It
: a

d*r2013-12-08 08:12

45 楼

我就是想请教大牛，打算如何推广和delopy开来。这个感觉是最难点。
你是说，支持你们协议和API的传感器可以造得非常便宜，然后你就用这个优势让其他
home device vendors (电灯，空调之类的vendors) 安装你传感器，转而就支持你的协
议和API了吧？

宜。

【在 T********i 的大作中提到】

: 好玩最重要了。
: 况且，我有一个team正在努力把这个硬件，ARM盒子，开关，传感器做得像屎一样便宜。

T*i2013-12-08 08:12

46 楼

有现成的标准。
比如ZigBee标准都制定近10年了，迄今没有实用的产品。当然有其他原因，但是现在各
种实现都跟屎一样，根本不能用，也是事实。

【在 d*******r 的大作中提到】

: 我就是想请教大牛，打算如何推广和delopy开来。这个感觉是最难点。
: 你是说，支持你们协议和API的传感器可以造得非常便宜，然后你就用这个优势让其他
: home device vendors (电灯，空调之类的vendors) 安装你传感器，转而就支持你的协
: 议和API了吧？
:
: 宜。

a*w2013-12-08 08:12

47 楼

ZigBee的主要问题还是版权吧，它不开放，谁愿意捧场。

【在 T********i 的大作中提到】

: 有现成的标准。
: 比如ZigBee标准都制定近10年了，迄今没有实用的产品。当然有其他原因，但是现在各
: 种实现都跟屎一样，根本不能用，也是事实。

P*l2013-12-08 08:12

48 楼

你那像屎一样便宜的东西估计多少钱？主要是内置协议的传感器．无线的吧？

宜。

【在 T********i 的大作中提到】

: 好玩最重要了。
: 况且，我有一个team正在努力把这个硬件，ARM盒子，开关，传感器做得像屎一样便宜。

T*i2013-12-08 08:12

49 楼

BOM基本就是拆散了的芯片价钱，加上制造成本。也没多少钱。一个LED灯还要大约$20
。基本相同的价位水平吧。

【在 P********l 的大作中提到】

: 你那像屎一样便宜的东西估计多少钱？主要是内置协议的传感器．无线的吧？
:
: 宜。

T*i2013-12-08 08:12

50 楼

一年$2500的license fee。还好吧。
ZWAVE岂不是更suck？也是一年$2500，还美其名曰买SDK加入联盟。就那么几页纸。
ZigBee比ZWave开放多了。所有文档公开下载。产品做出来，只要不用ZigBee的名字，
不想通过他的认证，连$2500都省了。
不支持128 bit AES加密的我是一点兴趣都没有。Insteon是个例外，也就是用它来测试
高层逻辑。

【在 a*w 的大作中提到】

: ZigBee的主要问题还是版权吧，它不开放，谁愿意捧场。

P*l2013-12-08 08:12

51 楼

谢谢．

20

【在 T********i 的大作中提到】

: BOM基本就是拆散了的芯片价钱，加上制造成本。也没多少钱。一个LED灯还要大约$20
: 。基本相同的价位水平吧。

d*r2013-12-08 08:12

52 楼

我个人觉得deploy还是最重要最难的原因，ZigBee, UPnP, Apple's Bonjour, MS's
XXX (忘记名字了), 反正一大堆这种LAN的 distributed service 技术，各个技术都属
于不同的大小 vendors。你确定 ZigBee 里面你想使用的功能，所有 device vendor
都天生支持？或者，你还是要说服不支持的vendors改动他们的 hardware/software ?

【在 T********i 的大作中提到】

: 有现成的标准。
: 比如ZigBee标准都制定近10年了，迄今没有实用的产品。当然有其他原因，但是现在各
: 种实现都跟屎一样，根本不能用，也是事实。

m*n2013-12-08 08:12

53 楼

wdong?