问题描述：
( W$ P3 I# y+ z4 ?( f% I/ k        使用如题的结构，STM32将数据存储在EMMC上，电脑通过GL3227E(下文都简称3227)读取EMMC中的数据。使用STM32对EMMC进行格式化（一个主分区，exFAT）后，连接电脑后，发现并不能识别文件系统，必须用电脑重新格式化后才能使用；且电脑格式化之后，STM32再往EMMC里写数据，能确定已经写到了里面，但是连接电脑，却看不到任何STM32写进去的文件。
& |* \9 H% M1 {& F7 L& F5 m
* T8 h! a# r" l9 ~

6 B, J7 V  F" V( Z: l. {. d: E测试代码，电脑格式化后，STM32能写能读，但是电脑读不到写进去的文件
0 ~6 |# D7 T  ^# Z  B2 f0 d
# `$ e# j1 u; T8 W5 L 解决过程：
        用了很多方法去尝试解决这个问题，就不一一赘述了，直接讲最终解决办法的实现过程

( z7 G; G7 _1 k: i9 ^) J        根据经验，怀疑问题是出在分区表上（关于分区表我之前有写过点击查看），于是先使用STM32对EMMC进行格式化，对0扇区进行查看，如下图

1 e' u0 }  e1 F
: D; B; ~) X. r
5 m' C# r( [9 x0 {" w可以发现分区从扇区0x3F(63)开始，于是继续查看63扇区，如下图



, H- h- m( i9 e) P  I. z; ~ 发现开头为0xEB 0x76 0x90 “EXFAT”，满足exFAT的卷格式，说明分区表没啥问题
1 }9 g: ]; b7 f# ?, Z
我们继续，使用电脑通过3227对EMMC进行分区（2048对齐），并格式化，使用winhex对磁盘进行查看，首先是0扇区，如下图
, h# m$ }3 E! T2 q4 A  ?


1 R9 G5 w/ `+ W2 j- _ 由于电脑分区时使用了2048字节对齐，我们可以看到分区表上，分区也的确是从0x0800（扇区2048）开始，我继续使用STM32对EMMC的扇区0进行查看（这一次没有使用STM32进行格式化操作），发现数据还是和之前一样

5 x1 R4 G1 T# D- z3 m" Q; j9 Z
% B5 `+ }5 @  ?/ m$ d
2 I0 d/ r) Q2 u3 I是不是发现端倪了？电脑通过3227对EMMC的分区表进行修改后(也能看到的确修改成功了)，STM32却并未查看到分区表被修改。这两种查看分区表的方式都是查看的“各自所认为的扇区0”，STM32看到的是“实际的EMMC的扇区0”，而电脑是通过3227看到的他“所谓的扇区0”，因此电脑“通过3227看到的扇区0”可能不是“实际的扇区0”。
( u" m0 B8 P+ Y4 T8 P5 z+ K
        这款芯片并没有什么加密，我猜测可能是3227读取的扇区有一定的偏移。于是我在STM32中添加了一段代码，在EMMC中去寻找“电脑通过3227看到的扇区0”。果不其然，在扇区256看到了相同的数据。这可是个好消息，于是我在winhex上又找了几个扇区的数据，使用STM32在偏移256扇区的地方均找到了相同的数据。结合之前“电脑通过3227修改分区表并没有修改EMMC实际扇区0上的分区表”这一现象，我认为3227在操作EMMC时偏移256扇区应该是个有效的猜测。

+ Y4 |! l4 H- [ 解决方案：

: q  t; w3 y6 h6 W3 r        修改了STM32上user_diskio.c文件，使之访问EMMC时，和3227保持一致，均偏移256个扇区，代码如下
  e' E( h5 C3 D! P/ v3 [- ^5 H
$ X- v5 j/ O% e. L
8 f9 j  Z( k5 {( H+ F  Y* [9 D

, S8 \' x2 d" {8 V        重复文章开头问题描述中的流程，问题消失，成功解决。
————————————————
+ J& h" |) S1 D7 F6 g版权声明：balibala

- p! G4 |  x( M6 l* x
+ c$ v( m; ^1 G2 o