GRBL problems

190 views
Skip to first unread message

Matt Brocklehurst

unread,
Apr 8, 2020, 4:11:51 AM4/8/20
to ope...@googlegroups.com
Hi

I've been playing again with GRBL and OpenPNP.

Having some weird issues that is either down to
   1) PC being too slow (its an old Core 2 Duo 1.8ghz) - running top says java is about 90%
   2) Clone atmega2560 with a ch321 serial
   3) Config
   4) Something i've not thought about(!)

Machine homes correctly and I can mostly jog it about, but sometimes it seems to miss the "ok" reply back from GRBL, which causes the comm timeout message to appear. I've noticed in a standard serial UART that ok does sometimes come back delayed - which is why I don't think its OpenPNP itself.

Not sure if anyone else is running grbl?

Machine config snippet -

  <driver class="org.openpnp.machine.reference.driver.GcodeDriver" communications="serial" connection-keep-alive="true" units="Millimeters" max-feed-rate="750" backlash-offs$
         <serial line-ending-type="LF" port-name="/dev/ttyUSB0" baud="38400" flow-control="Off" data-bits="Eight" stop-bits="One" parity="None" set-dtr="false" set-rts="false" n$
         <tcp line-ending-type="LF" ip-address="127.0.0.1" port="23" name="TcpCommunications"/>
         <homing-fiducial-location units="Millimeters" x="0.0" y="0.0" z="0.0" rotation="0.0"/>
         <command type="COMMAND_CONFIRM_REGEX">
            <text><![CDATA[ok.*]]></text>
         </command>
         <command type="ENABLE_COMMAND"/>
         <command type="DISABLE_COMMAND"/>
         <command type="HOME_COMMAND">
            <text><![CDATA[$H]]></text>
            <text><![CDATA[G21]]></text>
            <text><![CDATA[G90]]></text>
            <text><![CDATA[G92 X0 Y0]]></text>
            <text><![CDATA[G28.1]]></text>
         </command>
         <command type="MOVE_TO_COMMAND">
            <text><![CDATA[G0 {X:X%.4f} {Y:Y%.4f} F{FeedRate:%.0f}]]></text>
            <text><![CDATA[G4 P0]]></text>
         </command>
         <command type="PICK_COMMAND"/>
         <command type="PLACE_COMMAND"/>
         <sub-drivers class="java.util.ArrayList"/>
         <axes class="java.util.ArrayList">
            <axis name="x" type="X" home-coordinate="0.0">
               <head-mountable-ids class="java.util.HashSet">
                  <string>*</string>
               </head-mountable-ids>
            </axis>
            <axis name="y" type="Y" home-coordinate="0.0">
               <head-mountable-ids class="java.util.HashSet">
                  <string>*</string>
               </head-mountable-ids>
            </axis>
         </axes>
      </driver>

Logs -

