猪哥的专栏

前言在上一篇文章《深入分析linux下 动态库的显性调用(dlopen)和隐性调用区别》 我们分析了动态库的显性和隐性调用区别，里面提到了进程运行加载的一些知识点，本文做一个简单的总结。进程启动过程1、搜索器所依赖的动态库（隐形调用动态库）。2、加载隐性调用的动态库到内存。3、初始化隐性调用的动态库。4、初始化进程。5、将程序的控制权移交给main函数，也就是从main入口。6、如果程序运行到 dlopen , 将动态库加载到内存，然后初始化，再使用dlsym 调用。...

前言在linux环境下编程，我们如果想要使用第三方的库，基本上有以下几种方式：1、将第三方库的源码合并到我们的工程项目代码中，一起编译。2、将第三方库编译成静态库(xxx.a),我们在使用时，在Makefile中引用该静态库。3、将第三方库编译成动态库(xxx.so), 我们在使用时，隐性调用该动态库，具体表现为需要 在程序中包含动态库的 头文件，同时需要在/usr/lib路径下，存放动态库文件，以便程序调用。4、将第三方库编译成动态库(xxx.so)， 我们在使用时，显性调用该动态库，在程序

SSL/TLS(1):基本概念通俗解释SSL/TLS (2)：通俗解释SSL/TLS为什么安全SSL/TLS(3): CA证书解释前言在前面的文章中，我们讲述了SSL/TLS相关概念和CA证书，本文通过wireshark抓取日志，来查看一下TLS的连接握手流程。握手的含义就是当client与server建立连接后，client和server需要针对TLS进行握手动作，握手的目的是为了商量加密算法和一些初始化，只有握手成功后，后面的对话才能加密和解密。测试工具我们以mqtt+TLS连接 mqtt

SSL/TLS(1):基本概念通俗解释SSL/TLS (2)：通俗解释SSL/TLS为什么安全前言在前面的文章中，我们分析了SSL/TLS的一些基本概念和为什么他们安全，尤其提到了公钥和私钥的概念，还有一个很重要的文件，就是CA证书，关于CA证书的官方解释，可以参考百科的解释，这里我们可以简单的认为，CA证书是一个网站的 二维码，这个二维码包括了服务器的一些信息，比如服务器所在的组织、支持的加密算法，还有更重要的公钥信息。X.509我们在使用mbedtls时，会发现有X.509的名称，在其他地方也

SSL/TLS(1):基本概念通俗解释在上一篇文章中，我们简单的介绍了SSL/TLS的一些基本概念，本文尝试通过通俗的例子来解释为什么SSL/TLS安全。场景举例谍战片中，甲方情报人员C，监听到了敌方人员A和B通信的无线电波频段。在A和B进行沟通时，C也能听到不加密通信链路示意图如下：从上图可知，如果A和B之间通过明文（普通话）直接沟通，那么C能够直接监听到情报内容的，很显然这是非常不安全的。加密等级1为了避免上面的风险，A和B想出了一个办法，他们约定，不使用普通话沟通，而是通过方言来沟通

前言有一种说法互联网的通信安全，是建立的SSL/TLS协议之上的，最简单的，我们在使用浏览器访问某个网站是，网址有http和https，我们有一种简单的认知，https要比http安全，这其实就是https使用了SSL/TLS协议，百科中的定义如下：SSL(Secure Sockets layer安全套接字协议)，其继任者TLS(Transport Layer Security传输层安全)是为网络通信提供安全和数据完整性的一种安全协议。TLS与SSL在传输层与应用层之间对网络连接进行加密。简单的说

推荐一款稳定的基于C编写的MQTT Client开源库 cMQTTMQTT协议详解及开发教程（一）MQTT协议概述MQTT协议详解及开发教程（二）MQTT服务器EMQx搭建MQTT协议详解及开发教程（三）MQTT Client工具软件选择及简单测试MQTT协议详解及开发教程（四）MQTT协议报文格式MQTT协议详解及开发教程（五）CONNECT/CONNACK报文分析MQTT协议详解及开发教程（六）PUBLISH发布QoS0消息报文分析MQTT协议详解及开发教程（七）PUBLISH发布QoS1

前言目前go语言的开发方式主要有3种：IDE软件GolandVS Codego命令如果我们只是想简单的体验一下go语言，用go命令即可，比如:go build main.gogo run main.goVS Code是一个通用的IDE，虽然支持golang开发，但是不如Goland功能全面，毕竟Goland是专门的Go语言开发IDE。每个IDE都有一些独特的设置，因为go是一门年轻的语言，所以goland的相关教程有点少，涉及到一些概念，对于有C开发经验的人来说，从0到1的创建工

前言在上一篇文章go语言：go sdk安装及GOROOT和GOPATH设置中介绍了golang的安装及环境变量的设置，GOROOT和GOPATH需要在windows中操作。当我们安装完golang后，我们在windows的cmd命令下就可以直接查看和使用go命令和环境变量了，同样的在linux下可以在控制台使用,如下图所示：我们也可以直接输入go,查看go支持的命令GOPROXY从字面意思就能看出，GOPROXY表示的是go的代理设置，之所以有这个环境变量，是因为go这种语言不像C语言，在C语言

前言我们在安装golang的SDK时，一些教程中会提到GOROOT和GOPATH这两个环境变量的设置，刚开始接触的时候不太明白这两个是什么东西，做什么用，我们先简单的说下环境变量。环境变量环境变量（environment variables）一般是指在操作系统中用来指定操作系统运行环境的一些参数。这么说可能比较抽象，其实环境变量可以简单的理解为操作系统的特殊命令或字符，是操作系统运行环境中的特殊参数。比如linux和windows下，有一个环境变量PATH，从字面意思上指的是路径，当我们执行某个命令时

shell命令如下:find ./ -name "*.o" | xarg rm -rf上述命令表示，查找当前目录下，所有后缀名为 .o 的文件，并且删除，其中 xarg 为 shell中管道 传参过滤器。

