logo
publist
写文章

简介

该用户还未填写简介

擅长的技术栈

可提供的服务

暂无可提供的服务

Windows、Android、iOS 各自的伟大之处

摘要: Windows、Android、iOS三大操作系统以不同路径重塑数字时代。Windows凭借图形界面与极致兼容性,成为工业控制、生产力工具的基石;Android通过开源策略降低智能硬件门槛,推动移动设备普惠化;iOS以软硬协同定义流畅体验与隐私安全标准。三者分别解决了通用计算、移动普及和高端体验的痛点:Windows支撑工业自动化生态,Android覆盖碎片化硬件场景,iOS树立封闭优化的

#windows#unix#ios +2
Qt工控实战:自研机器人TCP长连接客户端(粘包处理+心跳保活+自动重连完整源码解析)

本文详细介绍了基于Qt框架开发的工业机器人TCP通信上位机解决方案。针对工控领域特有的长连接保活、严格协议解析、数据分区缓存三大需求,作者设计了一套轻量化QtTCP客户端类,核心功能包括: 采用双倍缓冲区和自定义算法处理TCP粘包拆包问题 实现3s心跳保活与5s超时自动重连机制 按功能码分类解析机器人数据,分区缓存各类点位 提供极简业务接口供UI层调用 文章深入剖析了源码架构与核心逻辑,包括帧头校

#qt#机器人#tcp/ip
工业机器人操作系统分类

工业机器人操作系统分类指南 工业机器人操作系统分为三大类: 底层实时RTOS:负责运动控制与安全,如VxWorks(ABB/KUKA等采用)、QNX(协作机器人常用)、实时Linux(国产主流)及国产系统(SylixOS、鸿蒙等),需微秒级硬实时能力。 整机厂商专用系统:如FANUC的ROBOTGUIDE、ABB的RobotWare,基于VxWorks/Linux封装,含专属编程语言与工艺包,用于

#qt#机器人#tcp/ip +4
工业机器人操作系统分类

工业机器人操作系统分类指南 工业机器人操作系统分为三大类: 底层实时RTOS:负责运动控制与安全,如VxWorks(ABB/KUKA等采用)、QNX(协作机器人常用)、实时Linux(国产主流)及国产系统(SylixOS、鸿蒙等),需微秒级硬实时能力。 整机厂商专用系统:如FANUC的ROBOTGUIDE、ABB的RobotWare,基于VxWorks/Linux封装,含专属编程语言与工艺包,用于

#qt#机器人#tcp/ip +4
工业机器人操作系统分类

工业机器人操作系统分类指南 工业机器人操作系统分为三大类: 底层实时RTOS:负责运动控制与安全,如VxWorks(ABB/KUKA等采用)、QNX(协作机器人常用)、实时Linux(国产主流)及国产系统(SylixOS、鸿蒙等),需微秒级硬实时能力。 整机厂商专用系统:如FANUC的ROBOTGUIDE、ABB的RobotWare,基于VxWorks/Linux封装,含专属编程语言与工艺包,用于

#qt#机器人#tcp/ip +4
如果你写的C++程序,在客户现场电脑(Ubuntu)频繁崩溃,如何排查原因

Ubuntu(Linux)现场C++程序频繁崩溃,直接照做就能排查的极简实战流程,不废话、全是现场能用的步骤,按顺序执行即可。直接运行,越界、use-after-free、double free 都会直接报位置。1. SIGSEGV:空指针、野指针、数组越界、use-after-free。3. 依赖库版本(Qt、protobuf、opencv、串口库等)6. 代码检查:指针、智能指针、锁、数组边界

#windows#c++#c语言 +2
时序数据库 相对于关系型数据库,有什么区别

时序数据库(TSDB)专为时间序列数据优化,采用"时间戳+指标+标签"模型,支持高效时间范围查询和聚合统计,具有高吞吐写入和专用压缩特性(如Delta编码),存储效率远超关系型数据库。而关系型数据库(MySQL等)擅长事务处理和多表关联,但处理时序数据时效率低下。TSDB适用于物联网、运维监控等持续产生时序数据的场景,关系型数据库则更适合需要事务支持的业务系统。两者设计目标不同

#开发语言#c语言#c++ +3
c++17标准std::filesystem常用函数

是 C++17 引入的标准库,用于处理文件系统操作,提供了跨平台的文件和目录操作能力。

#c++#算法#开发语言 +4
上位机软件架构设计-总结

本文基于C++语言设计了一套工业上位机软件架构,采用五层分层设计(前端组态展示层、核心业务层、协议适配层、数据存储层和扩展层),满足工业4.0对数据采集、实时监控和系统集成的需求。架构通过插件化协议适配、组态化配置和内存数据库优化,实现多协议兼容、高实时性和扩展性。关键技术包括异步I/O通信、线程池调度和事件驱动模型,解决了工业场景中的协议差异、性能瓶颈和网络异常等问题。该架构已在多种工业设备上验

#服务器#c++#c语言 +3
usleep在多钱程会导致程序崩溃吗

另外补充:usleep已被POSIX废弃,若需替换,nanosleep/clock_nanosleep 无额外崩溃风险,且兼容性/精度更优。正常调用usleep本身不会直接导致多线程程序崩溃,仅让调用的线程休眠,不影响其他线程、无内存越界/资源泄漏等崩溃诱因。3. 嵌入式/实时系统中,高优先级线程被usleep休眠,可能导致硬件超时、资源抢占异常,间接引发程序崩溃。1. 线程休眠前未释放全局锁/临

#c++#c语言#visual studio +2
    共 17 条
  • 1
  • 2
  • 请选择