RS500 Program convert to RS5000?

[wilsonzhu]

Hi all,

Is there tools to convert RS500 program to RS5000 program?
Thanks!

 

[zerokewl]

simple answer NO. The Tag Database in 5000 is different from 500, which would cause a lot of problems for you.

 

[OZEE]

Simple answer YES. There's a PLC5/SLC500 translate tool built into RSLogix 5000.

Now - how well do you want it to work? It does a straight conversion. It does NOT take advantage of the ControlLogix memory structure, and there are specific items that don't convert nicely. However, it does ~kinda~ work...

IMO -- If you're doing the conversion, you're often best served by actually rewriting the program.

 

[zerokewl]

Yes thats what I was getting at, it aint pretty!

 

[The Plc Kid]

These guys can help we have had 3 done by them https://www.**************.com/ProgrammingSoftware.aspx?PDS=ABRSL500

Not much debug needed.

 

[The Plc Kid]

https://www.**************.com/default.aspx

 

[The Plc Kid]

p-l-c-c-o-n-v-e-r-s-i-o-n-s.com

 

[nicoceledon]

I'm working with a translation from PLC5 to RSlogix5000 and so far it's working well BUT:

The messages, let's say BTW or BTR make some trouble with the version 17, so i had to translated to v16 and the to 17.(it's supouse that in v18, that problem will be gone. It's seems that they made some adjustments that affect the translation tool)
and you need to fix some status register that they are not the same on RSlogix5000. There is a document that could help you thru that, try looking for "PLC5 RSLogix translation tool".

I'm not an expert but that's my experience.

edit---
here is the document
http://literature.rockwellautomation.com/idc/groups/literature/documents/rm/1756-rm085_-en-p.pdfhttp://rockwellautomation.custhelp....msg-configuration-incomplete-because-no-local
and here is the problem about de the msg
http://rockwellautomation.custhelp....msg-configuration-incomplete-because-no-local

 

[shailesh_vb]

Hi,

I have converted RS500 program to RS5000 (CompactLogic). But I am getting error at following address.

N[N192_7][0]

How to use this type of indirect addressing in RS5000?
Please guide me.

Thanks,
Shailesh

 

[daba]

Hi,

I have converted RS500 program to RS5000 (CompactLogic). But I am getting error at following address.

N[N192_7][0]

How to use this type of indirect addressing in RS5000?
Please guide me.

Thanks,
Shailesh

You should start your own thread with this issue, it will be seen by more people.

But here's my opinion...

Your original RS500 program is making use of indirection to the data file number and the element number. The addressed file number is calculated at run-time....

There is no way that this can be converted to implicit tag names that are created as part of the conversion.

There could be work-arounds, one of which is to rewrite the original code to perform a copy of the indirectly addressed data file to a new, temporary file, and the "double indirection" will be removed.

We would need to see the existing code to advise further.

 

[shailesh_vb]

Hi Daba,

Please find the attached backup of RS500 logic.
I am unable to attach RS5000 backup as it's size is 690kb.

"LAD 30 - SAVE&RECALL" and Rung number "0007".
and
"LAD 30 - SAVE&RECALL" and Rung number "0010".


Thanks,
Shailesh

 

[daba]

Yes, those rungs are indirectly addressing one of 50 data-files N200 to N249.

To handle this is Logix5000, I would create a 2-dimensional array to save the data., e.g. StoredProgs[50,100]

The first dimension is the "Program Number", the second the length of each "program".

Conversion to Logix5000 is then straightforward.

Rung 5 retrieves the Logix500 file number from lookup data-file N199. This will no longer be needed, as the "Current Program Number" in N192:4 contains the correct value index into the Logix5000 array. Just change the MOV to MOV N192[4] ProgNum (ProgNum = a new DINT tag).

Rung 7 contains the troublesome indirect COP, which we convert to COP N190[0] StoredProgs[ProgNum,0] 100

Similar for the "Load" function....

Rung 9 change the MOV to MOV N192[3] ProgNum

Rung 10 the COP becomes COP StoredProgs[ProgNum,0] N194[0] 100

It would be worth LIM checking that ProgNum is 0 - 49 infront of each COP that uses it, to prevent the processor from faulting if this value gets changed inadvertantly.

HTH

 

[shailesh_vb]

Gr8...

Thanks, I will work it out..

 

[NetNathan]

p-l-c-c-o-v-e-r-s-i-o-n-s.c-o-m does good work and I think that $2 a rung is VERY reasonable, plus they are quick. They did a GE 90-30 to Controllogix conversion in about 1 week for me.

 

[daba]

p-l-c-c-o-v-e-r-s-i-o-n-s.c-o-m does good work and I think that $2 a rung is VERY reasonable, plus they are quick. They did a GE 90-30 to Controllogix conversion in about 1 week for me.

$2 per rung, for code that "converts" relatively easily, is, IMHO, not a fair pricing policy.

I would be tempted to reduce my rung count with nested branches "to the limit", so that I get a lot of rungs converted for only $2 each !

And, to be honest, an application that is only 1000 rungs could take 20 times as much effort as a 10,000 rung application, depending on how they are written and what instructions they have used.