我觉得速度是关键，没有速度swd实用性降低很多。时钟频率至少是2m才有意义。

刚刚从一个大坑爬出来，庆祝一下。

我在试图用 flash loader 的程序来刷 flash。
就是前面说的第二种策略。

但是每次一跑就 lockup condition。程序感觉
就是跑飞了那样。各种验证百思不得其解。
把程序从 ram 读出来没有问题。

一怒之下写了个单步调试的功能，跟踪我那个
flash loader 的代码。这下就把问题暴露了，跑
的程序是乱码。根本不是我的flash loader 程序。
难怪一跑就崩掉。

然后各种调试看什么地方把我的 flash loader 程序
给覆盖掉了。最后发现这个特别坑的东西。

就是 AHB-AP 里面这个 TAR 地址的自动增加只会
在 4K 页面里面增加。超出了 4K 页面就会绕回来。
于是绕回来就把我的 flash loader 给刷掉了。
太坑了。

后来我找到了 ARM 的官方依据：

Auto address increment and pack mode on Read or Write data access. Only increments if the current transaction completes with no error.
Auto address incrementing and packed transfers are not performed on access to Banked Data registers 0x10 - 0x1C. The status of these bits is ignored in these cases.
Increments and wraps within a 4-KB address boundary, for example from 0x1000 to 0x1FFC. If the start is at 0x14A0, then the counter increments to 0x1FFC, wraps to 0x1000, then continues incrementing to 0x149C.

浪费了我不少时间。不过写了半个调试器也挺有用的。

楼主有什么新的进展吗？很期待啊

蓝蓝的恋 发表于 2016-8-2 15:52
楼主有什么新的进展吗？很期待啊

这个我已经可以刷 F0，F1，F3 了，F4 还没有试。F2 我没有。
然后我发现其实 F0 到 F3 都可以用同样的 flash loader 的程序
来刷，就是只用 Thumb 的代码就可以了。因为刷 flash 本来
时间就是花在等待那个 busy。 所以用Thumb-2 的指令完全
不必要。

我发现基本上用 flash loader 比外部直接操作flash 寄存器快
差不多 1 倍左右。

然后我也实现了类似 RTT 那样通过 SWD 来打印的功能。
原来的实现是覆盖的，然后发现这个覆盖很糟糕，基本上
stm32打多了不能知道什么时候发生了覆盖，读出来的
每个位置都有可能是覆盖过的。所以又实现了不覆盖的
版本。这个就好很多了。stm32 可以先reset 跑一阵子
再去读输出也不会漏掉开始的那些信息。
打印速度基本上可以接近 SWD 速度的极限，差不多 2M
左右，比 uart 快多了。而且是写内存的，不需要配置
任何东西。连接调用就好了。

自己写了个 sprintf，因为 gcc 那个 sprintf 一用就把我 f030
的 16K flash 爆掉了。

F3 的 swd reset 有些小问题，erase 以后需要外部 reset
一下就可以刷了。似乎 swd reset 以后寄存器的值没有归零。
外部reset 就归零了。
还没有仔细调。估计和 swd 关系不大，是如何用 F3 的调
试寄存器问题。反正 F0 和 F1 没有这个问题。

我已经好久都没有用过官方的 stlink 来刷程序了。
我自己的刷程序比 stutil 的那个快很多。

自己的 swd 打印输出控制比较方便，用程序自动采集
处理调试打印输出都容易。

期待高手 的大作。