AVR uint8_t没有得到正确的值

作者: 石茶
发布时间: 2025-02-06 07:30:43 (12小时前)
转自：

3 条回复

0#
回复此人
离线请留言 | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> <code> 1 </code> 是一个整数常量，类型 <code> int </code> 。表达方式 <code> 1 << current_bit </code> 也有类型 <code> int </code> ，但对于16位 <code> int </code> ，表达式的结果是未定义的 <code> current_bit </code> 大于14.行为在您的情况下未定义，那么，您的调试器可能会显示与观察到的行为不一致的整体表达式的结果。如果你用过 <code> unsigned int </code> 不变的， 即 <code> 1u </code> ，那么结果的temp值将被定义为0 <code> current_bit </code> 大于15，因为左移的结果将为零。 通过以足够宽的类型执行计算来保存结果来解决此问题。这是一个紧凑，正确，非常清晰的方法来纠正您的代码： <pre> <code> DS18B20_send_bit(pin, (path_table & (((uint64_t) 1) << current_bit)) != 0); </code> </pre> 或者如果 <code> path_table </code> 有一个未签名的类型然后我更喜欢这个，虽然它更偏离你的原始： <pre> <code> DS18B20_send_bit(pin, (path_table >> current_bit) & 1); </code> </pre> </DIV>

编辑
1#
回复此人
⑩Ⅵ嵗Ｄ夨憶 | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> 这里实现＃1是AVR是1980-1990的技术核心。早餐时不是用64位数字来咀嚼x64 PC，而是效率极低的8位MCU。因此： <UL> <LI> 它喜欢8位算术。 </LI> <LI> 通过使用16位索引寄存器，双累加器或任何它更喜欢的8位核心技巧，它将难以实现16位算术。 </LI> <LI> 通过内联调用软件库，执行32位算法将花费很长时间。 </LI> <LI> 如果尝试64位算术，它可能会在地板上融化。 </LI> </UL> 在您做任何其他事情之前，您需要摆脱所有64位算术并从根本上最小化32位算术的使用。期。应该没有单个变量 <code> uint64_t </code> 在你的代码中，或者你做得非常错误。 <HR /> 有了这个启示，所有8位MCU总是有一个 <code> int </code> 类型是16位。 在代码中 <code> 1<<current_bit </code> ，整数常量 <code> 1 </code> 是类型的 <code> int </code> 。意思是如果 <code> current_bit </code> 是15或更大，您将位移到此临时的符号位 <code> int </code> 。这总是一个错误。严格来说，这是未定义的行为。在实践中，您可能最终会随机更改数字符号。 为避免这种情况，请勿在带符号数字上使用任何形式的按位运算符。当混合整数常数时如 <code> 1 </code> 使用按位运算符，将它们更改为 <code> 1u </code> 避免像上面提到的那样的bug。 <HR /> <BLOCKQUOTE> 如果有人知道从变量中提取单个位的更有效/紧凑的方法，我真的很感激，如果你可以分享 </BLOCKQUOTE> C中最有效的方法是： <code> uint8_t variable; ... if(variable & (1u << bits)) </code> 。这应转换为相关的“分支（如果位设置”）指令。 <HR /> 我的一般建议是找到你的工具链的反汇编程序，看看C代码实际生成的机器代码。你不必是一个汇编大师来阅读它，偷看它 <a href="https://www.microchip.com/webdoc/avrassembler/avrassembler.wb_instruction_list.html" rel="nofollow noreferrer"> 指令系统 </A> 应该够了。 </DIV>

编辑

登录后才能参与评论