When IQANdesign does not provide a native function/operation, such a function/operation could be implemented in an external library, for repeated use in application logic.

Currently, the benefit of implementing the function in an external library is that any future change of said function/operation would only have to be done once, which is great.

But, would it not be possible to also save memory? I.e. could it be possible that multiple instances of the same external library function group would only be instantiated once in application memory, even though it is called multiple times per cycle?

(Unrelated to the topic, but related to the origin of the topic, do you have any plans to introduce native functions for most- and least significant bit indexing? E.g. using de Bruijn multiplication/lookup tables would be so much cheaper if done natively.)

Thanks!

I´m looking for the 23-24 October 2024 IQANdesign Online Training but can´t find where to register.

Please if you can help me.

Thanks

I am using an MD5-10 Display. I imported my code over from IQAN 6 to IQAN 702. My display images logic works fine in IQAN 6 and it works fine when viewed through IQAN 7.02 Simulate. But when I flash it onto the display, the image visibility on the display doesn't behave the same in some instances. There are some images that won't go away on the actual display even though the IDC driving the visibility is false. Also, the state images don't change until they are shown on a less extensive display page. The odd thing is it works fine in IQAN 7.02 simulate. I seem to have determined that if I take half the images away the images reload normally. Can the display have too many images on a single page to update and just freeze or stop?

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?