Hi, I've made an Autodesk postprocessor (powermill, featurecam, artcam) that works with RRF. It's still a work in progress but so far it works.
The only thing I was not able to remove is the G43H1 at the beginning, I'm not sure if it's post related or cam related...
Canned cycles are dissable.
Arcs works.
I don't have a Duet controlled CNC yet, i'm putting my printer in CNC mode, so if someone can try it, let me know how it works.
Change .txt extension to .pmoptz
I think It would be a good idea if a Duet3 CNC oriented board came out. RRF is great, and very easy to use, but as mentioned before all the boards are very 3D printer oriented.
I would like to have a Duet3 without drivers, thermistor inputs and heater outputs and instead have dir/step outputs and ethercat for the use of industrial servos. Another missing feature is an encoder input for a spindle, needed to do hard threading, and an addon board with isolated inputs and outputs needed for a CNC. Also an MPG input.
Software side, there are no fixed cycles (for now at least), which is not very necessary for a mill (or a router), except for drilling cycles, but it is really used on lathes, also tool radius compensation is needed for a lathe. Otherwise, everything needs to be done on CAM.
It's connected with a 4-wire cable. I'll test disconnecting the PanelDue as soon as the current print is finished.
Well, I actually didn’t find one, nor did I looked for too much. But this got my attention https://www.kickstarter.com/projects/301805155/ustepper
An expansion board with only the encoder would be feasible? I know it’s something I would buy.
It would only need to function when homing Z for the first time and then only when power up the printer.
That way, unless something goes wrong with your bed like a collission, you would never need to home Z.
Sorry if my English is not very good, it’s been a long time since I wrote something on an English forum.
@droftarts Hi droftarts, what I mean by closed loop board and software is that, aside from the closed loop driver which take care if the motor lags behind, the other motors don't take that into account. You can have closed loop drivers, but the system continue to be open loop.
In a real closed loop CNC system, if a motor lags behind, the control board and software (path planning) will notice, trhough feedback from the encoders, and coorect the other motors to keep the syncronicity of the system.
So for example if you are milling a part and at some point there is more matterial, some motor might lag behind, it will be corrected by the driver, but since the others motors didn't encounter that perturbance, those won't lag, and you will end with a dent in your part. In a closed loop system, that is corrected by the software and you won't end with a dent but instead with a smooth surface which is dimmensionally accurate.
At the time of this writing, only closed loop software available (which support step and dir) is linuxCNC with mesa cards. But it would be good to have a newer alternative, without reaching the costs professional CNC controllers like fanuc.
Hi, I'm currently modfifying a cnc router with closed loop steppers and I'm looking for control alternatives which are closed loop.
I could only find LinuxCNC which works with mesa cards and have inputs for the motor encoders, I mean not only the drivers are closed loop but also the control board and the software (in the way professional CNC controllers are).
By any chance do you have in development something like that aim at CNC?
There are more options if you go the route of ethercat, but it's way more expensive.
Hi, I recently change the nozzle of my printer with a CHT 0.6 nozzle from Bondtech and did the max flow rate test from 20 to 50mm3.
It started fine, but at the midle of the print it began to do staggered movements, like for the next 10mm or so, but then it began to move fine again, which was at a much higher speed. So no problem with aceleration or jerk. Also the SD card is new and works perfect.
But I notice that while it now reponds fine to panel due, it has not near the perfomance that it has with firmware 3.5.1.
From 3.5.2 I have web disconections, that is fixed now, but panel due takes always time to connect and to read information, web works fine though.
@T3P3Tony Ok, It seems to be working fine with 3.6beta3+1, no delays I could notice.
@T3P3Tony Hi Tony, I tried but 3.6beta3 wroke connection with DWC, I'm trying to fix it now.
Hi, I have the same problem. I'm trying to update through paneldue console, I send M997 S0, it says firmware updating, connection is lost, I reset the board but firmware file is not changed, is it possible to do it this way or only through USB?
@dc42 Hi, I tried that, and it works ok. Today I installed 3.5.3, same behaviour as 3.5.2, but if after homing, I enter the panel due setup page, and then back to status, everything works as it should, without weird delays. It doesn't happen with 3.5.1.
It's connected with a 4-wire cable. I'll test disconnecting the PanelDue as soon as the current print is finished.
Hi, I'm sure DWC was on 3.5.2, and also try again from 3.5.1 to 3.5.2 and I have the slow response from commands from panel due (and also from DWC), back to 3.5.1 again and everithing runs fine.
I reflashed 3.5.1 and all the awkward delays are gone. Commands from panel due are instantaneous.
With 3.5.2 everything works, but has a delay before commands are executed.
So for now I'll stay with 3.5.1.