请问CORTEX-M0的ARM指令手册是否有签名/无符号操作

这可能是一个编译器问题，你总是可以做内联ASM和
自己处理这个问题。
考虑归档一个案子（并把你发现的内容回帖给论坛）
CyPress网站
“支持”
“技术支持”
“创建一个MyCase'”
问候，Dana。



     以下为原文
  This may be a compiler problem, you could always do inline ASM and
    handle the issue yourself.
     
    Consider filing a CASE (and post back what you found out to bebefit the forum) -
     
        
                        
    www.cypress.com
    “Support”
    “Technical Support”
    “Create a MyCase”
     
     
    Regards, Dana.

你知道MUL指令的结果吗？签名还是未签名？



     以下为原文
  Do You know about the result of mul instruction? Signed or unsigned?

根据HTTP://FioCurn.Af.COM/Help/TopIC/COM.ARM.DOC.DUI0497 A/BabCFBDJ.HTML，Muls与带符号和无符号操作数一起工作。
根据HTTP//FICONTUR.ARM.COM/Help/TopIC/COM.ARM.DOC.DII0204F/CIHIHGJ.HTML，这也适用于MUL。（Mull和Muls只在如何更新标志）上有所不同。
我不确定在“（It32）SigndIdChar * 40000”中是否是结果或第一个操作数。如果是前者，则比乘法做签名（因为你有符号char）然后铸造。这可能导致错误的值（取决于字符中的内容）。
你能发布一个小例子，你得到错误的结果吗？



     以下为原文
  According to http://infocenter.arm.com/help/topic/com.arm.doc.dui0497a/BABCFBDJ.html , muls works with signed and unsigned operands.
    According to http://infocenter.arm.com/help/topic/com.arm.doc.dui0204f/Cihihggj.html , this is true also for mul. (mul and muls differ only in how flags are updated).
    I'm not sure whether the cast in '(int32)signed_char * 40000' is for the result or the first operand. If its the former, than the multiplication is done signed (because you have a signed char) and then casted. This might result in wrong values (depending on what you have in the char).
    Can you post a small example where you get wrong results?

函数在C中：空隙MOVALVE（It8%）{ iT32 TMP；TMP＝pDATACONFIG & GT SeroCurrRunTPWM（（IT32））（%×（SelooMin MyOpenO*（1和lt；26）/ 100）& gt；& gt；26）；
{SooLoMi-MixOp-常数
ServoMi-MyOpOpen*（1和lt；lt；26）/ 100＝1006632960＝0x3c00（6零）pDATAcCONFIG & & Service CurrrPrimeX-UTI16
为什么这个函数产生以下代码：LDR R1，L65 505 084B LDR R3，L65 + 4 4 506 0006，4843 MUL R0，R1 507。LVL49：508 0008 1B68 LDR R3，[R3] 509 000 08016 8016 ASR R0，R0，26 26 26 00C 9A8B LDRH R2，[R3，αi ]，000 0E 111A子R1，R2，R0
我的百分比值是-100。程序集乘以（126×常数）并返回正输出。



     以下为原文
  function in C:
void MoveValve(int8 percent){
    int32 tmp;
    tmp = pDataConfig->SerVoCurrentPWM - ((int32)(percent*(SERVO_MIN_OPEN*(1<<26)/100)) >> 26);
    }
SERVO_MIN_OPEN - constant
    SERVO_MIN_OPEN*(1<<26)/100 = 1006632960 = 0x3C000000 (6 zero's)
pDataConfig->SerVoCurrentPWM - uint16
   
why this function produce following code:
ldr    r1, .L65
 505 0004 084B             ldr    r3, .L65+4
 506 0006 4843             mul    r0, r1
 507                  .LVL49:
 508 0008 1B68             ldr    r3, [r3]
 509 000a 8016             asr    r0, r0, #26
 510 000c 9A8B             ldrh    r2, [r3, #28]
 511 000e 111A             sub    r1, r2, r0
 
    I pass percent value of -100 . assembly multiplies (126 * constant) and returns positive output.

另一个问题：
1500＊（1和lt；lt；26）/ 100＝15 *（1和lt；26）＝0x3c00
编译程序制作0x011EB851



     以下为原文
  Another problem:
    1500*(1<<26)/100= 15*(1<<26)=0x3C000000
    compiler makes 0x011EB851

移位100或100左26位将超过31位（一个用于标志）你得到中间结果，所以你总是会得到一个错误的结果。使用Windows计算器，将其设置为“程序员模式”，将宽度设置为DWORD并开始计算。注意钻头图案。
如何摆脱这个？第一次尝试可以使用浮点数学。如果你想优化大小和速度，你就必须把你的计算安排成一些语句，并以没有溢出的方式对它们进行分组。
因为我怀疑换档的价值，以提高精度的结果也必须减少。
鲍勃



     以下为原文
  Shifting 100 or -100 left by 26 positions will exceed the 31 bits (one is used for sign) you have got for the intermediate result, so you will ALWAYS get a wrong result. Use the windows calculator, set it to "Programmer's Mode", set the width to DWord and start calculating. Watch the bit patterns.
    How to get out of this? First try could be to use float math. If you'd lije to optimize size and speed you will have to arrange your calculation into some statements and group them in a way that no overflow may occure.
    As I suspect the value of shifting to improve the precision of the result must be reduced, too
     
    Bob

谢谢。我的计算器计算了错误的值



     以下为原文
  Thanks. My calculator calculated wrong value

不久前我发现了一件事。我有一些代码如下
UIT32值；
值＝1和lt；lt；24；
价值是错误的。
需要的是
值＝（UIT32）1和lt；lt；24；
不确定这是否会与海湾合作委员会现在的问题。



     以下为原文
  One thing I  found awhile ago.  I had some code as following
    uint32 value;
    value = 1<< 24;
    and the value is wrong.
    needs to be
    value = (uint32)1 << 24;
    Not sure if that can be problem with GCC now.

还要注意，有符号变量移位的结果是依赖于编译器的。SOIT可能无法返回您期望的值。



     以下为原文
  Also note that the result of shifting of a signed variable is compiler dependent. So it may not return the value you expected.