Just loaded Chili Peppr and installed for my small DIY CNC engraver running on

missing/deleted image from Google+

I am ignorant as to the way remote software runs like Chilli Peppr; but I want to ask if port forwarding on other router subnets (Ie. same external IP but different router IP) could be affecting updating the axes coordinates? I am doing some “tedious” port forwarding on my router for a different internal router IP associated with my security cameras to b viewed off site. And have discovered my ISP (Suddenlink) blocks port 80 as result of a 2-year struggle with getting the cameras to work offsite. Forgive me if it just clouds the water to mention it. But I truly want this software to work too and so I’m trying to make full disclosure.
KaDee

@Kadee_Mccormick it looks like your board is not reporting any tool head location data at all. It is just sending . I suspect that this is something specific to the config with which your version of grbl has been compiled.

It will be interesting to see the data flowing back from the ? command in the serial window.

if you still get no luck my suggestion would be to install your own version of grbl from scratch. If you’re not experienced then I’d recommend using the arduino IDE to do the compilation and installation to the Uno.

@Kadee_Mccormick re your post about port forwarding - assuming your device is plugged in to the computer then it’s not an issue with Chrome (there are loopback issues with Edge which needs a little bit of overcoming if you want to use that, there are also potential issues with crossing subnets if you’re using SPJS on a different box internally. Simplify things until you’re comfortable that the basics are working).

I typed a “?” n the Serial port controller window and captured the screen shot within about 3 sec. (Fast as I can go with arm in a cast - I have broken arm.) I hope this shows u what u need. If not, I will try again.

Your analysis makes sense. Thanks for sticking with me till I get this going. I’ve watched utube videos for 3 days in the interim to learn the controls. And I’m anxious to try the machine.

It took hours the last time to get Arduino loaded with GRBL. None of the instructions given by Zyltech, Github or on youtube were worth 2 dead flies and it took 6 attempts. Do you have a preferred method or link to something that really works? I will do it and get back to u once it is reloaded…
missing/deleted image from Google+

It looks like you still have the serial filter on.

But in any event I can see that there is no position data being transmitted from the board. Or at least none being shown by spjs.

So I’d suggest building your own grbl compilation. It should not take more than 45 seconds on an averagely fast machine.

Ensure you have Arduino IDE installed.

Then download the grbl code as a zip file from here https://github.com/gnea/grbl

Unzip and put in your Arduino libraries folder.

Start Arduino and click file -> examples, scroll to Arduino upload and click.

Make sure that you specify the right serial port and that the programmer is set to mk2

Click upload.

The code will compile and upload. Might take a minute. Then try debugging again.

i reloaded GRBL onto the arduino using the IDE supplied by zyltech from instructions. I have no faith that the upload was done correctly since the instructions and video they supply are inadequate, seem to leave out steps like including the GRBL library and presupposes you have loaded arduino files. However, the upload responded with no errors just as it did the first 6 times I tried it.

Sorry, but there was no change in chilli peppr performance (coordinates do not change and tool does not follow the gcode). I checked and It is still showing “idle” in the JSPS window when run in verbose. Forgot to make another screen shot but I will next attempt.

Fortuitously, I do have another Arduino uno board or two that came in Sparksford kits that were given to me. They are older, condition unknown, and likely a clone too instead of the genuine Arduino that came from Zyletech, but I will attach it to the shield, load GRBL and try it on one of the boards in case Zyltech inadvertently sold me a defective board. I will try this and get back to u.

SUCCESS!!! When I replaced the Arduino board, which turned out not to b a clone BTW, and reloaded GRBL as I had done for the last 8 times it now works showing tool position as it cuts and coordinates. Motors move fine too, just not right steps/mm and accel yet. EUREKA!!!

Evidently, I had a piece of bad hardware supplied from the vendor when I bought this kit. Once I get the steps and acceleration reconfigured on the new arduino GRBL I’ll be able to start learning this software and start engraving handsaws with this CNC instead of doing them by hand with a Dremel and diamond bit. If I can manage, I may even make me a nice 24" by 36" wood router CNC once I learn the ropes using Chilli Peppr software of course!

I realize it was not your issue; but like troopers you guys stuck with me till we found and fixed the problem. Thanks!!!

BTW - I am impressed with the You tube videos you made which sold me on your software.

Thanks Again!!!

KaDee
McCormick

All kudos to @jlauer ​ for the videos and CP.

@Kadee_Mccormick ​ glad you got it working. There are reported issues with certain usb to serial converters even on genuine arduinos. The ch340 type chips have had issues. And the use of the atmega usb chips (tiny square chips near the usb jack) sometimes requires for that chip to have its firmware updated (nb this is not the same as the 328p firmware nor a sketch nor the CNC code - it’s a different chip).
The ftdi usb to serial converters chips seem reliable.
So if you have been sold a cheap knock-off using the ch340 or similar then problems are to be expected with dropped serial data. And if you are getting dropped data with a genuine Arduino then the answer may be to try flashing new UART firmware. But I’m still puzzled because the reports have been that the data rxd by the board is lost and not the other way around. Perhaps a dodgy crystal or resonator.

Nb don’t run these boards too fast or too slow on the UART baud rate. 115200 is reportedly the sweet spot.