目录普冉PY32系列(一)PY32F0系列32位CortexM0+MCU简介普冉PY32系列(二)UbuntuGCCToolchain和VSCode开发环境普冉PY32系列(三)PY32F002A资源实测-这个型号不简单普冉PY32系列(四)PY32F002A/003/030的时钟设置普冉PY32系列(五)使用JLinkRTT代替串口输出日志普冉PY32系列(六)通过I2C接口驱动PCF8574扩展的1602LCDPY32F0系列上市其实相当长一段时间了,样品已经吃灰很久,因为工作原因11月12月都很忙一直没时间,最近终于有一点时间把功课做了.PY32F0简介PY32F0属于32位M0内核的M
ARM体系结构与接口技术——ARM异常处理异常的概念处理器在正常执行程序的过程中可能会遇到一些不正常的事件发生，这时处理器就要将当前的程序暂停下来，转而去处理这个异常的事件，异常事件处理完成之后再返回到被异常打断的点继续执行程序。异常处理机制不同的处理器对异常的处理的流程大体相似，但是不同的处理器在具体实现的机制上有所不同；比如：处理器遇到哪些事件认为是异常事件，遇到异常事件之后处理器有哪些动作，处理器如何跳转到异常处理程序，如何处理异常，处理完异常之后又如何返回到被打断的程序继续执行等，这些细节的实现就是处理器的异常处理机制。ARM异常源导致异常产生的事件称为异常源。ARM异常源有7类：FI
ARM体系结构与接口技术——ARM异常处理异常的概念处理器在正常执行程序的过程中可能会遇到一些不正常的事件发生，这时处理器就要将当前的程序暂停下来，转而去处理这个异常的事件，异常事件处理完成之后再返回到被异常打断的点继续执行程序。异常处理机制不同的处理器对异常的处理的流程大体相似，但是不同的处理器在具体实现的机制上有所不同；比如：处理器遇到哪些事件认为是异常事件，遇到异常事件之后处理器有哪些动作，处理器如何跳转到异常处理程序，如何处理异常，处理完异常之后又如何返回到被打断的程序继续执行等，这些细节的实现就是处理器的异常处理机制。ARM异常源导致异常产生的事件称为异常源。ARM异常源有7类：FI
前言本篇我将介绍KeilC51和MDK-ARM两大集成开发环境的安装包下载方法，帮助大家安全快速的从官网下载安装包。博主编写了软件安装教程，可以在安装包下载完成后，跳转观看图文教程进行软件的安装与注册。待更新Keil官网Keil官网>>点击跳转KeilC51官网下载1.进入Keil官网后，在左上方菜单栏中点击“Download”。2.点击“ProductDownloads”。3.点击“C51”。4.根据文本框前的提示填写个人信息，然后点击“Submit”。5.点击“C51V961.EXE”（961为版本号，会根据版本的升级而变动）。6.安装包下载中，等待下载完成即可。MDK-ARM官网下载1.
前言本篇我将介绍KeilC51和MDK-ARM两大集成开发环境的安装包下载方法，帮助大家安全快速的从官网下载安装包。博主编写了软件安装教程，可以在安装包下载完成后，跳转观看图文教程进行软件的安装与注册。待更新Keil官网Keil官网>>点击跳转KeilC51官网下载1.进入Keil官网后，在左上方菜单栏中点击“Download”。2.点击“ProductDownloads”。3.点击“C51”。4.根据文本框前的提示填写个人信息，然后点击“Submit”。5.点击“C51V961.EXE”（961为版本号，会根据版本的升级而变动）。6.安装包下载中，等待下载完成即可。MDK-ARM官网下载1.
ARMmbed/DAPLink项目仓库地址https://github.com/ARMmbed/DAPLinkArmMbed应该属于Arm的机构或者是Arm资助的机构.常用的DAPLink基本上都是从这个项目派生的.仓库主要是使用Keil,对GCC的支持是2020年才正式合并进来的#750.目录结构├──docs#文档├──mbed-os.lib├──projectfiles#根据不同的编译器,对各个project生成的编译配置文件│ ├──make_gcc_arm│ └──uvision├──projects.yaml#project列表├──records│ ├──board│ ├
ARMmbed/DAPLink项目仓库地址https://github.com/ARMmbed/DAPLinkArmMbed应该属于Arm的机构或者是Arm资助的机构.常用的DAPLink基本上都是从这个项目派生的.仓库主要是使用Keil,对GCC的支持是2020年才正式合并进来的#750.目录结构├──docs#文档├──mbed-os.lib├──projectfiles#根据不同的编译器,对各个project生成的编译配置文件│ ├──make_gcc_arm│ └──uvision├──projects.yaml#project列表├──records│ ├──board│ ├
O-MVLL介绍O-MVLL的开发灵感来自于另一个著名的基于LLVM的代码混淆项目ollvm，并在其基础上做了创新和改进。O-MVLL的混淆逻辑实现方式也是通过LLVMPass，支持也仅会支持ARM64架构，根据作者所说，这是由于当初的设计选择。此外，作者还使用了pybind11，用户可以使用python脚本来对O-MVLL进行配置，从而灵活的运用作者封装好的各种代码混淆方式。混淆后的可执行文件相比于正常编译的可执行文件来说，抵抗逆向工程的能力增强，但与源代码的功能相同，能够在一定程度上保护源代码和程序，增加逆向工程的分析成本。作者的介绍文档： O-MVLLDocumentation(obfu
O-MVLL介绍O-MVLL的开发灵感来自于另一个著名的基于LLVM的代码混淆项目ollvm，并在其基础上做了创新和改进。O-MVLL的混淆逻辑实现方式也是通过LLVMPass，支持也仅会支持ARM64架构，根据作者所说，这是由于当初的设计选择。此外，作者还使用了pybind11，用户可以使用python脚本来对O-MVLL进行配置，从而灵活的运用作者封装好的各种代码混淆方式。混淆后的可执行文件相比于正常编译的可执行文件来说，抵抗逆向工程的能力增强，但与源代码的功能相同，能够在一定程度上保护源代码和程序，增加逆向工程的分析成本。作者的介绍文档： O-MVLLDocumentation(obfu
在PC市场上，x86架构的处理器一直以来占据了绝大多数的份额，甚至就被认为是PC代名词，而这个市场又主要是被Intel占据的，直到现在他们的份额依然有70%左右。然而今年初Intel发布的财报显示他们还有一段苦日子要过，尽管Intel信誓旦旦表示他们会重新成为领导者，而且PC的TAM市场空间会长期维持在3亿台左右，但不是所有人都对他们有信心。伯恩斯坦的分析师日前发布报告，指出PC市场的好戏结束了，Intel即便渡过当前的危机也无法恢复昔日的荣耀。导致这个变化的原因有两代，一个是AMD继续抢x86市场份额，另一个则是苹果推出了自研的ARM处理器，替代x86处理器。AMD的竞争还只是x86的内卷，
