Video来了，13分钟

这就是我说的逻辑完备。只要符合逻辑的，必须都能干！
这里面的系统设计，以及专利的IOT App Engine的技术。确保了只有我的系统是逻辑完备的。

英文是"Functionally Complete"或者“Logically Complete”！

thumb up!

赞！啥时候开卖

疫情有些耽搁。不差这几天。很快。。。

【 在 sanwadie (三娃爹) 的大作中提到: 】
: 赞！啥时候开卖

很好，很想买一套，就缺一所大房子了。

【 在 TeacherWei (TW) 的大作中提到: 】
: https://youtu.be/9RwIUh3-NgI
: 这就是我说的逻辑完备。只要符合逻辑的，必须都能干！
: 这里面的系统设计，以及专利的IOT App Engine的技术。确保了只有我的系统是逻辑完
: 备的。
: 英文是"Functionally Complete"或者“Logically Complete”！

这个项目有计划开源吗？
其他人怎么才能用到你的东西？
如果你只是为了卖一些device。对其他人也没有什么意义。

【 在 TeacherWei (TW) 的大作中提到: 】
: https://youtu.be/9RwIUh3-NgI
: 这就是我说的逻辑完备。只要符合逻辑的，必须都能干！
: 这里面的系统设计，以及专利的IOT App Engine的技术。确保了只有我的系统是逻辑完
: 备的。
: 英文是"Functionally Complete"或者“Logically Complete”！

我挺担心隐私的，目前自己弄了个开源的，比较麻烦，有时还是需要设备商提供的app
和云api。如果老魏的设备通过我的隐私检测，我会把家里的慢慢都替换了。

坚决反对公共网的api，都是隐私盗窃者，国内厂商尤甚。

【 在 datou4 (datou4) 的大作中提到: 】
: 这个项目有计划开源吗？
: 其他人怎么才能用到你的东西？
: 如果你只是为了卖一些device。对其他人也没有什么意义。

这个Denon Receiver的驱动，是1000多行代码，我称之为Libre IoT App。是开源的。
我希望所有的App代码都开源。

这个App是作为一个进程运行在我的Hub上，也就是App Engine。包括和Denon Receiver建立一个TCP连接，然后不停地进行协议翻译。1000多行代码已经很省了，协议光各种
命令就上百个。

同样地，鼓励开发人员写各种App，比如写一个nest控温器的App，就可以把Nest整合进系统。用遥控器就能控制nest的设定了。

同理，全世界为我们的控温器写App，可以做出一个比nest聪明得多的控温器。或者最
智能的草坪灌溉算法，进而推广到智慧农业。。。

这一切，和nest不一样。是100%的隐私保护和零信息泄露。

不开源的，是其他代码，不到50万行。我的Hub是一个平台，每个设备，开关，遥控器
，控温器，都是平台。App Engine是有专利保护的。估计以后没人再做IOT APP平台了。

我还计划，对第三方设备，按照入网数目收人头税。计划每台$5。省的无下限竞争劣币驱逐良币吃屎创造GDP。一个$5的wifi开关，150mW输出乱干扰，各种cheap部件，无下
限的数据收集竟然能每天和服务器通信30M，而且手机App要求你几十个权限。这种设备，用我的Hub来控制，每台收$5都是便宜了。

【 在 datou4 (datou4) 的大作中提到: 】
: 这个项目有计划开源吗？
: 其他人怎么才能用到你的东西？
: 如果你只是为了卖一些device。对其他人也没有什么意义。

我的隐私政策是零数据泄露，这是没有商量的。

我的设备都是不是wifi的。因为zigbee设计太烂，我重写了无线协议栈hornet。把
zigbee的坑都填了。

我的唯一服务，就是为了帮助手机从外面连到家里。所有通信都是端到端的。鼓励用户用NAT Port forward模式。这样，我只需要帮助用户查找到当前宽带IP就好了。

【 在 sanwadie (三娃爹) 的大作中提到: 】
: 我挺担心隐私的，目前自己弄了个开源的，比较麻烦，有时还是需要设备商提供的
app
: 和云api。如果老魏的设备通过我的隐私检测，我会把家里的慢慢都替换了。
: 坚决反对公共网的api，都是隐私盗窃者，国内厂商尤甚。

