https://forge.codesys.com/forge/talk/Engineering/thread/ecaba4e2ac/2024-01-04T13:56:33.981000ZRecent posts to multiply gives negatives2024-01-04T13:56:33.981000Z2024-01-04T13:56:33.981000Ztvmhttps://forge.codesys.com/u/tvm/https://forge.codesys.com73ef37959d35822755447790162d6ab4efaa9282

<div class="markdown_content"><p>you might have some slight inaccuracies with using a REAL. See here for an explanation: <a href="https://knowledge.ni.com/KnowledgeArticleDetails?id=kA00Z0000019ZSMSA2&amp;l=en-US" rel="nofollow">https://knowledge.ni.com/KnowledgeArticleDetails?id=kA00Z0000019ZSMSA2&amp;l=en-US</a></p> <p>It might not matter, depends on how accurate you need it. I usually stick with integer types for something like this</p></div>

2024-01-04T13:29:58.818000Z2024-01-04T13:29:58.818000Zdomoticomhttps://forge.codesys.com/u/domoticom/https://forge.codesys.comca0b51e161be00f9138082da2d7c1c7a63cb6c21

<div class="markdown_content"><p>thnx, meanwhile I added a INT_TO_REAL, now it works.<br/> Can I leave it like this or better DINT ?</p></div>

2024-01-04T13:12:15.611000Z2024-01-04T13:12:15.611000Ztvmhttps://forge.codesys.com/u/tvm/https://forge.codesys.comba44d80349d7f8b7da34875950f84130b59e6cbb

<div class="markdown_content"><p>It's probably because you have an INT in the input to the MUL function, which will then try to output an INT as well. INT variables can only handle values of -32768 to 32767. Your value of 523000 won't fit in an INT, so it turns into an invalid number.</p> <p>Use a DINT. This is usually better for working with time values anyway, because time values are all 32 bit. Or if you can't, use INT_TO_DINT(gvlp.detectie_nalooptijd_s) in the input to the MUL function.</p></div>

2024-01-04T13:00:09.121000Z2024-01-04T13:00:09.121000Zdomoticomhttps://forge.codesys.com/u/domoticom/https://forge.codesys.comdcc367edbd053763b861cf4720c795cc3dff4858

<div class="markdown_content"><p>Hi,</p> <p>Attached net gives sometimes negatives, what am I doing wrong ?</p></div>