Why don't you try using ChiliPeppr? There was a recent workspace released by Scott Martin that is meant for Android/iPhones for Grbl where the layout of the workspace is conducive to a smartphone screen.
http://chilipeppr.com/grbl-min
Search found 115 matches
- Sun Aug 23, 2015 5:32 pm
- Forum: GRBL
- Topic: G-code sender for Android??
- Replies: 15
- Views: 6125
- Tue Jun 16, 2015 1:12 am
- Forum: Software - CAD, CAM, Workflow Help
- Topic: Preferred SO3 Gcode Sender
- Replies: 11
- Views: 5536
Re: Preferred SO3 Gcode Sender
SO3 is Grbl-based so any app that runs on your Mac will work. That leaves UGS and ChiliPeppr I believe.
- Sat Jun 13, 2015 7:19 pm
- Forum: Software - CAD, CAM, Workflow Help
- Topic: Preferred SO3 Gcode Sender
- Replies: 11
- Views: 5536
Re: Preferred SO3 Gcode Sender
This is a heated debate, but I figure I'll chime in anyway. I recommend ChiliPeppr (Note: I am the core author) even though you're saying wireless is not great in your shop. I presume spotty means things tend to load from the Internet, but they just load really slowly. That means you can still load ...
- Fri Jun 12, 2015 4:34 pm
- Forum: Software - CAD, CAM, Workflow Help
- Topic: Gcode time estimator
- Replies: 10
- Views: 4449
Re: Gcode time estimator
Yes, you can load your Gcode in CP without any controller connected or running. As for the idea of showing like a heat map of where time is spent, that's a cool concept. The only thing is, wouldn't just a ton of lines being rendered in the 3D viewer be just that? Or, are you thinking it goes deeper ...
- Thu Jun 11, 2015 7:06 pm
- Forum: Software - CAD, CAM, Workflow Help
- Topic: Universal G-Code Sender Bogging/Unresponsive
- Replies: 9
- Views: 3251
Re: Universal G-Code Sender Bogging/Unresponsive
Could you, just for the sake of comparison, try out ChiliPeppr to isolate whether it is the Gcode sending process or whether it's your hardware/firmware?
- Thu Jun 11, 2015 4:24 pm
- Forum: Software - CAD, CAM, Workflow Help
- Topic: Gcode time estimator
- Replies: 10
- Views: 4449
Re: Gcode time estimator
ChiliPeppr has a great time estimator now. It looks at the feedrate and distance of each Gcode move and adds it up. It also estimates the acceleration and deceleration on each line move to try to get the overall estimate closer. The hardest part of the estimating is the G2/G3 moves but ChiliPeppr re...
- Sun May 31, 2015 11:22 pm
- Forum: Software - CAD, CAM, Workflow Help
- Topic: Why is this happening? (Circles going berzerk)
- Replies: 3
- Views: 942
Re: Why is this happening? (Circles going berzerk)
Getting arcs to render correctly has always been a challenge. If CamBam was rendering correctly and it looks wrong in ChiliPeppr, then it's likely ChiliPeppr. With the new incremental approach you took, are you saying it renders correctly but doesn't mill? What I would say is even if ChiliPeppr rend...
- Mon May 18, 2015 7:51 pm
- Forum: Software - CAD, CAM, Workflow Help
- Topic: Tip: Creating a square zig zag shape gcode
- Replies: 0
- Views: 454
Tip: Creating a square zig zag shape gcode
Many times I've needed to create a square zig zag shape based on a set X and Y width and height. Typically this would be to flatten out my stock surface, or in some cases to scan something with a laser, or yesterday I needed it to stir a vat of copper sulfate by having the endmill spin while moving ...
- Mon May 04, 2015 1:47 pm
- Forum: GRBL
- Topic: Chilipeppr crashing with large files
- Replies: 9
- Views: 1548
Re: Chilipeppr crashing with large files
Would you be willing to post your file so I could test it out? I may have some quickie strategies to get the file to render, but I'd like to test them on your use case.
- Mon May 04, 2015 1:38 pm
- Forum: GRBL
- Topic: Chilipeppr crashing with large files
- Replies: 9
- Views: 1548
Re: Chilipeppr crashing with large files
Yes, super large files like that can cause problems. ChiliPeppr currently tries to render the entire file because that was the easy approach initially. At some point though, anything that large starts to run out of RAM. The way to solve it is to incrementally render, i.e. just do the first 1/10th of...