Communication timeout between Duet3d 6XD and OpenPnP
-
I have finally completed the setup of the upgrade of my Quad IVc pick-n-place machine.
During the setup I ran into an issue that we were able to get around by reducing the volume of (serial interface) gcode traffic between the 6XD and OpenPnP (by turning on the OpenPnP options 'compress gcode' and 'removing comments').
My fear is that we have 'buried' the issue but that it will come up again in the future.
I wonder if anyone here can shed any light on this. See message thread in the OpenPnP forum, specifically this message that documents the issue with (OpenPnP) traces:
https@://groups.google.com/g/openpnp/c/H34IOmaAgeI/m/cDKri4LGEAAJ
(had to change link because I don't have two 'reputation points'. Remove the @ in the line above)
I tried to find a similar trace in the 6XD so that I could compare what the 6XD received .vs. what OpenPnP sent but couldn't find one.
Chuck
-
@DuetCDH our support team has no experience with OpenPnP, therefore I have replied in the OpenPnP group thread that you linked to. I can't see any reason why RRF would fail to respond to a command.
If you need to post here again, you should be able to include links now.
