We have now released the first two variants in the IQAN-MD5 family, the 5" and the 8" variants.

You'll need IQANdesign 7.02 to use these, which also is available.

Product information are available on parker.com.

The electrical diagrams for the MD5 that are published on the Parker website have an error, the +batt and -batt are reversed on those drawings. The MD5 instruction book is correct.

We have several machines with the MD3 + XA2 + XS2 architecture; the MD3 is no longer available to purchase, and we need to provide our customers with a compatible solution when their MD3s break down.

I have checked that in IqanDesign 7 I can create the following configuration: MD5-5 + XA2 + XS2. If we create an updated software, adapting the electrical connection, will this architecture be compatible with the systems currently in operation without changing the slave modules?

We have an MD5-10 display that transitions from the current display page to a black screen and then returns to the display page again. Seems to be about 2-3 seconds showing the display page and then about 0.5 seconds black. The issue does not appear to be program related because it has the problem even when you are in menu mode. We have noticed that turning the brightness down < 80% seems to make the issue go away.

Part number: 20085203

Serial number: 2444230031

Is there any known problem here?

Hello,

I am working on a hydraulic control system based on MD5 and MC43. The main control logic runs in MC43, while MD5 handles non-safety UI functions.

To ensure safe operation, I implemented a simple heartbeat between MD5 and MC43:

Setup:

• Heartbeat: digital signal toggling TRUE/FALSE every ~100 ms in MD5
• Transmitted via J1939 to MC43
• MC43 monitors time since last change
• System cycle time: 50 ms
• Safety action: if no change for >500 ms, MC43 disables outputs
• Logging is active on both MD5 and MC43

Problem:

The heartbeat signal is periodically lost or appears frozen for short periods (typically 100–3000 ms, sometimes longer), triggering safety shutdowns.

Test setup (minimal system):

• Only MD5 and MC43 connected
• 30 cm CAN cable
• Two 120Ω termination resistors at both ends
• No other CAN nodes
• Minimal application: only one J1939 message + heartbeat logic
• No HMI logic or additional communication

The issue still occurs in this simplified configuration.

Tests performed:

• Different CAN speeds (including 250k / 500k/1000)
• J1939 and generic CAN communication modes
• Same behavior observed across configurations
• No communication errors reported in internal Parker logs

Question:

Has anyone observed similar intermittent J1939 communication drops between MD5 and MC43 under otherwise stable conditions?

Hi,

We have in a electric cabinet one MC43[0] with a MD5[2], then we have a wired console 30m away with other MD5[1] together with 2 LC5 joysticks.

The problem is on MD5[1], we make 3 diferrent connection to check:

1) We first connected the LC5[0]+LC5[1] on its CAN B port as usual in previus system with MD4 we made. But Randomly we gets:

So we double check all the harware and wiring with no problem found. At this point was coneected 0T and 1T on each LC5

2) Then we connect one LC5[0] on the CAN B port, and the other in the LC5[1] CAN C port. Then we gets:

So the problem now is just on LC5[1], but with Multiple Addres Error even being alone in the CAN C port. At this point we added a 120ohm resistor on the MD5[1] to match LC5 termination resistors.

3) Then our last seting was LC5[0] on the CAN B port, and change the address to the other LC5[0] on CAN C port, so we gets:

But in each port, there is only one LC5, so is not posible to have a Multiple Address Error. 

The only way to make this work again is reset the whole system. This problem is happen in 4 diferent machines, all with MD5. Other machines with MD4 don´t have any problem.

Our customer has requested a stylus for interacting with the MD5 we have supplied. Instruction manual states a passive stylus for the MD5, has anyone got any recommendations or experience as to what works best?

Parker # 20085209.

Anyone else receive 3D printed clips?

Surely injection moulded would be the way to go here.

Water will soak into the porous material and the clips will fail?

It appears the fastest application cycle time on the MD5 currently is 50ms, which is 5x what it was on the MD4. Is this something that is planned to be improved in a future software or firmware release?

I need to be able to send out 10ms messages and it is just not possible from what I can tell on the the MD5 series.

We have a customer that requires a certain type of PPE glove to be used when operating MD5 HMI. The system we have planned is using 10" display but we don't currently have a unit here to trial, instead I have tried a MD5-5 with the certain glove type and it works OK. 

Is the 10" version just a scaled 5" and therefore I can assume as long as it works with the 5" it will be fine with the 10" version? I guess it depends if the same manufacture and screen tech is shared between the different modules?