i agree with you. but i’m not really spending this effort for me. I am really hoping to have something that will work for the majority of shapeoko users. Unless Jarret thinks there is a bug in the wipe feature, or I think of something else to try, I may just have to resort to not wiping and users will have to be careful with the shuttle wheel. It is still very useful that way.
But yes, the more I learn about the internals and what is actually implemented, the more I realize that the G-shield is just not quite full featured enough.
that’s a good idea. maybe i’ll plea for a command to let us wipe the grbl buffer. if we had that, i think we’d be in good shape.
i’m going to clean up the code soon and share it… it’s a little embarrassing at the moment. Hopefully if someone knows a way to stop motion and clear the buffer they can implement it and send me a pull request.
When I last talked with Sonny he said that Grbl was as far as it can go. I can understand why he’s saying that. You can’t really squeeze much more out of the Arduino Uno/Duemilanove platform. He’s done an amazing job with Grbl, but you have to move to a more powerful processor if you want to go further. So, I’m not sure pleading will help.
the code for this utility is now available. Feel free to try it out and contribute. See the “TODO” file for things that I know it needs. And feel free to suggest any others. https://github.com/lordmundi/shuttleCP
yeah, it looks like your nopoll compile and install didn’t finish. Did those steps of the compile process go ok? Did you run the sudo make install at the end?
All I did was grab your git project and type make. I’m assuming there’s some dependencies? Or is it that nopoll is just not readily available on Raspi? Have you considered getting to know Golang? It solves lots of things like dependencies like this.
I just realized you have a README.md and a README. I thought everything was just in README.md. That’s helping, but still struggling through the process. Wow, I’m 2 hours into this process just trying to get your C app working.
Wow. I just got it working and it’s SUPER cool. Love it. You even auto-reconnect to SPJS if it restarts. The movement is pretty smooth. You got the inner wheel and the out shuttle jog to work and they’re really slick. I like that you allow the toggling of fine resolutions as well with the 5th push button. It really works great actually. Why did you need WiringPi for this if it’s just a USB HID device?
i don’t need it at all at the moment, but i know i want it shortly and wanted to make sure i wasn’t doing anything architecturally that would proclude it. I want to make an enclosure for the pi that has LEDs on top that indicate what axis is being jogged and also LEDs that show what movement speed it is on. I think I’m also going to add buttons for feed-hold, resume, and reset. Also, there will be an LED to indicate if we are successfully connected to SPJS or not (it might flash if not or something to indicate a problem) and also i will have one button to reset my main loop and reinit the connection and re-init opening the device just in case you want it to force to reset everything. That’s the plan anyway. Right now I’m trying to think of a slick design for the control plate in aluminum to mount the leds and buttons.