Not sure when this started. But I thought that the function group output order on the display was predicted based upon the calculation order. It does not appear that it is the case anymore (Was it ever?). It seems that the Last appears first then the other follow the calculation order. Am I correct?

Here is an example:

This is how the parent group appear:

Thanks.

JMarc

Hi we have had a customer report 'IQAN Network Key Not Recognised' error appearing on MD4-7 with a 3 master system (2 x MC3). We are currently unable to access logs and see if this error has logged. There is no photograph of the error displayed on the screen, the operator only recalled it after the shift, therefore the error may have been worded slightly different.

Is there information on this type of error and what it means? I have looked through the manual and cannot find anything along these lines. I wondered if it was a project ID mismatch error?

I can not find a way to reset PCC PIN channel back to default. It looks like a bug. Could someone advise if it reset-able?

WHEN SELECTING WHAT TO SHOW IN THE VALUE CONTROL IT WOULD BE NICE TO SHOW THE STATE THAT THE MATH CHANNEL IS IN. THE REASON FOR THIS IS THE SAME AS THE REASON TO HAVE A MODE SELECTOR FOR THE VIN CHANNELS. THIS WOULD ALLOW YOU TO RUN A VIN INTO A MATH CHANNEL THAT HAS A MODE SELECTOR FOR UNITS IN THIS CASE. WHEN THE STATE IS SELECTED AND THE MATH HAS CHANGED THEN THE MODE/STATE IT IS IN CAN BE DISPLAYED AS THE UNIT NEXT TO THE VALUE.

In my fan system we have a gear pump feeding our fan valve which feeds a gear motor. The initial programmer had it set as "Bidirectional: YES" and the positive direction values were as follows:

Min Current: 605 mA

Max Current: 0 mA

Start slope/Stop slope: 250 ms

(The negative direction is just opposite of that, Min: 0, Max: 650)

The valve is programmed to open (allow the fan to go full on, therefore max oil flow) at 0 mA, and otherwise programmed to run according to the cooling demands. But there is no actual negative direction, it is a proportional valve, it's either (somewhat) open or closed so it's 0 to 650.

Sometimes when it's hot outside, the hydraulic oil gets hot and the coil (probably) heats up we get a "FAN SPEED COUT SATURATION" error a few seconds after starting up the machine again. I did some testing and found that if I eliminated the Bidirectional component and made it unidirectional that this problem goes away. It makes sense in my mind as the valve is proportional so why should the program ever look for a negative direction.

Does my logic make sense? Would you ever need a bidirectional Cout for a proportional valve?

Sorry for the long rambling post.

I have been hunting through all the data sheets that i can find to see if it states anywhere the minimum system requirements for a machine to be able to install and run iqanrun on its own. Does anyone know where i can find this?

Is there a way to populate a drop down menu, with the information uses manually enter? I have a field the user will enter a part number into. It would be nice if it would store the information for later use. I know I can manually add entries in the properties but I don’t know all their part numbers.

Is there a work around in IQAN Script, to reset Text Input fields?

I have a loop and each time it loops through it would be nice to be able to reset text field’s so they get a fresh field to input into.

Hi this is my firs time and i have problem with sending.

in order to upgrade the md4-5 to version 4.00 and later the module must first be upgraded to at least version 3.17?

How i do this

My connektion is ethernet cable

I am very unhappy with the inability to import function groups from working IQAN2 code into IQAN4. Atlas Copco has spent multiple man year developing and testing their IQAN2 control applications. I want to be able to take advantage of this as we work towards updating their next gen rig to work under IQAN4. I know I could do this if I was coding in MatLab/SimuLink, C, or C++. I have tried exporting the function groups with references, and without, and all I ever get when I try to import them is the following:

I am aware that the connections to the function group are going to be broken, and will need to be connected appropriately. I should not have to track these down and re-specify/reconnect these, in IQAN2 though, especially when I'm importing the function group from one type of module (MC2) to another (MC3).

By taking this approach IQAN makes code re-use almost impossible. I'm very disappointed

Please fix it.