一、物联网架构
经典之作的，主要包括新浪网如是说的是这种的：
即：交互层、应用层、网络平台层和应用层。
假如吗依照那个去破冰实行，会辨认出有难题。。。。
即使匹兹伐了个：邻近地区最高层。
即对搜集上去重要信息邻近地区处置监督机制。
或者说的物联网架构如果是这种（在下面的图间接改的）：
因此依照邻近地区继续执行（处置潜能）分成：
1、弱相连：不须要用户端，邻近地区搜集重要信息后就可以处置并继续执行——黄色覆盖范围。
2、强相连：须要用户端搜集统计数据并处置后，邻近地区最高层依照用户端命令继续执行——黄色覆盖范围。
有了那个基本概念（报文的搜集与处置），就可以特别针对具体内容工程项目结构设计架构。
二、工程项目概要
现代的水产养殖业工程项目中减少了许多智能化电子设备，比如说手动送氧机，进料机；也减少了许多自然环境检验电子设备，比如氧含量、PH、二氧化硫感应器。
那些电子设备从前有一个特征，是须要邻近地区操作方式。
假如电子设备数目较为多、碰到天气情况严酷、操作方式天数不合乎常规性的这时候，育苗操作方式就较为麻烦事。顾客期望能消除那些心理障碍，尽可能充分运用电子设备。
在那些现代电子设备上能加进远距操作方式；并能及时处理的搜集和搜集统计数据，在大统计数据处置之后，特别针对具体内容的养殖业工程项目，有更精确的生产计划，是那个行业向物联网发展的一个趋势。
三、工程项目分析
依照前面的物联网架构分析，这是个弱相连，即邻近地区能处置完所有任务。
但这不代表用户端就没有事情做了。
用户端的开发分成两个阶段：
1、邻近地区统计数据的搜集与整理；远距控制命令的下发。
2、在一段天数之后根据搜集上去的大统计数据，做出智能化精确匹配计划，进一步提高电子设备的利用率。
四、架构结构设计
用户端架设两台服务器：统计数据服务器和应用服务器
统计数据服务器专门负责搜集和存储各个下面终端传上去的统计数据，和前端产生的命令下发到对应终端。
应用服务器专门负责与各种应用（Web/APP）交互接口，依照一定协议与统计数据服务器交互统计数据。
统计数据存在统计数据服务器上，应用服务器外部应用不能间接访问到统计数据库，保证了安全性。
技巧一：
统计数据库按电子设备、状态（参数）、地点、人员分别存储，并建立好表之间的关联。
终端与云之间的长相连是个伪相连，终端在心跳时发送统计数据完毕之后可以关闭相连。
当电子设备数目增多时，云计算后通知每台电子设备上报天数，达到负载均衡。
阶段1只是在手机下面开发APP。
提供的内容如下：
1、必须处置事件：报警、异常（电话、短信通知）
2、日常事件：
远距启停，计划设置与下发，
查看：电子设备的运行状态，感应器的参数，运行状态曲线表，其他一些统计功能，
3、新增或更新养殖业地点电子设备配置。
4、用户管理
技巧二：
下位机或者终端对云端发送统计数据格式（通信协议部分内容）：
开始位|终端/节点_ID|天数戳|电子设备类型|电子设备状态|电子设备数值||电子设备类型|电子设备状态|电子设备数值||电子设备类型|电子设备状态|电子设备数值|。。。CRC|结束位
理论上可以扩展到255(FF)种电子设备（主要包括搜集与控制）。
核心岗位：
产品经理:
梳理用户需求，抓住用户痛点，以简单明了的界面和操作方式方便用户，提高用户体验与粘性。
系统构架师（嵌入式+硬件）：
灵活的硬件配置，方便接入各种电子设备与感应器；强大的邻近地区继续执行及异常处置功能；及时处理响应用户端命令；全面的统计数据搜集与上传。
这套系统结构设计好了后，可以很方便地移植到类似应用场景。
其他的强相连案例晚些提供。
欢迎大家拍砖。。。。。
