Inntele

Sorry, these links are unavailable anymore.

You're welcome:)

The program you will not lose, but the data, changed during expluatation, may be lose. So I'd recommend to replace the lithium battery with power on. In this case you will not lose the changed data even exceed the mentioned time.

Sorry, I've read your question without attention. To save a program in EEPROM extension the main menu Tools -> Transfer ROM should be used.

When a program is written into FX2N PLC, parameters, program code and data are written to flash memory from where they are overwritten in RAM. When reading, data is already read from RAM. As practice has shown, RAM can fail over time and the original microchips are no longer available (the manufacturer ceased to exist). There are only two direct analogs and it is difficult to acquire them in the required TSOP28 packages. So I would strongly recommend to replace the long-discontinued FX2N with a modern FX5U, which uses FRAM that does not require battery power.

Personally, no. However, the customer, that got the problem due to their sloppiness, contacted with manufacturers, but without any positive results... They said, that they changed directions and answered: "We have lost all backups with programming engineers simultaneously". Fantastics, but it's really!

Dear colleagues, Maybe someone faced with cylindrical grinding machine G32P-100NC model by Belor Co., Ltd or Supertec and have a set of programs for it? The program of A2N-20GM (FX2N-20GM) module has been lost. 

If you have a measured value in D72 and an offset value in D500, you need to modify D72, nor D500. While would be better to store the result of operation in another pair of registers. And yes, the colleagues are right - you need to increase a measured value in ten times at minimum, otherwise the measured value will be lost and you get an offset value as a result of operation due to resolution of floating point mantissa (2^23)

The error is obvious: DEADD D500 D72 D72

You can use any software by Mitsu, targeted for PLC programming, of course including the listed.

I said that my logic do not based on the manual, but on the logic of module connection and its working. The module is connected to the connector of serial port, and the module is not difference what it will translate to network, moreover it work independenly of the program scan... Thus it should provide N:N network protocol. Hope, the topicstarter checked it already.

I said that my logic do not based on the manual, but on the logic of module connection and its working. The module is connected to the connector of serial port, and the module is not difference what it will translate to network, moreover it work independenly of the program scan... Thus it should provide N:N network protocol. Hope, the topicstarter checked it already.

I\m understanding, that you are big specialist in Mitusbishi PLC line. While I'm know, how it works, because we are connected SCADA thru the mentioned modules. This is just a gate between serial data transition and TCP/IP transition.

To reinstall the software. FR Configurator is working perfectly with Win10 64.

Three times I faced with the same situations in my practice of repairing an eqiuipment by third party manufactures. And every times the problem was typical: they insert in their program one or several merkers, which are activated at the adjustment stage directly using the programming software. So I'd suggest to dig in this direction. It's not difficult to find such mines, using cross referens list function and comparing it with HMI variables. I've managed to do it, spending several hours.