A CP60 talking to a single DCMs/FCMs to a train of FBMs will have a higher I/O loading than a CP40 talking directly to the same FBMs. However, a CP60 with multiple DCMs/FCMs can process a lot more I/O than a CP40. The key is that the CP60 can leverage the parallel operation of multiple DCMs/FCMs, but a single one is slower than the CP40s direct link. Does this help? Regards, Alex Johnson Invensys Systems, Inc. 10707 Haddington Houston, TX 77063 +1 713 722 2859 (voice) +1 713 932 0222 (fax) +1 713 722 2700 (switchboard) alex.johnson@xxxxxxxxxxxxxxxx -----Original Message----- From: foxboro-bounce@xxxxxxxxxxxxx [mailto:foxboro-bounce@xxxxxxxxxxxxx] On Behalf Of Troy L Brazell Sent: Friday, October 21, 2005 3:48 PM To: foxboro@xxxxxxxxxxxxx Subject: Re: [foxboro] CP60 and FBM legacy Dumb question ..... but have you looked at the MPOLL setting in your primary ECB. I have had this cause problems with loading. Troy L. Brazell Duke Energy Field Services Sr. Process Control Analyst ISA CCST Phone (405) 263 4688 ext. 30 Cell (806) 898 4340 Okarche Plant Route 3 Box 95 Okarche, OK. 73762 ***************************** MS Windoze the cure for Insomnia ***************************** "Jaime Claramunt R. (Inforsa)" <jclaramunt@infor To sa.cmpc.cl> foxboro@xxxxxxxxxxxxx Sent by: cc foxboro-bounce@fr eelists.org Subject Re: [foxboro] CP60 and FBM legacy 10/21/2005 09:37 AM Please respond to foxboro@freelists .org yeah... when I said 0.5s I meant the main cycle of CP... not 0.1s as is allowed now with CP60. (sorry) sure, we have most of blocks at 1s, so 2 phases to run them... by now we are trying to reduce overruns by doing some "phasing" but just to assure system 'till we found permanent solution. about how many fbm for this CP... around 50 , in 3 distributed cabinets. I/O load increased very much... twice I'ld say... This approach (more DCM) is what local rep is aiming for now... -----Mensaje original----- De: foxboro-bounce@xxxxxxxxxxxxx [mailto:foxboro-bounce@xxxxxxxxxxxxx]En nombre de joseph wu Enviado el: Viernes, 21 de Octubre de 2005 10:08 Para: foxboro@xxxxxxxxxxxxx Asunto: Re: [foxboro] CP60 and FBM legacy Running at 0.5 sec only allow one phase (0). CP60 can hold a lot more blocks than the older version. It does not mean you can run all the blocks in the CP in the same phase. There is a running limit (Don't recall exactly but is about the same as older version CP). Try running other blocks in a slower scan rate. You must have a very special application to run all blocks in 0.5 sec. Picure it as trying to pick up as many fish in a barrel witrh your bare hands. Even though the barrel get bigger, it does not mean you can pick up more fish with the same two hands. Good luck! "Jaime Claramunt R. (Inforsa)" <jclaramunt@xxxxxxxxxxxxxxx> wrote: Hey List... We recently upgraded one of our 10 CP40A-FT to CP60FT. (well, with all net changes required... V7.x, FO switches, etc) We found a prob here... CP60 new loads are very high... control loads... running at 0.5s , it's reaching 112% and 44% (phase 0,1). Worse than our old CP40... We used one pair of DCM to interfase new CP60 and existent legacy fieldbus (3 remote racks, pair of PIO each) We are working with our local reps. but not too much clues yet... Does anybody has some hints ?? Thx. Regards, Jaime Claramunt INFORSA Paper Mill CHILE _______________________________________________________________________ This mailing list is neither sponsored nor endorsed by Invensys Process Systems (formerly The Foxboro Company). Use the info you obtain here at your own risks. Read http://www.thecassandraproject.org/disclaimer.html foxboro mailing list: //www.freelists.org/list/foxboro to subscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=join to unsubscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=leave Cell Phone: 281-467-1206 --------------------------------- Yahoo! FareChase - Search multiple travel sites in one click. _______________________________________________________________________ This mailing list is neither sponsored nor endorsed by Invensys Process Systems (formerly The Foxboro Company). Use the info you obtain here at your own risks. Read http://www.thecassandraproject.org/disclaimer.html foxboro mailing list: //www.freelists.org/list/foxboro to subscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=join to unsubscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=leave _______________________________________________________________________ This mailing list is neither sponsored nor endorsed by Invensys Process Systems (formerly The Foxboro Company). Use the info you obtain here at your own risks. Read http://www.thecassandraproject.org/disclaimer.html foxboro mailing list: //www.freelists.org/list/foxboro to subscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=join to unsubscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=leave _______________________________________________________________________ This mailing list is neither sponsored nor endorsed by Invensys Process Systems (formerly The Foxboro Company). Use the info you obtain here at your own risks. Read http://www.thecassandraproject.org/disclaimer.html foxboro mailing list: //www.freelists.org/list/foxboro to subscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=join to unsubscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=leave _______________________________________________________________________ This mailing list is neither sponsored nor endorsed by Invensys Process Systems (formerly The Foxboro Company). Use the info you obtain here at your own risks. Read http://www.thecassandraproject.org/disclaimer.html foxboro mailing list: //www.freelists.org/list/foxboro to subscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=join to unsubscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=leave