This Mitsubishi can use floating-point number operation, just add a DFLT between MUL and DEDIV. Because MUL is an integer operation, D0 defaults to an integer form, which needs to be converted into a floating-point operation by DFLT.

But if you look at this graph, the value of D0 is 2240, which is involved in the DEDIV operation. This shouldn't be.

Also, the following comparison is incorrect. C235 is a 32-bit counter, which should be used to compare instructions, while D0 is a floating-point number, which should be used to compare instructions. There is a contradiction here. First, convert C235 to floating point number, or convert D0 back to integer for comparison, so as to unify the data types. If this is troublesome, I think you can directly change DEDIV to DIV, and floating-point arithmetic is not needed here. Because it is a counter that needs to be compared, the counter itself is converted into a floating point number, and there is no data after the decimal point. Even if there is data after the decimal point of D0, it is useless.

Hope to adopt. . . . . . .