-
- Posts: 3477
- Joined: Mon Jan 07, 2013 8:54 pm
If it proves too difficult to adapt instruments to Windows 10, will they look at using UNIX or Linix as control computers? I know Agilent used to ship a UNIX version of Chemstation for the mass specs.
Advertisement
Discussions about chromatography data systems, LIMS, controllers, computer issues and related topics.
Honestly I would prefer Unix/Linux also for instrument control. It usually doesn't need to be rebooted as often and from what I have experienced at home I can update Linux based systems without needing to reboot each time. As long as the files used to load data to the LIMS are in a standard format, a Windows based LIMS would be able to read the data, just like a .pdf file can be read regardless of the operating system.When a computer of ours died last year we replaced it with a Windows 10 machine. I did get some errors during the install complaining that I was using an OS that wasn't compatible. Everything seems fine on it.
This machine is running OpenLab, ChemStation edition and Cirrus GPC. Granted, I have not tried to put the software through a series of tests to see if/where it would fail, it controls the LC just fine for what I need it to do.
On a side note, I would very much like all of the software to be run on Unix/Linux based systems, much like Bruker and other NMR manufacturers have done with their software.
Thinking of phone home software, hasn't Agilent put that into their new Chemstore versions of Chemstation? I remember our service rep telling me that the newest version would phone home to confirm licenses and receive updates. It would be one step up from Shimadzu requiring the thumb drive key to make their software run. I do understand the manufacturers wanting to prevent you from upgrading every system you have when you purchase one new instrument. But then there are companies like Metrohm that pretty much give the software away free if you buy the instrument.The thing that is scaring me most is the move towards data being stored in random virtual locations (cloud etc.). These schemes always seem to work extremely well on paper and when you have super-fast hardware that isn't doing anything else. Meanwhile almost every bit of software in the world seems to want to phone home every couple of seconds for some reason or another, so the world is changing:
5-10 years ago, the world was full of super-fast computer hardware waiting (frenetically, cycling pointlessly away) for me to press a key.
Today the world is full of me (and other sad individuals) waiting for even-super-faster computer hardware that's waiting (frenetically, cycling pointlessly away) for a response from the network.
The instruments we've had that have proved most reliable have always been on isolated PCs running exactly what was installed by the manufacturer, no updates, and no proper internet access. Yes to a limited LAN to convey data to some place from which it can be accessed, No to anything cleverer than that. It's getting really hard to work that way, but I've regretted every single instance where an instrument has become dependent on more than its own control PC.
A lot of the older versions of Agilent software wants to access the hardware directly, which W10 does not like to allow, this is what causes much of the incompatibility. I remember when the SP3 update for XP crashed most systems, and Agilent added a version check the MSDChemstation install that would not let it install if you have SP3 on the computer. After that we were blocking all updates, that is until they installed the new server and the person who set it up made it activate updates on all attached computer, greying out the boxes on those computers that would allow us to turn it off. To keep our instruments from crashing during updates we had to go in the back door and disable the update program in the Services menus which has worked so far.From the program point of view win10 should run all the software you have. Only bugs in the software itself can prevent this.
Thanks for the input, I am glad to hear directly from someone involved with the work of testing this! I definitely understand the problem with all the iterations needed to find the bugs between systems.Hi Some comments on DHCP
On the DHCP server you can define fixed IP addresses for MAC addresses. It is more work than assigning random addresses to network cards (basically that it what it does). Hence instrument network cards and computer network cards can have a fixed address assigned by DHCP .
In most instrument software we work with fixed IP addresses. At least you know which GC/LC we need to talk to!
OpenLAB 2 for LC/GC/GC-MS and LC-MS runs on Windows 10. We will soon follow with OpenLAB ChemStation and OpenLAB EZChrom as well. Lots of testing is involved here, that eats a big chunk of our budgets. We need to test 3 client operating systems (7,8 and 10) against 2 server operating systems (2008 and 2012) against 3 databases (Oracle, SQLServer, PostgreSQL) in any given combination.
BTW, ChemStore no longer exists......
For licenses we use nowadays a file based license scheme to which the user have access and the user/customer can manage their own licenses. E.g. moving an instrument license from one computer to another is done through our web site. Makes life easier for all of us.
Separation Science offers free learning from the experts covering methods, applications, webinars, eSeminars, videos, tutorials for users of liquid chromatography, gas chromatography, mass spectrometry, sample preparation and related analytical techniques.
Subscribe to our eNewsletter with daily, weekly or monthly updates: Food & Beverage, Environmental, (Bio)Pharmaceutical, Bioclinical, Liquid Chromatography, Gas Chromatography and Mass Spectrometry.