openpnp - LPC17xx-DFU-Bootloader - SDCARD_V2HC可以正常使用的git提交点

openpnp - LPC17xx-DFU-Bootloader - SDCARD_V2HC可以正常使用的git提交点

概述

在学习开源工程LPC17xx-DFU-Bootloader
格式化了合适格式的SD卡(windows命令 format的用法), 将SD卡插入了板子(MKS SGEN_L V1.0)
然后从LPC17xx-DFU-Bootloader第一个git提交开始逐个git提交点进行学习。

很怪，作者的第2个提交点，就说可以读SD卡了。
但是我这SD卡操作始终失败。

笔记

作者是不说谎的。
他可以，我不可以，这说明编译调试环境不同。
但是作者并没有说他是啥环境。

我这环境是msys2-mingw64(arm-none-eabi-gcc (GCC) 13.3.0) + eclipse-cpp + openocd + jlink-edu-mini + arm-gnu-toolchain-14.3.rel1-mingw-w64-x86_64-arm-none-eabi(除了arm-none-eabi-gdb都用msys2中的), 如果想正常编译调试，对作者的提交做几个小改动即可。
对作者的提交点做分支，试了8个分支，还是不能操作SD卡。
那就继续看代码，不开分支做实验了。
作者的首次提交是2012/11/13, 等code review到2017/12/30的提交时，看到了和编译器相关的改动。

刚看到这个提交，是和编译器版本相关，且改的是spi相关的实现。马上感到，这个修改和SD卡操作相关。因为在板子上，只有SD卡用了SPI.

原来，作者原先是直接给寄存器赋值。这是不行的，以前做过笔记(STC15 - C51 - 操作寄存器时, 不要操作不相关的位)

直接对寄存器赋值，这是编码不规范的行为。如果换了编译器，可能出问题。

操作MCU的寄存器，只能是按位操作。如果是直接对寄存器赋值，有可能改变寄存器其他位的值，引起意料之外的效果。
还有可能像LPC17xx-DFU-Bootloader作者这种，赋值无效，寄存器值赋值后为0.并不是预想的值。

针对这个提交点，只需要改makefile, 就可以编译调试。

这版用-Og编译，可以编译过，不过空间已经很紧张了。

[1;4m SIZE LPC1769(bootloader)[0m FLASH15540bytes3% of 512kb95% of 16kb RAM3016bytes19% of 16kb12:19:54 Build Finished.0errors,27warnings.(took 10s.412ms)

单步调试，SPI的SD卡操作正常的，我插入的这张4GBSD卡的硬件容量规格类型为SDCARD_V2HC

SDHC = Secure Digital High Capacity
SD卡根据容量分为三类：
SDSC（Standard Capacity）：容量≤2GB，即传统SD卡, 现在很难能搞到手做实验了。
SDHC（High Capacity）：容量范围 4GB–32GB, 我手头库存的SD卡都是4~16GB, 现在从电商平台能买到的SD卡，大都是SDHC类型的SD卡。
SDXC（eXtended Capacity）：容量≥64GB

END