Open naikymen opened 2 years ago
Hey @naikymen, it's very cool to hear that y'all are also working on an open-source liquid handler! I'm sure we can find someone(s) on our team to have a chat about our software architecture and how it relates to our hardware interactions.
To be pragmatic, there's not a high likelihood of us integrating third party hardware support into the core Opentrons software. This is purely a practical, not philosophical! We simply have our company goals / priorities and a limited number of engineers to accomplish them with.
That being said, obviously Opentrons/opentrons is an open-source project, and there are various layers of abstraction that could be re-used or re-implemented by your project. Immediately, maybe there's an opportunity for y'all to fork or depend on this repository. Looking down the road, there's been long-standing interest in implementing a plugin system of sorts into the Opentrons core, which could be another avenue for integration.
I'll see what architectural documentation I can dig up and/or generate over the coming weeks. In the mean time, do you have an email address that would be a good place to continue this conversation?
do you have an email address that would be a good place to continue this conversation?
Of course! it's nmendez@iib.unsam.edu.ar
there's not a high likelihood of us integrating third party hardware support into the core Opentrons software.
That's alright, asking your company to write drivers for a different machine sounds like a bit much :P
We were mostly hoping to find a more abstract level of interaction between different machines/software. Perhaps at the protocol level, but surely before the drivers.
I believe that the challenge will be around making a single GUI or API for machines with different (hardware) capabilities.
there's been long-standing interest in implementing a plugin system of sorts into the Opentrons core
That would be really great. I imagine that at least some of the features we've needed could be added as plugins.
Thank you for your efforts @mcous, I hope to hear from you soon!
Hello!
We've not been contacted yet, and I wanted to check if there are any updates on this from OT's side.
In the meantime, our efforts have moved to a different approach:
Everyone is invited to join this open interops party :)
Cheers!
[^1]: Klipper is a 3D-printer/CNC firmware more agnostic to micro controllers. [^2]: PyLabRobot is meant to be robot agnostic; we'll write a "generic" backend for our bot.
Overview
Hi!
First of all I wanted to say thanks for this great project.
Our request is about making software for different OSH pipetting robots compatible / interoperable. Specifically, we would like to add compatibility with the hardware/electronics of other CNC machines (for example, to reuse a 3D printer / CNC mill).
We'd like to invite you to chat for a bit, and decide which is the happiest place to add interoperability between different machines.
Implementation details
There might be a sweet-spot for adding interoperability to open-hardware automation.
The high level JSON protocol produced by the protocol designer seems nice, because it seems rely little on the specific CNC hardware in the machine (other than knowing the available tools). It is also easier to understand by a human.
The python API also looks promising. But I would like to know how tied it is to the "drivers" for the CNC hardware in the OT2.
Design
Here is my understanding of pipetting machines at birds eye view:
The top one is my impression of the OT, and the bottom one is the one we're developing.
Acceptance criteria
Thanks again :)