Raspberry Pi g-code senders for Grbl

Discussion about the arduino based g-code interpreter, grbl
TomDChi
Posts: 184
Joined: Wed Mar 18, 2015 2:36 pm

Re: Raspberry Pi g-code senders for Grbl

Post by TomDChi » Mon Oct 05, 2015 5:59 am

I got a RPi2 and started with the NOOBS setup. I got bCNC running pretty easily, but no luck yet with UGCS. Lots of stuff I don't understand when I try to start it up. I did read through and see that I needed rxtxSerial, so I installed it. But up until 30 seconds ago, I wasn't having any luck. I just stumbled across this page:

http://stackoverflow.com/questions/2175 ... brary-path

The last suggestion there just worked for me - starting with this line:

Code: Select all

java -Djava.library.path=/usr/lib/jni -cp /usr/share/java/RXTXcomm.jar -jar your.jar


Replace the "your.jar" with the path to the actual UGCS .jar file.

Now I need to figure out how to edit the start.sh to deal with the "library.path" thing to find RXTXSerial...

ammoody
Posts: 23
Joined: Sat Sep 27, 2014 10:06 am

Re: Raspberry Pi g-code senders for Grbl

Post by ammoody » Thu Feb 23, 2017 4:13 pm

I know this is an old topic, but I had ran across it while searching for a better Grbl sender option on my Raspberry Pi, so I thought it would be useful to put my experiences here for future wanderers.

I had been using Universal GCode Sender exclusively on my Raspberry Pi. It worked well enough, did it's job, and was fairly reliable. I had recently installed Repetier-Server to operate my 3D Printer and was blown away at how simple and efficient this workflow could be. I start scouring the InterWebs for a similar solution to run my ShapeOko 2. I tried so many different ones and dismissed them for one reason or another (I'll include the major ones here for review).

After nearly giving up and trudging along with the old standby, I happened upon a link in a footnote on the Shapeoko Wiki for CNCJS. This software is AMAZING! This solved so many of the issues I had been struggling with and worked so much better than any other package I had evaluated. I don't know why it hasn't been more widely adopted other than being almost impossible to find.

The main distinctives, for me were as follows:
  • Full-Cycle (the app should handle every aspect of the milling operation, I shouldn't have to switch tools or interfaces in order to complete a milling job)
  • Headless (I shouldn't have to touch the RasPi physically in order to complete a milling job)
  • Autonomous (I shouldn't have to maintain a constant connection from my PC to the RasPi in order to complete a milling job)
Universal GCode Sender succeeds on Autonomous, but fails on Headless and Full-Cycle. I have to upload the GCode to the RasPi for UGS to be able to open it. UGS requires critical operations to occur from the RasPi interface - can't load or start a job from the web pendant. Starting the web pendant is also manual and requires that UGS be running on the RasPi.

ChiliPeppr succeeds on Full-Cycle and Headless, but fails on Autonomous. The PC is doing all of the work and if the PC shuts down or the network connection is interrupted, the whole job fails. Also, I had a lot of trouble loading large jobs in ChiliPeppr - it crashed quite easily.

CNCJS addresses all of these concerns and actually helped me discover an issue I had with electrical interference that I didn't even know about. UGS would just flood the console with every command and a million 'ok' messages, so I never saw the errors in the console. CNCJS only shows the errors in the console, so it was extremely evident on the very first job that I had some troubleshooting to do. After adding a shielded USB cable with ferrite cores, flashing my Arduino to resolve serial port issues, and bypassing my USB hub, I'm now running flawlessly. I had been fighting random lost steps for over a year now and could never put my finger on it.

If you have the same requirements I do, then CNCJS is going to be a life saver and I highly recommend it. I'm not the developer and I haven't been paid to make this endorsement, I'm just a very happy end user.

Even if you don't think you need these features, I strongly encourage you to give it a try. I think you'll be surprised on how well it works and the unexpected improvements it will add to your workflow.

https://github.com/cncjs/cncjs

lordmundi
Posts: 207
Joined: Wed Jan 01, 2014 4:02 am
Location: Friendswood, TX
Contact:

Re: Raspberry Pi g-code senders for Grbl

Post by lordmundi » Fri Feb 24, 2017 12:57 am

I'm glad you posted this. I haven't looked at CNCJS in a long time and I'm really glad to see that it is still being developed. I really like that it allows the user to choose when to upgrade, unlike Chilipeppr. This has been my biggest complaint with Chilipeppr - the fact that getting everything tested and working one day in my shop is no guarantee that the next day when I come out it will run as before while i'm using expensive materials.

Even though I'm not using CNCJS at all, I think I'm going to go make a donation right now! Thanks.

Post Reply