Advanced Search

Well, after 6 years, it’s time to say good bye to this baby. It’s about to leave and move to its new home.

Stay tuned to see my new build that I started last night.

Much the same, just a bit bigger, and faster, and more powerful.

Thanks for all the help and support. I’m probably going to need it for the next one as well.

Cheers

Aciera wrote:

You would need to add the 'skew-y' pin and the corrective terms to the forward and inverse kinematic models of the xyzac-trt kins.

need to add the 'skew-y' pin 
This I understand.

corrective terms to the forward and inverse kinematic models of the xyzac-trt kins.
This is hard for me , not understand.
Now I open .hal of xyzbc and i add 

loadrt skewkins
before line
loadrt xyzbc-trt-kins sparm=identityfirst 

try to run linuxcnc and error  :
<commandline>:0: Pin 'motion.switchkins-type' does not exist
INI file HAL command net :kinstype-select <= motion.analog-out-03 => motion.switchkins-type failed.

Could you please guide me? I am ready to learn it

Thank you,
Asis

 

I need to build linuxcnc in buildroot, is there any reference document?

1. This makes no sense in your custom mcode as the file needs to be executable in the first place
2. comment out those 3 lines in your hal file, start your config and use the 'show halconfiguration' tool to check for the correct pin descriptor.

Good to hear, now I can focus on using the machine rather than figuring out a configuration I setup five or six years ago

You would need to add the 'skew-y' pin and the corrective terms to the forward and inverse kinematic models of the xyzac-trt kins.

I wonder what Grotius did that can have such implications. After all it wasn't long ago we used to download and compile the ethercat master ourselves when we needed it.

Anyways, I have installed ethercat from repositories a few times the last few months and always ran into this with the signing and expired key. And the last time on 2.9.3 iso the ecat.sh didn't solve it. Can we have a pointer in the first sticky to the third sticky? I had a hard time finding the ecat.sh script to start with.

The ecat.sh script, admittedly I may have screwed some things up, did add a duplicate entry in /etc/apt/sources.d. The original was call ScienceLab-something. I removed that one. Then there was the question of where the new downloaded key went. Kind if forgotten the details but there became duplicate keys and one had to be removed.

In the end I wonder if it isn't easier to just remove the signed-by entry in the sources file. So now I only have this in the igvh.sources file

Moving forward a bit, this time the Z-axis. 
The profile turned out to be bent, I had to level the plane for the rails.

 

When machining, some of the clearances were very tight.

 
 

But it went well, plus another part ready to go.

 
 
 

I could not locate the video, you are refering to.

"Trying to get more info" and ending up having to create it, I personally would shy away from.

spicer wrote:

axis_mm.ini sagt mir nichts.

Seine Maschine muss dann wohl "axis_mm" heißen, da i.d.R. die "ini" nach dem Namen der Maschinen benannt wird, wie auch die "hal" usw.

Actually I doubtful of the Linuxcnc compatibility, and unless they come up with a driver..

Also I don't see any Linuxcnc compatible interfaces, personally I wouldn't trust wifi for running a cnc machine based on the Linuxcnc model. Maybe CAN or SPI but that would limit the choices of the computer platform.

Hi
I have question.I would like to know if I can use skewkins together with xyzac-trt-kins. If it is possible to use them together, what steps do I need to take? Please provide me with some guidance.

Thank you,
Asis

Hi,

So I spent the rest of the day trying to figure out how to get a gcode command to turn a relay on and off using the output pin from the mesa 7i96s.  The relay controls the pumps and it needs to be turned on before I start EDMing.  I think getting a simple relay to work before trying to mess with a PID loop is best. I am not sure if it is relevant but the pin is TB3 pin 14 based on the mesa 7i96s manual.  

I believe what I need to do is have a user defined mcode (this allows me to easily turn the pumps on and off and I can also modify my gcode post processor to turn this off and on after I output any drilling operations).  The name of the file is M101. I will also write a M102 to turn the pumps off once I get this first one working. And btw this is just placed in the main folder that is this machine.  Here is what is in the M101 file:

#!/bin/bash
halcmd setp motion.digital-out-00 true
chmod +x M101
exit 0


I am also trying to modify the .hal file to actually call up the mcode command. Here is what I have in the .hal file:
setp hm2_7i96.0.output.00 true
net edm-pump-output <= motion.digital-out-00
net edm-pump-output => hm2_7i96.0.output.00 true

Something is not right though because I am getting the debug error "paramater or pin 'hm2_7i96.0.output.00' not found" and the machine won't boot up (I did get it to boot up after flashing though).

I am going to look at this with fresh eyes in the morning.  But this is not an area I am proficient in and I am not finding a webpage that clearly lays out the syntax.  I get that the pin needs to be set, and then connected.  But I really do not know how to do that.  So if someone would be willing to point out what I have wrong I would really really appreciate it.  

Thank you.

Best,
-Dylan

(for context for anybody not reading the gcode: he's doing a profile to 0.500 wide all around the part, then machining to 12mm by taking another 2 cuts at a higher Z level- one roughing, one finishing, taking all of the 0.7mm from one side of the part)

First thing that strikes me is 0.5 IPM feed seems really low at 1500 RPM. If you're using a 4 flute cutter, that's 0.00008 IPT (not a typo- under a tenth chip load). Possibly nothing to do with anything, but I'd bump up the feed quite a bit. I often finish at 10x that chipload (albeit in aluminum, but that's not going to change the scallop height), roughing obviously at more. Seems like you're going to burn up endmills like that. Check out a speeds/feeds calculator (GWizard, FSWizard, HSMAdvisor, etc.) if you haven't.

Does the DRO agree when you're cutting metal, not just air?

Do the DRO scales feed back into LinuxCNC?

What size stock are you using? I guess the 1018 is cold-rolled? 1018 CRS is notorious AFAIK for having internal stresses that cause the part to "banana", especially if you remove more material from one side than the other. I don't know how you're measuring, but if you're putting caliper jaws across the entire length of the 12mm dimension, that could be throwing it off.

Do you get closer to your desired result if you re-cut the same part (eg, run the program twice without changing the stock/setup)? Or does it cut a little more off the 12mm dimension? You could alternately add a "spring pass" to your gcode- just repeat the 12mm finishing cut.


The gcode looks OK to me.

You can try cutting in a different/easier material (eg, plastic or aluminum, adjusting the speeds/feeds accordingly) to see if the dimensions come out the same- that would presumably help narrow down deflection vs some other problem.


Finally, note that especially steel-cutting end mills are commonly up to 0.002" under the nominal diameter (eg, www.destinytool.com/raptor-dvh). May or may not have anything to do with anything, given your 0.500" dimension is right... but it could be an undersized end mill + backlash cancelling each other out. When you cut on one side for the 12mm dimension, you wouldn't have that effect.

So, I just watched a video showing off this new CNC board from BigtreeTech. The video said it works with LinuxCNC, and I see it supports two other firmware as well. Has anyone worked with them on this? 
biqu.equipment/collections/control-board...treetech-scylla-v1-0