前言在物联网数据采集场景中，当现场有采集网关时，断点续传功能就尤为重要，可以保证数据的连续性，这个主要是因为使用2G/4G网络时，信号不太稳定。策略如上图所示，基本思路是：（1）“断线”是基于与云端交互进行判断的，比如说MQTT协议中，我们基本上能够检测到设备是在线还是离线，当然前提是，MQTT的心跳设置的不要过长。（2）存储的数据并不是实时的，而是存储当前要传的数据，比如设备1分钟上传1次数据，时间到后，检测到网关断线了，则把当前次数据存放到历史库中，而且只存当前次的一条，实时数据库该怎么刷新

我们在Linux下进行程序开发，如果程序代码不严谨，会经常遇到segmentation fault报错，这种报错的结果就是程序会直接挂掉，很难在程序里一下子定位到问题代码。原因segmentation fault 就是经常说的内存泄露/溢出： 当一个进程执行一个无效的内存引用，或发生断错误时，会触发 SIGSEGV信号，内核默认的动作就是 终止该进程。这个最常见的就是，比如我们使用了 非法指针： 1 #include <stdio.h> 2 #include <strin

本文转载腾讯游戏工程师：Linux I/O底层原理全面揭秘这里向作者致敬，写的非常棒，从技术背景到原理，通俗易懂。摘要从虚拟内存、I/O 缓冲区，用户态&内核态以及 I/O 模式等等知识点全面而又详尽地剖析 Linux 系统的 I/O 底层原理，分析了 Linux 传统的 I/O 模式的弊端，进而引入 Linux Zero-copy 零拷贝技术的介绍和原理解析，将零拷贝技术和传统的 I/O 模式进行区分和对比，帮助读者理解 Linux 内核对 I/O 模块的优化改进思路。前言如今的网络应用

本文转自什么是RISC-V 向作者致敬。RISC-V读作RISC Five，也即第五代精简指令处理器什么是RISC和CISC？RISC(精简指令集计算机，Reduced Instruction Set Computer-RISC)和CISC(复杂指令集计算机，Complex Instruction Set Computer-CISC)是CPU的两种架构，区别在于不同的CPU设计理念和方法。早期的CPU全部是CISC架构。计算机性能的提高可以通过增加硬件的复杂性来获得，随着集成电路技术，特别是VLSI

前言在上一篇文章中，采用select的方式，通过存储client数组存放client fd，实现了tcp server，文本参考libmodbus 中modbus tcp server的思路，相当于对上一篇文章的优化，不需要使用client数组，通过轮询就能实现多client连接。代码#define NB_CONNECTION 5static modbus_t *ctx = NULL;static modbus_mapping_t *mb_mapping;static int serv

