Which command uses less network bandwith when reading/writing data to the input/output assemblies: Publish & Subscribe or Copy?
Well, I assume you are speaking of the instructions, PUBLISH/SUBSCRIBE and COPY, which you are using to as pre- or post-processing of your T>O and O>T data. The EtherNet/IP comms happen during the Comm Cycle of the PLC scan, while those instructions happen during the Execute Program portion of the PLC scan. So, in that respect, those instructions do not have a
"bandwidth" per se. But, technically, PUBLISH & SUBSCRIBE are memory operations and native instructions to the BRX CPU, and as such, happen extremely fast. The COPY "instruction" is not a native instruction, but more of a macro. So, depending on what you are having the COPY instruction do, it could easily take more execution time (which still won't be much of anything) than the PUBLISH or SUBSCRIBE instructions.
4) Only real problem I have is that the Enable bit for the motor is dropping out randomly, but re-establishing so quickly that I cannot catch with the PLC (faster than the BRX Scan Time, but slow enough to shutdown the motor). Is there a network buffer that is causing this? Or a network speed (200 packets/sec) - vs - PLC Scan Time issue?
It would seem to me if
"the Enable bit for the motor is dropping out randomly," that it is actually being written OFF randomly. But in your Adapter settings, what are your RPI values VS your PLC's scan time? Also, the EtherNet/IP Scanner Monitor might show something telling. Have you looked at that? (see
Debug --> EtherNet/IP Scanner Monitor)