Golden_Chen的专栏

JSON（JavaScript Object Notation，JavaScript对象表示法）是一种由道格拉斯·克罗克福特构想和设计、轻量级的数据交换语言，该语言以易于让人阅读的文字为基础，用来传输由属性值或者序列性的值组成的数据对象。比如：{“class”: ”1”“name”:“xaiomin”,“age”:“20”}当然一个key里面可以包含多个值，比如{“obj”:[“class”,“name”,“age”]},在value里面的值写在[]里面。参数：*objec：第一个函数中获取的句柄。

​■ 常规插件孔(Pad)公差+0.13mm/-0.08mm（孔径严格的可以采用压接孔，公差±0.05mm，仅限多层板）■ 过孔(Via)依资料适当调整，不具体管控公差，插件孔请考虑负公差，设计时与过孔勿混用■ 金属化槽孔（孔壁有铜槽孔）采用钻孔方式加工，常规公差：+0.13mm/-0.08mm■ 非金属化槽孔（孔壁无铜槽孔）采用锣孔方式加工，常规公差：±0.2mm■ 除过孔外的插件孔，孔壁有铜或无铜，最小孔做0.5mm（少于这个值可能会油墨堵孔或喷锡堵孔）

通常情况下，过孔会贯穿整个PCB板，从顶层到底层，并且经过金属化处理，以确保良好的电气连接性能。总之，过孔是PCB线路板设计中一项重要而必要的元素，它提供了可靠的电气连接、强度和稳定性、散热性能以及安装便捷性。一般建议外径1MM，内径0.3-0.5MM， 比较密的线路，外径做到0.6MM，内径做到0.4-0.2MM的样子。一般来说，过孔的尺寸取决于所需的电流容量和组件引脚的尺寸。更大的过孔可以承受更高的电流，但也会占据更多的板面积。设计师通常会参考标准尺寸和规范，例如IPC标准，来选择合适的过孔尺寸。

PADS设计的文件，第二次打开时都需要重新铺铜，原因是PADS软件铺铜是线性铜皮，这也是PADS软件的特点。但是实体覆铜，如果过波峰焊时，有一定的热胀冷缩的拉力，板子可能会翘起来，甚至会起泡。孤岛(死区)铜问题，孤立铜如果比较小等同于碎铜，可删除处理。平面连接是指内层的铜皮，其原因也是PADS软件设计的铜皮只保留铜皮的外框，第二次打开设计文件内层的铜皮需选择平面链接恢复铺铜。关于碎铜、孤立铜的可制造性问题，碎铜在生产制造过程中因细长的特征会被蚀刻掉，从而导致铜分离，脱落在其他位置导致不同网络短路。

本文介绍的数字音频接口全部是硬件接口，是实实在在的物理连线方式，即同一个PCB板上IC芯片和IC芯片之间的通讯协议。为直观的展示，下图简单列举了数字音频接口硬件接线的一般场景。

ESCP32C3引导程序的详细开机流程

答案就是：我们在谈论802.11 MAC（媒体访问控制）和PHY（物理层）。802.11协议只管这两层，而它对外（上层）提供服务的数据接口即MSDU：medium access control (MAC) service data unit -- MAC服务数据单元。每一层的数据包称之为本层的协议数据单元（PDU），它包含了本层所特有（添加）的包头和结尾（如果有）。MSDU，A-MSDU，MPDU，A-MPDU，PSDU，PPDU ... 看这些似曾相识似懂非懂的WiFi各层数据包的缩写，是不是很上头？

ESP32C3的存储类型和地址空间

乐鑫ESP32系列芯片是性价比非常高的嵌入式平台，不仅外设接口丰富，有较多的存储空间，还支持WIFI/BT等无线连接，同时也支持加密和权限管理等安全功能，这大大拓展了芯片的应用领域；本文从使用IDF的角度出发。

