Re: Options for reviving old Allen Bradley PLC implementations

[<jun-ichi.odagiri@kek.jp>]

What would have to say to think of putting a PLC's CPU that works as an 
IOC?

http://www-linac.kek.jp/cont/epics/f3rp61/

At KEK, anyone no longer wants to place PLCs below VME/PC-based IOCs.

Best regards,

J. Odaigiri


----- Original Message -----
> We have a number of old Allen Bradley PLC implementations here at SLAC.
 One of these uses a Data Communication Card (DCM) in VME is connected 
to the SLC5 SLC500s. One path we are considering is using an RSLogix PLC 
(which has good EPICS support) as the master PLC, and slaving the SLC5 
PLC to that. It turns out that there exists a package to translate the 
ladder logic from SLC500 to RSLogix.
> 
> Another group here is asking the following:
> 
> "We have some old SLC 5/04 PLCs from Allen Bradley that we wanted to 
make EPICS compatible. I found a third party SLC module that talks Ether
/IP:
> http://www.prosoft-technology.com/prosoft/products/for_rockwell_automation/platform/slc/mvi46_dfnt

> 
>  Will this module work to provide the EPICS support? "
> 
> Another piece of information is from Ernest Williams: He warned us 
against the direct SLC-50x EPICS driver support, since it uses its own 
protocol (DFI?) and has a poor reputation and poor support.
> 
> So the questions to the community are
> 
> How are you reviving old PLC support? What has or has not worked? What 
do you recommend?
> 
> 
> Ron Chestnut
> 
> 
> 
>