I have a quenbe pro cnc router with spark concepts cnc xpro v5 controller, have ran a lot of different files through the setup. after the latest update the router doesn't function, normally when ruunning a g code the z axis returns to home and the spindle starts, then the g code runs its course. now the z axis goes in the negative direction upon starting and does not stop at 0 it will crash into the table and will read -whatever below z0. all the movements are in the correct direction, not inverted steps. have tried running a g code i have ran at least 50 times.
We need a bit more info to understand your problem - what did you update? what cad/cam software and post processor are you using? I'm puzzled by the G28 in the header of your g-code. Alex.
if i zero the z axis high enough to run the code in the air when it is done it goes the opposite was from the home location
Did you home your machine first? Control doesnt determine where the machine goes. It merely sends commands from your file to the controller. If you dont home your machine after a restart (update, power cycle, controller reset), the machine has no idea where to go. Well it does, but it wont be where you think it should be going.
Not our post then Make sure to use our Post: docs:software:fusion360 [OpenBuilds Documentation] which uses Homing instead of G28
yes home the machine and probe for x,y,z and now running the code it goes way below z axis zero until it crashes on previously functional g codes
my biggest question if it is a post processor problem why have i been able to run some of the jobs for the last year? After the last open builds update the code is unusable, all of my codes that have been completed before starts with the G28 in the g code header.
You maybe coincidentally had G28 set higher up than now? G28 is not a fixed position (Like Homing does) - you the operator has to specify where G28 is: See G Codes to learn more. Very confusing to use G28 as its "invisible" coordinate - you have to go and set it and trust that it stays consistent. Its also just an offset stored in EEPROM based of MCS , so much better to remove that extra baggage, use our post that just uses Machine Coordinates directly instead Categorically untrue, as none of the changes to OpenBuildsCONTROL can affect either the fact that you were using the wrong post, nor the position of G28 if you were relying on that with the old post. You can review the Changelog and Commit history at GitHub - OpenBuilds/OpenBuilds-CONTROL: OpenBuilds CONTROL: Download from https://software.openbuilds.com to confirm what each update entailed Either way - best solution forward - use the correct Post and all will work just fine (even better actually as you'll gain back Rapids that got removed from the free version, and tonnes of other bugfixes the included Grbl post still does wrong)
thank you i will try the post, i see in the instructions to download the file but have not fount where to download the post file
1) Tool RPM set correctly in the toolpath? 2) Grbl Settings correct? ($32=0, $30=1000 or max spindle rpm?) 3) Spindle wired correctly and can be controlled from CONTROL > Tool On menu?
the Grbl settings are the same as they have been when previously running the machine, spindle has been controlled from open builds control for the last year until the original post problem came up.
Then most likely that Still worth a check - they might have been fine for the old post - do they still make sense for the proper post? VFD spindle or Router?
i have been looking into VFD settings do you happen to know the correct settings for a Huanyang Rs485
You'd have to take that up with your Vendor, a lot of the advice above was under the assumption you were a customer running our controllers as you were using CONTROL. The xPro people have their own software recommendations
Yes, i quoted that - thus - contact the vendor of that controller, for advice on setting up a VFD. Its in reply to your question: No we don't, the company you bought from should provide support for their products