Hello, ALL 

There is a big question about transferring a program from one controller to another using a flash card

I want to say right away - the question concerns the entire PLC family - the 300/400 series and the 1200/1500 series.

I want you to share your opinion - did anyone have experience transferring a program from one controller to another using a flash card?

I want to consider two cases:

1. Relocating the program from one controller to another - provided that they are exactly the same - the name PLC and version of the firmware are the same (their connected hardware is the same)
2. Transferring the program from one controller to another - provided that they are the same, however, only the name coincides - the firmware version and the order number differ from each other (their connected hardware is the same)

I will describe my case:

First->

There are two controllers - Line A "S7-319-3PN/DP V2.8" and Line C "S7-319-3PN/DP V2.8"

Controller from Line C died (I wrote in one of my topics about this before)

We removed the controller from line A, put it on line C, stuck a flash card into the controller from the controller of line C - everything worked. There were no errors in the operation of the algorithms. Everything works and worked as if nothing had happened.

I thought its great)))

Second->

A new PLC was installed in line A - S7-319-3PN/DP V3.2

We put a flash card in it from the old PLC - it all worked, except ...

I did not change the hardware in the STEP7 configuration due to the lack of an initial project (in STEP7 online mode it shows that the project version of the PLC differs from the installed version)

And doesn’t work, a certain area in the line A. We have three lines A, B, C - they are the same - the algorithms in them are the same.

But it does not work ... The question is, what could it be?

*********

1. Could it be that in the old PLC a part of the program remains - in some kind of memory area?I checked the broken section of line A - compared the downloaded program with other lines - it was the same - but part of this program did not work in the new PLC
2. Maybe those who adjusted the line made some adjustments to the software and did not save them on the memory card?
3. Maybe some variables were forcibly cocked? (after turning off the power, the forced variables return to their original state? - this question to variable from data blocks)

What else could it be ???

Unreality

Controller from Line C died (I wrote in one of my topics about this before)

Give link please.

Unreality

(in STEP7 online mode it shows that the project version of the PLC differs from the installed version)

Maybe user PLC software makes some DB based on PLC hardware version in "Run mode"?

Unreality

Maybe those who adjusted the line made some adjustments to the software and did not save them on the memory card?

As I know, all user software download to the memory card and only after start this software transfer to the workmemory. And I think this is unlikely.

Unreality

Maybe some variables were forcibly cocked? (after turning off the power, the forced variables return to their original state? - this question to variable from data blocks

And I think this is unlikely.

I tryed to transfer PLC program from one PLC to another though flash card. But it was in same firmware and hardware version. And it worked fine. Maybe somebosy else can help you?
 

Unreality

(in STEP7 online mode it shows that the project version of the PLC differs from the installed version)

If step 7 shown that project is different maybe you should try download project from the PLC to the STEP 7, compile it(why not) and load back with their entire change (possibly updating software changed something in system low-level enviroment)?

Unreality

- it was the same - but part of this program did not work in the new PLC

By the way, as the person noted above, maybe in user program exist some code that in "runtime" create DB or whatever and new version of firmware have new implementation of these instruction

Hello ALL,

Link to a broken PLC - more precisely on the topic about it)

Flashing twice DC5V and then all LEDs (S7-319-3PN/DP)

*******************

Unloading the program from the PLC, compiling it, and then downloading it back is a normal idea - But in my case it’s not working, since it is not the name of the software source code, I did not take the risk of loading all the software back into the PLC.

This is a continuous production - which I could not stop at that moment.

And one more reason, as correctly noted, is the starting (initial) values in the data blocks.

I have projects from line B and C - they did't had start values in all data blocks -  but they were in the unloaded program from the PLC line A - the reason is because when unloading software, the PLC saves the current values to the initial values ...

*******************

The main question of the topic:

Is there a memory area in the PLC in which some of what will affect the operation in the event of a program transfer may remain.

Maybe past comrades configured a stored memory area in which there were some initial values for starting the system - I don’t know.

Therefore, there are only assumptions - arguments - your thoughts and experience.

I will be waiting for your answers.

Unreality

Unloading the program from the PLC, compiling it, and then downloading it back is a normal idea - But in my case it’s not working, since it is not the name of the software source code, I did not take the risk of loading all the software back into the PLC.

Why? You said that you have the same PLC "B" and "C". Just copy the program from PLC "B" to the MMC PLC "A" by STEP 7. What is stop you? You already have not worked 1st PLC. Or you don't want to erase existing program in MMC from PLC "A"?

Hello,

The problem is that - line A worked at 80 percent - I was not going to stop it, the customer didn't want to stop 80 percent worked line...))).

Only 20 percent did not work, which I eventually recovered on my own

I downloaded in PLC part of the code from the working line - nothing helped, I still had to rewrite part of the program (based on the source from neighboring lines)

That is the question - this is strange.

Therefore, I am trying to understand where I was wrong, and what I could miss ...

Colleagues do not hesitate, join the discussion!

Hello,

as general step, check Diagnostic buffer is good idea why system has not working. In other case if you can do this, try with key/switch reinit procedure.

Duris_I

Hello,

as general step, check Diagnostic buffer is good idea why system has not working. In other case if you can do this, try with key/switch reinit procedure.

 Yes,

This was the first thing I did - performed a diagnosis - of everything and everything.

It would be simple to detect an error in the diagnostic buffer and write about this as a century problem)))

There is a question about memory areas, your experience, and glitches that you have encountered.

Did you have this (your experience)?