
MC43FS VRef+ no output
Have any idea what is problem cause VRef+ (C1:7) no 5V output. I can comfirm the PIN and controller are ok after i made test on bench.
What is problem cause 5V PIN stop output. possible CAN wrong or Any PINs short to ground ? No error informs why VRef do not output now

4-20mA convert to V input on MC43 using 250ohm resistor
When using a high precision 250 or 120ohm resistor to allow IQAN to measure the signal from a current loop, do I need to connect Vref -VE for ground reference?

Any technical reason for using both +BATT pins on MC43?
We have specified an MC43 over the lesser modules in the range because of the additional inputs we need to monitor in the controller. We are not using any outputs on the module therefore current draw is minimal.
Is the only reason there is a second power supply pin (+BATT) to drive the additional outputs that can be configured on the MC43? Because we are not using any outputs (therefore current draw is hardly anything) can we connect only one of the +BATT pin to the supply, is there any technical reason why this cannot be done? I don't have a module to hand but I assume they are internally connected? is there a current limit on the module outputs if we only connect one pin?
I have had a look through the manual, the diagram on page 58 suggests we need to connect both pins on MC43 module only.

Reading value of a PWM valve with a PWMIN
Hello
A stand alone system have 4x PWM proportional valves in 24VAD. I use a MC43.
I like to ready this PWM value so that my system can give the right amount of oil from the variable pump.
I like to use the PWMIN. IN_33 and IN36 are for 5Volt sensors. Can I still use this INputs?? or do I need to use IN-37 and IN_38 because they are the only one rated to 24V. Can I somehow use a resistor so that I can use the 5Volt PWMIN.?? Sorry: I am not sure even reading you documentation.

50 kbps Component on 250kbps J1939 Bus
Will connecting a 50kbps component to a 250kbps J1939 bus cause the bus to shut down. I can change the baud rate to 250kbps later, but will I even be able to send the message to change the rate? The messaging would be from a MC4x series is that matters.

CIN
Hello. I am testing my MC41 application using a Eurtherm G-438 ( https://www.farnell.com/datasheets/1658070.pdf?_ga=2.178838692.143399012.1654225772-1786236872.1616697046&_gac=1.2754052.1650585147.EAIaIQobChMIlfWcop-m9wIVTsLCBB0Krwa-EAYYBiABEgKL5PD_BwE) signal conditioner to generate a 0-20 mA to simulate one of my inputs. The MC41 is latching onto a high error and I am puzzled as to why. I checked the output of the unit and it is in the proper range. I made a work around using a trim-pot but I want to be sure that I won't have problems when the controller is connected to its real current source. I noticed that the voltage compliance of the signal conditioner is 12 VDC max whereas my controller is receiving 28 VDC power currently. Could this be the error?

Connector packed with di-electric grease
Got this photo from a colleague who works in after-sales, an MC41 connector packed with di-electric grease.
The Molex MX123 is a sealed connector when properly assembled, so adding di-electric grease does nothing to improve protection against water and dust. Instead, it can only cause problems by getting in the way for the pins and prevent contact.
I do not know how widespread this problem is.
Do you guys also have problems with people putting grease inside the connectors?

What's the max current on pin 23 and 35 MC41 FS
What is the max currant on the -V-ref on pin 23 and 35

MC41FS Critical Errors
Hi there,
I have a critical problem with MC41-FS stand alone controllers (ie it’s not connected on Multi-Master system). FW level 6.05.18.6047
We see operation continuous for about 2 months with no error, then multiple devices on the same mahcine just stop working ll within minutes of each other (with no CAN output) and no reported/broadcast faults or recorded System Log errors. This problem is seen on multiple machines now, and a pattern is emerging of this failure. Resetting 24V power, resets the module and the error.
Clearly having a module just stop operating with no reported or logged system errors is very dangerous, as we have no means to quickly diagnose.
We have managed to collect the LED blink code when in error state: This sequence is not listed in the manuals.
Blink code
4x RED
Stop
1x AMBER
Stop
21 AMBER
Stop
2x AMBER
Stop
1x AMBER
Stop
2x AMBER
Notes:
- There are 3x MC41-FS modules per machine (all independent)
- MC41FS power supply is continuous 24V
- The machine has a "main" Multi Master system which comprises of 2x MD4-7 and 3x MC43FS modules all on MM system.
- The 3 independent MC41FS modules are connected to each MC43FS module on J1939. As far as MM system is concerned, the MC41's are another J1939 module on the common J1939 line.
- The machine MM system is operated with switched power supply (24V)
Originally I thought this was possibly a CAN bus issue, but no other IQAN modules are reporting CAN bus errors (ie the MC43 modules) as they share the same J1939.
There is one possible interaction between MC43 and MC41 module that could be contributing (depending on what the fault LED codes are from above). The MC41FS module has enabled TDA for time sync, and the MC43 is configured to send TDA PGN onto the shared J1939 continuously every 10 seconds to time sync the MC41FS. As mentioned above, the MC43 modules are connected on switched power, and the MC41 on continuous. So very night the MC43 (and full MM system) is powered down overnight). I am unsure if this is a problem, or has no effect.
Please can someone contact me to discuss this directly. I am not able to share the project file publically.
Julian

Is -Vref and Batt- common on the MC43 module
Customer support service by UserEcho