Steve Bailey

I'm assuming this is a system that formerly worked properly and has suddenly started giving problems. You have already checked out the expansion cable and the termination resistor. Next, I would check the power supply in the expansion rack. As power supplies age, their capacity declines. The one in the expansion rack may have been sufficient to power the population of modules when it was new, but now it could be insufficient. If you have a spare, try installing it. Or else swap the power supply in the CPU rack and the one in the expansion rack. If the cables and the power supply aren't the problem,the next step would be to replace the baseplate.

Did Logicmaster configuration indicate "Config EQ" when you were online with the PLC? Is the termination resistor installed on the cable at the expansion rack? Have you verified expansion cable integrity?

If I had to install one immediately, I would go with VFD #2. After twelve years on the shelf, the bus capacitors in VFD #1 may need reforming. I would also check the manufacturer's recommendation to see how long the capacitors can go without reforming and go through the process if necessary to make sure you have a viable spare.

https://blog.wika.us/products/level-products/how-differential-pressure-transmitters-measure-level/#:~:text=A%20differential%20pressure%20transmitter%20calculates,lids%20and%20bottoms%2C%20etc.)

The expanded I/O addressing is mapped to R memory as shown on the third page of the pdf. It was a way to use register (16-bit) memory for discrete instructions since the Series Six instruction set did not permit anything like R123.00 to indicate the least significant bit of word R123. In programs that use the feature, you had to be careful not to use the R addresses corresponding to the expanded I/O addresses for timers or arithmetic operations. For your specific example, I1+0000 through I1+1023 are mapped to R193 - R256 with I1+0193 through I1+0208 mapped into R205. Thus, I1+0193 is bit zero of R205, I1+0194 is bit 01, etc. When converting to Rx3i, just use discrete memory or boolean symbolic variables. Whenever I've done Series Six conversions I've always referenced the Series Six address in the description of the Rx3i variable, along the lines of "was I1+0201". It helps in proofreading and debugging. You should also check the Series Six program to see if the corresponding R addresses are used anywhere. 

I guess the question that needs to be asked is why is it necessary that both monitors display the same screen when an operator at either screen could easily navigate to any screen?

I have never set up a system like this myself. The help files seem more geared toward multiple View Runtime targets on computers rather than multiple Quick Panels. However, there does seem to be a distinction made between clients and servers with the implication that one HMI needs to be a server and the other a client. On the client, it appears you need to set up a directory for the data shared over the network. The following is from Proficy version 9.5 help. On the Client computer, create a folder where logging, alarming, and networking files will be stored. Share the folder as 'FrameworX'. See your Operating System guide for information on how to share folders. Have you set up a directory on one of the Quick Panels and is it shared? 

Try Googling the publication number GFK-0356.  Pin 1 - Shield Pin 2 - N/C Pin 3 - N/C Pin 4 - ATCH  Pin 5 - 5 VDC+ Pin 6 - RTS -   Request to Send Pin 7 - Signal Ground Pin 8 - CTS +  Clear to Send Pin 9 - RT  Terminating Resistor for RD Pin 10 - RD-  Receive Data  Pin 11 - RD+  Receive Data Pin 12 - SD- Send Data Pin 13 - SD+ Send Data Pin 14 - RTS+  Request to Send Pin 15 - CTS- Clear to Send

I don't know if it will help in your situation, but I found this discussion on the Emerson forum. https://emersonexchange365.com/products/control-safety-systems/f/plc-pac-systems-industrial-computing-forum/10614/temporary-ip-settings-for-etm001-module-in-me10-0  

Is the utility compatible with the ETM001 module? I don't know the answer to that question without drilling down into the documentation, so I only offer it as a possibility. Also, what OS are you running Proficy under? There were compatibility issues under Windows 7. The typical use for the temporary IP address utility is with CPU modules that have only an ethernet port and no serial connection. In your system you can download the hardware configuration, including the IP address of the ETM001 module through the serial port on the CPU310 module.

The 90-30 does not support symbolic variables. It only supports address-based variables. You must assign an address to every variable you try to create. For a string your best choice will be %R addresses.

Strings are stored in %R memory. Each %R address is sixteen bits, so there are two characters per %R address. When you look at the %R memory in a reference table you can change the display so that it interprets the bits as ASCII characters rather than as a signed integer.

Here is a copy of what I posted in response to your question on another forum. Connect to a working PLC and upload the logic and configuration from it. Then connect to the one with no program and download. Be careful you don't mix up the direction of transfer. Proficy considers 'upload' to be a transfer from the PLC to the computer and 'download' to be a transfer from the computer to the PLC.  

What baud rate are you trying to use? Not sure whether or no it applies to the Series Six, but I remember in the 90-30 they recommended no faster than 9600 baud when using both ports of the CMM311 module. Also, is the CCM2 module located in the slot in the CPU rack where it doesn't need any logic in the PLC program, or does it require a rung to open the communications window? If the latter, would it require a separate rung of logic for each port? All of these questions are coming from my dim recollection of serial communications with a Series Six. It has been years since I had to do it.