后来变成多个客户端访问后，又出现了crash的问题，而且问题看上去和第一次高频通讯，发生trunc后crash一样。网上查了资料后，感觉方向可能是堆栈太小导致的，后来讲堆栈放大一点（放大了10倍，100K字节），问题就再也没有发生过。原因在于，一开始在callback外面，直接调用lws_write去发送数据。之前基于libwebsockets做了实时的web socket通讯，多个客户端访问，报

物联网卡设置定向后，引起网络编的不稳定

最近项目需要用到人脸识别，经同事推荐，决定基于seetaFace6.0进行开发。开发过程还是比较顺利的，特别是在windows上，有编译好的现成的库，还有demo。照着demo做开发基本上就可以了。问题出在了linux上。在linux上（centos7）上开发时，用了windows下的代码（经过测试验证是可以运行的），结果就是出错了。问题出在seeta::FaceDetector的构造函数的过程中

最近项目碰到了一些问题，因为自己认知能力的问题，导致这些问题看起来非常古怪，不合常理。在这里记录一下，以后如果自己在其它地方找到答案了，到时候回过头来更新一下。网络结构如下所示：网关与目标设备device1, device2, device3通过交换机进行连接。网关内创建有C1,C2,C3这3个容器，分别于device1, device2， device3通讯。运行过程中，出现了有意思的问题是，d

关于这个话题，其实在csdn上找，能找出很多帖子。但是大部分都令人失望，就是按照帖子上去配置，容器内网络是无法通的。最后找到了这个帖子：https://www.modb.pro/db/98021按照这个老哥的操作，坐下来，算是真正成功了。感谢这个老哥，尤其是这个的这段话，简直就是精华：另外，下面这个链接，IPv6 Subnet Calculator - subnettingpractice.com

OPC通讯过程中连接正常，但是数据全为空问题分析

虽然之前使用过opc来采集数据，但是因为这块的内容不是自己负责的，所以也就是知道怎么去用，代码的一些细节没有看过。2021年负责这个的伙伴离职了，因此有的时候必须得自己上了。恰好1月份某钢铁厂的项目中，针对西门子840D，碰到了一个有意思的问题。就是DCOM配置是没有问题的，在网关内通过测试工具，可以读取设备的CLSID，也可以连接上设备，读取数据。但是我们自己的代码，无法连接设备，另外，Matr

最近项目需要用到人脸识别，经同事推荐，决定基于seetaFace6.0进行开发。开发过程还是比较顺利的，特别是在windows上，有编译好的现成的库，还有demo。照着demo做开发基本上就可以了。问题出在了linux上。在linux上（centos7）上开发时，用了windows下的代码（经过测试验证是可以运行的），结果就是出错了。问题出在seeta::FaceDetector的构造函数的过程中

物联网卡设置定向后，引起网络编的不稳定

项目中使用了seetaface6来做人脸识别，程序在虚拟机和服务器中都可以跑起来，所以当时就认为没什么问题了。谁知道移植到网关中运行后，直接崩溃，非法指令集。两者的差别是什么呢？服务器和网关都是基于X86架构的，虚拟机和服务器都是64位的机器，而网关是32位的机器，难道需要编译成32位的程序？为了验证这个想法，重新编译所有的seetaface的库，尤其是那个tennis，让人蛋疼，一搞就是5个小时