小人物专栏

主机环境:Windows 7 SP1编译器版本:gcc-arm-none-eabi-7-2017-q4-major-win32目标板:STM32F103C8T6单板STM32库版本：STM32Cube_FW_F1_V1.6.0XMAKE版本:2.1.9之前一段时间一直在思索跨平台开发的问题，以前开发STM32用的是MDK开发环境，但该软件又只能在Windows平台使用，跨平台的集成开发环境有SW4...

主机环境：Windows 10 64bit开发环境：MDK 5.23目标板：LPC54114之前在NXP社区得到一块LPC54114的板卡，是由万利制作的，LPC54114是一款双核MCU，包含了一颗M4主核和一颗M0+从核，利用该板卡学习了一下双核MCU的开发流程，板卡中提供了一颗W25P80FLASH，之前拥有的板卡都没有挂外部FLASH，刚好之前利用LPC54608学习Touch

主机环境：Win10 64bit开发环境：MDK5.23目标板：LPC54608之前在NXP论坛里得到了一块LPC54608开发板，最吸引人的地方是带了一块屏，如下图：这也是第一次接触NXP的开发板,之前一直都是用的ST的MCU，NXP的库跟ST的还是差别蛮大的，自我感觉ST的开发入手要快一些，而NXP的相对慢一些，入手开发板之后就看了库里面自带的一些基本驱动例程，只熟悉了

最近抽空学习了一下使用c语言来生成pdf文件的库-libHaru，利用该库你可以不必关心pdf内部复杂的结构来生成你所需要的pdf文档，跟着libHaru库中的示例敲了一遍代码，对libHaru库有了一些认知(当然目前还没有完全看完示例代码)，在此做出一些笔记顺便记录一下遇到的一些API接口。1. 首先是libHaru的坐标系统，跟我们平时所使用的坐标系统不同，平时使用c语言时默认的坐标原点都

主机环境：Windows 10开发环境：CodeBlocks 16.01mingw好久没更新了，之前私人笔记本坏掉了一直没去弄，跟了我有6年多了，想想也该退役了，一狠心买了一个新的本本，之前在讨论群了看到有人在询问使用c语言生成pdf文档的事情，一时好奇就去网上度娘了一下相关的文档，在github上就看到了一个开源的使用c语言生成pdf文档的代码--libHaru，看了一下很久没有更新了，

主机环境：Windows XP  SP3开发环境：MDK 5.20目标芯片：STM32F030C8T6前两天在群里看到有人在询问有关STM32 串口总线空闲检测的事情，根据串口总线是否空闲来判断一帧数据是否发送完成，之前使用串口一直没怎么注意过这一串口特性，所以后来特意去看了下手册中有关总线空闲检测的指示，发现它的确是个好特性，之前都只是在串口中断中接收数据在主循环中不断的读取数据然后

之前在Windows下一直使用的是网易云音乐听歌,现在安装了Linux Mint之后一直没安装音乐播放器,今天去网易云音乐官网中发现其有提供Linux版本的网易云音乐,赶紧下来感受一下,官网上提供了以下几个版本这里下载的是ubuntu16.04(64位)版本,安装时发现终端上提示了各种错误,缺少很多依赖关系,经过一番苦战之后发现还是有一个顽固的依赖关系，如下一直提示未安装gstre

之前尝鲜安装了Linux Mint 18 Cinnamon 64位版本的系统,在安装时是选的汉语安装,安装时是没有联网的,后来安装完毕之后发现系统汉化不完全,有些地方依然有英语存在,但是在查看语言包时发现中文的语言包是完全安装了的,虽然不晓得为啥会这样,但不影响使用,就没有去管它,完了就去安装了Fcitx输入法,其中中文安装的是sunpinyin,在使用过过程中发现切换到中文时虽然可以输入中文但是

主机环境：Windows 7 SP1开发环境：MDK5.18目标板：NUVOTON NUC472之前领了一块新唐的NUC472开发板一直没有动，吃了很久的灰，后来接触了一下新唐的M451芯片，休闲之余把NUC472开发板拿出来研究了一哈，该开发板只有两个接口以太网接口和一个USB接口，当然所有引脚是都引出来的，如下图所示：该开发板刚好可以用来研究一下网络的开发，之前一直在使

主机环境：Windows 7 SP1 64位开发环境：Code::Blocks16.01这几天在看一个JPEG编码的库代码时看到了一个关于字节对齐的预处理指令#pragma pack(n)，之前也偶遇过这类指令，但也没去研究过，现在就整理一下有关字节对齐的问题，以便日后查阅，跟这个有关的指令还有一类：__attribute__((aligned(n)))，下面就分别分析一下这两

主机环境：Windows 7 SP1开发环境：MDK5.18目标板：STM32F103C8T6开发库：STM32F1Cube库和STM32_USB_Device_Library继续昨天的学习笔记，之前提到从USBTrace软件中抓取的数据跟图像原始数据做对比是没有丢失数据的，只是在传输过程中有一半的数据包出现了错误，由此导致我们在PC上一直无法获取到正常的图像，从而

主机环境：Windows 7 SP1开发环境：MDK5.18目标板：STM32F103C8T6开发库：STM32F1Cube库和STM32_USB_Device_Library承接前文，动手之前看见昨天的文章居然有900+的阅读量，我还震惊了好久，之前写的一些东西隔天一般就十几二十的阅读量，这次居然直接上升了一个数量级，由此，可以看到大家对于STM32 UVC的学习

主机环境：Windows 7 SP1开发环境：MDK5.18目标板：STM32F103C8T6开发库：STM32F1Cube库和STM32_USB_Device_Library距离之前的STM32 USB学习又过去了N个月，想起最初想学习USB的初衷就是学习一下UVC协议，了解一下图像的传输，在逛STM32社区的时候有看到一句话：以前使用单片机必须熟悉I2C、SPI

主机环境：Windows 7 SP1开发环境：MDK5.14目标板：STM32F103C8T6开发库：STM32F1Cube库和STM32_USB_Device_Library现在我们来分析VCP例程的最后一个文件USB设备类的usbd_cdc文件，该文件跟CDC类紧密相关，看下其头文件的一些定义：/** @defgroup usbd_cdc_Exporte

主机环境：Windows 7 SP1开发环境：MDK5.14目标板：STM32F103C8T6开发库：STM32F1Cube库和STM32_USB_Device_Library现在分析USB器件库核心文件的最后一个文件usbd_ctlreq，该文件提供了标准请求的处理，跟USB2.0协议的第九章节紧密关联。在Setup阶段根据bmRequest字段的内容分为：设备请

主机环境：Windows 7 SP1开发环境：MDK5.14目标板：STM32F103C8T6开发库：STM32F1Cube库和STM32_USB_Device_Library现在来分析一下USB器件库中核心文件usbd_ioreq，相对于usbd_ctlreq来说usbd_ioreq文件的代码量要小一些。该文件的主要作用是为控制端点提供IO请求API，更准确来说是

主机环境：Windows 7 SP1开发环境：MDK5.14目标板：STM32F103C8T6开发库：STM32F1Cube库和STM32_USB_Device_Library现在来分析哈USB器件库代码，先来看usbd_core文件，其头文件只有一些函数声明，没啥可说的，只有一点，之前分析usbd_conf.c文件时里面USB中断回调函数中调用的底层接口都是在us