MATLAB Answers


MatLab 2012b sum block with signed/unsigned numbers

Lucas 님이 질문을 제출함. 7 Aug 2014
최근 활동 Yu Jiang 님이 댓글을 추가함. 11 Aug 2014
If I have a sum block that's taking 2 constants in, one signed the other unsigned, and I add them together I do not get the result that I expect in the picture below: OutDataTypeStr for the sum block is Inherit: Inherit via internal rule, expected is 475.
I noticed that MatLab created a new data type, sfx32_E1, and that the number was 1 off from what I expected it to be. When I changed the sum block to output as an int32, I got the result that I expected it to be.
So I was wondering why the results were different and what that data type that's outting in the first picture means. I'm going to assume that this is the same for the other math operation blocks in MatLab? Thanks!

  댓글 수: 1

One bump to see if anyone knows what is going on here.

로그인 to comment.

답변 수: 1

Yu Jiang 님의 답변 8 Aug 2014
Yu Jiang 님이 편집함. 8 Aug 2014
 채택된 답변

Before the model is executed, SIMULINK will try to figure out what is the output datatype of the Add Block. Since the Display is not datatype-dependent, and the two input data types are different, SIMULINK seems to be "confused" and ends up with generating the new datatype sfix32_E1.

  댓글 수: 2

Sorry for the late response, got caught up in something and forgot about this, but do you know the reason why the number is one less than what it's supposed to be? Or is this just another side affect of MatLab being confused?
Hi Lucas
I am not sure how exactly the internal rule works and why it is one less. You can find its description here.
From my point of view, this is a side effect when SIMULINK tries to use the internal rule without knowing what the expect output datatype should be. In this case, the difference happens to be one, but it may be something else in other cases.

로그인 to comment.

Translated by