Version 5.05 of IQANdesign, IQANrun, IQANsimulate and IQANscript is now available:

https://www.iqan.se/store/downloads.html

New features

Keypad style adjust for parameters

In the menu system, you can tap on the value of the adjust item to bring up a keypad-style adjustment:

CAN routing on MC4xFS

The CAN routing feature is now available also on MC4xFS. 

The above features will soon come in the 6.01 release also.

Version 5.05 also include some of the features already introduced in 6.00:

Add Blinking Lamp status to J1939 DM1 decoding

When enabled, the lamp status MDGN:s will blink according to DM1.

IQAN-SV properties for flip/mirror/bitrate/HDR moved to video control.

This means that individual video controls can have different settings.

Support external esc key in PDF reader

Implement full circle mode on gauge

For details, see release notes:

http://divapps.parker.com/divapps/iqan/Downloads/IQANdesign%205/ReleaseNotes5.05.8.htm

http://divapps.parker.com/divapps/iqan/Downloads/IQANrun%205/ReleaseNotes5.05.5.htm

http://divapps.parker.com/divapps/iqan/Downloads/IQANsimulate%205/ReleaseNotes5.05.4.htm

http://divapps.parker.com/divapps/iqan/Downloads/IQANscript%205/ReleaseNotes5.05.4.htm

Hi.

I have noticed that sometimes my MC43 gets stuck in a "Bus-off" state (Error code 3.4) a it does not recover, until I shut of the entire system. In my case the controller is used for steering and I need it to be able to reboot and recover locally on its own, in order for me to uphold my steering functionality without shutting down my system.

We have put in a functional request for this, and I'm just reaching out to see if anyone else is experiencing the same problem?

Regards

David PH Sc

Why does IQAN 6 not support MD3?

How to make function about CRC 16 in parker? Current only CRC-8 and J1939 checksum function block for selection.

Hello IQAN Team,

We will be deploying many units to different locations, all of the same product. We would like to explore the possibility for batch updating of the IQAN software via the IQANConnect interface. Today, for updates, we will have to manually connect to each system, one by one, while it is online and not in function, to update it. This is ok for 1 or 2 units, but not optimal for 100s of units that must all be updated.

What we'd like, is the possibility for the system to "auto-update" when we have a new IQAN software version available and X and Y conditions are met (system is not operational, HW matches the SW we are pushing, etc).

I understand that IQANConnect was not designed in this way, but we are exploring how this can be done, either with Connect or another app, and what are your thoughts on this. Today, all our MD4 controllers will have access to the internet via their ethernet port.

Thanks for the excellent support.

Marc Daigneault.

I'm trying to find a way to show the J1939 DM1 lamp status. The MDGN channel will show the lamps on or off, but there are varying levels of flashing indicated by 65226 that I can't seem to access.

Are there any plans to include the flashing levels in the MDGN channel?

Thanks!

Hello! It would be very convenient to be able to insert images into Comments (or as separate object). Graphs or schemes, for example.

In case where you have to change new module (like mc4x) to multimaster system, then you have to reinstall program. If customer doesn't have IqanRun or IqanSync (what is not good for installation), you have to send service man to do this. If there would be an ability to run system recovery (reinstallation) from MD4, then customer could do this by himself.

Hello All,

It would be nice that error messages of each input or output could be independently disabled.

I'm aware of the function group method:

https://forum.iqan.se/forums/1-software/topics/662-disabling-error-message-for-a-specific-output-when-its-not-in-use/

But I might want to disable the automatic error message of a particular output or input, and still being able to identify its error state, rather than stop evaluating it.

For example, I might want to "retry" the activation of an output in overcurrent/short state, and only show a custom error message after a few tries.

Or, in case some output is not always connected to the load, but it needs to be continously turned on. For example, an output for optional working lights, or position lights, which are connected to the machine when needed, and always removed when not. I don't want to bother the operator turning on/off the output, neither with error messages if always on. ( open-load detection can't be disabled output by output on some modules ).

Thanks!

When we use a mode selector to have differents values of function parameter for each state, default values of added states are 0, maybe they could take the same value that default value has the default mode