1.下载编译器比如[gcc-linaro-7.5.0-2019.12-x86_64_arm-linux-gnueabihf.tar.xz]，主要問題就是非常慢(https://releases.linaro.org/components/toolchain/binaries/7.5-2019.12/arm-linux-gnueabihf/gcc-linaro-7.5.0-2019.12-x86_64_arm-linux-gnueabihf.tar.xz)2.安装先解压xz-dgcc-linaro-7.5.0-2019.12-x86_64_arm-linux-gnueabihf.tar.xzta
基础环境手上有一个TB-RK3568x的ARM开发板,烧写的是鸿蒙3.10的系统，Linux内核是5.10的。开发板信息：#cat/proc/versionLinuxversion5.10.79(yuanll@yuanll-dev-pc)(aarch64-linux-gnu-gcc(LinaroGCC7.5-2019.12)7.5.0,GNUld(Linaro_Binutils-2019.12)2.28.2.20170706)#21SMPMonApr2520:07:08CST2022#uname-aLinuxlocalhost5.10.79#21SMPMonApr2520:07:08CST20
目录普冉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
项目场景：stm32L4下载提示couldnotstopCortex-Mdevice!PleasechecktheJTAGcable问题描述新的板子焊接无法正常工作，先检查供电和复位。重点是复位，其次是时钟问题原因分析：接线是没有问题的。使用stlink下载的。cubumx中的配置打开仿真也是对的。MDK重新启动还是提示这个错误，复位电路的电阻和电容也是有的，同时尝试串口下载进行擦除，有可能是锁住的原因。解决方案：直接检查复位电路。我的复位电路中的电阻和电容交叉了。其实就是单片机的复位电路工作不正常导致的，
目录一、前言二、下载Keil_MDK&芯片支持包1.下载KeilMDK安装包2.下载芯片支持包（.pack文件）三、安装KeilMDK（与KeilC51共存）四、安装PACK文件1.在线安装2.离线安装3.成功安装PACK文件五、注册KeilMDK六、补充安装旧的编译器AC5（ARMCompiler5）一、前言 之前已经安装过用于51单片机开发的KeilC51，现在安装用于开发ARMCortex-M系列内核的STM32单片机开发的KeilMDK开发环境，以及解决KeilC51与KeilMDK的共存问题。 如果要使C51和MDK共存，请先安装KeilC51，安装步骤请看我之前的文章：《Kei
文章目录1.1QoS信号(QoSSignaling)1.1.1QoS信号的意义1.1.2QoS在芯片设计中的使用1.1.3AxREGION信号1.1.4USER信号上一篇：ARMAMBAAXI入门4-AXI协议中的Out-of-Ordertransferandinterleave介绍下一篇：ARMAMBAAXI入门6-AXI3协议中的锁定访问之AxLOCK信号1.1QoS信号(QoSSignaling)1.1.1QoS信号的意义QOS信号实际上没有明确的定义，但协议中推荐大家使用QOS信号来展示transaction的优先级，该标识符AxQOS[3:0]表示服务的优先级。在AXI协议中，常常用
目录1.问题描述2.问题出现原因3.解决方案编译安装使用Homebrew安装Reference1.问题描述报错如下所示：ImportError:dlopen(/Users/Xuan/Developer/DLTools/GPRModule/gprMax/fields_updates_ext.cpython-310-darwin.so,0x0002):tried:‘/Users/Xuan/Developer/DLTools/GPRModule/gprMax/fields_updates_ext.cpython-310-darwin.so’(mach-ofile,butisanincompatibl
概述公司近期想尝试本地用下ChatGLM模型，只有服务器安装了两张显卡，故而只能在服务器做尝试。CUDA驱动啥的，之前的同事已经安装完毕，并且成功识别出显卡，顾略去。按照GITREADME步骤开搞，一切顺利，最后在运行脚本的时候收到如下提示RuntimeError:NotcompiledwithCUDAsupport因为服务器是ARM的(CPU是PhytiumST2500)。字面意思，官方编译aarch64版本的PyTorch并没有开启CUDA支持。初步怀疑自己安装的不对，一通百度、google、bing，发现其他安装方法都得依赖conda这个工具，然后安装Miniconda3，Anacond
HUAWEI擎云L420折腾记前言1.java环境2.python3.C++/C4.arm-gcc-none-eabimcu开发5.雅特力修改的atlink版openocd编译clone雅特力修改的openocd准备配置信息前言心血来潮，能不能在纯国产的笔记本、系统上进行开发，划拉了一下市面上能买到的设备，也就华为擎云L410、L420还能买得起，用的上，因此小黄鱼2xxx买了一部99新的擎云L420开始尝试是否能搭建起来工作环境。1.java环境wgethttps://repo.huaweicloud.com/java/jdk/8u151-b12/jdk-8u151-linux-arm64-
Waring:RegisteredARMCompilerVersionnotfoundinpath:‘ARMCLANG’!KeilMDK5.9不预安装CompilerVersion5解决办法1.原因最近在学习STM32编程的时候，遇到了安装Keil_v5MDK5.39版本的时候，不能编译程序，遇到了无法找到编译器的问题，Waring:RegisteredARMCompilerVersionnotfoundinpath:‘ARMCLANG’!，这是由于ARM官网针对MDK5.7以后的版本不在预安装不预安装CompilerVersion5在网上找了得多解决方法，发现均不是很好解决，最终在知乎上看到
