Spark Drivers COM Port Chaining
Posted: Mon Jul 15, 2013 10:52 am
I've just tried testing the new Spark drivers in a customers lab where there is a nice system having ACE, HPD, Autosampler, Pumps and Thermostat. This are five instruments, all are controlled by RS232. The standard configuration for these systems is that one of them is attached to the computer with a single COM serial port while the other systems are chained to each other using the second RS232 port on the systems communication boards. The controlling computer needs a single COM Port. This setup works well and reliable in other software environments including the original Spark Software and with the Analyst integration.
Unfortunatly in Clarity 5 the drivers are designed in a way that once a device is configured it blocks the availabily of the same COM port for the other instruments. The only exception is that ACE (SPE cardrige exchanger) and HPD (syringe pump) can share a COM Port.
Unfortunatly for using Clarity this results in massive recabeling of existing systems and handling multiple COM Ports extensions. I fear that from the end user point of view communication port configuration issues will overhelm the advantage of having direct connection of each device. Furthermore I think customers getting a trial on Clarity for a Spark system will not allow the reconfiguration of existing and evaluated hardware.
I strongly recommend reworking the Spark drivers that they can be configured using a single COM Port and use the chaining possibility.
Best regards
Thomas
Unfortunatly in Clarity 5 the drivers are designed in a way that once a device is configured it blocks the availabily of the same COM port for the other instruments. The only exception is that ACE (SPE cardrige exchanger) and HPD (syringe pump) can share a COM Port.
Unfortunatly for using Clarity this results in massive recabeling of existing systems and handling multiple COM Ports extensions. I fear that from the end user point of view communication port configuration issues will overhelm the advantage of having direct connection of each device. Furthermore I think customers getting a trial on Clarity for a Spark system will not allow the reconfiguration of existing and evaluated hardware.
I strongly recommend reworking the Spark drivers that they can be configured using a single COM Port and use the chaining possibility.
Best regards
Thomas