Hello,

We have a customer with this error pattern in one of the XC42 installed in the machine: R4:3 3:1:6

But we can’t find this pattern in the manual.

Can you explain what this blink code means, please?

Best regards 

Adolfo

Greetings,

I have 4 LEDs each connected to a DOUT LS channel on an MC43.

The issue I have is they each turn on faintly even when the output is off.

Once the DOUT is on the light appears brighter.

The LEDS themselves are 12V LEDs like this one (though each is a different color):

https://www.factorymation.com/PDA-B12V-B

I don't currently have a Current Limiting Resistor inline, would not having that cause this sort of behavior?

Or is there something else I am missing about operating LEDs off the DOUT channels?

Has anyone had experience of wirelessly transmitting the camera feed between SV and MD4 using ethernet bridge or another method?

We have a customer that wishes to have a SV in a remote location a few hundred meters away from the screen and wireless is preferred due to the environment. I understand there would be an increase in latency but we can live with that.

I am interested in IOT of data. I have the MC43. What is the best way to get my data to the clients.

I need a hardware path and a cloud place for the data.

Thank you

Hello

I am exporting

- Parker IQAN-MC43FS (20085123)

- Steuermodul Parker IQAN-XC43 (20085183)

- Bluetooth Adapter Parker IQAN G11 (20085100)

- Kamera Kit Parker IQAN-SV-120 (20085106)

to the chinese market for our new prototype facility. CCC is required for the import, otherwise we are faceing an almost impossible custom clearance to China.
Do you have CCC approval for the above products. What should we do when you do not have CCC???

Thanks

Andreas Pauly

Hello,

Our company's electric vehicle is using a MD4-10 display/controller with the IQAN software. Yesterday, the MD4-10 suddenly started to show lines of color on it and turned white. After a reboot, the screen seems to open but only showing a white screen and we are not able to communicate with it through an IQAN ethernet connexion.

We are trying to figure out what exactly happen so we do not repeat this mistake on the spare display that we have. 
I believe something similar happen in 2015 on another post and it had to do with the supply being too low. But it was mentioned that that issue was fixed. Furthermore, we supply 12V to the Display with a 2 A fuse as well as the RTC protection circuit that is suggested in the manual. 

- Our negative connexion is connected to the negative of the 12V battery through the vehicle's chassis. However, we also supply everything including another MD4-10 the same way. Could this cause this type of issue ? Does it need to be directly connected to the negative of the 12V battery?

- Can a short circuit between the power supply and the RTC input cause a fault of the screen, or just prevent the screen from being turned off?

Thank you for your support.

Best.

Is this MC43 output configuration is correct?

Can we power a load at higher voltage than the MC43 power for output 30 to output 46?

I have the IXXAT USB to CAN V2 compact adapters along with a phoenix D-sub connector that has a resistor. I am tied into the diagnostics bus line (CAN-A-L and CAN-A-H) on the MD4-5 but I am not getting a CAN connection on IQANanalyze. This is my system layout: 

I have a 4-pos deutsch connector for the G11 so I am using that for my USB Canbus adapter. I think I am missing something else.

In the IQAN MC4x/XC4x instruction book on page 67, it is recommended that sensors requiring a supply of more than 5V have their returns connected to -VREF instead of chassis ground. I understand the reason for doing this is to minimise sensor error, however, if the sensor supply is shorted to -VREF there will be a large fault current through the -VREF pin. What is the fault current handling capability of a -VREF pin? Furthermore, if this pin is not capable of handling high fault current for the time it takes for a typical thermal circuit breaker to trip, would powering the sensor from a digital output with current limiting be a preferred option?

Hi!

I have a question regarding the Universal Tilt Sensor:

We are to use a Parker UTS as shown in the picture below:

When reading the "Installation Sheet" regarding the mounting orientation it says:

Since we have a +/- 90 degree sensor I assume, from the picture, that it can be mounted "upside down".

However, when looking in the "User Manual" it says:

Since we have a 2-axis sensor this tells me that we can NOT mount it "upside down". From my perspective the two pictures contradict eachother when reading them separately. If I am supposed to combine the information from the two pictures my conclusion is that only +/- 90 AND 3-axis sensors can be mounted "upside down" but this seems a little too far-fetched. The information must be clearer than that.

Question: Considering the sensor we have, as shown in the first picture, can it be mounted "upside down"?

Also, while we are at it:

When reading the "User manual" under "3.1 Characteristics" I can not find our particular sensor that has Part.no: 169453ECD. Are there any differences between our V2.5 and V2 regarding the CAN messages or is the specification provided in the "User manual" also applicable to V2.5?

I hope you can shine some light on this matter. Thank you in advance!

Kind regards,

Christopher Fridstaden