nkakal

MrPLC Member
  • Content count

    6
  • Joined

  • Last visited

Community Reputation

0 Neutral

About nkakal

  • Rank
    Newbie

Profile Information

  • Country United States
  1. CPU374 Plus communicating with 10-16 remote I/O

    Ah yes, I just did this and it is providing some interesting results, thank you!
  2. CPU374 Plus communicating with 10-16 remote I/O

    I think we tried this with one of our bigger projects before, and going too much below the 'natura' scan time caused us some real headaches. In general we want it to be as fast as possible, so would changing the sweep to be constant and below the 'natural' scan cause us any issues?
  3. CPU374 Plus communicating with 10-16 remote I/O

    For now my plan is to leave a channel open to each device and alternate reading and writing. After spending a few days trying to get my 374 to use the comm_reqs properly my last resort option, using a CMM321 had to be invoked :(. I am opening channels now properly and reading/writing, the data seems to make sense to me, and I wrote up a simple block that will read the data and when that is complete (CRS = 1) do a read, and then back to a write. I've noticed that when I make a mistake and I get a non zero CRS word error (non zero AND non one), my channel will sometimes close on me. I find this a bit troublesome because I need to write some code to keep re-openning them. Regarding your timing observation I am also interested in seeing what kind of response times we are capable of. This whole project is almost like a proof of concept test for some backwards compatibility issues that may arise in the future, and one of the requirements is a decent I/O scan rate, our target for now is < 100ms for read and write. Writing some basic testing code, it looks like I get an I/O scan of about 20/second or 50ms for a full read/write. This should be ok, but this is in my test project which runs at a 3ms scan time. I wonder what will happen on my real project which runs at a 40-60 ms scan time.
  4. CPU374 Plus communicating with 10-16 remote I/O

    Thanks for your input russ, it has guided me to some tasks which I have yet to complete, but understand a little more. I am currently planning on using one channel per I/O device, and just alternating read/write comm_reqs. Error handling might be troublesome but hopefully if I can get over my first hump and just read some I/O! Do CPU firmware versions matter very much in all of this? I have revision GP and unsure to which firmware version I am or or need to be on.
  5. CPU374 Plus communicating with 10-16 remote I/O

    Do you know off hand if the only one comm_req can be pending rule is per channel or per ethernet So if I added in say 2 CMM321's per backplane, could I have 3 comm_reqs pending at a time?
  6. We have traditionally always used the I/O modules on the rack to do our I/O (then running multiconductors to panels etc). To save time/money we want to try using some ethernet based distributed I/O. The I/O we have chosen, communicates over Modbus TCP. We will need between 10-14 of these I/O Bus Couplers to get our I/O network covered. My task is to communicate to all the I/O by configuring the 374's ethernet to talk to the modbus devices. I have done some reading on it via the GFK-1541B (for the CMM321) but I found out I can just use the 374's ethernet and skip the CMM321, the GFK 2382 then showed some different ways of doing things and I think I have a general conceptual understanding of a lot of it. Some of the things I am not too familiar with is the channels that it wants to open, and limit me to 16 of. Are these channels also used to communicate to Cimplicity HMI? We are used to reading Inputs and writing outputs on every scan of the PLC, it seems like doing all of that on a comm_req based setup will push my scan time out quite a bit. Does anyone have suggestions or examples that they would be willing to share on how to get all of this stuff setup and running? My I/O couplers should be here early next week, and I want to be ready to start testing response times and other stuff but at this point have little to no idea how to actually talk to them:(