I am encountering an issue with my pick and place machine, which has a single rocker arm structure head. I have carefully followed all the instructions from the "Issues and Solutions" tab to configure OpenPnP.
Here are the specifics of my setup:
The firmware I am using is Marlin. I have attached the log files, Machine XML, and pictures of the head for reference.
Any insights or suggestions on how to resolve this issue would be greatly appreciated.
To determine whether it is a OpenPnP or controller problem, please send the log:
https://github.com/openpnp/openpnp/wiki/FAQ#where-are-configuration-and-log-files-located
_Mark
--
You received this message because you are subscribed to the Google Groups "OpenPnP" group.
To unsubscribe from this group and stop receiving emails from it, send an email to openpnp+u...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/openpnp/d032ce93-7fc8-4a9c-9e63-8cfadd983de8n%40googlegroups.com.
As you see in the log, OpenPnP is generating symmetric G Code, i.e. the Z axis goes to positive and negative range.
2024-07-10 12:12:58.002
AbstractHeadMountable DEBUG: N1.moveTo((400.000000,
480.000000, 22.000000, 0.000000 mm), 0.4)
2024-07-10 12:12:58.018 GcodeDriver DEBUG: [serial://COM21]
>> G1 Z-23.6 F12000 ; move to target, 20000
2024-07-10 12:12:58.018 GcodeDriver$ReaderThread TRACE:
[serial://COM21] << ok
2024-07-10 12:12:58.018 GcodeDriver TRACE: [serial://COM21]
confirmed G1 Z-23.6 F12000 ; move to target
2024-07-10 12:13:17.466
AbstractHeadMountable DEBUG: N2.moveTo((400.000000,
480.000000, 22.000000, 0.000000 mm), 0.4)
2024-07-10 12:13:17.466 GcodeDriver DEBUG: [serial://COM21]
>> G1 Z23.6 F12000 ; move to target, 20000
2024-07-10 12:13:17.466 GcodeDriver$ReaderThread TRACE:
[serial://COM21] << ok
2024-07-10 12:13:17.466 GcodeDriver TRACE: [serial://COM21]
confirmed G1 Z23.6 F12000 ; move to target
However, you are using positive Z coordinates here, so actually
you are raising the nozzle, not lowering it. I hope you are aware
of the OpenPnP coordinate system, and specifically how it handles
Z (see "A Word about Z Coordinates"):
https://github.com/openpnp/openpnp/wiki/Machine-Axes#the-openpnp-coordinate-system
But that is actually irrelevant for your problem, if the axis is physically not moving then I guess it is a configuration problem on Marlin.
I don't know Marlin, but if I were to guess, the mid-homing
switch at Z=0 is probably configured as an end-stop and
Marlin is not allowing motion past it. Just a wild guess.
@Marlin experts, please help!
_Mark
To view this discussion on the web visit https://groups.google.com/d/msgid/openpnp/51aed685-b6cb-4901-b148-63dd9c5feebcn%40googlegroups.com.