What does a PCOUNT input that is set to accumulate pulses do when it exceed its 7 significant digits? 999999.9
I am using a PCOUNT input that is set to accumulate pulses to calculate a very low frequency. I am using the count change over 10 seconds, so I am not interested in the actual count, just the change. It is not difficult to deal with a roll over that a hardware counter would experience without losing an accurate delta, but I do not see any indication that the PCOUNT rolls over or how it behaves when it exceeds 7 significant digits. I.E. 999999.9 (a decimal is needed since the counter increments by 0.5 on the rising edge and another 0.5 on the falling edge of a pulse) This seems like a big number but a 20K Hz input would exceed this every 45 second. (This could cause problems if using two counters to capture the differential of drive track position counters at high speed)
I have my application mostly working by resetting the counter, but because the PCOUNT channel does not support an internal reset capability like an event counter channel. The reset must be initiated by external logic, which does not play nice with the pulse inputs and appears to miss pulses during the reset.
This is probably complicated by the fact that the counter increments by 0.5
I may be able to make this work using the input in the non-accumulate mode and summing it in a math channel where i have more control when I reset the value.
Iqandesign 7.02 - j1939 PGN 60416 not reading off the bus
I updated a current program from 6.08 to 7.02 that that contains our own DM1 reader which requires reading in PGN's 65226, 60416, and 60160 for multiple SPN's from the engine.
PGN 60416 is not updating off the bus in 7.02 (it reads fine in 6.08). I realize that there is a warning for "invalid Identifier "but that has been there in 6.08 as well and it still worked). The values can be sniffed off the bus for the byte starting at bit 41 which can be seen changing form 202 to 227 and back but the Iqan is only reading 227 and therefor not getting the correct PGN for the BAM message (it switches between 65226 and 65251). In Iqananalyze you can see the value is 202 but the Iqan 7.02 version of the program will not update the value for byte 6 on PGN 60416 ...it stays at 227.
Is this a glitch or is it something that has been blocked in Iqandesign 7.02 for some reason?
Does MC43 support CANopen? if not with what method i can implement CANopen?
Does MC43 support CANopen? if not with what method i can implement CANopen?
IQANDesign MC43FS issue with .ism
I'm able to use .ism in IQANDesign under MC43 Module But unable to load i.e. ism under MC43FS module. Does MC43FS module has this limitation?
PSVG GPS coordinates
Greetings,
Anyone know if it is possible to get the GPS data, specifically coordinates, from the PSVG into the IQAN program?
UTS v2.5
Hello,
I am having issues communicated with a UTS V2.5 +- 90 XYZ sensor over J1939.
I've tried the UTS version 2 app shared on this link:
https://forum.iqan.se/communities/1/topics/1057-universal-tilt-sensor-uts-programming-shortcut
Seems from that thread the app may not actually work, and documentation may not be up to date.
Anyone have any luck getting this to work?
If so, are you willing to share either a sample app or provide some insight on what needs to change in the UTS version 2 app to make it work?
Using version IQANdesign v6.08.
Why is the largest value of a 32 bit integer limited in IQAN?
I am trying to store a 10 digit serial number inside my MC43FS code on IQANDesign 7.02.
Unfortunately I have found that the serial numbers always start with 2 and IQAN is limited to storing 2000000000 as an integer parameter.
The system will not accept storing 2000000001.
Why is it that a 32 bit signed integer is limited to 2000000000? The max value of a 32 bit signed integer should be 2147483647.
Edit: I should note that a text parameter cannot be used in this scenario because I must compare the serial number to see if it has been updated/changed throughout the life of the product and take action when it is changed. I am trying to avoid stripping off the 2 and including instructions for technicians to update only the last 9 digits because I can't automatically populate a 2 at the beginning in IQANRun or IQANGo. I am afraid that will net us the first 9 digits of serial numbers if techs don't read the instructions closely.

Numerical order sorting arrays
Hello all, I have numbers in an array that need to be sorted numerically (from small to large). Does anyone have any functions that may be useful? It would also be useful to get the reordered number's index values.
"Multiple fast JFOUTs" functionality
I have a program where I need to send two JFOUTs at 10ms transmit rate. With the application cycle time set to 50 ms, I get a warning about "Multiple Fast JFOUTs" in the program. The manual and the help window state that "One JFOUT channel with send method Continuously is allowed to have a transmit rate faster than the cycle time. The resolution for that single channel is 10 ms."
What is the expected behavior if there are multiple fast JFOUTs? I flashed the program to a module and observed the two JFOUTs are transmitting at 10ms each. If I set the application cycle time to 10ms this warning goes away, but what are the potential issues with running two JFOUTs at 10ms transmit time with the module cycle time set at 50ms? Unless I'm overlooking it, the manual doesn't really outline what the behavior is with this warning present.
Troubles receiving a CAN Message on JFIN
Hello, I'm trying to use a CAN current sensors for some monitoring and I need it to be on my J1939 bus as i dont want to run a dedicated CAN network to these sensors. The messages are sent from the device as the fallowing :

How do I set up My JFIN channel to accept this message ? I have my bus source address set to 3 and my destination address set to 0xF1 but I do not receive a message. I have tried several other settings but I am not able to receive the message
Customer support service by UserEcho