前言编写tcp server有很多种思路，本示例采用unix网络编程中的，单线程，多client，通过固定client数量来实现。代码逻辑socket(....)bind(...)listen()client[]初始化FD_ZERO()FD_SET()while(1){ rc = select(....); if(rc == 新客户端连接){ accept(...) 存储新client socket fd } if(rset == client){ 读取客户端发送的ms

背景在编写tcp server程序时，涉及到server 的IP绑定，经常能看到127.0.0.1 还有 INADDR_ANY，这两者还是有很大的区别的，尤其是通过另外一台设备上tcp client去连接server时，如果设置为127.0.0.1，将会连接失败。127.0.0.1这个地址通常分配给loopback接口，loopback是一个特殊的网络IP，可以理解为虚拟网卡，用于本机中各个应用之间的网络交互，只要操作系统网络组建正常，loopback就能工作。所以这里需要明白使用127.0.0.1进

推荐一款稳定的基于C编写的MQTT Client开源库 cMQTTMQTT协议详解及开发教程（一）MQTT协议概述MQTT协议详解及开发教程（二）MQTT服务器EMQx搭建MQTT协议详解及开发教程（三）MQTT Client工具软件选择及简单测试MQTT协议详解及开发教程（四）MQTT协议报文格式MQTT协议详解及开发教程（五）CONNECT/CONNACK报文分析MQTT协议详解及开发教程（六）PUBLISH发布QoS0消息报文分析MQTT协议详解及开发教程（七）PUBLISH发布QoS1

推荐一款稳定的基于C编写的MQTT Client开源库 [cMQTT](http://github.com/YorkJia/cMQTT)[MQTT协议详解及开发教程（一）MQTT协议概述](http://zhuge.blog.csdn.net/article/details/112117654)[MQTT协议详解及开发教程（二）MQTT服务器EMQx搭建](http://zhuge.blog.csdn.net/article/details/112121535)[MQTT协议详解及开发教程（三）MQT

推荐一款稳定的基于C编写的MQTT Client开源库 cMQTTMQTT协议详解及开发教程（一）MQTT协议概述MQTT协议详解及开发教程（二）MQTT服务器EMQx搭建MQTT协议详解及开发教程（三）MQTT Client工具软件选择及简单测试MQTT协议详解及开发教程（四）MQTT协议报文格式MQTT协议详解及开发教程（五）CONNECT/CONNACK报文分析MQTT协议详解及开发教程（六）PUBLISH发布QoS0消息报文分析MQTT协议详解及开发教程（七）PUBLISH发布QoS1

推荐一款稳定的基于C编写的MQTT Client开源库 cMQTTMQTT协议详解及开发教程（一）MQTT协议概述MQTT协议详解及开发教程（二）MQTT服务器EMQx搭建MQTT协议详解及开发教程（三）MQTT Client工具软件选择及简单测试MQTT协议详解及开发教程（四）MQTT协议报文格式MQTT协议详解及开发教程（五）CONNECT/CONNACK报文分析MQTT协议详解及开发教程（六）PUBLISH发布QoS0消息报文分析MQTT协议详解及开发教程（七）PUBLISH发布QoS1

推荐一款稳定的基于C编写的MQTT Client开源库 cMQTTMQTT协议详解及开发教程（一）MQTT协议概述MQTT协议详解及开发教程（二）MQTT服务器EMQx搭建MQTT协议详解及开发教程（三）MQTT Client工具软件选择及简单测试MQTT协议详解及开发教程（四）MQTT协议报文格式MQTT协议详解及开发教程（五）CONNECT/CONNACK报文分析MQTT协议详解及开发教程（六）PUBLISH发布QoS0消息报文分析MQTT协议详解及开发教程（七）PUBLISH发布QoS1

推荐一款稳定的基于C编写的MQTT Client开源库 cMQTTMQTT协议详解及开发教程（一）MQTT协议概述MQTT协议详解及开发教程（二）MQTT服务器EMQx搭建MQTT协议详解及开发教程（三）MQTT Client工具软件选择及简单测试MQTT协议详解及开发教程（四）MQTT协议报文格式MQTT协议详解及开发教程（五）CONNECT/CONNACK报文分析MQTT协议详解及开发教程（六）PUBLISH发布QoS0消息报文分析前言在上一篇文章中，我们对PUBLISH发布QoS 0报

推荐一款稳定的基于C编写的MQTT Client开源库 cMQTTMQTT协议详解及开发教程（一）MQTT协议概述MQTT协议详解及开发教程（二）MQTT服务器EMQx搭建MQTT协议详解及开发教程（三）MQTT Client工具软件选择及简单测试MQTT协议详解及开发教程（四）MQTT协议报文格式MQTT协议详解及开发教程（五）CONNECT/CONNACK报文分析前言在上一篇文章中，我们对CONNECT和CONNECT的报文进行了分析，本文接着介绍PUBLISH发布QoS0消息报文，该报文

推荐一款稳定的基于C编写的MQTT Client开源库 cMQTTMQTT协议详解及开发教程（一）MQTT协议概述MQTT协议详解及开发教程（二）MQTT服务器EMQx搭建MQTT协议详解及开发教程（三）MQTT Client工具软件选择及简单测试MQTT协议详解及开发教程（四）MQTT协议报文格式前言在上一篇文章中，我们对MQTT协议的报文格式做了整体的介绍，从本文开始，将通过实例代码，分析MQTT的不同类型的控制报文，我们会使用之前搭建的MQTT服务器和MQTT.fx来进行测试，同时使用Wi

推荐一款稳定的基于C编写的MQTT Client开源库 cMQTTMQTT协议详解及开发教程（一）MQTT协议概述MQTT协议详解及开发教程（二）MQTT服务器EMQx搭建MQTT协议详解及开发教程（三）MQTT Client工具软件选择及简单测试前言在前面的文章中，我们对MQTT的应用场景，MQTT服务器搭建、MQTT client工具测试进行了简单的描述，对MQTT有了初步的了解，从本文开始，将会详细的分析MQTT协议内容。1.MQTT 控制报文结构名称备注Fixed

推荐一款稳定的基于C编写的MQTT Client开源库《cMQTT》MQTT协议详解及开发教程（一）MQTT协议概述MQTT协议详解及开发教程（二）MQTT服务器EMQx搭建在上一篇文章中，我们使用EMQx搭建了一个MQTT服务器，有了服务器，自然就需要MQTT Client，在协议了解阶段，我们还是选择别人做好的MQTTclient软件更容易理解MQTT的整个过程，我们以目前常用的MQTTclient软件 MQTT.fx为例，这个可以在官网下载，也可以在其他网站下载，下载完成...

MQTT协议详解及开发教程（一）MQTT协议概述在上一篇文章中，我们对MQTT协议进行了概述，后面的文章，我们就要基于开发环境，对协议进行详细介绍，我们首先就要进行MQTT服务器搭建。MQTT服务器我们选择目前比较常用的EMQx，之所以选择这个broker，主要是因为它开源，部署也比较简单，EMQx的下载安装步骤可以参考EMQx官网资料：...

推荐一款稳定的基于C编写的MQTT Client开源库《cMQTT》一概述 MQTT协议目前在物联网技术中应用非常广泛，各种公有云的IOT平台通信基本上都是按照该协议来实现的，这里先简单的做个总结： （1）MQTT协议框架及内容比较标准，可以认为是“物联网行业的Modbus协议”。 （2）不同厂家的MQTT服务器或客户端在通信层面是完全一致的，只有业务数据不同而已。这也就意味着，如果知道client ID 、password、payload格式，那么任何的 ...

1、TCP的read和write都采用select机制进行这里使用select可以实现至少两种功能：（1）select可以检测socket状态，如果select返回为负，说明当前socket异常，就不会再进行read/write 这样就能有效的避免 SIGPIPE带来的终止进程操作。（2）select还可以检测当前socket是否拥堵，这样就变相的实现了同一个socket的“并发”读写。2、由于 MQTT协议标准，所以在进行“读”socket操作时，步骤：...

场景分析 某个mqtt客户端A每小时向某个特定的topic发布一条消息，所有订阅这个topic的客户端将会收到该消息，这是正常流程，如果客户端A刚刚发布消息，此时有一个新的客户端B订阅该topic，也就是“订阅”是在“发布”后，这个时候客户端B将接收不到该消息。 Retain 功能就是为了解决这一问题，当客户端A发布小时时，将 retain标志置1，那么broker就会保存该消息，当有新的客户端订阅该topic时，会立刻将该条消息推送给客户端B。 所以官方的协议中是这样介绍

启动服务systemctl start vsftpd.service关闭服务systemctl stop vsftpd.service重启服务systemctl restart test.service显示服务的状态systemctl status test.service在开机时启用服务systemctl enable test.service在开机时禁用服务systemctl disable test.service查看服务是否开机启动sys

一、概述在linux应用开发中，消息队列的应用场景很普遍，比如最常见得生产 --消费模型，一方产生数据，并把数据放入队列中，而另一方从队列中取数据。linux中的消息队列的主要用途为进程间通信，当然，也可以进行 “线程间通信”。 我们可以简单的理解为： （1）创建了一个消息队列，相当于在内核层面，创建了一个链表，这也就意味着这个消息队列，在不主动删除的情况下，会一直存在，即便是创建它的进程退出后，该消息队列仍然存在。消息队列在内存中可能的布局如下： （2）消息队列...

在使用sprintf时，编译时会检测格式化输出的缓存大小，如果缓存过小，则会出现该警告，比如代码如下就会出现这样的警告void func(int cnt){ char buf[10]; sprintf(buf, "%d", cnt); // ....}解决办法：只需要将buf的大小改大即可，如下：char buf[32];...

1、OPC UA是什么？ 是一种工业自动化标准，OPC全称OLEfor Process Control（用于过程控制的OLE(对象连接与嵌入，可以理解为接口，linux下的pipe)）。 UA全称是“Unifiedarchitecture”，即统一架构。2、OPC的目的是什么？ 其目的是把PLC特定的协议（如Modbus，Profibus等）抽象成为标准化的接口，作为“中间人”的角色把其通用的“读写”要求转换成具体的设备协议，反之亦然，以便HMI/SCADA系...

有一种说法：“主线程退出，子线程也会跟着退出”，其实这是不严谨的， 在linux下其实是没有所谓的“主线程”和“子线程”区分的，都是线程，只不过main函数比较特殊，如果main函数执行到最后 return 0退出，这里的return 其实会默认调用函数exit，然后退出该进程，因为进程运行完毕，退出导致所有创建的线程也跟着退出了。如果我们在子线程中，调用 pthread_cancel(main_tid) 提前终止main，那么子线程是不会退出的。...

在上一篇文章《struct timeval 和 struct timespec 应用小结》我们分析了与linux系统时间相关的结构体定义，在linux系统C编程中，获取系统时间的api函数有两个，分别为：int gettimeofday(struct timeval *tv, struct timezone *tz)int clock_gettime(clockid_t, struct timespec *)我们逐个分析：1、gettimeofday() 该函数把当前时...

在基于linux的C编程中，经常会看到 struct timeval和struct timespec 这两个跟时间有关的结构体，有时候会容易混淆，先看下这两个结构体的定义，以linux-2.6.35为例，在time.h下struct timeval { __kernel_time_t tv_sec; /* seconds */ __kernel_suseconds_t tv_usec; /* microseconds */};struct timespec { __kernel

解决方案：gcc编译时增加 -lm选项，这样程序就能引用libm.so（libmath）库了。 该错误的含义并不是glibc库的错误，而是pow符号未定义， pow是数学中的求幂函数，也就是说，如果我们在C文件中引用了math.h ,那么在使用gcc编译时，必须添加 -lm选项，因为书序函数是位于libm.so库文件中的，-lm选项告诉编译器书序函数要到这个库文件中查找。...

嵌入式Linux下进行共享库移植时，在PC上交叉编译生成共享库后，需要将共享库和软连接拷贝到设备/lib下，正常情况下是可以使用的，但是在程序调用动态库的时候，出现了题目中的错误，如下图所示：问题分析：linux下的拷贝不完全，或者说对于 共享库的 软连接 不能拷贝完全。解决办法：先将原来的软连接删除，然后使用 ln -s 命令手动创建软连接。其中 -s 是可选参数，创建 符号链接。实例：给libmodbus.so.5.1.0 创建 软连接 libmodbus.so.5ln ...

交叉编译过程与之前的文章《libmodbus协议栈1——Linux下详细移植步骤(配置、生成)》中的流程是类似的。下面简单的做记录1、下载libev源码git clone https://github.com/enki/libev.git2、安装automake，autoconf，libtoolsudo apt-get insatll automake autoconf libtool3、这里不用执行./autogen.sh了，因为下载的源码中已经拥有了configure执行文件。4、创建

目录前言技术要点1、引脚功能2、配置位：3、DAC数值对应计算关系5、写指令类型MCP4728驱动1、快速写2、同时写2路3、一次写多路DAC 4、单次写入DAC 使用注意前言 MCP4728是一款4通道输出DAC芯片，分辨率为12bit，通信接口为I2C，而且内部自带EEPROM，EEPROM功能使得DAC器件在断点后仍然能够保持DAC输入寄存器值，这样就尤为方便了，因为是第一次使用，关于这个芯片的稳定性，还需要进一步测试。技术要点...

我们在使用STM32L151这款超低功耗芯片的时候，容易混淆尾缀“A”，这里的“A”可以理解为 advance，也就是说，STM32L151C8T6A是STM32L151C8T6的高级版，哪高级了呢? 主要是RAM的大小，来看下官方手册里的资源表：首先是订货号中的分析：“C”代表48Pin， 8代表64K的flash，T代表LQFP的封装，6代表工业级温度（-40~85℃），所以我们能确定的是，STM32L151C8T6和STM32L151C8T6A的Flash都是一样的64K。...

本文简单的做下关键点笔记，NUC980 IOT的官方提供的实验板烧录方式可以参考官方提供的文档，这里就不赘述了，参考NUC980 IOT实验板做了一款精简版的 实验板，外围资源 包括：1、CPU(NUC980DK61Y）2、SPI Nand Flash(W25N01GVZE1G)3、USB 调试串口。4、USB Host5、SD卡。5、以太网口（Eth0）6、UART1/2/3/4.配置选择编译内核流程1、安装交叉编译器 arm-linux-gcc...

格式化输入、可变参数表格式化输入。

在unp书中，关于函数fcntl的参数讲解的比较多，但是这个函数功能只有简单的一句话“fcntl函数可以改变已经打开文件的属性”。我们知道，在Unix/linux环境下，不管是设备、I/O、socket等等，几乎一切都是文件，所以fcntl的功能就是对于这些设备、文件、I/O的属性进行设定，比如常用的功能：1、复制一个已有的描述符，类似于dup函数功能。2、获取/设置文件描述符标志。3、获取/设置文件状态标志。4、获取/设置一步I/O所有权。5、获取/设置记录锁。fcntl的功能很强大，也很全

在上一篇文章《linux下“阻塞”与“非阻塞”的定义及区别》中，我们分析了阻塞和非阻塞两种模式，与“非阻塞模式”相关的有两个 标志，就是 O_NONBLOCK与O_NDELAY，这两种参数的结果都是使I/O操作设置为“非阻塞模式”，也就是non-blocking，当进行read/write操作时，不管结果如何，都会马上返回，而不会阻塞。他们的区别是：在read时，如果读不到数据,O_NDELAY会返回0，由于正常读取到文件末尾时，也会返回0，这样就无法区分是否是遗产隔离，所以就引入了O_NONBLOCK,

前言在unix/linux下，不管是设备、文档、可执行程序，对于内核来说，都是文件，都会涉及到open、read、write的操作，对于文件操作就有了“阻塞”和“非阻塞”的概念了，我们以串口设备来举例分析这两种概念，首先保证，我们已经打开并初始化一个串口。“阻塞”的定义对于 read，当串口的接收缓冲区没有数据的时候，read函数会阻塞在那里，不返回，程序也无法下一步执行，一直到串口的接收缓冲区中有数据可读时，read读到了想要长度的字节数后才会返回，返回值为读到的字节数。对于write，当串口发送

dup应用场景分析Unix系统中支持不同的进程共享的打开文件，dup函数可以复制一个现有的文件描述符，这里的“复制”不是说dup返回完全一样的文件描述符，那是没有意义的。而是返回一个当前可用文件描述符中的最小数值，通过这一新的文件描述符也可以访问该文件。“共享”的分析上面提到了“共享”，对于刚接触文件描述符的人来说，可能会有些疑问，为什么要“共享”，将文件描述符作为一个“全局变量”访问不是很方便吗？有这种想法的，往往是因为我们大多数情况下的应用范围都是仅限于1个进程，即便1个进程下有多个线程，对于单进

strerror原型#inlcude <string.h>char *strerror(int errnum);strrerror 函数将errnum映射为一个出错消息字符串，并返回该字符串指针，这里的“字符串”是Unix中已经定义好的常量字符串。perror原型#inlcude <stdio.h>void perror(char *msg);perro函数是基于当前的errno值，在标准错误(控制台)上输出一条出错消息，它首先输出由msg指向的字符串，然后跟一个冒

本系列文章参考了西瓜视频-杨继深老师的《深讲电磁兼容》相关视频内容，这里向杨老师致敬。 在前面的文章中：《90%的电磁干扰问题是共模电流导致》《变频器的共模电流》 我们分析了共模电流的概念，也了解到了共模电流是产生干扰的主要源头，那么本文就简单分析，变频器的共模电流是如何干扰PLC或其他控制器的。通过前面文章的分析，我们应该能知道答案，一般情况下，变频器是通过地线来干扰PLC或其他控制器的。 变频器会在地线上产生共模电压，也就是“地线噪声”，驱动产生“地线”产生地线电流...

本系列文章参考了西瓜视频-杨继深老师的《深讲电磁兼容》相关视频内容，这里向杨老师致敬。在上一篇文章《90%的电磁干扰问题是共模电流导致》中提到了共模电流的概念，本文进一步说明变频器的共模电流。变频器的控制回路，如下图所示： 很明显，我们需要的是差模电流，共模电流是干扰信号，共模电流通过杂散电容，在“地线”上会产生地线电压，也会产生电磁辐射，会干扰周边其他的电子设备。 共模电压的产生，主要是因为跟变频器里的频繁脉冲有关。小结：1、变频器的共模电流就是电机定子...

本系列文章参考了西瓜视频-杨继深老师的《深讲电磁兼容》相关视频内容，这里向杨老师致敬。 工业控制系统中，变频器是比较常见的容易产生电磁干扰的设备，不管使用的是PLC，还是小型嵌入式硬件设备，都有可能被变频器干扰。我的专业方向是嵌入式硬件产品开发，所以干扰问题经常遇到，有时候也是没有很好的办法去解决，一般要么是加外置的隔离器，要么就是在软硬件上做一些辅助性的措施，但是对于其中的干扰原理，比较肤浅，这个主要是因为“干扰”本身是一种看不见摸不着的东西，有些人戏称为“玄学”。 查阅相关的资...

本文的标题是无意中看到的一句话，是(qq_37839971)对某篇文章的回复，这句话可能不太严谨，但是概括性很强，概括了数组和链表数据结构的部分优缺点，数组是一种顺序存储线性表，最大的优点是可以快速的存取表中任一位置元素，而缺点就是表长度不够灵活，而且想要插入、删除操作时，需要移动大量的元素。链表数据结构可以说是一种有强关联的数据结构，表长度灵活，可以随时增加删除，插入或删除操作也不需要移动太多...

</>概述队列是一种非常好用的数据结构，消息队列可以提高业务逻辑的成功率，在Unix/Linux下，消息队列还是进程之间通信的一种技术方案，关于队列数据结构的知识点，可以参考之前的文章：深入理解数据结构（一）：队列队列的功能虽然很好用，但是如何编写一个文件的消息队列功能，还是有些难度的，本文参考uC/OS 操作系统的队列代码原理，编写了消息队列 功能，使用者可以将cQueue....

malloc和free是常用的动态内存申请和释放函数，功能就不赘述了，尤其在调用 free 后，我们脑海中想到的就是释放之前申请的内存区域，那么我们再细究一下，调用free(p) 后，指针p值和 p指向的内存状态是什么样呢？说下答案吧：1、调用free(p) 后，p值不变。2、调用free(p) 后，p指向的内存的值不确定，有可能变，也有可能不变。这里就说明了一个容易忽略的结果...

在Unix/linux 中有 I/O 操作，I/O操作针对的是 文件，而linux下，“文件”概念是比较庞大的，不管是 普通文件还是硬件设备，还是socket连接、管道等等，都是文件，文件 最常用的3中操作就是 “读”、“写”、“异常”，我们经常使用的就是“读”操作，比如读取串口接收数据，读取socket 接收数据等等，文件的“读” 一般分2种，“阻塞”和“非阻塞”，对于这两种概念，我们举...

buildroot 是linux平台下的一种构建嵌入式Linux系统的框架，这个工具在刚开始接触的时候，觉得有点懵？ 这玩意儿能够构建系统内核、u-boot、根文件系统？太夸张了吧，后来经过使用发现，这个工具还真 可以，只不过实现的方式比较意外。Buildroot是由Makefile脚本和Kconfig配置文件构成的，对于构建内核、u-boot，它是 需要 写好脚本，从芯片厂家提供的下载链...

0- 概述在嵌入式CPU中，GPIO口都是可以设置成多种模式的，比如STM32的芯片 GPIO端口可以由软件配置成多种模式： 对于 输入模式和复用功能模式，都是比较容易理解的，但是 输出 推免输出和开漏输出，理解起来确实有些难度， 如果不理解这两种模式，那么对于这两种模式的应用场景，也是难以很好的理解的，接下来，我们就以STM32的 GPIO口的 结构为例，从电路的角...

从函数名称上就可以知道，这个函数的主要功能是向云端发送消息，但是它的功能不仅仅如此，特别需要注意的就是，他还包含子设备登录/子设备退出功能。函数 原型如下：IOT_Linkkit_Report 原型int IOT_Linkkit_Report(int devid, iotx_linkkit_msg_type_t msg...

该函数的功能是 关闭网络连接，并且释放Linkkit 的所有的占用资源。原型如下：IOT_Linkkit_Close原型int IOT_Linkkit_Close(int devid);接口说明若设备ID为主设备, 则关闭网络连接并释放Linkkit所有占用资源参数说明参数 数据类型 方向 说明devid int 输入 设备ID返回值说明值 说...

在上一篇文章中，着重分析了 SDK的 核心调度线程yield，本文再简单的分析下用户 事件调度 API 接口函数，该函数 原型如下：IOT_Linkkit_Yield原型void IOT_Linkkit_Yield(int timeout_ms);接口说明若SDK占有独立线程, 该函数只将接收到的网络报文分发到用户的回调函数中, 否则表示将CPU交给SDK让其接收网络报文并将消息...

本文是 本系列的 最重要的 一篇，因为本文尝试着去揭示SDK本身的 工作内容，为什么要理解 SDK 的工作内容呢？因为SDK提供给开发者的是API接口函数，我们只是会简单的使用 这些API接口， 但是这些API接口的相关资料只有寥寥几句话， 相关的技术文档也非常少，作者的出发点可能是开发者快速的进行应用开发，不需要了解SDK本身的任何 实现机制，但是个人觉得，如果完全不了解 SDK的...

IOT_MQTT_Construct 函数没有开放给 用户使用，它不是一个 API接口，但是对于移植者而言，尤其是关注 底层原理的，这个函数还是非常重要的，不管我们是采用 SDK自带的编译系统进行移植，还是采用“ 代码抽取”的方式进行移植，编写wrapper.c 中的HAL_xxx函数都是必不可少的， 尤其是TCP 连接、断开、读、写的HAL 接口函数，这些 都是具体的硬件层面的 接...

从字面意思也能看出 该函数是 设备 向 云服务器 发起连接的功能函数，但是“连接”功能知识它的主要功能，它还实现了一些其他的参数初始化，比如特别重要的 底层 HAL 接口函数的绑定。该函数 原型如下：IOT_Linkkit_Connect原型int IOT_Linkkit_Connect(int devid);接口说明对于主设备来说, 将会建立设备与云端的通信. 对于子设备...

该函数是使用 IOT的SDK的 需要调用的 第一个 接口函数，该函数原型如下：IOT_Linkkit_Open原型int IOT_Linkkit_Open(iotx_linkkit_dev_type_t dev_type, iotx_linkkit_dev_meta_info_t *meta_info);接口说明初始化设备资源, 在对设备进行操作之前, 必须先调用此接口. 该接口...

在前面的文章：《阿里云IOT-C-SDK系列（1）概述：移植流程、程序框架、代码目录》《阿里云IOT-C-SDK系列（2）快速体验：移植+示例C代码》《阿里云IOT-C-SDK系列（2）快速体验：移植+示例C代码》《阿里云IOT-C-SDK系列（4）SDK配置选项理解》《阿里云IOT-C-SDK系列（5）：进一步理解SDK的移植使用方式》 我们是从 移植、应用的角...

在之前的文章《Freemodbus原理分析》，结合代码对 freemodbus 进行了分析，这里对 freemodbus机制做一下分析小结。freemodbus 的应用场景 主要是在 非linux下的 单片机系统，当然了，freemodbus 1.6 版本也开始支持了 linux，不过在linux下，如果不是一定要移植源码的话，个人觉得 libmodbus 相比 freemodus 还是...

在上一篇文章《libmodbus源码分析（2）主机（客户端）功能源码分析》 从 主机的角度 分析了 源码，本文以 从机（服务器）的角度分析一下源码。同样的，我们以 modbus rtu 协议的 4x区保持寄存器功能进行举例说明。 我们简单的写一下 modbus rtu 下 响应客户端（主机）读4x 区保持寄存器的伪代码流程：int main(void){ modbu...

在上一篇文章《libmodbus 源码分析（1）基本框架、关键数据结构、接口》中，分析了libmodbus的源码基本框架和关键的数据结构、接口，本文就分析一下 libmodbus 作为 主机（客户端）的功能源码实现，这里我们以 modbus rtu 协议 的读 4x 区保持寄存器功能 进行举例说明，我们简单的写一下 modbus rtu 下读 4x 区保持寄存器的 伪代码 流程：in...

在之前的文章：《 libmodbus协议栈1——Linux下详细移植步骤(配置、生成) 》《 libmodbus协议栈2—— Linux下 modbus RTU master 开发案例 》《 libmodbus协议栈3—— Linux下 modbus RTU 从机 开发案例 》《 libmodbus协议栈4—— 总结 》 我们是从 应用的角度了解到了 libmodbus 的使...

在之前的文章《深入理解Linux内核之链表 list.h 功能实现原理、接口说明及示例代码》中详细的分析了链表的各种操作，我们经常使用的操作是“初始化”、“ 添加节点”、“遍历”、“删除”，对于链表节点的删除，使用的相对少，而且由于 删除操作的 宏函数 定义的复杂，容易混淆，本文基于此，对 链表的删除清空做下备忘录。以单向链表结构 为例，用到的宏函数有2个，分别为：/* * I...

上一篇《libev 笔记（二）：事件驱动模型 在 稳定的网络服务器 程序中的应用》我们介绍了 事件驱动模型的作用，以及在网络服务器中应用，本文简单的说一下 libev 的 使用关键点。 libev 是一种高性能事件循环 / 事件驱动库。作为 libevent 的替代作品，由于其支持linux，而且其作者声称其相比libevent速度更快，代码更少，所以我们在嵌入式linux中采用...

在前面的文章《libev 笔记（一）：“事件驱动模型” 的 理解》 简单的介绍了 事件驱动模型的概念，但是文字概念毕竟理解起来稍微有点抽象，接下来从具体案例来一步步的分析，事件驱动模型 能解决什么问题，也就是怎么用。 本文 参考了顾锋磊 老师的 文章 《使用事件驱动模型实现高效稳定的网络服务器程序》，在此向作者致敬，写的确实不错。 libev 目前 最典型的应用场景可能就...

libev 是 一种 “事件驱动”的编程框架，所谓“事件驱动”，简单地说就是就是 有什么动作（点按钮、中断），程序就执行什么操作（中断服务函数、回调函数），当然事件不仅限于用于的操作，只要是定义好的，各种突发、预设的各种将要发生的事情，都是事件。这里，我对CPU相对熟悉一些，可以把“事件驱动”理解为 自定义软件中断。这里我们举几个案例来分析：案例1： 状态机FSM 状态机是一...

在上一篇文章《ID值自动申请和释放》中，简单的介绍下应用背景和C代码，不过上一篇中的代码 至适用于 “释放”一次，不支持多次释放，也就是说必须要释放1次后，下一次操作必须是重新申请，因为代码中没有 使用 “队列”操作，所以本文为了实现多次释放的功能，进一步改善了代码，引入了队列的思想，关于“队列”的概念，可以参考之前的文章《深入理解数据结构（一）：队列 及 C代码框架》。下面就是具体的代码：#...

简单的说下题目中涉及到的 应用场景，在 开发 网关或一些组态软件的时候，我们一般是需要创建变量或者设备表的，还有就是对于数据库表中的 ID值，我们在对表中记录进行“增”、“删”操作时，也涉及到 ID值的 管理，这个具体体现为：（1）当我们新创建一个变量或一条记录时，希望ID值为最新的，而且是唯一的、递增的。（2）如果只有“增”操作，没有“减”操作，那就比较简单了，对id值进行 id...

目录一、宏定义中 “#”知识点1、直接转换字符串，不展开。2、转换出的结果一定是“字符串”。二、宏定义中 ## 知识点1、应用场景2、“##”的作用是将 左右两边的参数做整体字符串拼接替换3、经过 ## 替换后的内容必须 有一个 同名的 变量与之对应。4、 只拼接，不展开。5、## 操作 动态函数指针 案例代码一、宏定义中 “#”知识点 #的...

目录1、枚举中的值是整型。2、枚举中的成员就是一个全局“宏”。3、如果第1个枚举成员未赋值，第一个枚举成员默认值为整型的0。4、没有指定值的枚举元素，其值为前一元素加1.5、枚举元素的值可以自定义，也可以不定义。 枚举类型在C编程中经常用到，尤其是状态枚举、使得程序的可读性更强，“枚举”正如字面意思，将变量可能 出现的值都列举出来，限定变量的值范围，比如：...

在分析“条件变量”这个概念之前，我们需要了解两个相关的概念，分别是：线程同步、互斥量。1、线程同步 所谓线程同步，“同步”二字单从字面意思来看，是很容易有歧义的，起码不太容易理解是什么意思，“同步”不是同时，而是 只两个或两个以上随时间变化的量在变化过程中保持一定的相对关系（也特别拗口）。这里我用白话解释就是：排队，按顺序来。线程的同步就是说具有一定关系的两个或两个以上的线程...

在前面的文章《Unix编程艺术：哲学基础》中，提到的模块原则是复杂软件的一个利器，也是Unix编程艺术的核心之一，模块性体现在良好的代码中，这首先来自于良好的设计，在编写代码时，需要考虑下面这些问题，这些问题有助于提高代码的模块性。1、有 多少全局变量？全局变量对模块化是 毒药，很容易使各模块轻率、混乱地互相泄露信息，全局变量 同时也意味着代码不能重入，也就是说同一个进程的多个实例可能彼...

目录阐述一：阐述二阐述三：1、模块原则。2、清晰原则。3、组合原则.4、分离原则：策略同机制分离，接口同引擎分离。5、简洁原则：设计要简洁，复杂度能低则低。6、吝啬原则：除非确无 它法，不要编写庞大的程序。7、透明性原则：设计要可见，以便 审查和调试。8、健壮原则：健壮源于透明与简洁。9、表示原则。10、通俗原则：接口设计 避免标新立异...

cJSON的简单使用——STM32移植cJSON打包功能使用-代码案例、特别注意事项 在前面的文章中，我们对cJSON进行了一些简单分析，包括解析、打包这两种最常用功能，cJSON的移植相对简单，但是在使用的时候，还是有一些特别需要注意的地方的，这 主要是因为 cJSON库 中的一些函数会进行内存申请操作，但是并不会自动释放内存，这就相当于 是风险， 需要使用者自己去及时的释放 内存。...

深入理解SQLite3之sqlite3_exec及回调函数sqlite3：深入理解sqlite3_stmt 机制sqlite3: sqlite3_step 函数sqlite3：sqlite3_bind 函数sqlite3：sqlite3_column 函数sqlite3：嵌入式linux下使用总结 在前面的文章中，对sqlite3进行了一些零碎知识点分析， 本文分析一...

在前面的文章《cJSON的简单使用——STM32移植》中，分析了cJSON的简单使用和移植步骤，这个使用 案例主要 是针对 json包解析的，其实cJSON也提供 json 包 打包 功能，这里针对常用的“对象”类型json进行打包，我们主要使用到以下几个接口函数：1、cJSON *cJSON_CreateObject(void) 该函数用于 创建1个 objec...

本文主要从应用的层面来分析I2C的通信线缆长度的影响及改进措施，不涉及理论分析。I2C总线是嵌入式硬件中一种常用的 通信总线，比如一些时钟芯片，传感器芯片、eeprom等等都是I2C接口，这里我们先说一些共识： I2C总线确实不适合远距离通信，尤其是需要使用线缆与I2C接口器件进行通信，这里的“不适合”并不是说不可以，这也是本文的重点。一般使用I2C总线，都是在用一个开发板上，或...

说来惭愧，对于命令行参数这个概念接触的比较少，可能也是之前一直使用IDE进行开发程序的原因吧，对于C程序，总是从main函数开始执行，main函数的原型如下：int main(int argc, char *argv[]);这里面我们可以发现main函数的特点：（1）有两个形参，argc和 argv。（2）返回值为 int，有符号整型，我们常常在main函数的最后，添加 ...

阿里云IOT-C-SDK系列（1）概述：移植流程、程序框架、代码目录阿里云IOT-C-SDK系列（2）快速体验：移植+示例C代码阿里云IOT-C-SDK系列（3）快速体验：不使用SDK自带编译系统进行移植示例及Makefile的编写示范阿里云IOT-C-SDK系列（4）SDK配置选项理解 在系列（1）中简单的描述了SDK的两种移植方式：（1）基于SDK自带的编译系统，通过修改HAL层的函...

这里写自定义目录标题欢迎使用Markdown编辑器新的改变功能快捷键合理的创建标题，有助于目录的生成如何改变文本的样式插入链接与图片如何插入一段漂亮的代码片生成一个适合你的列表创建一个表格设定内容居中、居左、居右SmartyPants创建一个自定义列表如何创建一个注脚注释也是必不可少的KaTeX数学公式新的甘特图功能，丰富你的文章UML 图表FLowchart流程图导出与导入导出导入阿里云IOT...

阿里云IOT-C-SDK系列（1）概述：移植流程、程序框架、代码目录阿里云IOT-C-SDK系列（2）快速体验：移植+示例C代码 在系列（2）中详细的罗列了如何使用SDK自带的编译系统进行移植，正如前面所述，使用SDK自带的编译系统看起来简单，但是由于SDK对很多的细节进行了封装，所以对于我们深入的理解SDK反倒是不好的，所以阿里的技术支持更加推荐用户能够使用“代码抽取”功能，将抽取...

目录一、双向链表接口函数及相关宏定义分析0、list_head 结构体1、offsetof(TYPE, MEMBER) 宏2、ontainer_of(ptr, type, member) 宏3、LIST_HEAD_INIT 宏4、LIST_HEAD 宏5、INIT_LIST_HEAD 函数6、LIST_HEAD 和INIT_LIST_HEAD 的区别7、lis...

《阿里云IOT-C-SDK系列（1）概述：移植流程、程序框架、代码目录》在上一篇文章我们分析了C-SDK的移植流程一级程序框架， 为了快速的体验一下这个移植流程，本文按照上篇文章提供2 种移植方式分别举例如何移植。官方的快速 移植案例为：Quick_start, 我对移植案例进行整理和修改，为了快速的体验，我们使用ubuntu来运行示例程序，原因是SDK中已经提供了HAL_XXX接口函数的实...

前言 阿里云推出的 物联网 平台是 专为 设备上云的平台，其物联网平台目前做的还是比较好的，尤其是高级版的 物模型 + IOT studio使得设备数据不仅能够在云端上线，而且可以方便的做web+app显示，基本上相当于web版本+app版的组态软件。基于阿里云的市场份额和功能特点，可以预计，未来其物联网平台应该会应用广泛。对于开发者而言，对重要的就是要使设备连接到物联网平台上...

目录1、静态库和动态库的区别2、“库”的概念3、静态库和动态库的创建命令 4、静态库和动态库的使用方式1、静态库和动态库的区别（1）所谓静态库（*.a），就是程序link的时候就把静态库中的东西取出来，放到生成的可执行文件中，当这个可执行文件执行时，就不需要再次调用这个静态库了。 （2）所谓动态库（*.so），就是程序link的时候，只是将库中的 符号包...

超低功耗研发-STM32L151C8T6芯片（一）时钟系统概述超低功耗研发-STM32L151C8T6芯片（二）低功耗模式超低功耗研发-STM32L151C8T6芯片（三）RTC自动唤醒机制超低功耗研发-STM32L151C8T6芯片（四）串口接收唤醒机制、注意事项、C代码目录一、硬件设计1、DC-DC电源部分2、CPU供电3、开关控制电路4、外围芯片供电...

超低功耗研发-STM32L151C8T6芯片（一）时钟系统概述超低功耗研发-STM32L151C8T6芯片（二）低功耗模式超低功耗研发-STM32L151C8T6芯片（三）RTC自动唤醒机制在前面的文章中，详细分析了STM32L151 的 低功耗的各种概念和相关知识，在应用中，还有一种常见的需求，就是CPU被外部唤醒。 RTC唤醒是用于正常的业务需求，而外部唤醒也是需要的，比如说我们需...

“队列”型数据结构是一种非常经典的数据结构，理解这个数据结构，能够更深入的理解一些功能机制，比如消息队列等。队列的思想对于程序逻辑中的应用，还是非常普遍和重要的，最常见的应用就是消息队列，下面就来分析一下队列数据结构的各种概念。一、“队列”数据结构能做什么？ 队列数据结构，正如字面意思所述，能够对一堆数据，按照先后顺序来管理，本质上是对内存区域的管理，举例来讲，消息队列，假设...