'Looks like evrything you need to know is in that document. It's not a simple protocol, though, so I doubt that you're going to find anyone to write your software for you. What have you tried so far? Do you have the correct hardware to interface to the PLC's RS485 network?
So, do you have the PLC5 and the KT card (or box)?
From experience, this is not a project that will just fall into place. The protocol is not meant to be easily understood. Unless this is a very valuable project (either in terms of keeping a plant running, or in possible future sales) , it may not be worth the investment in time and programming effort.
To move forward, start by trying to read a plc register by sending the appropriate command via the KT's serial port.
In some projects I did years ago, it was actually easier to put a BASIC module in the rack and get an ASCII string out of its serial port. A second method is to get a headless PC, load the Allan-Bradley drivers on it to communicate with the KT and process the data with a Visual Basic program.
I have never done work on a PLC5 itself, but with newer models. Is it possible to use the port as a standard serial port? Then you can write the ladder logic to send or receive data. Still not pretty, and this assumes you have access to the PLC5 ladder logic. I'll be curious what you cook up.
IIRC, there is a 'User Mode' for Ch. 0. But then there's a lot of work on the PLC end to translate to/from ASCII. Not so bad if it's just a few data points. But if there's a large number of them, then DF1 would be a logical choice.
Sourceforge also has some freebie DF1 Projects (Advanced HMI comes to mind) that could be reverse-engineered to get some ideas.
Comments
-Phil
From experience, this is not a project that will just fall into place. The protocol is not meant to be easily understood. Unless this is a very valuable project (either in terms of keeping a plant running, or in possible future sales) , it may not be worth the investment in time and programming effort.
To move forward, start by trying to read a plc register by sending the appropriate command via the KT's serial port.
In some projects I did years ago, it was actually easier to put a BASIC module in the rack and get an ASCII string out of its serial port. A second method is to get a headless PC, load the Allan-Bradley drivers on it to communicate with the KT and process the data with a Visual Basic program.
Don't envy you the challenge!
Cheers,
Sourceforge also has some freebie DF1 Projects (Advanced HMI comes to mind) that could be reverse-engineered to get some ideas.