问题描述：
        使用如题的结构，STM32将数据存储在EMMC上，电脑通过GL3227E(下文都简称3227)读取EMMC中的数据。使用STM32对EMMC进行格式化（一个主分区，exFAT）后，连接电脑后，发现并不能识别文件系统，必须用电脑重新格式化后才能使用；且电脑格式化之后，STM32再往EMMC里写数据，能确定已经写到了里面，但是连接电脑，却看不到任何STM32写进去的文件。
4 b! F: L: O9 l' T4 J( v  m
0 j2 U$ T8 X+ k- W+ I8 l
( U  g# A# t* v# \; K& {( [( g3 \
测试代码，电脑格式化后，STM32能写能读，但是电脑读不到写进去的文件
0 g3 U. b" T* P
解决过程：
        用了很多方法去尝试解决这个问题，就不一一赘述了，直接讲最终解决办法的实现过程

& Y4 _- ?! ?" c2 o        根据经验，怀疑问题是出在分区表上（关于分区表我之前有写过点击查看），于是先使用STM32对EMMC进行格式化，对0扇区进行查看，如下图
: N9 J. Z- m; m' y2 R0 w* N
' M0 c' ]+ d/ Y

  v' t3 b) Z" A4 D* H可以发现分区从扇区0x3F(63)开始，于是继续查看63扇区，如下图

) y9 O# U; m$ ~7 Y/ n5 ~
2 J1 R- p0 ~# |# Y: T7 J! w
* Y. n0 c3 ]- V# C+ ~' P! W# _ 发现开头为0xEB 0x76 0x90 “EXFAT”，满足exFAT的卷格式，说明分区表没啥问题

! I- T$ V4 k  v. b- H我们继续，使用电脑通过3227对EMMC进行分区（2048对齐），并格式化，使用winhex对磁盘进行查看，首先是0扇区，如下图



由于电脑分区时使用了2048字节对齐，我们可以看到分区表上，分区也的确是从0x0800（扇区2048）开始，我继续使用STM32对EMMC的扇区0进行查看（这一次没有使用STM32进行格式化操作），发现数据还是和之前一样
0 r: S9 A" D" `. T& [. H
1 _+ @. k/ G/ Y
- R# v  Y- E3 I3 u, j
是不是发现端倪了？电脑通过3227对EMMC的分区表进行修改后(也能看到的确修改成功了)，STM32却并未查看到分区表被修改。这两种查看分区表的方式都是查看的“各自所认为的扇区0”，STM32看到的是“实际的EMMC的扇区0”，而电脑是通过3227看到的他“所谓的扇区0”，因此电脑“通过3227看到的扇区0”可能不是“实际的扇区0”。
& e1 F! Y" l0 z1 h; k- F* }
# [: ]$ S3 I# C* D) N1 E3 }$ o) O        这款芯片并没有什么加密，我猜测可能是3227读取的扇区有一定的偏移。于是我在STM32中添加了一段代码，在EMMC中去寻找“电脑通过3227看到的扇区0”。果不其然，在扇区256看到了相同的数据。这可是个好消息，于是我在winhex上又找了几个扇区的数据，使用STM32在偏移256扇区的地方均找到了相同的数据。结合之前“电脑通过3227修改分区表并没有修改EMMC实际扇区0上的分区表”这一现象，我认为3227在操作EMMC时偏移256扇区应该是个有效的猜测。

3 [5 F# O5 Y0 N# E: t$ T 解决方案：

6 p% T/ b, q% K8 E: w& I. m# g" h        修改了STM32上user_diskio.c文件，使之访问EMMC时，和3227保持一致，均偏移256个扇区，代码如下
( y" B& U: v" Z) C: F: ^+ O

1 V+ U0 E; p( m* |* V# E4 A
6 f0 [; }6 [3 P. V2 |9 j- ~# N
        重复文章开头问题描述中的流程，问题消失，成功解决。
————————————————
版权声明：balibala
2 ~" o, K5 p/ U% ^
3 ~) V# w! y3 m2 C7 a8 d* P% W. w