Advanced Search

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

 

my1987toyota wrote:

3D printers seem to be the tool you didn't know you needed until after you have owned on.

I bought one as i needed a case for some electronics i built for a friend, needed it quick so had no time to build one, then i bought 11 more as i kept finding them with wrong prices on a local online store, like 3 to 4 times lower than in china!!! Gave some to friends (free), dismantled some and sold some, then built 5 more Voron 2.4R2's for me and 6 Voron Legacy's for some friends.

axis_mm.ini sagt mir nichts.

Ah, ok. I guess the first thing for the wiki was identified. How to help with documentation.

Did you try isolcpus=3

isolcpus 1,2,3 leaves only one CPU for non-realtime tasks so
would likely be painfully slow...

Hello,
I have a Precision Matheus 728, with Linuxcnc 2.9.2, Mesa cards, and gmoccapy GUI

My milling vise came with a slot key (0.5000"), that does not fit my milling machine (12mm slot).I designed a new key on FreeCAD 1.0. Generated G-code. Used it without issues.

But the new key did not fit the milling machine slot.

Using a micrometer, the base of the key measures exactly 0.5000"
But the slot side measures 0.476x (It should be 0.4724).
I am using a 3/8" end mill (carbide, new)
Sotck is 1018 steel, Spindle 1500, Horz feed = 0.5 ipm

I don't understand why the first operation produces the expected result, but the second is 4 thou thicker than it should.
Does anyone can give me an insight on what could be wrong ?

Details:
- The 3/8 endmill is loaded in the beginning of the program.
- The first operations makes a full profile around the stock and produces a dead on 0.5000 depth. (Clockwise, 3 thou depth of cut on last pass)
- All relevant operations are executed using the same tool, same speed and feeds. There are a few M codes between operations though.
- I milled a second part with exact same results (one dimension dead on, the other 4 thou off)
- For the second part I also used a "profile" operation (also Clockwise, 10 thou depth of cut on last pass). The first was done wirh an "adaptive" operation
- The attached G-code is the one I used in the second part ("profile" operation)
- As a sanity check, I run the program again cutting "air". Annotaded the DRO values for Y at the relevant moments, and everything seems correct.
DRO Y abs:
5.4375
4.5625 -> less tool -> 0.5000
and
4.5901 -> less tool -> 0.4724

Is it possible the 10 thou depth of cut on last operation (versus 3 on the first operatiion) could cause a deflection of 4 thou in the column ?
I can only measure a few tenths using my hands
Thanks in advance for any suggestions.
Edmar