鱼C论坛

 找回密码
 立即注册
查看: 5004|回复: 3

[已解决]为什么要这样赋值?*((uint16_t*) &value);

[复制链接]
发表于 2019-8-1 15:17:13 | 显示全部楼层 |阅读模式

马上注册,结交更多好友,享用更多功能^_^

您需要 登录 才可以下载或查看,没有账号?立即注册

x
void setMtrParam(unsigned char num, unsigned long value)
{
    switch (num)
    {
    case 2:
        SensorlessTrapController.ISCMinBEMF = *((uint16_t*) &value);
        break;
    case 3:
        SensorlessTrapController.SetMotorSpeed = *((uint16_t*) &value);
        break;
    default:
        break;
    }
}
这是TI的参考代码,给参数赋值的函数内,给结构体变量赋值为什么要在Value前加&?  (uint16_t*) 是强转吗? *((uint16_t*) &value)这个括号前为啥还要加*?
SensorlessTrapController是定义的结构体,SensorlessTrapController.ISCMinBEMF = *((uint16_t*) &value);
烦请高手赐教!谢谢
最佳答案
2019-8-1 16:22:23
这种写法是强制将这块数据以另一种方法读取。

分析一下:
&value是这块数据的地址,类型是unsigned long*
然后将这个unsigned long*转换为uint16_t*,
最后再解引用,

最后结果就是把value这一块数据只读取低16位(大端cpu是高16位),当做uint赋值。

比起正常的强制转换,这种方法更加“底层”,
比如对于一个浮点数1.0f,这种方法转整数的话,是直接把浮点数的1.0的IEEE编码(0 01111111 00000000000000000000000)转化为整数0x3f800000,即1065353216而不是正常类型转化的1
而对于无法正常强制转换的情况,这种方法也几乎总是有效,

但另一方面,这种方法也更加不安全,并且一定程度上是环境相关的(原例子中,cpu是大端还是小端得到的答案会不一样),所以在使用前,一定要清楚自己到底想干什么
想知道小甲鱼最近在做啥?请访问 -> ilovefishc.com
回复

使用道具 举报

 楼主| 发表于 2019-8-1 18:10:53 | 显示全部楼层
Croper 发表于 2019-8-1 16:22
这种写法是强制将这块数据以另一种方法读取。

分析一下:

牛人啊!  以前做通信的时候有涉及大端小端,玩单片机有一段时间了,竟然没意识到存储的大小端;我先确认一下我的单片机。可能还会有问题,还望不吝赐教;谢谢
想知道小甲鱼最近在做啥?请访问 -> ilovefishc.com
回复 支持 反对

使用道具 举报

发表于 2019-8-1 15:31:23 | 显示全部楼层
引用
或者指针
想知道小甲鱼最近在做啥?请访问 -> ilovefishc.com
回复 支持 反对

使用道具 举报

发表于 2019-8-1 16:22:23 | 显示全部楼层    本楼为最佳答案   
这种写法是强制将这块数据以另一种方法读取。

分析一下:
&value是这块数据的地址,类型是unsigned long*
然后将这个unsigned long*转换为uint16_t*,
最后再解引用,

最后结果就是把value这一块数据只读取低16位(大端cpu是高16位),当做uint赋值。

比起正常的强制转换,这种方法更加“底层”,
比如对于一个浮点数1.0f,这种方法转整数的话,是直接把浮点数的1.0的IEEE编码(0 01111111 00000000000000000000000)转化为整数0x3f800000,即1065353216而不是正常类型转化的1
而对于无法正常强制转换的情况,这种方法也几乎总是有效,

但另一方面,这种方法也更加不安全,并且一定程度上是环境相关的(原例子中,cpu是大端还是小端得到的答案会不一样),所以在使用前,一定要清楚自己到底想干什么
想知道小甲鱼最近在做啥?请访问 -> ilovefishc.com
回复 支持 2 反对 0

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

小黑屋|手机版|Archiver|鱼C工作室 ( 粤ICP备18085999号-1 | 粤公网安备 44051102000585号)

GMT+8, 2025-1-16 20:54

Powered by Discuz! X3.4

© 2001-2023 Discuz! Team.

快速回复 返回顶部 返回列表