I'm thinking of making a Lego Sorter with a vision camera to help ID the piece. I want to sort by part number, not by color. I'd imagine the logic to go something like this:
1.) Trigger camera
2.) Scan object
3.) Look up object comparing it against a DB of known lego parts
4.) Sends results back to Arduino
5.) Sort
I think the hard part is step 3. Is this something doable with the arduino? Or is it best left for the raspberry pi? Thoughts on this?
Specifically? No idea! That's why I'm here
I'd imagine the arduino would scan the object in #2, then compare against a DB of known parts(?) the decide where to place the part. However, where is the DB? I'd think it's on the cloud. How do we access this cloud data? Where does the logic to compare the scanned parts vs DB of parts take place?
The Legos are in mixed together. So I'll have a separator that separates them, take individual photos, processes, then sorts them to the appropriate bin.
There's a reason for that. Take a look at the specs of a RPi (CPU cores, clock speed, RAM memory...) and compare them to the specs of a variety of Arduino boards. What do you see in common?
Yes I would agree that the HuskyLense is the way to go. I have one myself and it is fast and is simple to train.
I friend of mine who saw it working and had a Pixy2 said it knocked the socks of the Pixy2, which he considered useless.
The fact that the HuskyLens handles all the heavy grunt and is so easy to connect to the Arduino in several ways, does make it, in my opinion, an Arduino question.
PS. the Lego corporation make it very clear that these bricks should be called Lego and not Legos.