Hi all,
Is anyone aware of any error handling tools that could make the 8 channel pipette from a different sequence if it runs into a insufficient liquid error? I am trying to have 2 reagent troughs filled with the same liquid and once the first trough is empty I want to switch over to the next trough. All help is much appreciated.
Thanks
You’d have to cancel the default error handling and then code an error handler to perform this, where you increase/change your source sequence.
we did the error handling in two ways,
set default error handling for specified error to exclude, then you can get exclude pattern with step of Get Channel Exclude State (Single Step). Do the next pipette with exclude pattern and sequence. I think this is an easy solution
error handling with step return or error object. For pipetting step, Set default error handling for specified errors to Cancel, and put the step to error handling step (try catch). When runing with error, an error object will be throwed and the error contains data like step return. You can get all the error information with HSLMlStarStepReturnLib.hsl, and generate channel pattern or others. With this way, you can handle multiple and complex errors.
Yes
Use errorhandling by the user. For the error insufficient liquid you select as an option " Cancel" and then create your workflow in the cancel loop.
You can make it as complicated as you like. But for your question, I would just do the following :
Doing it this way, your pipetting will only work if it is succesfull. Please note that this is the absolute minimum effort in this workflow. You can use the stepreturns, calculate new channels, calculate error codes etc. I have that in all of my methods, but I can’t share that with you unfortunately. But a good start in reading would be the stepreturn library. That is GOLD.
For STAR has multiple channels, when pipetting, there may be different error for different channel. We have to get status of every channel, then we can do the correct error recovery. These information is stored in step return result or data of error object. You can find the explaination in help file of STAR step return library helpp
Top tip! Use the ErrorLib too! Otherwise - if you enter the error loop - your stepreturn value = " 0"
Errorlib is the default library. Use index 3
A bit off topic but relating to error handling when there’s an insufficient/liquid level error but is there a way to extract the consumed sequence after the pipetting step? For example, I initially built a sequence with 24 positions but only 20 positions were consumed due to having less volume than expected. I want to be able to extract the consumed sequence and/or get the last used position. I have given a look at each library mentioned in this forum (plus additional testing) but no dice unless I missed something.
Yes, it is possible to do these things with error handling. Following is process of how to use error handling in Hamilton’s method. The important thing is checking the step return result to generate the sequence and channel pattern, which are used on subsequent recovery pipettings.
loop on sequence{
pick up tips
try{
aspirate on sequence, set Cancel to specified errors
}catch(){
get step return from data of error object.
loop on step return, check all the positions, generate sequence and channel patthern for positions with error
aspirate with sequence and pattern
}
dispense
ejct tips
}
Here is a method to show the error handling.
error handling setting on aspirate step, uncheck “Use default” and set Cancel to specified errors.
pipetting with sequence and channel pattern
I have a similar issue. Our Hamilton star is not auto error recovering. We set the 1st recovery to “repeat” and second to “bottom” on our dispense step, but we keep getting an insufficient liquid error. When we use the user interface to repeat and execute it works just fine. However we want it to recover without using the user interface. Why is it not “repeating” the first time automatically. We tried checking off the “show infinite dialog” and it still does not work. Any help will be appreciated. Thanks.
It’s possible that another error occurred in addition to the “Insufficient Liquid Error” so you’d need to set automatic error handling for the other error type. Most commonly, this would be the “Not Executed Error.”
For example, say you are aspirating from one tube using all 8 channels. Only one channel can access the tube at a time. If channel 1 records an “Insufficient Liquid Error” then the remaining channels 2 through 7 record a “Not Executed Error” which a repeat will fix.
So, be sure to enable automatic error handling for that error type as well - in this case, the 1st recovery should be Repeat.
If you’re still seeing issues, please share a trace file along with a pkg of the method and we can troubleshoot further.
Thank you so much. Just ran it and it works.
