我用飞书表格实现门店的多屏的无人化办理

　　正在飞书从动化流程把变动推送出来之后，我需要有一个中枢来处置这些更新，还要更新及时，于是我正在云办事器上摆设了一个利用了 WebSocket 的小型 Web 办事。

　　多屏节制做到了，三个屏幕完全，近程更新也实现了，我只需要正在飞书表格里改一下，几秒钟后屏幕就会更新。成本还低，几乎零额外费用，飞书免费，树莓派硬件一次性投入即可。可扩展性也不错，的轮播图就是正在大教员新的需求下，用同样的道理又做的。

　　如许做的益处显而易见：不需要靠按时使命去轮询，而是有更新当即推送。

　　本人开辟 CMS 系统？搭一个内容办理后台，上传图片、视频、链接然后推送到屏幕。想想都肝疼，要做的太多了。

　　云办事器领受到请求后，就会从头拉取最新的表格数据，并通过 WebSocket 给所有的屏幕端。

　　保守 U 盘方案？把图片、视频拷到 U 盘，插正在电视上。这明显完全不合适大教员的需求，每次更新都要跑到店里，并且三个屏幕很难同步办理。

　　领受飞书推送：当表格有变化时，飞书会触发从动化流程，向云办事器的指定 API（/trigger-refresh）倡议一个 HTTP 请求。办事器领受到请求后，会当即去挪用飞书的 API，拉取最新的表格数据。

　　其实飞书不只仅是一个协做东西，它完全能够做为轻量级的使用开辟平台。通过飞书 API，我们能够快速搭建良多营业场景，不只省钱，还能满脚个性化需求。

　　流程逻辑很简单：当表格中的记实发生变化（好比新增了图片、改换了播放网址、调整了播放间隔），飞书就会触发一个动做。这个动做是向我摆设正在云办事器上的 API 发送一个 POST 请求，通知办事器有新内容需要刷新。

　　第三方告白机系统？市道上有良多告白机系统，功能强大，良多贸易场合的选择。但我们曾经有三个三星的屏了，买完新的没处所放，并且也做不到如斯客制化。

　　这套工具，大师能够按思自行复刻，我也同时会把它打包成更尺度、更傻瓜化的产物，让大师正在飞书上开箱即用。

　　某一天的下战书，大教员俄然兴致勃勃的和我说：我们 AGI Bar 日常需要正在门口的三个屏幕上播放一些内容，好比宣传海报轮播、视频播放（例如宣传片）、一些第三方网页（勾当页面/报名入口之类）。最好他可以或许正在手机上间接线上点窜，不需要每次都跑到店里插 U 盘或者掏出点什么工具改半天或者打德律风叫我。同时，三个屏幕要别离节制，让他们展现分歧或不异的内容。若是能节制轮播的速度就更好了。

　　以及。。。我还正在飞书上，完成了更多风趣的实践，好比：大模子消息、勾当排期展现等等，包罗本文的排版，也是飞书从动完成的，回头我零丁开一篇聊？。

　　飞书表格能够随时新增、点窜、删除内容，表格天然就是一个轻量级的 CMS。企业自建使用能通过 API 拉取数据，实现高度定制化。云端办理让你正在任何处所都能间接点窜表格，当即生效。最环节的是，飞书免费，我只需写一点后端逻辑和前端界面就行。

　　如许，整个数据流就构成了：飞书表格（更新） → 从动化流程（推送 HTTP 请求） → 云办事器（拉取并处置数据） → WebSocket → 树莓派屏幕（立即更新播放）。

　　及时分发给屏幕端：我正在办事器和客户端（树莓派网页端）之间成立了 WebSocket 毗连。一旦有新内容，办事器就会通过 WebSocket 给所有正在线的屏幕端，让它们当即刷新播放列表。

　　这里踩了一个坑：若是利用的是使用 token 的话，纯真申请表格权限还不敷，还需要给使用加上机械限，不然会报错。报错消息正在飞书里搜刮，就间接告诉我是贫乏机械限的缘由（其实文档里写了但我没细看），仍是很便利的。

　　颠末不竭的调试，现正在整个系统运转很是不变。店肆现正在常用的模式是：外面两个屏放海报，屋里放勾当排表。

　　缓存取处置数据：拉取到的表格内容会被转换成同一格局。办事器会把这些数据存储正在当地文件中，客户端请求时能快速获取。

　　听完大教员的需求，我脑子里快速过了一遍：多屏幕展现、不变简练。看起来不复杂，但要做好还实得想想法子。

　　串流播放？正在电脑上运转 OBS 或雷同推流软件，通过局域网把内容推到店肆的屏幕上。很是及时，也能够近程到推流源从机上随便改。但店面不大，还经常有勾当需要来回挪动桌椅。