因此，串口会被频繁使用，但由于串口的打印是实时的，在设备系统没有完全启动之前，串口日志或数据是无法被缓存到设备的存储介质，一旦中途重启或掉电，在缓存区的数据也会丢失。故当前的办法，就是上位机（PC电脑）保持串口线连接，即时保存日志在上位机侧，这样就导致几个问题：1）设备必须放置在上位机旁，距离范围取决于串口线的长度；以上这些因素，也是实现串口空中延展的意义所在， 当然空中延展的串口，本身就能支持数据的无线透传，使用上与普通串口并无区别。注意，串口的收发管脚要与目标设备或PC侧的串口一致。

同那些通过收取软件授权费用盈利的传统厂商相比，开源厂商在开发上采用开放源代码，在传播上采取免费下载、自由分发的方式，这样，他们的研发成本与营销费用都比传统软件企业低得多，并且有利于软件的广泛传播。在开源软件大潮的冲击之下，包括微软在内的商业软件公司，也开始认可开源软件"软件成为服务"的本质。开源软件在发展历程中，已经不仅仅是开放源代码的免费软件。比如著名的开源软件出版商O'Reilly公司，就不遗余力地联系各开源软件权威人士，组织各种开源软件的会议，虽然知识是免费的，但承载知识的书籍却是收费的。

GERBER文件格式详解

就步进电机和伺服电机的使用性能作一一比较。

设计可自由播放旋律的八音盒

最近交叉编译最新的busybox 1.35源码在OK6410板子上做实验，遇到了些问题，做下总结。1. gcc-linaro-7.5.0-2019.12-arm-linux-gnueabi 该系列高版本工具链不能用于busybox的交叉编译虽然能够编译出来，但系统无法运行，直接提示SIGSEGV段错误，每次重编后的错误日志基本如下，可以看出PC和LR都是错误的，已超出实际内核MMU映射范围，其他寄存器也定位不到代码。[ 2.696508] init: unhandled page fau

前言在ELF file OS ABI invalid 与 chroot 大法这篇文章中，我描述了 libc.so ABI 的特别之处，它的 ABI 为 GNU 扩展格式而非 System V 格式。在本文中研究下它如此特别的原因。elf.h 中的相关定义系统头文件路径中，与这个 ABI 相关的宏在 /usr/include/elf.h 文件中定义，相关代码摘录如下： 138 #define EI_OSABI 7 /* OS ABI identification */ .

尽管每天都在调用linux的elf文件做各种事,但却很少去了解他,最近尝试在orangepi上编译个elf到android手机上运行,因为两个CPU都是ARMv8的.结果运行失败了.遂查找原因.结果挖出这玩意...以下内容大部分为摘抄整理:关于ABI,EABI,OABI:ABI(application binary interface)应用程序二进制接口一般应用程序是要分各种CPU架构的,ABI用于对接.而ABI的不同则是linux内核和glibc的升级导致的规范变化导致的。不同的ABI程序和库

compat_ioctl：支持64bit的driver必须要实现的ioctl，当有32bit的userspace application call 64bit kernel的IOCTL的时候，这个callback会被调用到。如果没有实现compat_ioctl，那么32位的用户程序在64位的kernel上执行ioctl时会返回错误：Not a typewriter 。 如果是64位的用户程序运行在64位的kernel上，调用的是unlocked_ioctl，如果是32位的APP运行在32位的kernel上

802.11 Association Status Codes Code 802.11 definition Explanation 0 Successful 1 Unspecified failure For example : when there is no ssid specified in an associatio

记录下这个wifi配置工具的编译过程。步骤不少，涉及的开源工具包不少，很有记录的价值。 WPA_Supplicant简介 首先，稍稍介绍下wpa_supplicant，这是一个控制无线网络连接的工具，类似于iw系列，但iw系列已经比较旧了，很多功能都支持不了，这也是我非得费时费力搞的原因。它主要用wpa_supplicant 和wpa_cli两个tools组成。前者是一个daemon角色；后者相应于一个控制器，于daemon通信，故wpa_cli无法单独运行。使用...