2020-04-08 06:47:41.068 ReferenceHead DEBUG: H1.home()
2020-04-08 06:47:41.080 GcodeDriver DEBUG: sendCommand($H, -1)...
2020-04-08 06:47:41.080 GcodeDriver TRACE: [serial:///dev/ttyUSB0] >> $H
2020-04-08 06:47:55.199 GcodeDriver TRACE: [serial:///dev/ttyUSB0] << ok
2020-04-08 06:47:55.201 GcodeDriver DEBUG: sendCommand(serial:///dev/ttyUSB0 $H, -1) => [ok]
2020-04-08 06:47:55.202 GcodeDriver DEBUG: sendCommand(G21, -1)...
2020-04-08 06:47:55.202 GcodeDriver TRACE: [serial:///dev/ttyUSB0] >> G21
2020-04-08 06:47:55.212 GcodeDriver TRACE: [serial:///dev/ttyUSB0] << ok
2020-04-08 06:47:55.213 GcodeDriver DEBUG: sendCommand(serial:///dev/ttyUSB0 G21, -1) => [ok]
2020-04-08 06:47:55.214 GcodeDriver DEBUG: sendCommand(G90, -1)...
2020-04-08 06:47:55.214 GcodeDriver TRACE: [serial:///dev/ttyUSB0] >> G90
2020-04-08 06:47:55.219 GcodeDriver TRACE: [serial:///dev/ttyUSB0] << ok
2020-04-08 06:47:55.220 GcodeDriver DEBUG: sendCommand(serial:///dev/ttyUSB0 G90, -1) => [ok]
2020-04-08 06:47:55.221 GcodeDriver DEBUG: sendCommand(G92 X0 Y0, -1)...
2020-04-08 06:47:55.221 GcodeDriver TRACE: [serial:///dev/ttyUSB0] >> G92 X0 Y0
2020-04-08 06:47:55.228 GcodeDriver TRACE: [serial:///dev/ttyUSB0] << ok
2020-04-08 06:47:55.230 GcodeDriver DEBUG: sendCommand(serial:///dev/ttyUSB0 G92 X0 Y0, -1) => [ok]
2020-04-08 06:47:55.230 GcodeDriver DEBUG: sendCommand(G28.1, -1)...
2020-04-08 06:47:55.231 GcodeDriver TRACE: [serial:///dev/ttyUSB0] >> G28.1
2020-04-08 06:47:55.244 GcodeDriver TRACE: [serial:///dev/ttyUSB0] << ok
2020-04-08 06:47:55.246 GcodeDriver DEBUG: sendCommand(serial:///dev/ttyUSB0 G28.1, -1) => [ok]
2020-04-08 06:47:55.246 ReferenceNozzle DEBUG: N1.home()
2020-04-08 06:47:55.247 Scripting TRACE: Scripting.on Machine.AfterHoming
2020-04-08 06:47:55.256 ReferenceMachine DEBUG: setHomed(true)
2020-04-08 06:48:00.232 ReferenceNozzle DEBUG: N1.moveTo((100.000000, 0.000000, 0.000000, 0.000000 mm), 1.0)
2020-04-08 06:48:00.234 GcodeDriver DEBUG: sendCommand(G0 X100.0000  F750, 10000)...
2020-04-08 06:48:00.262 GcodeDriver TRACE: [serial:///dev/ttyUSB0] >> G0 X100.0000  F750
2020-04-08 06:48:00.277 GcodeDriver TRACE: [serial:///dev/ttyUSB0] << ok
2020-04-08 06:48:00.278 GcodeDriver DEBUG: sendCommand(serial:///dev/ttyUSB0 G0 X100.0000  F750, 10000) => [ok]
2020-04-08 06:48:00.278 GcodeDriver DEBUG: sendCommand(G4 P0, 10000)...
2020-04-08 06:48:00.279 GcodeDriver TRACE: [serial:///dev/ttyUSB0] >> G4 P0
2020-04-08 06:48:10.281 MessageBoxes DEBUG: Error: java.lang.Exception: Timeout waiting for response to G4 P0
2020-04-08 06:48:25.540 GcodeDriver DEBUG: sendCommand(G4 P0, 5000)...
2020-04-08 06:48:25.541 GcodeDriver TRACE: [serial:///dev/ttyUSB0] >> G4 P0
2020-04-08 06:48:25.554 GcodeDriver TRACE: [serial:///dev/ttyUSB0] << ok
2020-04-08 06:48:25.555 GcodeDriver DEBUG: sendCommand(serial:///dev/ttyUSB0 G4 P0, 5000) => [ok]
2020-04-08 06:48:27.033 GcodeDriver DEBUG: sendCommand(G4 P0, 5000)...

2020-04-08 06:48:47.024 GcodeDriver TRACE: [serial:///dev/ttyUSB0] << ok
2020-04-08 06:48:47.025 GcodeDriver DEBUG: sendCommand(serial:///dev/ttyUSB0 G4 P0, 5000) => [ok]
2020-04-08 06:48:47.313 GcodeDriver DEBUG: sendCommand(G4 P0, 5000)...
2020-04-08 06:48:47.314 GcodeDriver TRACE: [serial:///dev/ttyUSB0] >> G4 P0
2020-04-08 06:48:47.323 GcodeDriver TRACE: [serial:///dev/ttyUSB0] << ok
2020-04-08 06:48:47.324 GcodeDriver DEBUG: sendCommand(serial:///dev/ttyUSB0 G4 P0, 5000) => [ok]
2020-04-08 06:48:47.561 GcodeDriver DEBUG: sendCommand(G4 P0, 5000)...
2020-04-08 06:48:47.561 GcodeDriver TRACE: [serial:///dev/ttyUSB0] >> G4 P0
2020-04-08 06:48:47.573 GcodeDriver TRACE: [serial:///dev/ttyUSB0] << ok
2020-04-08 06:48:47.573 GcodeDriver DEBUG: sendCommand(serial:///dev/ttyUSB0 G4 P0, 5000) => [ok]
2020-04-08 06:48:47.761 GcodeDriver DEBUG: sendCommand(G4 P0, 5000)...
2020-04-08 06:48:47.761 GcodeDriver TRACE: [serial:///dev/ttyUSB0] >> G4 P0
2020-04-08 06:48:47.768 GcodeDriver TRACE: [serial:///dev/ttyUSB0] << ok
2020-04-08 06:48:47.768 GcodeDriver DEBUG: sendCommand(serial:///dev/ttyUSB0 G4 P0, 5000) => [ok]
2020-04-08 06:48:47.962 GcodeDriver DEBUG: sendCommand(G4 P0, 5000)...
2020-04-08 06:48:47.962 GcodeDriver TRACE: [serial:///dev/ttyUSB0] >> G4 P0
2020-04-08 06:48:47.969 GcodeDriver TRACE: [serial:///dev/ttyUSB0] << ok
2020-04-08 06:48:47.969 GcodeDriver DEBUG: sendCommand(serial:///dev/ttyUSB0 G4 P0, 5000) => [ok]
2020-04-08 06:48:48.161 GcodeDriver DEBUG: sendCommand(G4 P0, 5000)...
2020-04-08 06:48:48.162 GcodeDriver TRACE: [serial:///dev/ttyUSB0] >> G4 P0
2020-04-08 06:48:48.168 GcodeDriver TRACE: [serial:///dev/ttyUSB0] << ok
2020-04-08 06:48:48.168 GcodeDriver DEBUG: sendCommand(serial:///dev/ttyUSB0 G4 P0, 5000) => [ok]
2020-04-08 06:48:48.358 GcodeDriver DEBUG: sendCommand(G4 P0, 5000)...
2020-04-08 06:48:48.359 GcodeDriver TRACE: [serial:///dev/ttyUSB0] >> G4 P0
2020-04-08 06:48:48.366 GcodeDriver TRACE: [serial:///dev/ttyUSB0] << ok
2020-04-08 06:48:48.367 GcodeDriver DEBUG: sendCommand(serial:///dev/ttyUSB0 G4 P0, 5000) => [ok]
2020-04-08 06:48:48.561 GcodeDriver DEBUG: sendCommand(G4 P0, 5000)...
2020-04-08 06:48:48.561 GcodeDriver TRACE: [serial:///dev/ttyUSB0] >> G4 P0
2020-04-08 06:48:48.568 GcodeDriver TRACE: [serial:///dev/ttyUSB0] << ok
2020-04-08 06:48:48.568 GcodeDriver DEBUG: sendCommand(serial:///dev/ttyUSB0 G4 P0, 5000) => [ok]
2020-04-08 06:48:48.777 GcodeDriver DEBUG: sendCommand(G4 P0, 5000)...
2020-04-08 06:48:48.777 GcodeDriver TRACE: [serial:///dev/ttyUSB0] >> G4 P0
2020-04-08 06:48:48.783 GcodeDriver TRACE: [serial:///dev/ttyUSB0] << ok
2020-04-08 06:48:48.783 GcodeDriver DEBUG: sendCommand(serial:///dev/ttyUSB0 G4 P0, 5000) => [ok]
2020-04-08 06:48:48.977 GcodeDriver DEBUG: sendCommand(G4 P0, 5000)...
2020-04-08 06:48:48.977 GcodeDriver TRACE: [serial:///dev/ttyUSB0] >> G4 P0
2020-04-08 06:48:48.984 GcodeDriver TRACE: [serial:///dev/ttyUSB0] << ok
2020-04-08 06:48:48.984 GcodeDriver DEBUG: sendCommand(serial:///dev/ttyUSB0 G4 P0, 5000) => [ok]
2020-04-08 06:48:51.465 GcodeDriver DEBUG: sendCommand(G4 P0, 5000)...
2020-04-08 06:48:51.465 GcodeDriver TRACE: [serial:///dev/ttyUSB0] >> G4 P0
2020-04-08 06:48:51.475 GcodeDriver TRACE: [serial:///dev/ttyUSB0] << ok
2020-04-08 06:48:51.475 GcodeDriver DEBUG: sendCommand(serial:///dev/ttyUSB0 G4 P0, 5000) => [ok]
2020-04-08 06:49:02.553 GcodeDriver DEBUG: sendCommand(G4 P0, 5000)...
2020-04-08 06:49:02.553 GcodeDriver TRACE: [serial:///dev/ttyUSB0] >> G4 P0
2020-04-08 06:49:02.559 GcodeDriver TRACE: [serial:///dev/ttyUSB0] << ok
2020-04-08 06:49:02.559 GcodeDriver DEBUG: sendCommand(serial:///dev/ttyUSB0 G4 P0, 5000) => [ok]
2020-04-08 06:49:02.921 GcodeDriver DEBUG: sendCommand(G4 P0, 5000)...
2020-04-08 06:49:02.921 GcodeDriver TRACE: [serial:///dev/ttyUSB0] >> G4 P0
2020-04-08 06:49:02.927 GcodeDriver TRACE: [serial:///dev/ttyUSB0] << ok
2020-04-08 06:49:02.927 GcodeDriver DEBUG: sendCommand(serial:///dev/ttyUSB0 G4 P0, 5000) => [ok]
2020-04-08 06:49:03.169 GcodeDriver DEBUG: sendCommand(G4 P0, 5000)...
2020-04-08 06:49:03.170 GcodeDriver TRACE: [serial:///dev/ttyUSB0] >> G4 P0
2020-04-08 06:49:03.181 GcodeDriver TRACE: [serial:///dev/ttyUSB0] << ok
2020-04-08 06:49:03.181 GcodeDriver DEBUG: sendCommand(serial:///dev/ttyUSB0 G4 P0, 5000) => [ok]
2020-04-08 06:49:08.897 GcodeDriver DEBUG: sendCommand(G4 P0, 5000)...
2020-04-08 06:49:08.897 GcodeDriver TRACE: [serial:///dev/ttyUSB0] >> G4 P0
2020-04-08 06:49:08.904 GcodeDriver TRACE: [serial:///dev/ttyUSB0] << ok
2020-04-08 06:49:08.905 GcodeDriver DEBUG: sendCommand(serial:///dev/ttyUSB0 G4 P0, 5000) => [ok]
2020-04-08 06:49:09.145 GcodeDriver DEBUG: sendCommand(G4 P0, 5000)...
2020-04-08 06:49:09.145 GcodeDriver TRACE: [serial:///dev/ttyUSB0] >> G4 P0
2020-04-08 06:49:09.152 GcodeDriver TRACE: [serial:///dev/ttyUSB0] << ok
2020-04-08 06:49:09.153 GcodeDriver DEBUG: sendCommand(serial:///dev/ttyUSB0 G4 P0, 5000) => [ok]
2020-04-08 06:49:09.369 GcodeDriver DEBUG: sendCommand(G4 P0, 5000)...
2020-04-08 06:49:09.369 GcodeDriver TRACE: [serial:///dev/ttyUSB0] >> G4 P0
2020-04-08 06:49:09.376 GcodeDriver TRACE: [serial:///dev/ttyUSB0] << ok
2020-04-08 06:49:09.376 GcodeDriver DEBUG: sendCommand(serial:///dev/ttyUSB0 G4 P0, 5000) => [ok]
2020-04-08 06:49:10.081 GcodeDriver DEBUG: sendCommand(G4 P0, 5000)...
2020-04-08 06:49:10.081 GcodeDriver TRACE: [serial:///dev/ttyUSB0] >> G4 P0
2020-04-08 06:49:10.092 GcodeDriver TRACE: [serial:///dev/ttyUSB0] << ok
2020-04-08 06:49:10.093 GcodeDriver DEBUG: sendCommand(serial:///dev/ttyUSB0 G4 P0, 5000) => [ok]
2020-04-08 06:49:11.249 GcodeDriver DEBUG: sendCommand(G4 P0, 5000)...
2020-04-08 06:49:11.249 GcodeDriver TRACE: [serial:///dev/ttyUSB0] >> G4 P0
2020-04-08 06:49:11.260 GcodeDriver DEBUG: sendCommand(serial:///dev/ttyUSB0 G4 P0, 5000) => [ok]
2020-04-08 06:49:12.025 GcodeDriver DEBUG: sendCommand(G4 P0, 5000)...
2020-04-08 06:49:12.026 GcodeDriver TRACE: [serial:///dev/ttyUSB0] >> G4 P0
2020-04-08 06:49:12.036 GcodeDriver TRACE: [serial:///dev/ttyUSB0] << ok
2020-04-08 06:49:12.037 GcodeDriver DEBUG: sendCommand(serial:///dev/ttyUSB0 G4 P0, 5000) => [ok]
2020-04-08 06:49:28.177 GcodeDriver DEBUG: sendCommand(G0 X200 Y200 F600, 5000)...
2020-04-08 06:49:28.177 GcodeDriver TRACE: [serial:///dev/ttyUSB0] >> G0 X200 Y200 F600
2020-04-08 06:49:28.187 GcodeDriver TRACE: [serial:///dev/ttyUSB0] << ok
2020-04-08 06:49:28.188 GcodeDriver DEBUG: sendCommand(serial:///dev/ttyUSB0 G0 X200 Y200 F600, 5000) => [ok]
2020-04-08 06:49:37.649 GcodeDriver DEBUG: sendCommand(G0 X0 Y0 F600, 5000)...
2020-04-08 06:49:37.650 GcodeDriver TRACE: [serial:///dev/ttyUSB0] >> G0 X0 Y0 F600
2020-04-08 06:49:37.659 GcodeDriver TRACE: [serial:///dev/ttyUSB0] << ok
2020-04-08 06:49:37.660 GcodeDriver DEBUG: sendCommand(serial:///dev/ttyUSB0 G0 X0 Y0 F600, 5000) => [ok]
2020-04-08 06:49:42.241 GcodeDriver DEBUG: sendCommand(G0 X200 Y200 F600, 5000)...
2020-04-08 06:49:42.242 GcodeDriver TRACE: [serial:///dev/ttyUSB0] >> G0 X200 Y200 F600
2020-04-08 06:49:47.254 GcodeDriverConsole DEBUG: Gcode console error: java.lang.Exception: Timeout waiting for response to G0 X200 Y200 F600
2020-04-08 06:49:52.041 GcodeDriver DEBUG: sendCommand(G0 X0 Y0 F600, 5000)...
2020-04-08 06:49:52.042 GcodeDriver TRACE: [serial:///dev/ttyUSB0] >> G0 X0 Y0 F600
2020-04-08 06:49:52.056 GcodeDriver TRACE: [serial:///dev/ttyUSB0] << ok
2020-04-08 06:49:52.061 GcodeDriver DEBUG: sendCommand(serial:///dev/ttyUSB0 G0 X0 Y0 F600, 5000) => [ok]
2020-04-08 06:49:55.065 GcodeDriver DEBUG: sendCommand(G0 X200 Y200 F600, 5000)...
2020-04-08 06:49:55.066 GcodeDriver TRACE: [serial:///dev/ttyUSB0] >> G0 X200 Y200 F600
2020-04-08 06:49:55.100 GcodeDriver TRACE: [serial:///dev/ttyUSB0] << ok
2020-04-08 06:49:55.101 GcodeDriver DEBUG: sendCommand(serial:///dev/ttyUSB0 G0 X200 Y200 F600, 5000) => [ok]
2020-04-08 06:49:58.817 GcodeDriver DEBUG: sendCommand(G0 X0 Y0 F600, 5000)...
2020-04-08 06:49:58.818 GcodeDriver TRACE: [serial:///dev/ttyUSB0] >> G0 X0 Y0 F600
2020-04-08 06:49:58.832 GcodeDriver TRACE: [serial:///dev/ttyUSB0] << ok
2020-04-08 06:49:58.833 GcodeDriver DEBUG: sendCommand(serial:///dev/ttyUSB0 G0 X0 Y0 F600, 5000) => [ok]
2020-04-08 06:50:00.889 GcodeDriver DEBUG: sendCommand(G0 X200 Y200 F600, 5000)...
2020-04-08 06:50:00.890 GcodeDriver TRACE: [serial:///dev/ttyUSB0] >> G0 X200 Y200 F600
2020-04-08 06:50:00.901 GcodeDriver TRACE: [serial:///dev/ttyUSB0] << ok
2020-04-08 06:50:00.902 GcodeDriver DEBUG: sendCommand(serial:///dev/ttyUSB0 G0 X200 Y200 F600, 5000) => [ok]
2020-04-08 06:50:02.857 GcodeDriver DEBUG: sendCommand(G0 X0 Y0 F600, 5000)...
2020-04-08 06:50:02.858 GcodeDriver TRACE: [serial:///dev/ttyUSB0] >> G0 X0 Y0 F600
2020-04-08 06:50:02.868 GcodeDriver TRACE: [serial:///dev/ttyUSB0] << ok
2020-04-08 06:50:02.869 GcodeDriver DEBUG: sendCommand(serial:///dev/ttyUSB0 G0 X0 Y0 F600, 5000) => [ok]
2020-04-08 06:50:04.993 GcodeDriver DEBUG: sendCommand(G0 X200 Y200 F600, 5000)...
2020-04-08 06:50:04.994 GcodeDriver TRACE: [serial:///dev/ttyUSB0] >> G0 X200 Y200 F600
2020-04-08 06:50:05.004 GcodeDriver TRACE: [serial:///dev/ttyUSB0] << ok
2020-04-08 06:50:05.005 GcodeDriver DEBUG: sendCommand(serial:///dev/ttyUSB0 G0 X200 Y200 F600, 5000) => [ok]
2020-04-08 06:50:07.009 GcodeDriver DEBUG: sendCommand(G0 X0 Y0 F600, 5000)...
2020-04-08 06:50:07.010 GcodeDriver TRACE: [serial:///dev/ttyUSB0] >> G0 X0 Y0 F600
2020-04-08 06:50:07.018 GcodeDriver TRACE: [serial:///dev/ttyUSB0] << ok
2020-04-08 06:50:07.024 GcodeDriver DEBUG: sendCommand(serial:///dev/ttyUSB0 G0 X0 Y0 F600, 5000) => [ok]
2020-04-08 06:50:08.913 GcodeDriver DEBUG: sendCommand(G0 X200 Y200 F600, 5000)...
2020-04-08 06:50:08.914 GcodeDriver TRACE: [serial:///dev/ttyUSB0] >> G0 X200 Y200 F600
2020-04-08 06:50:13.924 GcodeDriverConsole DEBUG: Gcode console error: java.lang.Exception: Timeout waiting for response to G0 X200 Y200 F600
2020-04-08 06:50:16.081 GcodeDriver DEBUG: sendCommand(G0 X0 Y0 F600, 5000)...
2020-04-08 06:50:16.082 GcodeDriver TRACE: [serial:///dev/ttyUSB0] >> G0 X0 Y0 F600
2020-04-08 06:50:21.088 GcodeDriverConsole DEBUG: Gcode console error: java.lang.Exception: Timeout waiting for response to G0 X0 Y0 F600
2020-04-08 06:50:21.738 GcodeDriver DEBUG: sendCommand(G0 X200 Y200 F600, 5000)...
2020-04-08 06:50:21.738 GcodeDriver TRACE: [serial:///dev/ttyUSB0] >> G0 X200 Y200 F600
2020-04-08 06:50:21.748 GcodeDriver TRACE: [serial:///dev/ttyUSB0] << ok
2020-04-08 06:50:21.749 GcodeDriver DEBUG: sendCommand(serial:///dev/ttyUSB0 G0 X200 Y200 F600, 5000) => [ok]
2020-04-08 06:50:24.361 GcodeDriver DEBUG: sendCommand(G0 X0 Y0 F600, 5000)...
2020-04-08 06:50:24.363 GcodeDriver TRACE: [serial:///dev/ttyUSB0] >> G0 X0 Y0 F600
2020-04-08 06:50:24.380 GcodeDriver TRACE: [serial:///dev/ttyUSB0] << ok
2020-04-08 06:50:24.380 GcodeDriver DEBUG: sendCommand(serial:///dev/ttyUSB0 G0 X0 Y0 F600, 5000) => [ok]
2020-04-08 06:50:26.618 GcodeDriver DEBUG: sendCommand(G0 X200 Y200 F600, 5000)...
2020-04-08 06:50:26.618 GcodeDriver TRACE: [serial:///dev/ttyUSB0] >> G0 X200 Y200 F600
2020-04-08 06:50:26.628 GcodeDriver TRACE: [serial:///dev/ttyUSB0] << ok
2020-04-08 06:50:26.629 GcodeDriver DEBUG: sendCommand(serial:///dev/ttyUSB0 G0 X200 Y200 F600, 5000) => [ok]
2020-04-08 06:50:28.994 GcodeDriver DEBUG: sendCommand(G0 X0 Y0 F600, 5000)...
2020-04-08 06:50:28.994 GcodeDriver TRACE: [serial:///dev/ttyUSB0] >> G0 X0 Y0 F600
2020-04-08 06:50:33.998 GcodeDriverConsole DEBUG: Gcode console error: java.lang.Exception: Timeout waiting for response to G0 X0 Y0 F600
2020-04-08 06:50:35.665 GcodeDriver DEBUG: sendCommand(G0 X200 Y200 F600, 5000)...
2020-04-08 06:50:35.666 GcodeDriver TRACE: [serial:///dev/ttyUSB0] >> G0 X200 Y200 F600
2020-04-08 06:50:35.675 GcodeDriver TRACE: [serial:///dev/ttyUSB0] << ok
2020-04-08 06:50:35.676 GcodeDriver DEBUG: sendCommand(serial:///dev/ttyUSB0 G0 X200 Y200 F600, 5000) => [ok]
2020-04-08 06:51:10.459 MainFrame INFO: Shutting down...
2020-04-08 06:51:11.079 ReferenceMachine DEBUG: setEnabled(false)
2020-04-08 06:51:11.103 ReferenceMachine DEBUG: setHomed(false)
2020-04-08 06:51:11.627 MainFrame INFO: Shutdown complete, exiting.


mojalovaa1

unread,
Apr 8, 2020, 4:36:27 AM4/8/20
to OpenPnP
Who operation system is used ?
You are sure that baud rate is 38400 ?
Same problem on my machien with WIN7 , and low memory .

On real PC need have dual core with min. 4GB ram.
Operation system  for linux  x64 ,  for win. all so better if you will use x64.

Matt Brocklehurst

unread,
Apr 8, 2020, 4:41:34 AM4/8/20
to ope...@googlegroups.com
Running Debian 10 64 bit

I tried initially at 9600 baud as it’s nice and simple (although baud rate via USB serial isn’t really valid anyway I don’t think!).

So I recompiled grbl and set to 38400 - same results as 9600 baud 

Interesting you had the same results on a low spec PC - perhaps if the PC is stressed things get buffered and delayed - maybe the comms Java thread is getting starved because of other busy threads? Might try turning disconnecting the usb camera to see if that helps - guess that’s most of the 90% cpu load.

I’ve also ordered a genuine 2560 with atmega16u2 usb serial on rather than the ch341 - I noticed on the grbl forums others have mentioned corruption issues with the ch341? 

--
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/afa79b3f-a6eb-4419-8fe5-21a585d4313b%40googlegroups.com.

Matt Brocklehurst

unread,
Apr 8, 2020, 4:46:19 AM4/8/20
to ope...@googlegroups.com
(although baud rate via USB serial isn’t really valid anyway I don’t think!). - ignore that comment - of course its valid when its USB serial -> actual serial - just waking up(!).

Marek T.

unread,
Apr 8, 2020, 4:50:05 AM4/8/20
to OpenPnP
I've 8b board like that in my 3D printer. It also freezes from time to time in some situations. And some ooerations doing wrong, specially related to PID countings. I never know is it due to Marlin for 2560 or 8 bits hardware issue. But on SKR1.3 LPC1768 32b - other world. Maybe invest 15$ in more modern board and another 4-8G of RAM. I'm using 8G for Debian64.

Matt Brocklehurst

unread,
Apr 8, 2020, 4:54:58 AM4/8/20
to ope...@googlegroups.com
Just thinking I'll install OpenPNP on my MacBook Pro and will take that out to the machine later - that should rule out if its the slow Core2Duo or not



On Wed, 8 Apr 2020 at 09:50, Marek T. <marek.tw...@gmail.com> wrote:
I've 8b board like that in my 3D printer. It also freezes from time to time in some situations. And some ooerations doing wrong, specially related to PID countings. I never know is it due to Marlin for 2560 or 8 bits hardware issue. But on SKR1.3 LPC1768 32b - other world. Maybe invest 15$ in more modern board and another 4-8G of RAM. I'm using 8G for Debian64.

--
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.

Marek T.

unread,
Apr 8, 2020, 5:11:32 AM4/8/20
to OpenPnP
It depends how much RAM you have in your Mac :-).

Matt Brocklehurst

unread,
Apr 8, 2020, 7:00:55 AM4/8/20
to ope...@googlegroups.com
Couldn't get it to work on Mac.. so tried my other Ubuntu machine ( AMD A4-5000 APU with Radeon(TM) HD Graphics ) - so 4x cores (but each core slower bogomips) than my core 2 duo i used previously.

Runs faultless !  (with or without camera).

Both have 4gb memory.

Core2Duo is on kernel 4.19 (Debian 64)
AMD is kernel 5.3 (Ubuntu 64)

OpenPNP version same on both (well compiled within a day of each other).

So i'm wondering if the CH341 driver has been updated in later kernels or its having the benefit of +2 cores.

Going to drop same Ubuntu on the Core2Duo machine and repeat tests.



On Wed, 8 Apr 2020 at 10:11, Marek T. <marek.tw...@gmail.com> wrote:
It depends how much RAM you have in your Mac :-).

--
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.

mojalovaa1

unread,
Apr 8, 2020, 7:17:37 AM4/8/20
to OpenPnP
Second problem is if you have USB integrated on mother board and use boot camera , try with out camera or with only one camera .
Turn off debug on log all so.
Use Amazon Corretto not Java .



On Wednesday, April 8, 2020 at 1:00:55 PM UTC+2, Matt Brocklehurst wrote:
Couldn't get it to work on Mac.. so tried my other Ubuntu machine ( AMD A4-5000 APU with Radeon(TM) HD Graphics ) - so 4x cores (but each core slower bogomips) than my core 2 duo i used previously.

Runs faultless !  (with or without camera).

Both have 4gb memory.

Core2Duo is on kernel 4.19 (Debian 64)
AMD is kernel 5.3 (Ubuntu 64)

OpenPNP version same on both (well compiled within a day of each other).

So i'm wondering if the CH341 driver has been updated in later kernels or its having the benefit of +2 cores.

Going to drop same Ubuntu on the Core2Duo machine and repeat tests.



On Wed, 8 Apr 2020 at 10:11, Marek T. <marek.tw...@gmail.com> wrote:
It depends how much RAM you have in your Mac :-).

--
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 ope...@googlegroups.com.

Matt Brocklehurst

unread,
Apr 8, 2020, 9:59:02 AM4/8/20
to ope...@googlegroups.com
Just to update the thread -

Same Core 2 Duo hardware with Ubuntu 19.10 64-bit (so later kernel) - same revision of OpenPNP source code etc.. - tried to keep as controlled as possible...

Works perfectly! So something different between the Debian 10 and Ubuntu 19.10 was causing the usb serial to my GRBL to be unstable.


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/6c1d78ef-3308-4d53-bb47-e63f8f3fa5dd%40googlegroups.com.

Marek T.

unread,
Apr 8, 2020, 10:07:47 AM4/8/20
to OpenPnP
So Ubuntu works great but Buster is buggy?
For Smoothieboard with gCode driver is perfectly stable.

Matt Brocklehurst

unread,
Apr 8, 2020, 10:10:45 AM4/8/20
to ope...@googlegroups.com
I think its something to do with that crappy USB to Serial bridge on the Arduino Clone (CH341) - probably if i'd upgraded the kernel on Buster to match what I was running on Ubuntu it would have had the same effect - maybe that was the more "controlled" way of doing it rather than nuking it and reinstalling a different sibling distro!

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/b7b331b1-025f-4fd0-bc6f-39b237238dec%40googlegroups.com.

mojalovaa1

unread,
Apr 8, 2020, 10:31:52 AM4/8/20
to OpenPnP
Lubuntu is light version Ubuntu  and really work fine , if you prefere  linux system Lubuntu is on first place for me.

Matt Brocklehurst

unread,
Apr 8, 2020, 11:34:12 AM4/8/20
to ope...@googlegroups.com
I had to look up what Corretto is - https://aws.amazon.com/corretto/

I'm just using OpenJDK11 at the moment, is it a big difference between that and Corretto? I'm a C++ guy so stay away from the Java scene as much as I can ;) so rusty and out of touch !


On Wed, 8 Apr 2020 at 15:32, mojalovaa1 <moja...@gmail.com> wrote:
Lubuntu is light version Ubuntu  and really work fine , if you prefere  linux system Lubuntu is on first place for me.

--
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/3351b9ec-c328-407e-be31-5e1ad8a77204%40googlegroups.com.

Marek T.

unread,
Apr 8, 2020, 11:37:36 AM4/8/20
to OpenPnP
Write Openpnp in C++ so ;)


W dniu środa, 8 kwietnia 2020 17:34:12 UTC+2 użytkownik Matt Brocklehurst napisał:
I had to look up what Corretto is - https://aws.amazon.com/corretto/

I'm just using OpenJDK11 at the moment, is it a big difference between that and Corretto? I'm a C++ guy so stay away from the Java scene as much as I can ;) so rusty and out of touch !


On Wed, 8 Apr 2020 at 15:32, mojalovaa1 <moja...@gmail.com> wrote:
Lubuntu is light version Ubuntu  and really work fine , if you prefere  linux system Lubuntu is on first place for me.

--
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 ope...@googlegroups.com.

mojalovaa1

unread,
Apr 8, 2020, 12:09:08 PM4/8/20
to OpenPnP
All software who work with Java work with correto 8 , for software developer not have idea , but primary idea is that for PnP machien use one comp. only for machine , not for other staff , with time you will se why .
Reply all
Reply to author
Forward
0 new messages