边缘智能分享

边缘智能分享

一、安防和边缘计算

1.1框架理解

framework

pic_framework

Eg:举个栗子
pic_eg1

Eg:又举个栗子
pic_eg2

1.2 边缘服务器

pic_2

1.3人脸业务

pic_1

pic_3

pic_serach

pic_4

1.4车牌业务

pic_car_1

pic_car_2

1.5其他业务场景

1.5.1人形检测

pic_people

1.5.2运动检测

泛智能、基于像素点的检测

1.5.3区域入侵

pic_In

1.5.4越界检测

pic_In

1.5.5业务案例

pic_lc_eg

微创新,应用上的创新点大有可为!!

1.6理想 VS 现实

pic_5

1.7边缘的局限

  • 没有服务端通用的环境,模型有限制,模型可能需要适配硬件芯片引擎;有限的硬件资源下得达到一定的效果;
  • 部署环境不定,环境多变,各种使用情况下会有新的问题;模型和业务考虑范围增大;
  • 成本敏感;分散在各处。如何进行统一的维护管理是个问题;

二、存储相关

  • NAS、SAS、RAID、文件系统设计 等

三、补充

3.1框架的重要性

从个人设计的边缘OS平台说起
zos

why?

  • 满足多人、多业务的协同。业务的桥梁
  • 不同的产品对应的实际只是业务层,好的框架可以减少后续的各种变动,平台可重用性
  • 后期减少大量调试和维护成本

3.2开源物联网系统

TinyOs

3.3kubeedge补充

框架图
pic_kubeedge

  • MetaManager: MetaManager 模块后端对应一个本地的数据库(sqlLite),

  • Edged: 是运行在边缘节点的代理,用于管理容器化的应用程序。算是个重新开发的轻量化- Kubelet,实现 Pod,Volume,Node 等 Kubernetes 资源对象的生命周期管理

  • EventBus: EventBus 是一个与 MQTT 服务器(mosquitto)交互的 MQTT 客户端,为其他组件提供订阅和发布功能。

  • ServiceBus: ServiceBus是一个运行在边缘的HTTP客户端,接受来自云上服务的请求(其他的HTTP请求)

  • DeviceTwin: DeviceTwin 负责存储设备状态并将设备状态同步到云,它还为应用程序提供查询接口。

优势

  • 开源框架,不用重复造轮子(大公司协作)。云边部署统一,容器方便部署不同业务的运用
  • 运维统一,直接可在云端进行维护 kubectl,可以云边,边边。也可以边缘自治。
  • 可以串起各种业务·,Edge/Device(嵌入式),B/S C/S涉及前端管理,后台; AI部署(模型)
  • 思维前沿,未来方向; 增加自身的框架能力

不足

  • 上不上云?
  • “第三方”太多;很多基于理想情况;

四、学习方向(边缘侧)

  • 节点开发——单片机及硬件知识
  • Linux学习
    1
    2
    3
    1、内核代码;学习框架,(消息队列、共享内存、并发处理、调度、内存管理 等等)编程思想,还是有很多宝藏。架构师必学
    2、应用编程;多线程、高并发——网络编程libevent
    3、C语言应用编程的框架(订阅/发布,消息队列、生产消费、状态机......)—— 开源不多,很多要自己撸一套
  • 无线
    1
    2
    3
    1、TCP/IP 协议栈
    2、MQTT、WebSocket
    3、ble/Wifi/zigbeee/NB-IOT