I swear there used to be a VWorks section? Is there one, if there isn’t can we create one?
I wanted to ask if there is a way to remove plates from a bravo virtually, I see that there is a “Place Plate” function but no remove plate! In this case the users will be removing these plate positions by hand, then adding a new fresh plate. Is this possible?
Essentially I need to process 8 plates, with 1 position taken up by the waste and 1 by the tips, so I have 6 positions left. The catch is these positions we used previously for another set of processes, lets call this process 1, with a different plate typ. At the end of process 1 I prompt the user to remove the plates at the end and prepare for process 2, by removing plates at 5,8,6,and 9. Then in process 2 I ask the user via prompt to manually place new plates at 5,8,9 and 6. This is where the compiler error occurs! I am now placing a different plate type at position that previously had a reagent seahorse res. Physically in real life the plates will be gone, but I have not removed them in the software, so Vworks is giving me an error.
Does this make sense? I think I need to remove the plates from process 1 virtually from the deck before placing new plates at those positions for process 2, but unsure how to do that!
Can you not split these into two different protocols? You used to be able to schedule a batch in VWorks, but I haven’t done that in ages so I’m not sure if it’s still a feature.
Alternatively, have you tried doing stacks of plates instead? The scripting for that can be a bit of a headache, but might be something that could work for your situation.
Edit: Runset was the term I was looking for. This should allow you to run two different protocol serially, almost as if they were one protocol.
Yep the runset seems to be the way to go from a technical debt standpoint, stacking looks tough to manage. I’m brand new to Agilent, done a lot of Hamilton programming and need to rethink how I approach a protocol, keep assuming it can do what a Hamilton can do!
My first thought was to use a ‘change instance’ step. I may be misunderstanding the workflow and spawning a new process is probably the right way, but when I run out of deck space on my Bravo ‘change instance’ often solves it when it is just a replicate issue.
The issue is that the next plate coming in has a different labware definition - but you can use JavaScript to change that.
But that gives me another idea, @cwehrhan you could have your user message tell the operator to switch out the labware, and in the next task, you could use a script to change the definition like this:
Not sure if I should start a new thread but want to continue off on the plate.labware property. Is it possible to move a plate from 1 labware holder to another at different heights? I tried switching the plate.labware properties between the 2 “Place Plate” command, but I don’t get the right action. I either get labwareholder1 to labwareholder1 or labwareholder2 to labwareholder2, but not labwareholder1 to labwareholder2. Hopefully that makes sense.
@Beverly I am not 100% sure what you are asking. if its on the bravo, you can have two labware definitions with different robot gripper offsets but it will use the same offset for the entire pick and place operation.
@Pete Sorry, let me try to rephrase! Even though it sounds like it’s not possible based off of what you said about the same offset. I’m trying to move a plate (position1) to another position (position9) so I can scan the plate’s barcode. The scan position (pos9) has a different labware holder/adapter. The heights between the 2 positions are different.
@Beverly ok - yeah this is possible. If you have a removable plate adapter on one of the bravo positions and you want the bravo to move plates to and from the position, you need to account for this by adjusting the robot teach point for that position.
If you have protocols that do not use that accessory than you typically would have another bravo profile with different teach points.