Hi,

I have imported from a dbc some generic CAN frame with mux. Each mux in each frame generated have the same value: 0

Moreover, the frame with the real mux value of "0" is not imported.

Is this bug known?

The Ethernet measure terminates 1 out of 5 times when I unplug a 60Hz signal from a PCNT channel on a MC43FS I am running IQANdesign 5.03.14.5040. I am aware this sounds like something in my hardware; however, two things make me question that.

1. The problem seems to have gotten worse as I add complexity to the function group that uses the input.
2. If I edit the function group to use a PCNT channel that is not connected to the problematic input, the problem goes away. This points to software because IF this was a hardware problem caused by the input disconnection somehow causing a hardware issue that gets into the hardware of the Ethernet signal THEN I would expect the same action to cause the same problem going into an identical input.

I have not been able to replicate the problem using a much slower input signal that I am generating in a slightly different way. However, the levels of the signal are the same.

I am suspicious that the high-speed bouncing causes the input to do something strange that the causes the firmware a problem possibly by exceeding the maximum input frequency.

Is it possible to send multiplexed j1939 message? I only see this option in Frame IN, not in Frame Out

Hi,

i make some programs on Parker Iqan 6 sometimes, especially, for mobile and crawler cranes.

I'm finalizing a program for automatic telescoping system,

but i'm struggling with the function "inside" used with Qcode.

Any assistance please ? I don't know what to write after "inside", to be honest

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.

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?

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?

Greetings, 

Anyone know if it is possible to get the GPS data, specifically coordinates, from the PSVG into the IQAN program?

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.