Hi!

Previously we used MC2 in a project. Now changed master module in the program to MC43.

We have a DIY test board (large resistors with LED for indication) to double check if the machine sends signal to valves etc.

Using COUT channels...so connectors come in pairs. With MC2 if one of the connectors wasn't connected to a load it would display "open load" error when machine would send a signal to a valve that isn' t connected, but connected one would work when output is signal is given. (no open load error when joystick is in neutral)

Now with MC43- both COUT pair connectors have to be connected for it not to display "open load" error..even when joystick is in neutral position.

Is this because MC43 diagnoses itself differently than MC2 or is there something to be changed in the program?

Hi, I have an issue with intermittent MC43 COUT overload errors on one of our machines.

Status is OK and operates well in most conditions, but will randomly report overload (even when that function is not requested).

I have tested the solenoids, plugs, and wiring harnesses within this circuit and all looks ok.

COUT circuit C1:16, 41, 57.

Is there anything else I should check to see what might be going wrong?

We have a machine that has sporadic nuisance open load errors on a function controlled by a unidirectional current output (COUT-G) on an MC43. Since this happens with some frequency, I suspect we are right up against the limit of the open load detection threshold. They test out well in assembly, but any increase in resistance occurring in the field might be setting it over the edge of the error threshold.

How can I calculate at what load resistance, commanded current, and supply voltage an open load error will occur?

This function is controlled with a Parker CCP024H 1/2" super coil with nominal resistance at room temperature of 30.30 ohms. Machine runs on 24V (around 28V when alternator charging). Maximum commanded current is set to 600mA.

Are the current out channels on an MC43 suitable for dishing out a 4-20 ma signal? It would be controlling a VFD.

I know the current out channels are typically used to control valves and used in the hundreds of milliamp range. 

We are using a MC43 and using PWM and COUT channels. What we have noticed is when a PWM HS output is shorted to ground, one of our COUT outputs goes into overload. In our case, C2:51 was shorted to ground but C2:67/C2:15 had the overload error. 

What might be causing MD4-10 screen to go white.

We use the MD4-7 for all our systems.  I have one of my customer with a Fairly new(3 years) but rarely used unit for a test bench.  He complains and I witness that is touch screen is often not responding.  It is mounted on an aluminum test bench.  Sometimes if he moves the unit away from the bench it seems to respond better but not always.  We tried to ground the unit but it did not improve.  Do you think this is an hardware issue or is there mounting issue we need to look at?

Hello,

ID-tag 4 to 7 does not exist for Molex MX123.

We use 4,5 and 7 today and have to re crimp those ID-Tags for MX123.

When do you plan to offer ID-Tags 4 to 7 for MX123?

Regards

Fredrik Forsberg  

IQAN Design refers to CAN bus on the MC4X as A, B, C etc, manual (under installation) refers to it as numbers 1, 2, 3 etc. Although its obvious to work out, its better for us if its one designation across the board to avoid confusion when cross referencing documents.

Hey there!

I'm using a MD3 and a MC31 on my application. I'm transfering the application through an USB-to-CAN interface (KVASER - LEAF LIGHT). I'm using the same cable to transfer the application simultaneously to MD3 and MC31. The transfer completes greatly, I can even use the Measure feature on IQANDesign to get signals from them both. But, between them, the MD3 can't see the MC31 (No contact error), as well as MC31 can't see the MD3. Can anyone help me? I can send pictures of the connection and the error that is occurring.