家用的网关设备开放外网访问就是一个安全隐患
用户配置也是个麻烦的地方，不是所有设备都支持，
很多用户都不知道怎么配置

【 在 TeacherWei (TW) 的大作中提到: 】
: 我的隐私政策是零数据泄露，这是没有商量的。
: 我的设备都是不是wifi的。因为zigbee设计太烂，我重写了无线协议栈hornet。把
: zigbee的坑都填了。
: 我的唯一服务，就是为了帮助手机从外面连到家里。所有通信都是端到端的。鼓励用户
: 用NAT Port forward模式。这样，我只需要帮助用户查找到当前宽带IP就好了。
: app

所以default就是bridge模式，通过我们服务器做转发。用户什么都不用做。
但是我会一直bug用户，让他们找懂行的帮忙设置。只需要设置一次就好了。
我的系统，只需要给Hub一个NAT port，安全性就容易多了。
这里面，到处都是创新，你绝对是在任何地方都找不到答案的。

比如，Hub如何知道自己外网IP改变了？
提示，不能频繁连外网服务器轮询反馈的IP，因为第一不安全，第二，多频繁算频繁？我要求5秒之内检测到外网IP改变。你总不能每5秒去外网查询一把吧？那样会给人家服务器产生巨大压力，很快就会被踢出来的。

由此引申，如果你配置错了。Hub 5秒钟以内就检测到了，并且自动转为bridge模式，
用户还能连上。不是说你配置错了，就把大家都锁外面了。

【 在 stid (stid.smth) 的大作中提到: 】
: 家用的网关设备开放外网访问就是一个安全隐患
: 用户配置也是个麻烦的地方，不是所有设备都支持，
: 很多用户都不知道怎么配置

不错，就是有点复杂

为什么又用手机，又用遥控器

原因很多啊。去手机化，肌肉记忆。。。都是原因。遥控器点一下，手机要4-5个操作
，还要找，耗费100倍的脑力。

凡是能买得起Smarthome的，没几个愿意在卧室安装窃听器的。成功人士，都是祸害人
惯了，最怕被别人祸害。。。

另外，这个遥控器一直保持双向连接，2XAAA电池用一年多。是低功耗移动传感器的典
范。是技术探索，也是技术展示。

【 在 walkrandom (walkrandom) 的大作中提到: 】
: 不错，就是有点复杂
: 为什么又用手机，又用遥控器

魏老师你牛。建议考虑工业应用：钻井平台上几千个传感器。How to
programmatically select, group, and manipulate them.

The paradiam of D3.js comes to mind: select(drill_1*).sendData()...

觉得工业应用更有钱/前途。。。

几千个传感器量很大么？研发不起。。。

【 在 mn (照澜院院士) 的大作中提到: 】
: 魏老师你牛。建议考虑工业应用：钻井平台上几千个传感器。How to
: programmatically select, group, and manipulate them.
: The paradiam of D3.js comes to mind: select(drill_1*).sendData()...
: 觉得工业应用更有钱/前途。。。

我是觉得做硬件，做控制做到细节，中国人还是有优势的

以前买手电筒，试过各种，最后只买zebralight，是个中国人在美国做的，电路也是待机电流微安级，其他很多厂商很长时间都差很多。

绝对不是冒犯，我一直觉得这些玩意都是累赘，你说开个灯还要掏出手机来搞。。。。。
我人都不在家，你说我远程开个灯干嘛？。。。。。

我非常不喜欢在手机上操作，感觉有点小。

所以我们才做遥控器啊。肌肉记忆。貌似你没看视频。

【 在 mjyu (杀猪的) 的大作中提到: 】
: 绝对不是冒犯，我一直觉得这些玩意都是累赘，你说开个灯还要掏出手机来搞。。。。。
: 我人都不在家，你说我远程开个灯干嘛？。。。。。
: 我非常不喜欢在手机上操作，感觉有点小。

魏老师你留了alexa的接口没有？

