sebastian wrote:I now got optical homing and the nozzle tip changer working with OpenPnP.
Really interesting !! I would really like to get some more easy digestible information regarding OpenPnP on LitePlacer..
Did you or someone else collect the information somewhere - maybe even in a "step-by-step" guide, that would be awesome !
How stable does OpenPnP run on LitePlacers TinyG ? any software crashes ?
sebastian wrote:I now got optical homing and the nozzle tip changer working with OpenPnP.
Really interesting !! I would really like to get some more easy digestible information regarding OpenPnP on LitePlacer..
Did you or someone else collect the information somewhere - maybe even in a "step-by-step" guide, that would be awesome !
How stable does OpenPnP run on LitePlacers TinyG ? any software crashes ?
I'm running my Liteplacer with OpenPNP and it works great.
Only thing I miss is vacuum sense that I had on the modified Liteplacer software and tinyG firmware.
Anyone knows what I need to do to get the vacuum sensor to work with OpenPNP?
I'm running my Liteplacer with OpenPNP and it works great.
Only thing I miss is vacuum sense that I had on the modified Liteplacer software and tinyG firmware.
Anyone knows what I need to do to get the vacuum sensor to work with OpenPNP?
Found the correct command to send to tinyg to get vacuum reading, $ADC0.
I can read the values the same way the youtube video shows, but it does not stop or give a warning when there is no part on the nozzle.
Looks like the ADC reading is taken before the pick.
No part on nozzle value is around 2600, part on value is 1800
So I set the value for part on to 2000 and part off to 2700. Even with part on set to 1000 nothing happens.
The vacuum pump is turn on and off after every pick, how can I get tinyg to keep this on at all time?
martin123 wrote:
EDIT: Think I found the problem. Liteplacer vacuum sensor reports a lower value when the part is on the nozzle. Openpnp expects a higher value?
We have been working on OpenPnP with the LitePlacer. Once set up, it has a lot of promise!
One thing that seems to be very problematic is that TinyG accepts commands and issues an "ok>' response immediately and then runs the command. OpenPnP expects that commands are complete before getting a response.
When homing, the TinyG sends the "ok>" and then runs through the G28.2 limit switch commands until it has homed.
When we want to add a FIDUCIAL-HOME, it seems to break the whole thing. The fiducial locator will happen before G28.2 is complete. This really throws things off.
I know that you can wait for "stat:3" when issuing a move (with MOVE_TO_COMPLETE_REGEX), but that doesn't seem to happen when OpenPnP issues the HOME_COMMAND command. I think it's only used when the MOVE_TO_COMMAND is issued.
Has anyone used FIDUCIAL-HOME with LitePlacer? I think it's pretty important, actually. The G28.2 doesn't seem to be perfectly consistent, and we notice problems with the nozzle changing (which seems to require perfection).
Has anyone used the POSITION_REPORT_REGEX with LitePlacer (or TinyG)?
Has anyone successfully used the G4 Gcode after G28.2 (or any other Gcode command) to get TinyG to block (or wait until a command is complete)?
"G4 P Dwell Pause for P seconds" (from https://github.com/synthetos/g2/wiki/Gcode-Support)
What about COMMAND_ERROR_REGEX? It didn't seem to catch the error I thought it would/should.
UPDATE: We did get the homing fiducial to work. It turns out that it can ONLY be a white (light) dot inside of a black (dark) area. I assume all fiducials are like that until the (potential) new update comes out with a fiducial pipeline.
Flavor wrote:
UPDATE: We did get the homing fiducial to work. It turns out that it can ONLY be a white (light) dot inside of a black (dark) area. I assume all fiducials are like that until the (potential) new update comes out with a fiducial pipeline.
