LS 各位是否理解错了，这里的设备厂家更多的指的是做成套设备的集成商，集成商采购的标准件比如 PLC 啥的，其通信接口都是定义好的，不会动的。上到车间或者整厂的层面，（在 IT 侧）其实不怎么关心你设备中用的什么 PLC ，你用工控机也好，有什么都行的，但是给 IT 系统要提供统一接口，这个是常规要求。

一定要标准协议的话，传统方案是走 OPC UA ，这个很简单，花钱就行了，而且建模可以建的很完善。

其他的 web API 之类的方式，要甲方有足够的理解能力。一般不太推荐。

比较合适方式是给一个大网关，所有 OT 数据从网关给到 IT ，网关那边解决南向协议匹配问题，对上也就是北向提供统一接口。这种产品现在很多了，省时省力。而且也可以满足标准协议的要求。

PS：现在除了垂直行业的专用控制器以外，大部分工业设备的协议都是开放的，西门子 S7 ，三菱 MC 协议等等都有专门的协议文档的，当然也没必要自己造这个轮子了，都有开源解决方案。

nut 框架我之前实践过，在多虚拟机的环境下单独配一个 nut server 负责和外部 UPS 通信，把电量下限拉满，停电 3 分钟就开始给客户端发关机命令，实践下来没啥问题的，几次意外停电都看到日志正常输出了

这不请出日志大法？能稳定复现的问题一般不会太难查~

家里机顶盒的 dokcer 跑了一个小雅，小鸡上跑的服务就多了，除了不能说的之外还有自己的密码管理、一个画图工具，搞了半拉子的自建笔记服务，还有一个已经停掉的音乐服务。

直接用的 1plan 面板，傻瓜式操作的~
太复杂的不会

如果压缩这块能抽出来，也就是最后实际落盘的数据量没那么大，其实可以考虑光盘存储，BD 光盘单盘存 50G 按淘宝上的零售价也可以控制在每 GB 成本几毛钱，而且光盘的稳定性比机械硬盘好太多了，20 年前的盗版光盘，只要存放环境不是太恶劣拿出来大概率都是可用的~

等效于把字刻在石头上~

@yuyoung 我们当时买了钉钉的低代码平台，然后我会一点点的后台开发，所以很多内部应用就用低代码平台拖出来的页面做前端，配合钉钉自己的开放平台的 API 和我自己弄的后台程序实现的。
这套东西完全依赖于钉钉的体系，而且原生融合到钉钉里面，我当时做了好多乱七八糟的玩意，我甚至给行政搭了一个图书管理系统用于管理公司的图书。（^_^图书管理系统~带借阅管理的~支持手机端扫条码然后自动填充书籍信息~

写自动化工具对抗之~

PS：我上家公司的老板从谈业务的律师事务所习得了日报这个 B 东西，回来就逼着我们上了一套还付费了，用了一年贼不好用（ PHP 低代码实现的），后面不愿意花钱了，我就用钉钉的低代码自己搭了一套，而且还特别人性化的加了下班打卡检查写没写日志，没写日志机器人发消息的功能~

当然，我把我的自己的 ID 加到了统计报表排除列表中（中层干部以及老板自己不用写~

重度口腔问题患者路过~

1 、平衡效果和方便选择常年随身（家里、办公室、出差的包）带牙线棒，少数牙线棒不方面弄的地方，自己的口腔心里都有数。
2 、因为牙线棒效果有限，所以用水牙线（就是冲牙器），专门处理牙线棒处理不了的几个地方。虽然可能有点恶心，但是经常可以冲出来一顿夜宵 [狗头]
3 、我咨询过多个牙医，对倒腾牙的时候牙龈出血大部分持正面态度，甚至有说出血是好事的，在刺激和锻炼牙龈。也有说出血量大要治疗的，但是我觉得她想挣我的钱~
4 、即使这样，纤维丰富且坚韧的东西也不能吃，比如说牛肉。会在特定的位置卡上，非常难受，在家里有压线+水牙线的保护下，做好心理建设（等下要花至少 5~10 分钟搞牙）才会吃，出去外面是能不吃就不吃。
5 、在牙齿上浪费了无数的时间，如果有来世，我一定会在青春期的时候好好保护牙齿，有问题及时处理。

看看路对面有没有关系比较好的亲戚朋友，宽带拉到他们家里装猫拨号，然后几百块买一对无线网桥，只要能保证可直接目视，100M 的带宽还是很容易达到的，这样已经能满足基本的使用了~

已知的最大问题是延迟可能会稍微大一点，但是不玩游戏几乎无感。

我自己以前在老家的时候用家里附近某某单位办事大厅的公共 wifi （买电信的时长卡）用了一两年的时间，就靠一个大功率无线网卡，非常好用，晚上没人基本上我 一个人独享带宽，那几年最大的问题是买不起硬盘~（后来小区外面建了一座大厦给挡住了，这条路算是断了~

关于移动 wifi ，我自己有一个 N 年（ N 大于等于 10 ）前的无线网卡，上面甚至还是 3G 的 logo ，但是可以接入 4G 的网络，出差住院啥的，应急用用挺好的，都是专门拿一个充电头插在那里当无线热点用的。

N 年前电信宽带捆绑的 IPTV ，一天没看过，但是盒子已经被我刷成 Linux 在家 7x24 小时了。

客厅没有预埋网线的问题，我有一个降级解决方案，基于两个前提：1 、一根网线 8 根芯 2 、100M 足够用了

我自己手机号开通的宽带给老丈人家用了，配套的 IPTV 也开了，装修的时候确实只预埋了一根线，但是我给分成了两根 4 芯的，一个接盒子一个接墙上 AP （在一面墙的两个方向的同一个位置，86 底盒一锤子干穿），反正他那个小房子一个 AP 覆盖够用了，网速满足他们两个老人刷抖音和微信视频 100M 够了，IPTV 只用 100M 也够了。
这个方案，至今服役了能有 5 、6 年了，除了正夏天一体机（路由+POE 交换机+AC ）在弱电箱里热死过一两回之外，没有什么其他问题。

虽然可能更小众一点的，但是可以看看 Yocto~

12 刀一年，1T 每个月，延迟比较大初次连接要去到 4~500ms ，但是连接稳定后基本上在 1~200ms ，不影响使用~

我在上家公司，以一个非技术岗的身份，用 C#写了一些工具在内部用，有桌面端的，还有用 serverless 的纯后端 API ，主打一个站在巨人肩膀上的混子，混子没有什么追求，能出活就行。

（非要说什么技术栈，我在上家公司的技术栈是非常逆天和神奇，且没有参考性的：C#做后端+钉钉的低代码平台宜搭做前端。我没有正经学过 web 编程，宜搭的少量前端编程是我现学的，就是发现需要用了，去翻文档那种现学。）

之前帮同事解决类似的问题（就是公司抠门，云服务器的带宽太小了，又必须要特定的桌面环境，传统 VNC 一开起来带宽就跑满了（不要杠什么压缩啊配置啥的，试过了））时候发现 VNC 、RDP 这样的协议确实太老了，现在随便什么远程桌面软件都可以完爆，至少在 VNC 跑不动的带宽条件下，我给他装了某某国产远程软件，然后就这么用起来了，完全没问题~

当然内网随便咋弄都不是问题~

不喝咖啡，星巴克对我来说太贵，速溶又不解渴。

我喝茶，越喝越浓了，已经发现这个问题，但是每次泡茶都在差不多得了和再来一点中选择了再来一点~

不管是尼古丁还是咖啡因，人类就是这样，会对某些东西上瘾而且剂量越来越大~