摘要： wxPython框架虽然成熟稳定，但是相对最近更火的PyQt框架来说，还是显得古老了一些，控件风格不符合现代审美观，因此痞子衡决定学习一下PyQt的用法，感受下PyQt做出来的界面效果到底如何。根据wxPython学习经验，当然首先要从PyQt的可视化GUI构建工具Qt Designer开始下手，因此便有了本篇博客。 阅读全文

摘要： 为了便于大家快速验证软件HAB加密功能，特将已开启HAB加密功能的cst工具上传至百度网盘，仅用作个人学习用途，违者后果自负。 -- 链接: https://pan.baidu.com/s/1lcFverYPDDp0qjxCcWpkug -- 提取码: 3873 使用方法：将下载到的压缩包cst_3 阅读全文

摘要： ```text 软件v1.x仅支持BEE加密： 为了便于大家快速验证软件BEE加密功能，特将用于BEE加密的image_enc工具上传至百度网盘，仅用作个人学习用途，违者后果自负。 -- 链接: https://pan.baidu.com/s/1fa0_HhtBktv69FnX1a2UlQ -- 提取码: v4wq 使用方法：将下载到的压缩包image_enc.zip解压后将其... 阅读全文

摘要： NXP-MCUBootUtility是一个专为NXP MCU安全加密启动而设计的工具，其能完整支持基于HAB实现的安全加密启动（单签名，签名和加密），而HAB相关的功能是借助恩智浦官方的HAB Code Signing Tool工具来实现的，HAB Code Signing Tool跟安全加密有关，因为一些跟“国际安全发展问题”有关的原因，NXP-MCUBootUtility不能够直接将HAB Code Signing Tool工具集成到软件安装包里，所以如果要在NXP-MCUBootUtility里开启HAB签名和加密功能，需要自己将HAB Code Signing Tool工具添加到NXP-MCUBootUtility里，本篇文章即教大家如何添加HAB Code Signing Tool工具进NXP-MCUBootUtility以激活HAB签名功能。 阅读全文

摘要： 对于MCUBootUtility，RT-Flash工具，有任何使用上的问题，可以在本博客下留言，也可以扫码加入QQ交流群。 阅读全文

摘要： NXP-MCUBootUtility是一个专为NXP MCU安全加密启动而设计的工具，其特性与NXP MCU里BootROM功能相对应，目前主要支持i.MXRT系列MCU芯片，与NXP官方提供的标准安全加密配套工具集（OpenSSL, CST, sdphost, blhost, elftosb, BD, MfgTool2）相比，NXP-MCUBootUtility是一个真正的一站式工具，一个工具包含NXP官方所有加密配套工具的功能，并且是全图形用户界面操作。借助于NXP-MCUBootUtility，你可以轻松上手NXP MCU安全加密启动。 阅读全文

摘要： 大家好，我是痞子衡，是正经搞技术的痞子。本系列痞子衡给大家介绍的是高性能MCU下RTOS+GUI框架+多媒体应用开发相关知识。 恩智浦半导体2017年推出的i.MX RT系列第一款芯片i.MXRT1052，搭载Cortex-M7内核，主频高达600MHz，CoreMark跑分高达3020，这种高性能 阅读全文

摘要： 飞思卡尔Kinetis MCU属于ARM Cortex-M系列芯片，因此本文主要介绍的Cortex-M系列芯片调试器，目前市面上Cortex-M调试器种类（这里主要指的是硬件生产商）非常多，主要分为如下两大阵营（第三方公司，半导体厂商），本文要讲的主角OpenSDA属于阵营里的后者，其一般不单独存在，都是附着在飞思卡尔Kinetis官方开发板上，你可以理解为OpenSDA调试器是专为Kinetis芯片设计的（但其实其firmware设计是可以做到通用于所有Cortex-M芯片的），今天痞子衡就为大家介绍OpenSDA项目的来龙去脉，让大家对OpenSDA项目有一个整体认识。 阅读全文

摘要： 嵌入式里有时候也会和音频打交道，比如最近特别火的智能音箱产品，离不开前端的音频信号采集、降噪，中间的语音识别（ASR）、自然语言处理（NLP），以及后端的文语合成（TTS）、音频播放。音频信号采集是处理声音的第一步，要采集音频就离不开PCM编码，音频采集完成自然需要保存，waveform格式（.wav）是一种最经典的音频文件格式。今天痞子衡就给大家详细介绍PCM编码以及waveform文件格式。 阅读全文

摘要： 在前几篇里痞子衡介绍的Boot Device都属于主动启动的Primary Boot Device（Serial NOR/NAND, Parallel NOR/NAND， SD/eMMC），试想一下如果遇到这样的情况，你选择启动的某个Primary Boot Device正常工作一段时间后某次开机突然因为某种未知原因无法启动了，此时系统无法正常工作，但如果你希望系统能够有一定的容错/鲁棒能力，即使这种场合下也能够保证基本工作，那应该怎么做？别担心，i.MXRT BootROM提供了一种解决方案，即Recovery Boot机制，BootROM支持Serial EEPROM/NOR作为Recovery Boot Device，你只需要将备份application事先放进Recovery Boot Device即可，任何主动启动的Primary Boot Device启动失败，BootROM会自动启动Recovery Boot Device中的备份application保证系统能正常工作，是不是觉得recovery boot很贴心？今天痞子衡就为大家介绍Recovery Boot 阅读全文

摘要： 关于NOR Flash发展史，我们知道早在1988年Intel便发表了NOR Flash结构，从此改变了由EPROM/EEPROM一统天下的局面。早期的NOR产品主要是Parallel NOR，作为半导体行业领导大厂，为了使NOR产品发展标准化，Intel于1996年制定了CFI 1.0标准（1.0版本属于draft版本，正式版本是1997年发布的1.1），CFI标准的存在是为了让Host能够从NOR Flash device中直接获取制造商ID、设备ID、Flash大小以及各种物理特性，从而使得NOR Flash产品在前后兼容性上表现更好，软件驱动设计也更加标准化。 阅读全文

摘要： 众所周知，最早也最流行的Raw NAND接口标准是ONFI标准，很多知名NAND厂商（Hynix、Intel、Micron、Phison、Sony、ST）都是ONFI标准的制定者，但发展到高速DDR NAND的时候出现了一个与ONFI分庭抗礼的标准Toggle DDR，这个Toggle DDR标准是由Samsung和Toshiba两家共同推出的，这两家NAND的产能占据全球70%，所以Toggle DDR标准不容忽视。眼看着这两大NAND标准要打起来，微电子行业的标准权威JEDEC组织出来打圆场了，JEDEC尝试制定了一套Raw NAND互操作标准，即本文的主角JESD230标准，该标准的目的主要是为了融合ONFI和Toggle两大标准。 阅读全文

摘要： Raw NAND启动文章深入广大网友喜爱，短时间内阅读量飙升，这让痞子衡深入鼓舞，所以趁热打铁继续把从Parallel NOR启动也顺便一起讲了，为什么说是顺便呢？因为Parallel NOR与Raw NAND都是并行接口，属于同一门派，且这两种外存设备在i.MXRT内部是通过同一IP（SEMC）实现底层接口通信的，所以了解了Raw NAND启动，再来看Parallel NOR启动会觉得简单很多。 阅读全文

摘要： 我们知道i.MXRT1xxx支持的外部Boot Device共有6种（Serial NOR&NAND、Parallel NOR&NAND、SD/eMMC、SPI NOR/EEPROM），其中最常用的是Serial NOR&NAND，目前各大社区里讨论最火的也是Serial NOR/NAND启动，有不少大神(硬汉eric2013, jicheng0622)已经写过关于Serial NOR&NAND启动的文章，写得非常好，这让痞子衡非常有压力，因此痞子衡决定第一篇Boot Device写较常用但还没有人写过的Raw(Parallel) NAND启动。 阅读全文

摘要： 说到Raw NAND发展史，其实早期的Raw NAND没有统一标准，各厂商都是自由设计，因此尺寸不统一、存储结构差异大、接口命令不通用等问题导致客户使用起来很难受。为了改变这一现状，2006年几个主流的Raw NAND厂商（Hynix、Intel、Micron、Phison、Sony、ST）联合起来商量制订一个Raw NAND标准，这个标准叫Open NAND Flash Interface，简称ONFI，2006年12月ONFI 1.0标准正式推出，此标准一经推出大受欢迎，此后几乎所有的Raw NAND厂商都按照ONFI标准设计生产Raw NAND，从此Raw NAND世界清静了，不管哪家生产的Raw NAND对嵌入式设计者来说几乎都是一样的，至少在驱动代码层面是一样的，那么各厂商竞争优势在哪呢？主要在三个方面：数据存取速率、ECC能力、ONFI之外的个性化功能。 阅读全文