Have you spent anytime studying the
sales info for the various MicroLogix products? As you navigate down through those links on that page, you'll see the capabilities of the different models.
How do you plan to control the VSDs? "Traditional" I/O or one of the communication protocols? What do you plan to do with the VSDs -- just turn them on/off or a large scale, tightly integrated, PID-based processing system?
Is there a limit to the amount of IO that can be connected to them?
Yes - depends on model selected.
I assume if if I need more IO, I can just ethernet between PLC's and all can communicate.
Not necessarily a good assumption...
I want to pull out all of my start/stop buttons, Newport indicators and Fuji controllers and plop them in to PLC's...
How much analog will there be? What kind of analog?
... so my plant operators can sit in a control room instead of having to be on the floor looking at these big panels
There are contributions that operators make out on the floor other than looking at panels. You don't necessarily want them off the floor - because then you lose their personal contact with production. In every plant I've ever been in, there are other non-PLC things that operators need to know. They're using their other physical senses to make various evaluations -- they listen for strange noises, look for leaks or broken components, smell for smoke or chemical releases, etc... You lose this when you just plop 'em in a control room with a couple of computer monitors...
Before you just start throwing PLCs into your system, you need to define what your system needs to be at the end of your automation project. Always define first. You don't want to just start throwing PLCs in with the ASSumption (not knowing for sure...) that they will be able to do what you need, then discovering at the end, when you're trying to tie all the pieces together, that your ASSumption was wrong...
FIRST define your system -- What I/O do you need? How many? External comm's? How will the operator interface with the system? Are there other subsystems or other PLCs that will need communication from this system? etc. etc. etc. Make these definitions independent of your PLC hardware -- e.g., 200 24vdc inputs, 250 24vdc outputs, 12 4-20ma analog inputs, 48 VFDs by ControlNet, etc.
THEN select your hardware to fit your needs.
THEN finish defining HOW your system will work. Flow charts. How do things start and stop? What causes a fault or alarm? How will the alarm be indicated, silenced, acknowledged, cleared, reset? etc.
THEN start writing code.