【 在 TeacherWei (TW) 的大作中提到: 】
: 所以我们才做遥控器啊。肌肉记忆。貌似你没看视频。
: 。。

亚马逊，谷歌那些窃听器。在我的系统里都是插件。

你要是看了视频，读了我的blog，你就清楚了。

视频里denon的音响都能自动发现。写一个app就能把音响驱动成一系列虚拟设备了。

那些窃听器，在我的系统里都是app，和音响一个道理。app就是扔一个alex进去，扔几个设备进去，alex就能控制那几个设备。

而且，我的denon驱动app有1000行多一点。那些窃听器的驱动，几百行足够了。

而且，我是不会去写的。反正将来有的是人去写。

将来，我会推出我们自己的语音助手。是绝对阉割的没有任何连外网的能力的。

【 在 pptwo(pp) 的大作中提到: 】

: 魏老师你留了alexa的接口没有？

把每个功能model成device，这个概念挺新的。

【 在 TeacherWei (TW) 的大作中提到: 】
: https://youtu.be/9RwIUh3-NgI
: 这就是我说的逻辑完备。只要符合逻辑的，必须都能干！
: 这里面的系统设计，以及专利的IOT App Engine的技术。确保了只有我的系统是逻辑完
: 备的。
: 英文是"Functionally Complete"或者“Logically Complete”！

是需要model成device，才model成device。
其实每个算法是一个进程，进程一般是一个死循环。
在我的系统里是jit虚拟机里面的虚拟进程。
进程当然要有参数了。在我的系统里是程序员自定义的任意结构的参数。结构里面有熟人有输出。
如果需要model成device。某些节点就是虚拟device类型。用户能给这些虚拟device命
名和图标。
这些device还能和其它实体按键之类的设备绑定。

这整个架构，就是多个专利。

【 在 dollar(dollar) 的大作中提到: 】

: 把每个功能model成device，这个概念挺新的。

给个反馈，最开始30s先说一下到底你们在干嘛，解决什么问题。不要用描述性的语言
啥“best，better，complete。要concrete and everyone can understand.

【 在 TeacherWei (TW) 的大作中提到: 】
: https://youtu.be/9RwIUh3-NgI
: 这就是我说的逻辑完备。只要符合逻辑的，必须都能干！
: 这里面的系统设计，以及专利的IOT App Engine的技术。确保了只有我的系统是逻辑完
: 备的。
: 英文是"Functionally Complete"或者“Logically Complete”！

提个建议：

考虑一下加入不依赖云的智能语音支持，像你说的，做成设备接入，作为遥控器的替代，模型的完善可以考虑大众开源，让有能力的爱好者完成，由你审核后让人下载模型数据。我个人觉得这个方案在技术方面是没有难度的。

家里的小孩使用狗家音箱后，形成依赖，对没有智能语音的不屑一顾，故有此建议。

赞一个
问个问题, 你这个系统不是走的直接兼容现在 device 的路线吧 (我觉得不太可能)
你需要现在的 device 实现你这个系统要求的协议了,
也就是要加入你这个系统, device vendor 要实现你定义的控制协议?
比如, demo里能被控制声音的设备, 是你自己修改过的吧, 不然如何和你的系统通信?

那个音响功放（AV Receiver）当然是标准的。
通过在我的中控Hub上的一段代码驱动，就会变成一系列标准设备。
这段代码我称之为Libre IoT APP。这个音响驱动知识众多应用之一而已。
而且， 我的App代码全部开源。大家都可以看看是如何做到的？
这是Denon音响，将来，别人也可以同样做onkyo，雅马哈等等的驱动。

当然，我有推出自己的一系列产品。包括各种开关，调光，控温，灌溉，遥控器。。。

这里面，中控Hub是关键。是历史上第一款IOT操作系统。就好像IOS和Android是手机的操作系统一样。

Developer手册：
https://librehome.com/doc/developers_doc/index.html

