We are using a lot of MC41 and MC42 for some OEM (Dodge/Jeep/Chrysler) stand alone drive train kits.   We are looking to add some support for some other features, and we really need to be able to wake up the module when the CAN network becomes active.   And then shut down after the network is dead, or with an input.     

I know the MC4x line doesn't support that currently, but have you guys thought about adding something like that in?   

Or does anyone know of a low cost Wake on CAN module/relay, that can apply power to an MC4x? 

I'm running IQANDesign 6.02.10 and when using the replace channel function the list gets cutoff at the bottom of the screen with no arrow to move down.

Hi,  

Is there any way to measure live CANbus traffic on a signal and not only in the System Layout page?

Thank you,

LPC

Is it possible to convert text to integer? I would like to exchange the serial numbers (Module Diagnostic) of the hardware through the CAN bus. I believe the serial numbers are max 4 bytes in integer(hex) number. If I want to send them as text, I need longer CAN messages (>8 bytes). It will also be easier for the external system (no Parker system) that is supposed to read these values . I use a MD4 and MC41.

Features in IQANdesign 6.02

Propagate function group output

For application with function groups within function groups, it is now possible to propagate function group outputs to a higher level. This eliminates the need to add in-between math channels.

Optimized RAM memory usage

Compared to version 6.01, an average IQAN-MC43 application use about 5 to 10% less RAM. 

Hint: Look at project statistics, or measure System information channel Memory utilization when the application is running on the MC4x master.

New Qcode keyword ”This”

Sometimes a calculation channel needs to refer to its own value from the previous cycle. Previously, this was done using the channel name, now the keyword This can be used.

Example:

//Blink, use IDC delay-on and delay-off to set the duration
Result := not(This)

GT diagnostics

Added module diagnostic channels for GT module, and information on module info page on MD4/IQANrun.

The module diagnostic information depend on the software in the module implementing the GT interface. 

Also see information on Paker Mobile IoT gateways.

Export DBC

It is now possible to export CAN channels to DBC format. 

(A function for importing .DBC files has existed since 5.02)

To export, select one or more GFIN/GFOUT/JFIN/JFOUT channels, or a complete Generic/JJ1939 module.

Also see release notes:

http://divapps.parker.com/divapps/iqan/Downloads/IQANdesign%206/ReleaseNotes6.02.7.htm

http://divapps.parker.com/divapps/iqan/Downloads/IQANrun%206/ReleaseNotes6.02.6.htm

http://divapps.parker.com/divapps/iqan/Downloads/IQANsimulate%206/ReleaseNotes6.02.4.htm

There are many instances where almost identical channels are used and it would save a lot of time to be able to edit them all at once. For example SP channels, being able to edit all the states on all channels. Another example is SMC channels.

Thank you,

Chris

It would be nice if the "Go Up" worked when inside a Finite State Machine.  Right now, I use backspace all the time to navigate up.  However, when inside a Finite State Machine, this does not work.  When you hit backspace, it highlights the "Name" field.  Then if you accidentally hit backspace again, it deletes the name field text.

Hi, often DBC files contain enumerators for certain signal values (states, errors, etc). These value tables are stored within the DBC file. Currently, we must manually type in all possible values in a state parameter and link as an input the GPIN associated. This is super time consuming and error prone! Please add a parser that generates a state parameter based on the value tables of DBC files, either at import or as a separate script or tool. The other ways around would be to have the state values accessible in a 2D table, like the LUTs, so that at least we can batch copy-paste from the DBCs or datasheets. Thanks

IQANDesign seems to ignore the resolution and offset information from DBC files on import (these parameters appear to only be used if you are using the internal J1939 database and not an imported one).   Its seems odd not to utilize this information for generic CAN modules when its already provided in the DBC file.  I could use a math channel to manually scale the values, but it seems like an opportunity for error when those factors were defined when the database was originally created and should just carry through.

I checked both 5.04 and 6.01 and they both present the same behavior. I feel like this kind of straddles the line between bug report and feature request. If there are practical reasons this is not done (e.g. wildly wrong values were put in the DBC file and IQAN would be forced to use them causing an error, the CAN database dialog would have to do some imported data validation, etc), I can understand, but a reasonable fallback strategy would seem to be default to resolution of 1 and offset of 0.

Thanks for your help.

Hello 

I have a situation where a external system creates about 4000 error numbers. I have to find the active error by looking into 4000 error messages. To find the first active error is easy by using the MAXof function. But to find the 2nd, 3rd, 4th, 5th, 6th is extremely hard. The ARRAY is now 40% of the application file because there is no 2nd highest number (.. and 3rd, 4th, 5th...) function available in IQAN. Is there any chance to get this function implemented into IQANdesign??

Thanks

Andy Pauly