pantone159
National Hazard
Posts: 586
Registered: 27-6-2006
Location: Austin, TX, USA
Member Is Offline
Mood: desperate for shade
|
|
CTC PAL Autosampler programming
I am doing some programming for the CTC PAL Autosampler. This machine/robot picks up samples, e.g. from a 96-well plate, and then puts them somewhere.
Typically, 'somewhere' is a GC or HPLC injector, however we are putting them into another instrument.
Anyways, I want to program this thing with the low-level 'atom' commands via the serial port. Nobody wants to give us much information about this
low-level stuff, either CTC or LEAP (the USA vendor for these), they want us to use LEAP's software component, which is an ActiveX component, which is
troublesome for various reasons, and the component is also expensive.
I have one document, 'PAL Remote Control Commands', which does have some description of how this works, but I would like to find more if possible.
Has anybody here ever done any programming of these things before?
Thanks in advance.
|
|
|
densest
Hazard to Others
Posts: 359
Registered: 1-10-2005
Location: in the lehr
Member Is Offline
Mood: slowly warming to strain point
|
|
There are a couple of things you can do. One, which is probably illegal in the USA - the DMCA (Digital Millenium Copyright Act & its loathsome
companions) make it problematic - is to put a monitor/logger on the channel (serial port?) and capture the communications while exercising as many
functions as you can. Or make a matrix of all the functions the sampler can do and match that against the matrix from the document you have and
subtract - is there anything you want which is not documented?
I could take a quick look at the document you have if you want to pm me.
|
|
|
pantone159
National Hazard
Posts: 586
Registered: 27-6-2006
Location: Austin, TX, USA
Member Is Offline
Mood: desperate for shade
|
|
I already know everything going through the serial port! My code is explicitly sending all of it, and handles reading any responses. I think I am
working out all that I will need, figuring out the gaps in the documentation via empirical experimentation, but it is always nicer to have a
description of what is supposed to happen, instead of assuming that things will consistently work as I have observed them. Thanks for the advice
though.
|
|
|
watson.fawkes
International Hazard
Posts: 2793
Registered: 16-8-2008
Member Is Offline
Mood: No Mood
|
|
Quote: Originally posted by pantone159  | | I already know everything going through the serial port! My code is explicitly sending all of it, and handles reading any responses. I think I am
working out all that I will need, figuring out the gaps in the documentation via empirical experimentation, but it is always nicer to have a
description of what is supposed to happen, instead of assuming that things will consistently work as I have observed them. |
If you've already been reverse engineering the device, I suggest that you start a public discussion group somewhere about reverse
engineering this particular device. That by itself won't do much, but if you publish a draft of your reversed specification, I would expect folks to
start coming out of the woodwork to talk about it. Do make sure to name the group specifically enough that it can be found with keyword search.
As to the issue of reverse engineering and the DMCA, in short, you're fine. The DMCA only covers copyright-protection mechanisms, not reverse
engineering in general. The only copyright that even might be at issue here is the firmware in the device. Since you're reverse engineering behavior,
rather than object code, there's no copyright issue at all.
|
|
|
densest
Hazard to Others
Posts: 359
Registered: 1-10-2005
Location: in the lehr
Member Is Offline
Mood: slowly warming to strain point
|
|
@watson.fawkes - thanks for the clarification... yes, DMCA is about copy protection. Kodak sued (or threatened to sue) anyone who reverse engineered
their PhotoCD format. There were/are a lot of FUD suits & threats of suits which use truly contorted logic to invoke DMCA and its like. If there
were a special handshake between the computer and the machine that would be enough to get the suit started.... without merit, but truly annoying to
the reverse engineering team.
The suggestions about public comment & participation are very good!
|
|
|
12AX7
Post Harlot
Posts: 4803
Registered: 8-3-2005
Location: oscillating
Member Is Offline
Mood: informative
|
|
DMCA? Need$ $ome dollar$ign$!!...
Tim
|
|
|
simmsdk
Harmless
Posts: 1
Registered: 29-8-2009
Member Is Offline
Mood: No Mood
|
|
I have the same problem, i want to control my CTC PAL via the serial port from my own program.
Any chance of a copy of the 'PAL Remote Control Commands' document ??
|
|
|
Texium
|
Thread Moved
19-11-2023 at 16:57 |
![[*]](images/xpblue/default_icon.gif){kind=icon}