【 在 dumbCoder (HumbleCoder 不懂就问-_-) 的大作中提到: 】
: 赞一个
: 问个问题, 你这个系统不是走的直接兼容现在 device 的路线吧 (我觉得不太可能)
: 你需要现在的 device 实现你这个系统要求的协议了,
: 也就是要加入你这个系统, device vendor 要实现你定义的控制协议?
: 比如, demo里能被控制声音的设备, 是你自己修改过的吧, 不然如何和你的系统通信?

我前面帖子已经说了。这个一定要有。还有很多别的，比如摄像头之类。

现在，到了评估我公司值多少钱的时候了。我接受大家都一钱不值。但是不能那些做的屎一样的公司各个号称值10亿美金以上，我们不值钱。。。那是不行的。

【 在 sanwadie (三娃爹) 的大作中提到: 】
: 提个建议：
: 考虑一下加入不依赖云的智能语音支持，像你说的，做成设备接入，作为遥控器的替代
: ，模型的完善可以考虑大众开源，让有能力的爱好者完成，由你审核后让人下载模型数
: 据。我个人觉得这个方案在技术方面是没有难度的。
: 家里的小孩使用狗家音箱后，形成依赖，对没有智能语音的不屑一顾，故有此建议。

多谢。目前我发表的东西。随意性蛮强的。确实需要规划。

Functionally Complete其实是Turing Complete。我的设计和图灵机是等价的。没有啥算法是不能做的。

其他那些。连用户想闪两个灯都做不到。其实根本不用看了。说句不好听的，那干的事人事儿么？

所以我不会说best, better之类的。我只说我给大家看一些其他系统做不到的东西。那是事实。他们确实做不到。

我认为，现阶段，能让专业人士明白就不错了。给谁不给谁要有个先后。大众目前不知道有这样的东西，不见得是坏事。

【 在 ludovic (荷叶粉蒸肉) 的大作中提到: 】
: 给个反馈，最开始30s先说一下到底你们在干嘛，解决什么问题。不要用描述性的语言
: 啥“best，better，complete。要concrete and everyone can understand.

我其实是想问问，如何把你这个系统推广开来

这些 onkyo，雅马哈等等的驱动, 是不需要他们的 vendor 支持, 就可以做的吧?
我觉得这些个标准的 AV Receiver，应该默认就提供了从外部控制的 protocol

那比如有个新的浇水器的vendor, 我想用你的系统控制它家的浇水器,
难道不需要得到这家 浇水器的vendor 的支持么?
还是说, 只有那些默认就提供了外部控制的 protocol 的 device, 你的系统才支持?

【 在 TeacherWei (TW) 的大作中提到: 】
: 那个音响功放（AV Receiver）当然是标准的。
: 通过在我的中控Hub上的一段代码驱动，就会变成一系列标准设备。
: 这段代码我称之为Libre IoT APP。这个音响驱动知识众多应用之一而已。
: 而且， 我的App代码全部开源。大家都可以看看是如何做到的？
: 这是Denon音响，将来，别人也可以同样做onkyo，雅马哈等等的驱动。
: 当然，我有推出自己的一系列产品。包括各种开关，调光，控温，灌溉，遥控器。。。
: 这里面，中控Hub是关键。是历史上第一款IOT操作系统。就好像IOS和Android是手机的
: 操作系统一样。
: Developer手册：
: https://librehome.com/doc/developers_doc/index.html

我的理解是反向的，你需要知道浇水器的API，然后在这个系统上写App或者叫driver吧

【 在 dumbCoder (HumbleCoder 不懂就问-_-) 的大作中提到: 】
: 我其实是想问问，如何把你这个系统推广开来
: 这些 onkyo，雅马哈等等的驱动, 是不需要他们的 vendor 支持, 就可以做的吧?
: 我觉得这些个标准的 AV Receiver，应该默认就提供了从外部控制的 protocol
: 那比如有个新的浇水器的vendor, 我想用你的系统控制它家的浇水器,
: 难道不需要得到这家 浇水器的vendor 的支持么?
: 还是说, 只有那些默认就提供了外部控制的 protocol 的 device, 你的系统才支持?

