-
-
001、之前脱机烧录主要是针对MDK的FLM下载算法文件支持，本次正式打通IAR的算法文件加载，具有里程碑式意义。 2、为什么要支持IAR下载算法文件，因为IAR支持的要远比MDK支持的更加全面，几乎涵盖市面上所有主流器件。 IAR的下载算法与MDK的最大不同是IAR的参数传递不是通过函数形参，而是通过全局变量传递的，修改全局变量即可 IAR的算法文件还有一个不同于MDK的地方是他的器件配置信息不是在算法文件里面，是分散在flash，mac，board等文件里面，实际不感兴趣开通SVIP免广告0提升H7-TOOL自制nRF54L15脱机烧写算法文件速度，1MB程序仅需11秒，并且支持了UICR编程 1、前几天完成了nRF54L15的脱机烧录支持，自制了脱机烧录算法文件，且支持了SWD接口保护自动解除，但烧写速度太慢了，毕竟nRF54L15的这个Flash是RRAM，类似RAM的设计，且不需要擦除，应该速度非常快才对。 2、通过这两天的研究，支持了512字节缓存模式，烧写速度非常快，1MB程序仅需11秒。 3、UICR大小是0x1000, 从0x500开始后的空间都是OTP空间，并且UICR默认是带RW1保护，只有0通过自制Flash算法文件，成功实现H7-TOOL脱机烧录nRF54L15，且支持自动解除SWD接口保护（2025-07-12） 1、进入nRF54系列后，MDK已经不再支持，需要我们自制算法文件实现内置FLash的烧写。 2、通过这几天的研究，成功自制算法文件用于nRF54脱机烧录。 3、之前H7-TOOL脱机烧录对Nordic的nRF51, nRF52，nRF53和nRF91都支持了SWD接口访问保护的解除支持，这次对nRF54系列也做了支持。00ST升级ThreadX RTOS全家桶软件包x-cube-azrtos-h7，打破放弃ThreadX"谣言"（2025-07-05） 上个月就想与大家探讨交流下这个问题，但一直没腾出时间，昨天ST正好发布新的ThreadX全家桶软件包，正好与大家谈下这个问题。 为什么要谈这个，因为国内就我们一家在大力推进ThreadX全家桶，一推就是长达5年，包括RTX4/RTX5全家桶也是就我们一家（这个已经推了整10年了)。 https://github.com/STMicroelectronics/x-cube-azrtos-h7 【问题由来】 最早是来自这个帖子，后来有网友也有00不感兴趣开通SVIP免广告1【微软出品】ThreadX内核，GUIX，FileX，NetXDUO，USBX的中文版PDF手册全部上线，附文档下载 这个应该是RTOS领域，全网中文手册做的最齐全的了。 微软出手，果然不同凡响。 ThreadX内核用户手册，含SMP多核（中文版）.pdf (2.53MB) ThreadX GUIX图形界面用户手册（中文版）.pdf (5.51MB) ThreadX FileX文件系统用户手册（中文版）.pdf (1.21MB) ThreadX LevelX用户手册（中文版）.pdf (280.84KB) ThreadX Modules动态应用加载用户手册（中文版）.pdf (642.91KB) ThreadX NetXDUO网络协议栈用户手册共 9 张00【视频教程】踩坑排雷，手把手最新版MDK5.42联合STM32CubeMX使用RTE方式创建RTX5/FreeRTOS全家桶源码工程（2025-03-10） 说明： 1、进入新版MDK5.41/5.42后，MDK RTE的STM32创建不再支持经典方式，导致使用非常麻烦，完全不兼容之前的用法了。所以我们之前已经发布的综合模板就没有再使用RTE创建了，而是源码创建。 前几天发帖详细探讨了这个问题： 最新版MDK5.41联合STM32CubeMX差点将MDK经典的RTE用法折腾完犊子，堪称2025最强坑王组合 2、经过两天的摸索，已经将新000不感兴趣开通SVIP免广告0解决H7-TOOL脱机烧录Nordic的nRF5340系列的NET核，至此APP核和NET核均可以烧录（2025-01-15） 1、5340是双核的，一个APP核是128MHz，1MB Flash，还有一个网络的核是256KB Flash, 64MH，当前烧录APP核的Flash和NET核的Flash都已经没问题。 2、推荐使用扇区擦除，整片擦除不稳定，出问题后也容易芯片保护。 NET核在线烧录（在线烧录是方便验证测试，上位机和下位机均无需联网即可测试） NET核脱机烧录（手持TOOL操作烧写，无需连接电脑和任何网络） 去年完成的APP核烧录：共 6 张000H7-TOOL自制Flash读写保护算法系列，为凌欧LKS32MC45x/MC05x/MC08x制作使能和解除算法，支持在线烧录和脱机烧录使用2024-12-15 说明： 很多IC厂家仅发布了内部Flash算法文件，并没有提供读写保护算法文件，也就是选项字节算法文件，需要我们制作。 实际上当前已经发布的TOOL版本，已经自制很多了，比如已经支持的兆易创新大部分型号，新唐的大部分型号等。但是依然有些厂家还没自制，所以陆续开始为这些厂家提供读写保护支持。 近期已经自制了STM32H7全系00开源三代示波器的高速波形刷新方案开源，支持VNC远程桌面，手机，Pad，电脑均可访问（2024-11-11） 说明： 1、本来这段时间是一年一度Hackaday硬件设计开源盛宴，但hackaday电子大赛在去年终结了。所以我开源个我的吧。 2、三代示波器的高速波形刷新方案，前两年就做好了，这两年忙H7-TOOL的更新比较多，三代示波器的更新就搁置了。但刷新方案是没问题的，开源分享给大家。 3、V7板子主频400MHz时，整屏刷新一次双通道填充波形14ms一帧，超频到600M，可共 4 张不感兴趣开通SVIP免广告1【实测】使用STM32H7板子FatFS文件系统每秒读写2MB文件，实时写入7450个文件不出错，写满16GB SD卡 【测试平台】 STM32-V7开发板 【测试例子】 https://www.armbbs.cn/forum.php?mod=viewthread&tid=86980 V7-025_FatFS文件系统例子（SD卡 V1.2） 【测试条件和校验】 运行例子里面的命令6，命令6是个测速函数，每次写入2MB文件，同时读取出来校验，保证写入的没问题。 【实测】 1500个文件时： 5100个文件时： 写满SD卡，特别注意，但SD卡还剩下一点空间的时候，比如200M时，建共 4 张002.27版本固件正式携带此功能，包括之前做的负载率检测和错误信息展示也将集成到这个版本固件中。 对于接收，我们可以直接看到效果，而发送不行，所以打算在发送的地方展示下发送成功标识。CAN发送不像串口，需要等待应答后才表示发送成功。 发送成功效果： 发送失败超时： 动态效果，通信过程中断开，然后重新连接上： 关于H7-TOOL的CAN助手介绍： H7-TOOL的CAN/CANFD助手使用说明V2.1，支持8Mbps通信，支持CANopen，J1939，OBD15765，UDS解析（2024-08-16） ht00H7-TOOL自制Flash读写保护算法系列，为兆易创新GD32E23X制作使能和解除算法，支持在线烧录和脱机烧录使用(2024-10-29) 说明： 很多IC厂家仅发布了内部Flash算法文件，并没有提供读写保护算法文件，也就是选项字节算法文件，需要我们制作。 实际上当前已经发布的TOOL版本，已经自制很多了。但是依然有些厂家还没自制，所以陆续开始为这些厂家提供读写保护支持。 近期已经自制了STM32H7全系列，N32G003，N32G031, STM32U5全系列和凌欧LKS32MC03X。 之前我们已经为0不感兴趣开通SVIP免广告0豪气冲天，ThreadX联盟成立，为世界上第一个安全认证的开源 RTOS 保持增长和创新 ThreadX交接看来已经进入尾声，Eclipse基金会正式推出ThreadX联盟，并创建新的域名 https://threadxalliance.org/ 【欢迎加入 ThreadX 联盟】 ThreadX联盟是Eclipse基金会发起的一项全球性倡议，旨在维持和推广Eclipse ThreadX实时操作系统（RTOS）及其生态系统。全球已有超过120亿台设备依赖ThreadX，联盟确保Eclipse ThreadX平台及其动态生态系统的持续增长和可持续性，推动下一代嵌入式和安全00DSP视频教程第13期：汇编浮点库qfplib性能媲美TI的IQmath和硬件FPU，强于C库的math和ARM DSP库，适用于M0和M3(2024-10-12) 视频教程汇总帖：https://www.armbbs.cn/forum.php?mod=viewthread&tid=110519 本期专题视频给大家分享一个qfplib浮点库，这个库早期周报给大家分享过，后来部分网友测试非常给力，所以我们DSP视频教程也给大家分享一期 【视频】 https://www.bilibili.com/video/BV1Te2DY1Edx/ 【简介】 代码采用汇编实现，qflib的性能媲美TI的IQmath和硬件FPU，强于C库的math和ARM DSP库。共 6 张0H7-TOOL的1拖4脱机烧录SPI Flash芯片XM25QU64在1.8V供电时满速下载的稳定性测试 XM25QU64规格： XM25QU64C实测1.8V（脱机烧录上位机这里和微型数控电源界面都设置TVCC为1.8V） ，1拖4转接板方式，直接将芯片放入转接板，稳定好用： 时钟电平1.8V实际效果： 作者：硬汉嵌入式 https://www.bilibili.com/read/cv39277870/?spm_id_from=333.999.0. 出处：bilibili共 5 张0测试H7-TOOL的CANFD助手J1939批量数据传输连续运行30个小时稳定不丢包 根据客户需求做的一个不断电连续运行测试。 测试条件 1、H7-TOOL的CAN/CANFD助手控制一个节点设备 2、使用J1939协议 3、经典CAN方式，波特率250Kbps J1939测试命令，250ms一次发送接收测试 昨天下午三点到今晚9点半，共计30个小时不断电连续测试, 实时记录的文件： 现在还在持续运行的效果：共 4 张1CMSIS-RTOS V2封装层专题视频，一期视频将常用配置和用法梳理清楚，适用于RTX5和FreeRTOS（2024-09-28） 【前言】 本期视频就一个任务，通过ARM官方的CMSIS RTOS文档，将常用配置和用法给大家梳理清楚。 对于初次使用CMSIS-RTOS的用户来说，通过梳理官方文档，可以系统的了解各种用法，方便大家再进一步的自学或者应用，起到授人以渔的作用。 更深入的可以看之前分享的RTOS运行机制，任务管理，上下文切换，任务栈，系统栈视频以及Cortex-M内核的OS特性，双SHOOTa
4u
10-1
不感兴趣开通SVIP免广告0000【测试结果】 TOOL的RTC时钟一直都是通过上位机这里手动校准的，这次做了了实验，测试期间不做任何校准，看看半年后效果。 测试是从去年的9月29号开始 截至到今年的4月5号，快了13分钟 【误差原因】 因为晶振对温度敏感，下面是典型的温度对晶振影响： STM32支持LSI内部低速时钟或者LSE外置低速时钟，使用外部就要接32768Hz的晶体。 一个月的典型误差50秒左右。 【校准】 以外置RTC DS3231为例，精度是： Accuracy ±2ppm from 0°C to +40°C ---- 每个月30天算的共 5 张0不感兴趣开通SVIP免广告0【杂谈】如何测试EEPROM可以保存数据100年以及擦写次数，磨损均衡问题，阿伦尼乌斯方程的老化测试法 【引出问题】 引用帖子：https://hackaday.com/2023/12/21/how-do-you-test-if-an-eeprom-can 在hackaday上看到一篇有意思的帖子，如何测试 EEPROM 是否可以保存数据 100 年以及EERPOM的耐久性问题 比如Microchip的文档里面介绍，EEPROM可以将数据保留200年。如果按照时间测试，显然是不现实的。 需要一个更好的，加速磨损测试的方法 【基于阿伦尼乌斯方程的老化测试法】 阿共 8 张0【实战技能】 单步运行源码分析，一期视频整明白FreeRTOS内核源码框架和运行机制，RTOS Trace链表功能展示 从源码的角度来看，OS内核源码就是通过各种链表组装起来的，FreeRTOS就是下面几个链表组成的。FreeRTOS的调度，任务切换就是倒腾这几个链表。而其它的几款OS是一个链表就一撸到底了，FreeRTOS是搞了好几个。所以视频里面就重点介绍下这个，其它的支持的也做个拓展说明。 搞清楚这几个链表也就搞清楚FreeRTOS的框架设计了。本期视频教程采用调试0视频： https://www.bilibili.com/video/BV1CB4y1Z7kA 问题由来： 早期这个帖子里面的局部变量对齐仅测试了MDK AC5，但项目中使用AC6发现了新问题，看来AAPCS规约研究的还是不够细： https://www.armbbs.cn/forum.php?mod=viewthread&tid=109400 当时对局部变量的描述如下：局部变量使用的是栈空间（除了静态局部变量和编译器优化不使用栈，直接用寄存器做变量空间），也就是大家使用在xxxx.S启动文件开辟的stack空间。 在M内核里面，局部变量的对齐问题如果研究起来是最烧脑共 6 张0第9期ThreadX视频教程：自制个微秒分辨率任务调度实现方案（2023-10-11） 视频教程汇总帖：https://www.armbbs.cn/forum.php?mod=viewthread&tid=110519 说明： 1、一般应用，我们都会将任务RTOS系统时钟节拍（心跳）设置为1ms，但如果直接把RTOS的系统时钟节拍设置为1us，系统负担非常大，而且很多RTOS也做不到100MHz主频下，1us切换一次任务，导致RTOS没有时间处理应用任务 2、这个机制主要是用来替换大家的程序里面不支持任务切换的DelayUS微秒延迟的API，让其也支持释0第8期ThreadX视频教程：应用实战，将裸机工程移植到RTOS的任务划分，驱动和应用层交互，中断DMA，C库和中间件处理等注意事项 视频教程汇总帖：https://www.armbbs.cn/forum.php?mod=viewthread&tid=110519 这个是我们初学RTOS面临的最直接问题，很多时候，简单的RTOS机制明白了，API也会调用了，就是添加到RTOS后，总感觉那里不对劲，怎么使用才是正确姿势。 针对这些问题，本期视频教程，我们ThreadX内核教程穿插一期实战应用。使用RTOS要充分发挥其高效的多任务0H7-TOOL的高速DAPLINK用于新版STM32CubeIDE V1.13及其以上版本的超简单实现方法（2023-08-08） 之前分享了一个方法，太繁琐了，H7-TOOL群的群友提供了一个方法，实现非常简单。 1、使用STM32CubeMX或者自己创建一个STM32CubeIDE工程后，设置这两个地方即可： 配置调试器，设置完毕记得点击右下角的Apply 2、然后修改这个cfg文件，F407IGT Debug.cfg，注意和第1步cfg是一个文件。 修改了这两个文件后，即可使用，效果：共 4 张不感兴趣开通SVIP免广告0第7期ThreadX视频教程：如何实现RTOS高效的任务管理，抢占式调度，时间片调度和零中断延迟（2023-07-31） 视频教程汇总帖：https://www.armbbs.cn/forum.php?mod=viewthread&tid=110519 本期视频为大家分享高效的RTOS任务管理设计，通过这个点来引出抢占式调度，时间片调度，任务优先级设置和零中断延迟。 RTOS任务高效管理是我们使用RTOS一个重要原因。 视频： https://www.bilibili.com/video/BV1Xp4y157Js 提纲：共 4 张10安富莱电子 微信号：armfly_com 完整65章+12章附件教程下载地址：http://bbs.armfly.com/read.php?tid=19834 完整65章+120【实战技能】基于硬件垂直消隐的多缓冲技术在LVGL, emWin，GUIX和TouchGFX应用，含视频教程 原贴地址：https://www.armbbs.cn/forum.php?mod=viewthread&tid=120114 这两天研究了下LVGL的持单缓冲，双缓冲和配合硬件消隐的双缓冲的实现（已经分享V5，V6和V7开发板的程序模板），特别是这个整屏缓冲方案，这几款GUI的实现基本是一样的，所以专门开了一期视频做个分享。 视频： https://www.bilibili.com/video/BV1rF411Q7A7/ 提纲： 关于新作的LVGL案例说明，采用的MDK RTE一键创建，共 5 张9第14章 信号量 本章节开始讲解RTX的另一个重要的任务间的同步和资源共享机制，信号量。 本章教程配套的0原创文章，转载请注明出处：https://www.armbbs.cn/forum.php?mod=viewthread&tid=119562 版本迭代是嵌入式开发永久的痛，这么多年不知道浪费了多少时间在版本迭代上。 部分系统组件还好点，有个LTS长期支持版，而厂家SDK和IDE环境可谓惨不忍睹，一代版本一代坑。 视频版： https://www.bilibili.com/video/BV1qu4y1d7wV 【MDK】 刚开始接触M内核芯片的时候就是用的这款IDE，最早有MDK2（主要是51使用）, MDK3, 进入MDK4后，MDK4.54算是一个经典版本，最早搞M内核那波人，很多人都共 14 张8第43章 EDIT-编辑控件 本期教程讲解STemWin支持的编辑控件。 43. 1 编辑控件介绍 43. 2 官方WIDGET_Edit实例 43. 3 对话框上使用编辑框控件 43. 4 总结
本吧礼赞
感谢你与本吧的一同成长
感谢你与本吧的一同成长
4u
