T********i
发帖数: 2416 | 1 半年多没来，看到大家还惦记俺。首先表示感谢！
我确实还在做我的工作。十年弹指一挥间，人生有得有失。不得不承认，这些年来，有
些business decision不是最优的。但是，幸运的是，我的technical decision从没错
过！
事实上，我的工作已经超越了智能家居。我的工作中心是一个IoT Platform。是一个能
scale到几十亿用户和上万亿个芯片的平台。
我当年想象的IoT Platform就是要复制手机平台的成功案例的。也就是说：要想推广到
几十亿人口，必须要有App。实际上，IoT远比手机复杂。毕竟IoT是万物，手机仅仅是
万物之一。普遍认为IoT不需要什么App的，属于想象力贫乏。
我的IoT App，称为Thing-App。相应的，有Thing-App Store。Thing-App很简单。
1. 这个世界上有上万亿的万物，彼此貌似没有任何关系
2. 用户在手机上，从我们的Thing-App Store选择一个App。
3. 用户需要配置Thing-App。就是把自己有权访问的“物”（things）扔到App里面。
同时可能还需要指定某几个附加参数。
4. 用户运行Thing-App。这些貌似无关的“物”开始互联互通了，变成相关了。
Thing-App在手机上配置。但是却不在手机上运行。Thing-App可以运行在云端，Edge设
备，或者任意的微小的设备和传感器里面。属于"write once, run everywhere"。系统
自动选定最优的节点部署Thing-App。
这是一个distributed IoT network。而且是去中心化的。非要说个中心，是end-user-
centric, ad-hoc IoT network。
美国和中国专利局已经把关键专利都给我了。更多的专利在路上。
实现起来也不难，MCU厂家就那么几个。开源MCU端固件代码，连我的OS和Mesh Network
一起奉送就好了。基本上把设备厂家的软件成本降低到零了。而且全世界给他们写App
，发挥他们永远不会有的想象力，能力和资源。 |
T********i
发帖数: 2416 | 2 上两张图。
【在 T********i 的大作中提到】
: 半年多没来，看到大家还惦记俺。首先表示感谢！
: 我确实还在做我的工作。十年弹指一挥间，人生有得有失。不得不承认，这些年来，有
: 些business decision不是最优的。但是，幸运的是，我的technical decision从没错
: 过！
: 事实上，我的工作已经超越了智能家居。我的工作中心是一个IoT Platform。是一个能
: scale到几十亿用户和上万亿个芯片的平台。
: 我当年想象的IoT Platform就是要复制手机平台的成功案例的。也就是说：要想推广到
: 几十亿人口，必须要有App。实际上，IoT远比手机复杂。毕竟IoT是万物，手机仅仅是
: 万物之一。普遍认为IoT不需要什么App的，属于想象力贫乏。
: 我的IoT App，称为Thing-App。相应的，有Thing-App Store。Thing-App很简单。
|
a*******9
发帖数: 239 | 3 wei老师厉害！把一个想法，无论简单还是复杂，做成实实在在的产品，都不是一件容
易的事，比为老板打工，要难得多。 |
T********i
发帖数: 2416 | 4 多谢夸奖。不客气地讲。这是人类目前为止最大的平台。而我被逼一个人搞定了。
关键是，还要让别人不能做。这就需要提前10年规划专利策略。我最近一个专利是2021
年12月授权的。
这事儿本来听起来很简单。本来天然就是如此。可是偏偏就有巨大的颠覆性。保证你们
从来没听到过见到过类似的玩意儿。连想象过都没有。
: wei老师厉害！把一个想法，无论简单还是复杂，做成实实在在的产品，都不是
一件容
: 易的事，比为老板打工，要难得多。
【在 a*******9 的大作中提到】
: wei老师厉害！把一个想法，无论简单还是复杂，做成实实在在的产品，都不是一件容
: 易的事，比为老板打工，要难得多。
|
d*********l
发帖数: 333 | 5 okay... but who are you again?? |
c******e
发帖数: 82 | 6 关键在于为啥用你的Platform？这不是一个技术问题。必须先群雄争霸到剩下几家之后
再互相妥协、互联互通。一开始就攒个平台，没有产品/市场谁搭理你啊？
【在 T********i 的大作中提到】
: 半年多没来，看到大家还惦记俺。首先表示感谢！
: 我确实还在做我的工作。十年弹指一挥间，人生有得有失。不得不承认，这些年来，有
: 些business decision不是最优的。但是，幸运的是，我的technical decision从没错
: 过！
: 事实上，我的工作已经超越了智能家居。我的工作中心是一个IoT Platform。是一个能
: scale到几十亿用户和上万亿个芯片的平台。
: 我当年想象的IoT Platform就是要复制手机平台的成功案例的。也就是说：要想推广到
: 几十亿人口，必须要有App。实际上，IoT远比手机复杂。毕竟IoT是万物，手机仅仅是
: 万物之一。普遍认为IoT不需要什么App的，属于想象力贫乏。
: 我的IoT App，称为Thing-App。相应的，有Thing-App Store。Thing-App很简单。
|
T********i
发帖数: 2416 | 7 这是一个好问题！
问题是目前没人有平台啊！如果大家都不急着去割韭菜，再等20年。。。
反正我不着急正好可以慢慢做。反正也很快就推出来了。门槛一再降低。看看能不能做
到比ESP32好玩呗？
【在 c******e 的大作中提到】
: 关键在于为啥用你的Platform？这不是一个技术问题。必须先群雄争霸到剩下几家之后
: 再互相妥协、互联互通。一开始就攒个平台，没有产品/市场谁搭理你啊？
|
T********i
发帖数: 2416 | 8 现在的几个美金一片的MCU，可靠性都是工业级别的，不是商业级别的。
RAM都是256KB或者更多。Flash都是1MB左右。相当于80年代的Macintoish。
现在让人人都能写个App，可以好几万行代码。让这个MCU能够和任意能想象的东西互联
互通。而且和亿万用户共享。用户手机点几下，就无线上传代码数据开始运行了。
谷歌做个控温器花了32亿美金都不止。在我的平台上，就是个App而已。我让全世界发
挥想象力，去做任何东西。
技术问题都简单。这个App虚拟机，是by design，CPU safe and memory safe的。 |
b***i
发帖数: 3043 | 9 那你的设备或者平台支持Matter吗？
【在 T********i 的大作中提到】
: 这是一个好问题！
: 问题是目前没人有平台啊！如果大家都不急着去割韭菜，再等20年。。。
: 反正我不着急正好可以慢慢做。反正也很快就推出来了。门槛一再降低。看看能不能做
: 到比ESP32好玩呗？
|
T********i
发帖数: 2416 | 10 这也是个好问题。实话说我还没想好。
支持Google Thread又不困难。
问题是，设备生产商，又不需要改硬件。灌谁的固件不行呢？
: 那你的设备或者平台支持Matter吗？
【在 b***i 的大作中提到】
: 那你的设备或者平台支持Matter吗？
|
x**********i
发帖数: 658 | 11 能不能举个列子，你的app到底有啥用？比如用控温器nest和电视Samsung能通过你的
软件连起来吗？还能完成一些用户设定的任务？ |
T********i
发帖数: 2416 | 12 这就好像问Android app和iOS app有啥用一样。
我提供一个平台Platform。能让你任意写代码。而且用户可以把他的设备之类的thing
扔到app里做输入。
至于开发者怎么写？是他们的事。
: 能不能举个列子，你的app到底有啥用？比如用控温器nest和电视Samsung能通过
你的
: 软件连起来吗？还能完成一些用户设定的任务？
【在 x**********i 的大作中提到】
: 能不能举个列子，你的app到底有啥用？比如用控温器nest和电视Samsung能通过你的
: 软件连起来吗？还能完成一些用户设定的任务？
|
T********i
发帖数: 2416 | 13 https://docs.google.com/presentation/d/1oxe2K6-h2BWhlbm56ZZ4ZNBXoStRQs_
iNyDqhWXge3w/edit?usp=drivesdk
技术PPT
: 这就好像问Android app和iOS app有啥用一样。
: 我提供一个平台Platform。能让你任意写代码。而且用户可以把他的设备之类的
thing
: 扔到app里做输入。
: 至于开发者怎么写？是他们的事。
: 你的
【在 T********i 的大作中提到】
: 这就好像问Android app和iOS app有啥用一样。
: 我提供一个平台Platform。能让你任意写代码。而且用户可以把他的设备之类的thing
: 扔到app里做输入。
: 至于开发者怎么写？是他们的事。
:
:
: 能不能举个列子，你的app到底有啥用？比如用控温器nest和电视Samsung能通过
: 你的
:
: 软件连起来吗？还能完成一些用户设定的任务？
:
|
t******0
发帖数: 3757 | 14 IOT那么复杂的东西，那么多人那么多的标准那么多的场景。。。
你一个小app就搞定了，说什么鬼话呢 |
T********i
发帖数: 2416 | 15 你这番话够蠢的。你哪只眼睛看到一个小app？我做的是迄今为止最大的平台。
: IOT那么复杂的东西，那么多人那么多的标准那么多的场景。。。
: 你一个小app就搞定了，说什么鬼话呢
【在 t******0 的大作中提到】
: IOT那么复杂的东西，那么多人那么多的标准那么多的场景。。。
: 你一个小app就搞定了，说什么鬼话呢
|
w*******r
发帖数: 3 | |
h*i
发帖数: 3446 | 17 你是打算让一个大公司买你这个平台么？
【在 T********i 的大作中提到】
: 半年多没来，看到大家还惦记俺。首先表示感谢！
: 我确实还在做我的工作。十年弹指一挥间，人生有得有失。不得不承认，这些年来，有
: 些business decision不是最优的。但是，幸运的是，我的technical decision从没错
: 过！
: 事实上，我的工作已经超越了智能家居。我的工作中心是一个IoT Platform。是一个能
: scale到几十亿用户和上万亿个芯片的平台。
: 我当年想象的IoT Platform就是要复制手机平台的成功案例的。也就是说：要想推广到
: 几十亿人口，必须要有App。实际上，IoT远比手机复杂。毕竟IoT是万物，手机仅仅是
: 万物之一。普遍认为IoT不需要什么App的，属于想象力贫乏。
: 我的IoT App，称为Thing-App。相应的，有Thing-App Store。Thing-App很简单。
|
x*****2
发帖数: 117 | 18 看看我理解的对不对：魏老师对IoT的硬件相关的底层代码进行了封装，对IoT所要完成
的任务（例如开关、控温等）进行了抽象和封装，用户只需高级编程，然后魏老师的系
统自动完成最优组态并生成最终代码和相应的网络设置。
魏老师系统的最大商机就在于中国有众多的中小型制造厂家，他们不可能仅凭自己的力
量搭建完整的生态系统。比如说有一个小厂生产温度sensor用于家居的分布式温度控制
，那么他们要么奋力挤入谷歌供应商行列，要么拥抱魏老师的开放系统（当然也可以两
条腿走路）。能给大公司做供应商固然风光，但激烈的竞争肯定会让大多数小厂死在获
得资格之前，对他们来说开放系统就很有意义。
另外，随着电子技术的不断进步，很多AI应用（例如语音识别）本地化已成为可能。这
种摆脱云服务的模式显然契合魏老师的理念，不知魏老师的系统是否已经包含了这部分
的内容？ |
T********i
发帖数: 2416 | 19 我又没本事逼人用。爱用不用呗。
: 没人用，白瞎
【在 w*******r 的大作中提到】
: 没人用，白瞎
|
T********i
发帖数: 2416 | 20 大公司爱买不买。我爱卖不卖。
: 你是打算让一个大公司买你这个平台么？
【在 h*i 的大作中提到】
: 你是打算让一个大公司买你这个平台么？
|
T********i
发帖数: 2416 | 21 ZigBee虽然死了。但是它的cluster library设计的不错。不同的功能是不同的cluster
。每个cluster有attribute和command。都有ID和数据类型格式。
按照这个架构。控制全世界，只需要几个API就行了，开发者保证API的参数数据结构要
对。问题是以前一个小开关就是开关，只需要理解开关相关attribute和command。同理
控温器和sensor也只需要理解它们相关的attribute和command。
但是我的设计。每个小小的开关传感器控温器都是一个平台。都带虚拟机能运行上万行
代码的app。它们都要能够理解全世界的命令才能正确parse并且传递给app。我要把所
有命令和属性的能力用几个KB的代码实现。这都是从来没人想过的。
: 看看我理解的对不对：魏老师对IoT的硬件相关的底层代码进行了封装，对IoT所
要完成
: 的任务（例如开关、控温等）进行了抽象和封装，用户只需高级编程，然后魏老
师的系
: 统自动完成最优组态并生成最终代码和相应的网络设置。
: 魏老师系统的最大商机就在于中国有众多的中小型制造厂家，他们不可能仅凭自
己的力
: 量搭建完整的生态系统。比如说有一个小厂生产温度sensor用于家居的分布式温
度控制
: ，那么他们要么奋力挤入谷歌供应商行列，要么拥抱魏老师的开放系统（当然也
可以两
: 条腿走路）。能给大公司做供应商固然风光，但激烈的竞争肯定会让大多数小厂
死在获
: 得资格之前，对他们来说开放系统就很有意义。
: 另外，随着电子技术的不断进步，很多AI应用（例如语音识别）本地化已成为可
能。这
: 种摆脱云服务的模式显然契合魏老师的理念，不知魏老师的系统是否已经包含了
这部分
【在 x*****2 的大作中提到】
: 看看我理解的对不对：魏老师对IoT的硬件相关的底层代码进行了封装，对IoT所要完成
: 的任务（例如开关、控温等）进行了抽象和封装，用户只需高级编程，然后魏老师的系
: 统自动完成最优组态并生成最终代码和相应的网络设置。
: 魏老师系统的最大商机就在于中国有众多的中小型制造厂家，他们不可能仅凭自己的力
: 量搭建完整的生态系统。比如说有一个小厂生产温度sensor用于家居的分布式温度控制
: ，那么他们要么奋力挤入谷歌供应商行列，要么拥抱魏老师的开放系统（当然也可以两
: 条腿走路）。能给大公司做供应商固然风光，但激烈的竞争肯定会让大多数小厂死在获
: 得资格之前，对他们来说开放系统就很有意义。
: 另外，随着电子技术的不断进步，很多AI应用（例如语音识别）本地化已成为可能。这
: 种摆脱云服务的模式显然契合魏老师的理念，不知魏老师的系统是否已经包含了这部分
|
T********i
发帖数: 2416 | 22 搭建生态系统。谷歌苹果这些大公司都没能力。反倒我有能力。这些公司毫无创新只想
着祸害人割韭菜了。他们做来做去，迄今为止，还在做connectivity。而且还没做好。
我connectivity都做得比他们好。
至于AI。比如你说的语音控制。在我系统里面就是个附件。几百行代码写个app，用户
就能用了。配置app的时候，先选几个语音控制器，然后把需要控制的设备扔到每个控
制器下面。又是要用户创建一个树结构。
: 看看我理解的对不对：魏老师对IoT的硬件相关的底层代码进行了封装，
对IoT所
要完成
: 的任务（例如开关、控温等）进行了抽象和封装，用户只需高级编程，然
后魏老
师的系
: 统自动完成最优组态并生成最终代码和相应的网络设置。
: 魏老师系统的最大商机就在于中国有众多的中小型制造厂家，他们不可能
仅凭自
己的力
: 量搭建完整的生态系统。比如说有一个小厂生产温度sensor用于家居的分
布式温
度控制
: ，那么他们要么奋力挤入谷歌供应商行列，要么拥抱魏老师的开放系统（
当然也
可以两
: 条腿走路）。能给大公司做供应商固然风光，但激烈的竞争肯定会让大多
数小厂
死在获
: 得资格之前，对他们来说开放系统就很有意义。
: 另外，随着电子技术的不断进步，很多AI应用（例如语音识别）本地化已
成为可
能。这
: 种摆脱云服务的模式显然契合魏老师的理念，不知魏老师的系统是否已经
包含了
这部分
【在 x*****2 的大作中提到】
: 看看我理解的对不对：魏老师对IoT的硬件相关的底层代码进行了封装，对IoT所要完成
: 的任务（例如开关、控温等）进行了抽象和封装，用户只需高级编程，然后魏老师的系
: 统自动完成最优组态并生成最终代码和相应的网络设置。
: 魏老师系统的最大商机就在于中国有众多的中小型制造厂家，他们不可能仅凭自己的力
: 量搭建完整的生态系统。比如说有一个小厂生产温度sensor用于家居的分布式温度控制
: ，那么他们要么奋力挤入谷歌供应商行列，要么拥抱魏老师的开放系统（当然也可以两
: 条腿走路）。能给大公司做供应商固然风光，但激烈的竞争肯定会让大多数小厂死在获
: 得资格之前，对他们来说开放系统就很有意义。
: 另外，随着电子技术的不断进步，很多AI应用（例如语音识别）本地化已成为可能。这
: 种摆脱云服务的模式显然契合魏老师的理念，不知魏老师的系统是否已经包含了这部分
|
T********i
发帖数: 2416 | 23 给你们看看IDE吧。
实时语法分析。实时检查。帮你写代码。而且自动分析数据结构。自动生成用户客户端
（比如手机）的树结构UI，自动优化UI。
也就是说开发者只管算法就好了。算法中需要多少设备？都是什么类型的设备？附加什
么参数？都在代码里定义。然后用户UI就自己生成好了。
比写手机和Web App简单多了。
然后自带优化器，编译器。。。write once, run everywhere! Directly inside
trillions of chips! |
m******r
发帖数: 1033 | 24 佩服佩服；别管能不能挣大钱，毕竟魏老师产品一年一样；
给大公司买了去也是好的。 |
h***n
发帖数: 1275 | 25 其实我不明白
控制冰箱有啥用
或者冰箱除了控制温度还能有啥操作
为啥要有个app做这个
user-
Network
App
【在 T********i 的大作中提到】
: 半年多没来，看到大家还惦记俺。首先表示感谢！
: 我确实还在做我的工作。十年弹指一挥间，人生有得有失。不得不承认，这些年来，有
: 些business decision不是最优的。但是，幸运的是，我的technical decision从没错
: 过！
: 事实上，我的工作已经超越了智能家居。我的工作中心是一个IoT Platform。是一个能
: scale到几十亿用户和上万亿个芯片的平台。
: 我当年想象的IoT Platform就是要复制手机平台的成功案例的。也就是说：要想推广到
: 几十亿人口，必须要有App。实际上，IoT远比手机复杂。毕竟IoT是万物，手机仅仅是
: 万物之一。普遍认为IoT不需要什么App的，属于想象力贫乏。
: 我的IoT App，称为Thing-App。相应的，有Thing-App Store。Thing-App很简单。
|
T********i
发帖数: 2416 | 26 为啥要举冰箱呢？那玩意儿就是越恒温越好，有啥可操作的呢？
空调恒温器倒是可以说说。谷歌花了32亿美金。后续又投入很多亿。那玩意儿真的智能
么？
其实那东西就是一堆开关几个传感器。做成开放系统让全世界写App，肯定能有一堆比
nest更加智能的。问题就是给一台$20的控温器写App了。By design，可靠性，安全性
，性能都会甩nest多少条街。
除了更多传感器，其他我能想到的就是室内外温度，实时电价和天然气价格，以及天气
预报。当然，这玩意儿也不好写。上万行代码是可能的。想做好不是一个爱好者几个晚
上能搞定的。要一个团队做1-2年。
【在 h***n 的大作中提到】
: 其实我不明白
: 控制冰箱有啥用
: 或者冰箱除了控制温度还能有啥操作
: 为啥要有个app做这个
:
: user-
: Network
: App
|
T********i
发帖数: 2416 | 27 多谢夸奖。其实我每年在意的，就是有没有竞争？
只要大家都像目前这样，个人沿着自己的道路狂奔。没人想着侵犯我的专利，我就开心。
: 佩服佩服；别管能不能挣大钱，毕竟魏老师产品一年一样；
: 给大公司买了去也是好的。
【在 m******r 的大作中提到】
: 佩服佩服；别管能不能挣大钱，毕竟魏老师产品一年一样；
: 给大公司买了去也是好的。
|
h***n
发帖数: 1275 | 28 我只是举个例子
我是说你这个IoT有哪些应用场景
hype 已经过去好几年了
【在 T********i 的大作中提到】
: 为啥要举冰箱呢？那玩意儿就是越恒温越好，有啥可操作的呢？
: 空调恒温器倒是可以说说。谷歌花了32亿美金。后续又投入很多亿。那玩意儿真的智能
: 么？
: 其实那东西就是一堆开关几个传感器。做成开放系统让全世界写App，肯定能有一堆比
: nest更加智能的。问题就是给一台$20的控温器写App了。By design，可靠性，安全性
: ，性能都会甩nest多少条街。
: 除了更多传感器，其他我能想到的就是室内外温度，实时电价和天然气价格，以及天气
: 预报。当然，这玩意儿也不好写。上万行代码是可能的。想做好不是一个爱好者几个晚
: 上能搞定的。要一个团队做1-2年。
|
T********i
发帖数: 2416 | 29 你也可以2005年的时候，问android团队有啥应用场景？到底他们哪个东西是nokia做不
出来的？而且，能beat nokia么？
你得先有平台，才可能有应用！大家想象力都贫乏，才要开放系统让全世界去写。
至少，我目前的状况，比当年安卓要好太多了。
: 我只是举个例子
: 我是说你这个IoT有哪些应用场景
: hype 已经过去好几年了
【在 h***n 的大作中提到】
: 我只是举个例子
: 我是说你这个IoT有哪些应用场景
: hype 已经过去好几年了
|
h***n
发帖数: 1275 | 30 你这是linear extrapolation
android 当时就有应用场景 手机的操作系统 而手机实际是一个mobile computer
基本上desktop 的app Nokia 基本都做不出来
我老当时花了四千多买过高端诺基亚 那个塞班系统啥都干不了 我记得你用它的浏览器
下首歌都不行 必须电脑上下 然后再传到手机上 还得找对格式
而其他东西很难成为mobile computer
【在 T********i 的大作中提到】
: 你也可以2005年的时候，问android团队有啥应用场景？到底他们哪个东西是nokia做不
: 出来的？而且，能beat nokia么？
: 你得先有平台，才可能有应用！大家想象力都贫乏，才要开放系统让全世界去写。
: 至少，我目前的状况，比当年安卓要好太多了。
:
:
: 我只是举个例子
:
: 我是说你这个IoT有哪些应用场景
:
: hype 已经过去好几年了
:
|
T********i
发帖数: 2416 | 31 所以说scalable才是关键。只有app才能scale几十亿用户。只有开放别人才能写app。
物联网比手机大成百上千倍，也复杂成百上千倍。没理由手机需要app而物联网不需要。
你说物联网芯片需要不需要下载运行App?需要不需要和其它芯片互联互通？
现在别人都没平台。还处于单机写C代码集中上云的阶段呢。没平台怎么可能有app呢？
我做的是领先很多年的未来科技而已。 |
s*i
发帖数: 5025 | 32 搭车问个硬件相关的问题：
我有一些传统的客户，用老的模拟固定电话。
需求：
电话线并接上一个一个小的硬件。如果响铃两声没有人接起电话，这个硬件自动接起电
话并且转到另外一个电话上去。（不考虑电话服务商提供的那种*72一类的转接服务） |
T********i
发帖数: 2416 | 33 还是转成IP phone比较容易。
模拟的，刚刚帮你找了一个
https://www.elkproducts.com/product/doorbell-telephone-ring-detector-930/
: 搭车问个硬件相关的问题：
: 我有一些传统的客户，用老的模拟固定电话。
: 需求：
: 电话线并接上一个一个小的硬件。如果响铃两声没有人接起电话，这个硬件自动
接起电
: 话并且转到另外一个电话上去。（不考虑电话服务商提供的那种*72一类的转接
服务）
【在 s*i 的大作中提到】
: 搭车问个硬件相关的问题：
: 我有一些传统的客户，用老的模拟固定电话。
: 需求：
: 电话线并接上一个一个小的硬件。如果响铃两声没有人接起电话，这个硬件自动接起电
: 话并且转到另外一个电话上去。（不考虑电话服务商提供的那种*72一类的转接服务）
|
b***i
发帖数: 3043 | 34 我有个退休的同事，做了一个汽车开到家附近就打开农场大门的东西。是附近，不是到
家还要等。
我个人觉得草地的浇水系统可以更智能化一些。可以参考邻居情况，可以参考空中鸟瞰
草地的绿色黄色判断哪里缺水。还需要一些测量家里的水管的水压。如果不在家，而且
水压异常，可以发出警报，并且断水。
我还需要一个搬家或者家里物资的自动分析系统，通过摄像头看到我把东西放到哪里去
了，然后记录。比如我要找hdmi线，系统可以告诉我在车库哪个箱子里。手机在哪里。
【在 h***n 的大作中提到】
: 我只是举个例子
: 我是说你这个IoT有哪些应用场景
: hype 已经过去好几年了
|
T********i
发帖数: 2416 | 35 所以IoT这玩意儿需求特别零碎。而且你自己提出的方案未必就是对的。比如草坪浇水
，不如土里埋无线湿度计准确。但是那玩意儿目前根本没有量产的。
这些貌似简单，但是根本不是简单的ifttt。app是必须的。动不动就要上百行代码了。
总之的总之，硬件没有，平台没有，只能是手机遥控器而已。我先做一个平台。至少就
可以有app。
【在 b***i 的大作中提到】
: 我有个退休的同事，做了一个汽车开到家附近就打开农场大门的东西。是附近，不是到
: 家还要等。
: 我个人觉得草地的浇水系统可以更智能化一些。可以参考邻居情况，可以参考空中鸟瞰
: 草地的绿色黄色判断哪里缺水。还需要一些测量家里的水管的水压。如果不在家，而且
: 水压异常，可以发出警报，并且断水。
: 我还需要一个搬家或者家里物资的自动分析系统，通过摄像头看到我把东西放到哪里去
: 了，然后记录。比如我要找hdmi线，系统可以告诉我在车库哪个箱子里。手机在哪里。
|
m******r
发帖数: 1033 | 36 其实海老师才有发言权，都是搞AI的， 不过要等人家过完节回来再发表高见。
不过两位大师容易抬杠，按我们北方话说叫‘吃了呛药’，一言不合就开战， 呵呵。 |
b***i
发帖数: 3043 | 37 平台是什么？家里的一个服务器？比如，喷水系统自己可能就是一个简单的MCU，但是
可以提供一个接口，家里有一个服务器/HUB来控制所有的设备包括喷水系统。你做的是
这个家里的服务器吗？还是你做一个发布app的网站？
【在 T********i 的大作中提到】
: 所以IoT这玩意儿需求特别零碎。而且你自己提出的方案未必就是对的。比如草坪浇水
: ，不如土里埋无线湿度计准确。但是那玩意儿目前根本没有量产的。
: 这些貌似简单，但是根本不是简单的ifttt。app是必须的。动不动就要上百行代码了。
: 总之的总之，硬件没有，平台没有，只能是手机遥控器而已。我先做一个平台。至少就
: 可以有app。
|
b*********r
发帖数: 78 | 38 这么牛逼的东西怎么会在这个无人知晓的角落里说？ |
T********i
发帖数: 2416 | 39 对个人用户，平台就是一个小Hub。Hub和浇水控制器，我这里都有一些试产的产品。
而且，我已经决定发布Hub的Raspberry Pi固件了。插一个$10的USB RF dongle就是Hub
。将来可以刺猬一样插好几个radio的收发器，就能支持很多射频标准。
就拿这一代喷水系统来讲，因为MCU比较弱，只能在中控端用App控制。下一代喷水系统
就能直接把App代码灌进本地机了。
我做了一个简单的浇水的时刻表。正好给你示范一下。代码里面定义了这些数据结构。
用户手机就自动生成了下面的复杂UI。
当然，main函数主体我没有贴出来。但是给你一个这样的数据结构，让你设置timer之
类的无限循环，应该都是无脑编程。
这个时刻表就是控制我家的。我每天都用。
至于以后整合天气预报之类的各种花样。以后还是交给社区吧。我是真的没有精力。
【在 b***i 的大作中提到】
: 平台是什么？家里的一个服务器？比如，喷水系统自己可能就是一个简单的MCU，但是
: 可以提供一个接口，家里有一个服务器/HUB来控制所有的设备包括喷水系统。你做的是
: 这个家里的服务器吗？还是你做一个发布app的网站？
|
T********i
发帖数: 2416 | 40 小伙子是新人吧？
俺的track record是talk is cheap，代码说话。代码还没到release的时候呢。
再说了。业界几十万人几十年投入成百上千亿美金搞成了现在这一坨。我一个人给掀翻
了，樯橹灰飞烟灭。断人钱财甚于杀人全家。不让俺说话是客气的。
【在 b*********r 的大作中提到】
: 这么牛逼的东西怎么会在这个无人知晓的角落里说？
|
T********i
发帖数: 2416 | 41 我自己设计的Hub。浇水控制器。以及Raspberry Pi Hub。 |
b***i
发帖数: 3043 | 42 你的hub卖多少钱？我感觉Rpi是赔本卖吧？
【在 T********i 的大作中提到】
: 我自己设计的Hub。浇水控制器。以及Raspberry Pi Hub。
|
T********i
发帖数: 2416 | 43 今后50年，我将致力于帮助所有硬件厂商。
我主要提供软件了。大家很快就能下载Raspberry Pi的固件。MCU端操作系统，mesh协
议栈也会开源，MCU都是内置虚拟机的。
大家都能随意写app。而且可以用nrf52840 dongle搭建prototupe测试固件了。
Disclaimer。将来某个版本以后，系统会按照接入设备数量收费。我希望将来万亿mcu
都会接入。
: 你的hub卖多少钱？我感觉Rpi是赔本卖吧？
【在 b***i 的大作中提到】
: 你的hub卖多少钱？我感觉Rpi是赔本卖吧？
|
c*****m
发帖数: 1160 | 44 哈哈，是谁先提起浇水系统的场景？当年魏校已经退休了，闲着弄家里大草坪的浇水系
统，深感当代 IOT 的混乱，缺少统一平台，在群里吹牛：我能做出比现在都更好的平
台，支持从简单到复杂的各种 IOT 场景。 老友们纷纷鼓励，他就做起来了。
真的是弹指一挥间，10年就过去了。魏校十年磨一剑，终于出关，平台已经成熟，可以
开放给大家使用了！
@魏校： 我是 Ben |
T********i
发帖数: 2416 | 45 多谢老友捧场。不过没那么戏剧化。
我哪里能退休？要退休只能指望这个发明了。
: 哈哈，是谁先提起浇水系统的场景？当年魏校已经退休了，闲着弄家里大草坪的
浇水系
: 统，深感当代 IOT 的混乱，缺少统一平台，在群里吹牛：我能做出比现在都更
好的平
: 台，支持从简单到复杂的各种 IOT 场景。 老友们纷纷鼓励，他就做起来了。
: 真的是弹指一挥间，10年就过去了。魏校十年磨一剑，终于出关，平台已经成熟
，可以
: 开放给大家使用了！
: @魏校： 我是 Ben
【在 c*****m 的大作中提到】
: 哈哈，是谁先提起浇水系统的场景？当年魏校已经退休了，闲着弄家里大草坪的浇水系
: 统，深感当代 IOT 的混乱，缺少统一平台，在群里吹牛：我能做出比现在都更好的平
: 台，支持从简单到复杂的各种 IOT 场景。 老友们纷纷鼓励，他就做起来了。
: 真的是弹指一挥间，10年就过去了。魏校十年磨一剑，终于出关，平台已经成熟，可以
: 开放给大家使用了！
: @魏校： 我是 Ben
|
d*******r
发帖数: 3299 | 46 记得以前问过魏老师: Hub其实是某种controller是吧? 周围的devices都连上Hub, Hub
可以集中实现各种控制/协作的逻辑 |
T********i
发帖数: 2416 | 47 Hub就是中控，central controller。也是一种edge server。
既然是中控，那就会连接所有设备。所以App运行在Hub上面，实现互联互通，逻辑上很
好理解。
这些都是我多年前的技术了。也受到了专利保护，
但是这还远远不够。依然不够distribute，依然不够decentralize。随着技术的发展，
developer写同样的App，不但能够在Hub上运行，也能透明底在设备和传感器上运行，
系统自动确定最优化的node去部署。真正的write once, run everywhere。
而且，security, privacy, reliability, battery life, bandwidth utilization都
是最优化的。连用户体验都是最优的。
Hub
【在 d*******r 的大作中提到】
: 记得以前问过魏老师: Hub其实是某种controller是吧? 周围的devices都连上Hub, Hub
: 可以集中实现各种控制/协作的逻辑
|
d*******r
发帖数: 3299 | 48 嗯嗯, Hub: central controller 非常合理
但是后面扩展的 distributed, 那个应该说来话长了. 本身就是个无底洞 topic.
【在 T********i 的大作中提到】
: Hub就是中控，central controller。也是一种edge server。
: 既然是中控，那就会连接所有设备。所以App运行在Hub上面，实现互联互通，逻辑上很
: 好理解。
: 这些都是我多年前的技术了。也受到了专利保护，
: 但是这还远远不够。依然不够distribute，依然不够decentralize。随着技术的发展，
: developer写同样的App，不但能够在Hub上运行，也能透明底在设备和传感器上运行，
: 系统自动确定最优化的node去部署。真正的write once, run everywhere。
: 而且，security, privacy, reliability, battery life, bandwidth utilization都
: 是最优化的。连用户体验都是最优的。
:
|
T********i
发帖数: 2416 | 49 其实是更简单了。你想想，生产MCU的才有几家？
板板手指头都能数出来。以后设备生产商，基本上连C代码都不用写了。
全世界都能给设备写App。不但可以本地驱动设备，而且可以天马行空地互联互通。
这就是标准化的力量。我不是说非得用我的标准不可。但是其它谁要有这个资格，还要
至少等上20年才行。
: 嗯嗯, Hub: central controller 非常合理
: 但是后面扩展的 distributed, 那个应该说来话长了. 本身就是个无底洞 topic.
【在 d*******r 的大作中提到】
: 嗯嗯, Hub: central controller 非常合理
: 但是后面扩展的 distributed, 那个应该说来话长了. 本身就是个无底洞 topic.
|
d*******r
发帖数: 3299 | 50 我是说, 扩展后的多个Hub互联交互, 还有联合控制devices等等等?
这个本质上是 generic distributed system design? IoT-version Internet?
感觉可以做的很多, 所以这里这个topic很大.
魏老师你是提供了基础设施了, 后面发展成什么样子还是未知.
topic.
【在 T********i 的大作中提到】
: 其实是更简单了。你想想，生产MCU的才有几家？
: 板板手指头都能数出来。以后设备生产商，基本上连C代码都不用写了。
: 全世界都能给设备写App。不但可以本地驱动设备，而且可以天马行空地互联互通。
: 这就是标准化的力量。我不是说非得用我的标准不可。但是其它谁要有这个资格，还要
: 至少等上20年才行。
:
:
: 嗯嗯, Hub: central controller 非常合理
:
: 但是后面扩展的 distributed, 那个应该说来话长了. 本身就是个无底洞 topic.
:
|
T********i
发帖数: 2416 | 51 严格地讲：Hub是连接所有的node，才能叫Hub。Hub在IoT Network不能太多，有一个正
好。
这才是有意思的地方，IoT就是互联互通。互联是interconnect。互通是interact。
通过Hub可以实现互联互通。但是Hub是single point of failure，
其它的设备之间，不能随便互联的。n个节点，n * (n-1)个互联，谁都受不了。802.15
.4这种低速的，立刻就崩了。而且，安全性也不允许。trust no one!
而且，Hub有资源，设备里面的MCU, RAM 16KB, 32KB都有，根本不能当Hub。
所以，如果要每个设备，传感器，都带虚拟机运行App。只有用户部署App的时候，系统
才会在用户扔给App的设备之间建立互联（自动的，而且必须自动优化）。
用户把App删除，那些互联也要删除。
我是2015年才彻底想明白的。
【在 d*******r 的大作中提到】
: 我是说, 扩展后的多个Hub互联交互, 还有联合控制devices等等等?
: 这个本质上是 generic distributed system design? IoT-version Internet?
: 感觉可以做的很多, 所以这里这个topic很大.
: 魏老师你是提供了基础设施了, 后面发展成什么样子还是未知.
:
: topic.
|
d*******r
发帖数: 3299 | 52 我理解这个设计,
Hub 是 stateful smart controller
devices 很多是 stateless dumb devices
15
【在 T********i 的大作中提到】
: 严格地讲：Hub是连接所有的node，才能叫Hub。Hub在IoT Network不能太多，有一个正
: 好。
: 这才是有意思的地方，IoT就是互联互通。互联是interconnect。互通是interact。
: 通过Hub可以实现互联互通。但是Hub是single point of failure，
: 其它的设备之间，不能随便互联的。n个节点，n * (n-1)个互联，谁都受不了。802.15
: .4这种低速的，立刻就崩了。而且，安全性也不允许。trust no one!
: 而且，Hub有资源，设备里面的MCU, RAM 16KB, 32KB都有，根本不能当Hub。
: 所以，如果要每个设备，传感器，都带虚拟机运行App。只有用户部署App的时候，系统
: 才会在用户扔给App的设备之间建立互联（自动的，而且必须自动优化）。
: 用户把App删除，那些互联也要删除。
|
T********i
发帖数: 2416 | 53 不如更严格一点，说图灵完备。Turing Completeness。
我的设计，说白了，就是把一个图灵完备scale到几十亿用户。
当然，编程语言都是图灵完备的。扔一个IDE给用户让他们随便写代码，肯定是图灵完
备的。
但是，用户是不会去写代码的。所以如何让用户不写任何代码，他们还能得到图灵完备
，加上数学能证明的最优体验？那就是我的发明。就是这么简单，让用户输入一个树结
构数据就好了。
: 我理解这个设计,
: Hub 是 stateful smart controller
: devices 很多是 stateless dumb devices
: 15
【在 d*******r 的大作中提到】
: 我理解这个设计,
: Hub 是 stateful smart controller
: devices 很多是 stateless dumb devices
:
: 15
|
d*******r
发帖数: 3299 | 54 你这个树结构其实是Abstract Syntax Tree的变体么?
所以能做到图灵完备
【在 T********i 的大作中提到】
: 不如更严格一点，说图灵完备。Turing Completeness。
: 我的设计，说白了，就是把一个图灵完备scale到几十亿用户。
: 当然，编程语言都是图灵完备的。扔一个IDE给用户让他们随便写代码，肯定是图灵完
: 备的。
: 但是，用户是不会去写代码的。所以如何让用户不写任何代码，他们还能得到图灵完备
: ，加上数学能证明的最优体验？那就是我的发明。就是这么简单，让用户输入一个树结
: 构数据就好了。
:
:
: 我理解这个设计,
:
: Hub 是 stateful smart controller
|
T********i
发帖数: 2416 | 55 其实不是。
但是，整个行业，直到现在，都是在强迫最终用户去写代码。但是最终用户又不可能去
写代码。所以他们就搞所谓“图形化编程”（graphic programming）那套话术。也就
是强迫用户把Abstract Syntax Tree画出来。
所以直到现在，你看看谷歌亚马逊苹果，都是所谓IFTTT(if-this-then-that)。就是一
个最简单的decision tree。过去10多年，画这么个简单的decision tree，如何根据
context缩小用户的选择范围，也就是可能让用户少点击一下，就有成百上千个专利。
但是，if-then根本就不是图灵完备的，这个架构都是基于ephemeral function，也不
是图灵完备的。而且，用户是不会爽的。
多年前，我在思考这个问题的时候。思路是完全不一样的。你想想，如果给最终用户一
个代码编辑器，让用户随便去写代码，肯定是图灵完备的。爱写啥算法就写啥算法。用
户可以把相关的设备和参数都hard code到代码里面。最后点一下就运行了！
但是这样的图灵完备代码只有一个问题，那就是设备和参数都hard code。不能scale。
换一个用户这个代码就不能共享了。因为设备和参数都焊死在代码里面了。
如何解决这个问题呢？岂不是很简单？只把设备和参数抽象成数据，作为进程的启动参
数不就行了？所以，用户只需要输入数据。代码还是程序员去写。同时程序员决定输入
数据的结构。
所以，为了灵活性，输入数据必须是一个tree。不可能是一个简单的list。
你可以想象，App就是一个进程process，接受的输入是一个JSON好了。在我这里，直接
先把JSON parse成一个tree了。
就这么简单，成千上万人，几十年，花了成百上千亿美金，依然只有我一个人搞明白了
。所以，这些人扯什么AI之类的蛋，反正我是不信的。
【在 d*******r 的大作中提到】
: 你这个树结构其实是Abstract Syntax Tree的变体么?
: 所以能做到图灵完备
|
d*******r
发帖数: 3299 | 56 我感觉我没有完全理解, 你看我说的对不对.
"你可以想象，App就是一个进程process，接受的输入是一个JSON好了。在我这里，直接
先把JSON parse成一个tree了。"
所以是 stateless dumb devices 接受 structured controlling message (tree-like
data structure), 然后按照 controlling message 工作就是, 因为这些 dumb
devices 的逻辑是焊死了的.
同时, stateful smart hub 运行可编程的 app process, 按照程序逻辑, 构造并发送
这些 controlling messages.
【在 T********i 的大作中提到】
: 其实不是。
: 但是，整个行业，直到现在，都是在强迫最终用户去写代码。但是最终用户又不可能去
: 写代码。所以他们就搞所谓“图形化编程”（graphic programming）那套话术。也就
: 是强迫用户把Abstract Syntax Tree画出来。
: 所以直到现在，你看看谷歌亚马逊苹果，都是所谓IFTTT(if-this-then-that)。就是一
: 个最简单的decision tree。过去10多年，画这么个简单的decision tree，如何根据
: context缩小用户的选择范围，也就是可能让用户少点击一下，就有成百上千个专利。
: 但是，if-then根本就不是图灵完备的，这个架构都是基于ephemeral function，也不
: 是图灵完备的。而且，用户是不会爽的。
: 多年前，我在思考这个问题的时候。思路是完全不一样的。你想想，如果给最终用户一
|
d******e
发帖数: 143 | 57 不就是BLE多加几个profile嘛
cluster
【在 T********i 的大作中提到】
: ZigBee虽然死了。但是它的cluster library设计的不错。不同的功能是不同的cluster
: 。每个cluster有attribute和command。都有ID和数据类型格式。
: 按照这个架构。控制全世界，只需要几个API就行了，开发者保证API的参数数据结构要
: 对。问题是以前一个小开关就是开关，只需要理解开关相关attribute和command。同理
: 控温器和sensor也只需要理解它们相关的attribute和command。
: 但是我的设计。每个小小的开关传感器控温器都是一个平台。都带虚拟机能运行上万行
: 代码的app。它们都要能够理解全世界的命令才能正确parse并且传递给app。我要把所
: 有命令和属性的能力用几个KB的代码实现。这都是从来没人想过的。
:
:
: 看看我理解的对不对：魏老师对IoT的硬件相关的底层代码进行了封装，对IoT所
|
T********i
发帖数: 2416 | 58 当一个你说的dumb device有256KB RAM，它就可以不是dumb device了。它就变成一个
平台能运行任意app代码了。
运行几万行代码的App还是没问题的。想想80年代的Macintosh。
: 我感觉我没有完全理解, 你看我说的对不对.
: "你可以想象，App就是一个进程process，接受的输入是一个JSON好了。在我这
里，直接
: 先把JSON parse成一个tree了。"
: 所以是 stateless dumb devices 接受 structured controlling message (
tree-like
: data structure), 然后按照 controlling message 工作就是, 因为这些 dumb
: devices 的逻辑是焊死了的.
: 同时, stateful smart hub 运行可编程的 app process, 按照程序逻辑, 构造
并发送
: 这些 controlling messages.
【在 d*******r 的大作中提到】
: 我感觉我没有完全理解, 你看我说的对不对.
: "你可以想象，App就是一个进程process，接受的输入是一个JSON好了。在我这里，直接
: 先把JSON parse成一个tree了。"
: 所以是 stateless dumb devices 接受 structured controlling message (tree-like
: data structure), 然后按照 controlling message 工作就是, 因为这些 dumb
: devices 的逻辑是焊死了的.
: 同时, stateful smart hub 运行可编程的 app process, 按照程序逻辑, 构造并发送
: 这些 controlling messages.
|
T********i
发帖数: 2416 | 59 其实我的核心设计，尤其是这些专利，和底层通信技术，包括各种无线协议，都是无关
的。
但是目前无线技术，都太烂。没一个好用的。比如你说的ble，竟然是广播转发的。
因此我才自己做了一个Hornet mesh。我的设备不但要协议栈，还要无缝结合虚拟机的
，运行任意App。
标准拱手送人，结果就是分分钟被人家祸害死。因此只能寸步不让。
: 不就是BLE多加几个profile嘛
: cluster
【在 d******e 的大作中提到】
: 不就是BLE多加几个profile嘛
:
: cluster
|
b***i
发帖数: 3043 | 60 好大啊。还是存储代码的空间？我们用的68332的内存就2K，代码大概500多K。可以TCP
/IP,也可以存储FAT文件系统。
dumb
【在 T********i 的大作中提到】
: 当一个你说的dumb device有256KB RAM，它就可以不是dumb device了。它就变成一个
: 平台能运行任意app代码了。
: 运行几万行代码的App还是没问题的。想想80年代的Macintosh。
:
:
: 我感觉我没有完全理解, 你看我说的对不对.
:
: "你可以想象，App就是一个进程process，接受的输入是一个JSON好了。在我这
: 里，直接
:
: 先把JSON parse成一个tree了。"
:
: 所以是 stateless dumb devices 接受 structured controlling message (
: tree-like
|
T********i
发帖数: 2416 | 61 老顾推崇的esp32，2016年release。RAM就320KB，400KB，512KB三个型号。而且内置
WiFi。
我的技术其实就是显得超前而已。本质都是当前成熟技术。
: 好大啊。还是存储代码的空间？我们用的68332的内存就2K，代码大概500多K。
可以TCP
: /IP,也可以存储FAT文件系统。
: dumb
【在 b***i 的大作中提到】
: 好大啊。还是存储代码的空间？我们用的68332的内存就2K，代码大概500多K。可以TCP
: /IP,也可以存储FAT文件系统。
:
: dumb
|
b***i
发帖数: 3043 | 62 这种设备怎么连上家里的路由器啊，不会用串口上terminal吧？
【在 T********i 的大作中提到】
: 老顾推崇的esp32，2016年release。RAM就320KB，400KB，512KB三个型号。而且内置
: WiFi。
: 我的技术其实就是显得超前而已。本质都是当前成熟技术。
:
:
: 好大啊。还是存储代码的空间？我们用的68332的内存就2K，代码大概500多K。
: 可以TCP
:
: /IP,也可以存储FAT文件系统。
:
: dumb
:
|
T********i
发帖数: 2416 | 63 一般的流程是设备先把自己设置成AP。手机连上去。和固件通信，送你家路由器AP的
SSID和密码。然后设备再转换成client连你家AP。
: 这种设备怎么连上家里的路由器啊，不会用串口上terminal吧？
【在 b***i 的大作中提到】
: 这种设备怎么连上家里的路由器啊，不会用串口上terminal吧？
|
