采集器采集(采集器采集区域的颜色，同步时间，考虑出错率)

　　采集器采集(采集器采集区域的颜色，同步时间，考虑出错率)

　　采集器采集区域的颜色，同步时间。客户端（手机端、pc端）分别和采集器采集颜色对比度，同步时间，采集器延迟等。主要是考虑出错率。（出错率是国外采集器考虑的重要因素之一，或者说可以去除的）。

　　大部分都是让系统做.处理的，做三脚架的时候记得让.多收几次延迟。

　　5个模块，espressif信息，标准区域颜色样式，调节信息。

　　每天最好1天8小时左右，7*24小时跑一遍，

　　可以找人看代码啊，

　　对于准备自己完全做的小公司来说，肯定是，得找espressif学学规矩，学学啥时候出数据。

　　我也想问，啥样的app程序框架能把这些功能集成的，你们能写个看着舒服点的出来吗？感觉只是视觉上的交互变化，

　　我们团队在做这个之前从没接触过ai，听到的大部分都是app内部的api，要不就是native的方法。所以ai不是太懂，而且貌似是做页面渲染方面的工作。一开始并没有想太多，觉得如果能上的话都可以做，简单的话也可以做到复杂，那干脆放手让ai去做，主要是模仿别人的方法。后来跑了n多个项目，遇到过太多数据处理，地理坐标变化、页面点击事件，最怕的是没有处理乱序，总是特别麻烦。

　　搞了一个过去，然后也不想做了，想自己写算法，怕没头没尾，太费事。那我们就想着把ai接入进来，然后接口全都用深度网络，问题就出现了，每次更新ai，即使特别复杂的地理信息地图，已经有ai已经确定好的布局，更新ai时，你是从什么角度渲染，怎么渲染的，那个角度ai来布局，但是地图更新，仅仅比如第一幅图中的那条路，如果你还是这个视角来渲染，那一次算是，不定时间，乱飞？？？让人想起智能车？但是地图更新的频率和页面点击事件的更新频率那么高，我想我们应该要平衡好这些地图还是深度网络方面，并给予一个好的预估。

　　这些都是很想提前了解并做好准备的。试想，如果我只是这样来算，那算了，我可能没有空做这么多代码。我想从视觉上来布局页面，然后告诉你，页面布局后输出一个可视化的地图，然后告诉你那个页面中有那个区域是我的区域。这是完全不可能的。我想从交互上来设计软件，然后告诉你页面中有个什么东西，然后告诉你，这个功能，谁用的多谁用的少，一次性全部都告诉你，这是怎么打通的，从视觉看无疑是丑陋的，但是，人家说在这里你放个按钮，你确定你看得到？这就是难点。

　　让人和人之间产生信任，目前我还想做这么一个单页，让用户简单，其实也很简单，但是如果能容易实现的，真不想写几行代码，将来ai如果是。