We are looking at some sensors for a particular project and have the option for 3 wire ratio metric (4.75-5.25) or 3 wire regulated (10-30Vdc). Both sensors output voltage signals with a range of 0.5-4.5 suitable for the MC3 VIN. Is there any benefit of using a particular type when using for part of a safety system?

If we use ratio metric sensors, does the MC3 automatically offset the signal it receives from the sensor if the VREF drifts away from 5000mv? My guess is when we select reference voltage that ensures it becomes offset correctly automatically?

MC3 manual states ideally 5V sensors should be used with the VREF supply from the module unless its offset by other means when using external supply. Is this is because some engineers may use a separate 5V supply external to the MC3 and it could drift unknowingly which would ultimately affect the VIN signal and could cause a false signal because of a power supply issue? Im assuming this would not be an issue if we use regulated 8-30V sensors with a non ratio metric output?

I am using the MD3 with a XA2 and a pair of XS2 modules.

I updated to 4.03 to read a 500 baud vehicle J1939.

Half of the COUTs are disabled with out of range errors. swapping to an MD3 with the old 2.63 program, and its all good (save for I can't read the vehicle's J1939)

One other question; how do I un-update the MD3?

I could not reinstall a 2.63 program on a 4.03 MD3.

I would try uploading a 3.whatever Design program, but I am out of MD3s (have 1@ 2.63, 1@ 4.01 and 1@ 4.03)

Hi every one. Anyone know how to show measure trace on the master screen. I know it can do when we run the simulator, but I need to show it on the screen.

Can you help me this one? Than you so much

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?