Arm Cortex-M3双指针强制类型转换失效问题及替代方案咨询

我正在使用Arm Cortex-M3处理器，需将unsigned char数组中的二进制数据转换为合适变量以用于后续计算。代码如下：

unsigned char gps[24] = { 0xFA, 0x05, 0x08, 0x00, 0x10, 0x00,0xA4, 0x15, 0x02, 0x42, 0x4D, 0xDF, 0xEB, 0x3F, 0xF6, 0x1A, 0x36, 0xBE, 0xBF, 0x2D, 0xA4, 0x41,
                          0xAF, 0x1A };
int i = 6;
float f = (float) *(double*)&gps[i];

该代码在计算机上可得到正确的f值，但在Cortex-M3上运行失败。我了解该处理器无64位运算单元，不支持64位操作，但希望找到上述转换方式的替代方案。

注：以下代码在该处理器上可正常运行：

double d = 9.7;

同时32位转换也可正常工作，仅double或uint64_t类型的转换失败：

uint16_t k = *(uint16_t*)&gps[i];

请问是否存在可行的替代解决方案？

1. 用memcpy实现字节安全拷贝 #

Cortex-M3对64位数据的内存对齐要求严格，直接强制指针转换*(double*)&gps[i]会触发未对齐访问硬件异常。改用memcpy做字节级拷贝，可绕过对齐限制，编译器会生成符合处理器要求的指令：

#include <string.h>

unsigned char gps[24] = { 0xFA, 0x05, 0x08, 0x00, 0x10, 0x00,0xA4, 0x15, 0x02, 0x42, 0x4D, 0xDF, 0xEB, 0x3F, 0xF6, 0x1A, 0x36, 0xBE, 0xBF, 0x2D, 0xA4, 0x41,
                          0xAF, 0x1A };
int i = 6;
double temp;
// 把数组中8个字节拷贝到对齐的double变量中
memcpy(&temp, &gps[i], sizeof(double));
float f = (float)temp;

2. 按需处理字节序 #

如果GPS数据的字节序与Cortex-M3的小端序不一致，需手动调整字节顺序后再拷贝：

#include <string.h>

unsigned char gps[24] = { 0xFA, 0x05, 0x08, 0x00, 0x10, 0x00,0xA4, 0x15, 0x02, 0x42, 0x4D, 0xDF, 0xEB, 0x3F, 0xF6, 0x1A, 0x36, 0xBE, 0xBF, 0x2D, 0xA4, 0x41,
                          0xAF, 0x1A };
int i = 6;
double temp;
unsigned char* src = &gps[i];
unsigned char* dst = (unsigned char*)&temp;

// 大端转小端（根据实际数据格式调整）
for (int j = 0; j < sizeof(double); j++) {
    dst[j] = src[sizeof(double) - 1 - j];
}
float f = (float)temp;

3. 直接使用32位浮点（若精度允许） #

如果原始GPS数据可以用32位float存储且不损失精度，直接转换数组中的4个字节，完全避开64位操作：

#include <string.h>

unsigned char gps[24] = { 0xFA, 0x05, 0x08, 0x00, 0x10, 0x00,0xA4, 0x15, 0x02, 0x42, 0x4D, 0xDF, 0xEB, 0x3F, 0xF6, 0x1A, 0x36, 0xBE, 0xBF, 0x2D, 0xA4, 0x41,
                          0xAF, 0x1A };
int i = 6;
float f;
memcpy(&f, &gps[i], sizeof(float));

注意：此方法仅适用于原始数据本身为32位浮点格式的场景。

核心原因说明 #

Cortex-M3硬件不支持未对齐的64位内存访问，直接指针强制转换会触发异常；而double d=9.7这类代码是编译期常量折叠，生成的是对齐后的合法数据，因此能正常运行。memcpy是字节级操作，不受对齐规则限制，是最稳妥的替代方案。

内容的提问来源于stack exchange，提问作者Kartik Kanugo