Hey guys. I'm currently at a loss.

Hey guys. I’m currently at a loss. I just set up a c beam CNC router using a raspberry pi zero W and an Arduino uno with grbl 1.1 in the /jpadie workspace to control it. Everything mostly works correctly except that the job keeping freezing. I’m trying to cut 100 holes in the spoil board spaced 20mm apart. It will complete about 20 or so holes and then just stop dead in it’s tracks. The buffer is still full when it does this. The machine will now display idle. If I hit feed hold and resume. It will pick up where it left off until it freezes again.

I’ve recently made the pie run in headless mode. Added separate power supply for pi/uno, and grounded the frame to earth. I’m not sure where to go from here.

Any help would be greatly appreciated.

This may be the bug that in the SPJS buffer. I have not heard of it in a while, but I don’t believe anybody really ever copied the perfectly debugged TinyG buffer to fully make sure the Grbl buffer was perfect. I added extra locking in the TinyG buffer to ensure no deadlocking and that same technique could be used in the Grbl buffer. The original author of the Grbl buffer could never reproduce your error and it shows up more often on lower powered devices like Raspi.

Well then… This is beyond my expertise xD. If I could help the original author since I have replicated this bug, if be happy to do so.

In the mean time, would a pi3 likely work better than a pi zero, or perhaps grab a tingyg?

I say grab tinyg V8 because then you’ll have perfect feed hold which I find key on cnc jobs

Always useful to see the raw verbose sjps output for these things. With that we can get an idea for whether the board is resetting and if so what was happening just before.
It may be spjs and the buffer algorithm or it may be something in the grbl firmware that we can help plug.
Also if you are using an Arduino with a 16u2 as a USB interface then make sure you’ve updated it to the right firmware. There are known issues with this. NB this is the small chip not the atmega 328p.
If you’re using a ch340g clone then try with a genuine board. There are all sorts of issues with those usb chips.

I would be happy to post the log if I knew where it was =)

Forgive my ignorance, but how do I access the verbose log?

You just start spjs in verbose mode. Then either let the output fill up the terminal or pipe it to a file.

Hey guys, I started up SPJS -v . I thought itd show more information as the gcode was running. This was what it displayed right up until the the machine froze.

pi@SloppstaPi:~/serial-port-json-server_linux_arm $ ./serial-port-json-server -v 2017/12/05 13:59:50 main.go:89: Version:1.88
2017/12/05 13:59:50 main.go:96: Hostname: SloppstaPi
2017/12/05 13:59:50 main.go:102: Garbage collection is on using Standard mode, m eaning we just let Golang determine when to garbage collect.
2017/12/05 13:59:50 main.go:115: Starting server and websocket on 989
2017/12/05 13:59:50 main.go:118: The Serial Port JSON Server is now running.
2017/12/05 13:59:50 main.go:119: If you are using ChiliPeppr, you may go back to it and connect to this server.
2017/12/05 13:59:52 seriallist_linux.go:292: Rootpath:/sys, Numscanned:13344
2017/12/05 13:59:55 seriallist_linux.go:292: Rootpath:/sys, Numscanned:13344
2017/12/05 13:59:55 seriallist_linux.go:118: The list of directories with serial port device data:[/sys/devices/platform/soc/20980000.usb/usb1 /sys/devices/plat form/soc/20980000.usb/usb1/1-1 /sys/devices/platform/soc/20980000.usb/usb1/1-1/1 -1.2]
2017/12/05 13:59:55 seriallist_linux.go:131: Directory searching: /sys/device s/platform/soc/20980000.usb/usb1
2017/12/05 13:59:55 seriallist_linux.go:159: This is a hub, so skipping. /sys/de vices/platform/soc/20980000.usb/usb1
2017/12/05 13:59:55 seriallist_linux.go:131: Directory searching: /sys/device s/platform/soc/20980000.usb/usb1/1-1
2017/12/05 13:59:55 seriallist_linux.go:159: This is a hub, so skipping. /sys/de vices/platform/soc/20980000.usb/usb1/1-1
2017/12/05 13:59:55 seriallist_linux.go:131: Directory searching: /sys/device s/platform/soc/20980000.usb/usb1/1-1/1-1.2
2017/12/05 13:59:55 seriallist_linux.go:207: Arduino (http://www.arduino.cc) : (952383 43334351919092) DevClass:02
2017/12/05 13:59:55 seriallist_linux.go:309: Rootpath:/sys/devices/platform/soc/ 20980000.usb/usb1/1-1/1-1.2, Numscanned:151
2017/12/05 13:59:55 seriallist_linux.go:220: /sys/devices/platform/soc/209800 http://00.usb/usb1/1-1/1-1.2/1-1.2:1.0/tty/ttyACM0
2017/12/05 13:59:55 seriallist_linux.go:226: list of ports on this. map:map[t tyACM0:1]
2017/12/05 13:59:55 seriallist_linux.go:227: .
2017/12/05 13:59:55 seriallist_linux.go:275: Final port list: [{/dev/ttyACM0 Ard uino (ttyACM0) [] 95238343334351919092 02 Arduino (http://www.arduino.cc) 0043 2341}]
Error trying to bind to port: listen tcp :8989: bind: address already in use, so exiting…2017/12/05 13:59:55 main.go:183: Error ListenAndServe:listen tcp :898 9: bind: address already in use
pi@SloppstaPi:~/serial-port-json-server_linux_arm $

this suggests that something else was attached to your serial port. no connection was ever established.

I don’t understand. Chillipeppr will state disconnected. I open spjs -v, I hit connect on it says sloppstapi and shows the uno. I select grbl and check the box. Grbl shows in serial. I can control the machine. How is that not having a connection established?

the trace says that the address is already in use. so spjs was not able to connect. kill the processes that have bound to the ports and try again.

It’s a fresh copy of raspberian with nothing besides spjs on it
missing/deleted image from Google+

I’m not sure what I am supposed to be killing.
missing/deleted image from Google+

Type ps -ef to see all processes running.

Okay. Figured it out. I had to kill the spjs that started on boot. Got verbose running. Will post it tomorrow. Much appreciated guys!