驱动只是app engine应用的一个方面。
理论上所有wifi/ethernet设备都能驱动，只要你知道控制protocol。
比如，电视音响，Kodi,Plex...那几百万发烧友就都包括了。

另外还有各种控制呢。比如扔一个草坪浇水控制器进去。天气预报api是内置的。你去
写智能浇水的app去吧。你不想写自然有别人想写。

估值是盈利除以折现，初创公司的话用营收除以折现率。
那些屎一样的公司有营收所以有估值。

【 在 TeacherWei (TW) 的大作中提到: 】
: 我前面帖子已经说了。这个一定要有。还有很多别的，比如摄像头之类。
: 现在，到了评估我公司值多少钱的时候了。我接受大家都一钱不值。但是不能那些做的
: 屎一样的公司各个号称值10亿美金以上，我们不值钱。。。那是不行的。

操作系统建议开源，参见 Linux，Android.
不开源能成功的，自己需要做所有周边，比如iOS.

【 在 TeacherWei (TW) 的大作中提到: 】
: 那个音响功放（AV Receiver）当然是标准的。
: 通过在我的中控Hub上的一段代码驱动，就会变成一系列标准设备。
: 这段代码我称之为Libre IoT APP。这个音响驱动知识众多应用之一而已。
: 而且， 我的App代码全部开源。大家都可以看看是如何做到的？
: 这是Denon音响，将来，别人也可以同样做onkyo，雅马哈等等的驱动。
: 当然，我有推出自己的一系列产品。包括各种开关，调光，控温，灌溉，遥控器。。。
: 这里面，中控Hub是关键。是历史上第一款IOT操作系统。就好像IOS和Android是手机的
: 操作系统一样。
: Developer手册：
: https://librehome.com/doc/developers_doc/index.html

这玩意儿，每个傻逼都有它的傻逼算法。

我一贯的观点，在傻逼身上花一秒钟，都是浪费。事实证明，我是对的。

【 在 repast (xebec) 的大作中提到: 】
: 估值是盈利除以折现，初创公司的话用营收除以折现率。
: 那些屎一样的公司有营收所以有估值。

说句不好听的。最傻逼的用户才会以为开源能够解决他们的任何问题。

搞技术的，劝我开源的，一般不是傻，而是坏。

现在所有用户面临的问题，是根本无法掌控供应链。不是被美国资本家操，就是被中国资本家操的问题。开源能够解决任何供应链的问题么？根本不能！该上云还是会上云，该肆无忌惮地偷还是会肆无忌惮地偷。开源会给用户任何选择么？当然不会！

既然如此，用户为什么会在乎我是不是开源呢？

退10000步讲，用户真的在乎不开源，不要买不要用就好了，多他一个不多，少他一个
不少。

【 在 repast (xebec) 的大作中提到: 】
: 操作系统建议开源，参见 Linux，Android.
: 不开源能成功的，自己需要做所有周边，比如iOS.

抱歉，请不要误会。我不是指老兄你。

因为开源的事情，曾经起过冲突。一帮老美傻X在那里起哄。我的态度很清楚，开源解
决不了的用户的任何问题。硅谷，深圳，班加罗尔这帮心里咋想的我一清二楚。反正你不是号称不开源就不用么？那就不要用好了。双赢！

还有人说你claim不行。别人不能验证！我说那就让任何竞争对手也make一下一样的
claim好了。很困难么？

这世界。谁和谁一伙儿的。我心里一清二楚。

【 在 TeacherWei (TW) 的大作中提到: 】
: 说句不好听的。最傻逼的用户才会以为开源能够解决他们的任何问题。
: 搞技术的，劝我开源的，一般不是傻，而是坏。
: 现在所有用户面临的问题，是根本无法掌控供应链。不是被美国资本家操，就是被中国
: 资本家操的问题。开源能够解决任何供应链的问题么？根本不能！该上云还是会上云，
: 该肆无忌惮地偷还是会肆无忌惮地偷。开源会给用户任何选择么？当然不会！
: 既然如此，用户为什么会在乎我是不是开源呢？
: 退10000步讲，用户真的在乎不开源，不要买不要用就好了，多他一个不多，少他一个
: 不少。