Hello,

Is there any way to add more digits as 4 to the pincode

Hello

This is my système

In my log fil, i have toow calculateur

Coffret démarrage log = MD3

Coffret électrique log = MC3

When the Log MC3 is full, the MD3 not saved the news erreur yet the log full behavior is put on Continue logging.

In the help his write :

Continue logging makes the log delete its oldest records to make room for newer. Use this option if it is more important to see the latest events.

Why my news erreurs is not saved ?

Thank you for you help !

Best regard

I'm trying to select from two different inputs to drive the one output, using a joystick for travel mode input and a potentiometer for sweep mode input. IAny ideas or any programming examples.

We have a machine in the field running 3.19 and we need to update the software remotely. To avoid updating the firmware (it takes too long and sometimes fails half way though updating) i need to revise the software using the correct version of IQAN Design originally installed on the machine. The machine appears to be running on firmware version 3.19.9.3143 in the MD3 and 3.19.9.2170 in the MC3. This is a multi master system.

Can anyone confirm which version of 3.19 I need to build the software change into to prevent having to update the firmware in the machine please? There are multiple versions of 3.19.9 and if I choose the incorrect one it will update the firmware.

I have tried to simulate 3.19.7 and 3.19.9 and use IQAN Run 3.19 to look at the firmware revision but the firmware does not appear to match what we have running in the machine. When I simulate I get 3.19.2.

We are getting fault code 2 orange / 1 orange / 1 orange / 9 orange / 4 red / 1 orange on MC3 controller. Does this error code mean internal error/OSC (4:1 in MC3 manual)? If so is there any way of getting more information on why the controller is switching off and more details on that specific error code? Fault appears to be random and only sometimes goes into error state, sometimes module boots fine with no issues or error codes. System is 1 x MD4, 2 x MC3. Intermittent fault present on both MC3 controllers. Both MC3 controllers have CAN Open device attached to each. We have used these CAN Open devices before with success.

Does anyone have the pin out for the MDL side of the USB connection? A previous employee had de-pinned the MDL end for some "testing" purposes but never put it back together or wrote down the pin out. I have searched threw any literature I have to no avail.

I have been using an MC2 as a control module for an excavator attachment. It was working fine until I added tried to add some CAN communication to send pressure sensor pressure values and joystick inputs to a Data Acquisition System. There were 9 signals. I attempted to load the file on, and at the end of the load it through an error saying something like "no return handshake from Master Module." I tried to reconnect to the system repeatedly but it would not establish a connection. I attempted to use the attachment and the MC2 was not sending out any signals.

After turning the power supply on and off and trying to reconnect unsuccessfully, I tried to read the lights. The following sequence repeated:

-2 long yellow followed by 3 short yellow. While not exact (extra long yellow), does this mean "Waiting for Restart"?

-4 Short Red followed by 1 short yellow: Internal Error

-18 short yellow - is this just the "there is something abnormal going on"?

I read this thread: http://forum.iqan.se/topics/98-mc2-cause-of-internal-errorose/ which seems to describe a similar issue. It seems like the advice is to short the ID pins and start in "safe" mode.

If the "waiting to restart" error keeps appearing even after cutting power and repowering, does that mean I need to try and start the program in "safe" mode and reload the program?

Anyone have a nice clean way to short the ID pins? Should I just put 2 clips on the end of a single wire? And what happens once I successfully reload the program? Should I cut power and then remove the shorting wire so it does not restart in "safe" mode?

It looks like there was an error in the software: I specified it try to broadcast the CAN data out over the wrong bus. The CAN data was also unconnected. In this case the information was not vital to the operation, but I am thinking this would be enough to throw an internal error and cause problems. Can someone confirm or deny that a module shut down could be due to a CAN comm error due to incorrectly spec'd bus OR unconnected CAN Comm cable?

Thank you, Graham

I would like for my custom startup image to display for a few seconds longer upon initial startup. Any way to do this?