Hey everyone, thought I’d share a little conundrum I faced today with Studio 5000 version 31!
I decided it was time to do a clean install of Windows 10 on my primary development computer to coincide with some hardware upgrades I was making.
My typical workflow with installing Rockwell software is to install the latest packages first that I would be needing (i.e., FTV Studio, Studio 5000) because they are usually pre-packed with the latest FT Services Platform, RSLinx, FTV Activation Manager etc. So I decided that I’d like to take the latest version of Studio 5000 version 31.00.01 for a spin to play with the new UI and features.
So I proceeded to install this package first even though I don’t have any customers currently on that revision (it was more for me to play!) and it went pretty well, no issues.
Now I proceed to try to install the versions of Studio that I ACTUALLY need to support some customers and so I proceeded to version 29.00.01.
This is the error I got:
Turns out my tried and true method of installing Rockwell software has now failed me!
Here’s what I had to do:
Hope that saves someone else a few strands of hair!
I faced this myself. And this is not the first time, I have had issues with several different versions of Studio doing this on different components. I fought an issue ALL night not long ago that was caused by a C++ redist version. And the kicker was that the version I had on my VM, it WAS THE SAME VERSION the installer was going to install. You know the real issue here is actually not the versioning of Linx or anything else? Its that a Multi-billion dollar American innovation company can’t figure out how to handle dependency and installation package exceptions and just continue with the installation.
But Factory Talk is the reason that I have bee running on virtual machines even before I switched to macOS. I have had too many issues with factory talk suddenly being broken by an update or because I switched my internet connection, or because I spoke a bit too harshly in front of it and its feelings were hurt. I have different VMs with different FT and Rockwell versions on them. If I can’t tell what FW rev some site is… I just use a spreadsheet with a DDC OPC link to poll the system tags.
Hey Sean, you’re absolutely correct…and multiple VMs is the way I usually go. I guess I’m a bit of a hopeless optimist that longs for the day Rockwell software versions will install seamlessly side-by-side…guess I have to wait for the next major release 🙂
The same exact issue here.. Thanks so much for the post.
Never had hair,, but did same me a lot of time. And made some kudos.
Hi Daniel and welcome to the forums…glad it helped! Visit often and contribute regularly…lots more kudos where those come from! 🙂
had the (multi-version 20-32) installed found that it did not include version 29, and just to see what happens tried installing it afterwards and it worked, seems they may have gotten out some of the bugs. still gives an error because it tries to install some of the other add-on’s that it needs.
This appears to have been fixed in 29.00.02
For completeness, I also had an issue with installing v28, which appears to have been resolved by 28.03.01