Yeah, but they don't do IRC at 1am sunday morning.
A friend of mine is having lots of vehicle parts made (1908 Dennis truck he extracted from under the house that had been built around the caravan that the chassis had been converted into). He is using MDF, filler and red-oxide paint.
I'd guess they'd prefer wood... but yeah who knows
I just don't have any MDF, but I do have a nice block of proto-foam from the car design workshops
theorb is now known as theorbtwo
While I am asking off-topic and random questions. Suggestions how to join a 16.5mm OD x 14mm ID tube to a 16.5mm OD tool-steel rod. Strength is important. Best plan so far is a 0.6mm pitch 14.8mm thread.
(No, that isn't in any thread standard)
turn a shoulder on the rod, hammer them together, done
oh strength is important (I misread that about ten times as "unimportant")
I did consider that, but I want to be happy up to 3kN
strength which way?
Aye, tension. No torsion
can you put a 16.5mm ID collar around it and weld it?
Silver soldering is possible
And I have considered TIG
Hmm, actually. Full depth TIG onto a thicker collar with a proper thread might work.
Why do lathes have the tools they have? I am envisaging a lathe with an conical, rotating toolpost, only big enough on top to hold a single insert. Forget toolchanges, you just rotate the insert to suit, and the lack of toolholder bar and tailstock makes rear clearance a non-issue. Why wouldn't it work?
(Thinks, well, you couldn't thread)
hmm, I got way7 too much continuous flex conduit when I ordered it on ebay
anyone wanna buy like 20ft of nice conduit?
It will be a couple weeks before I know exaclty how much extra I have
my thrust bearings need to be replaced :(
alex_chally: what size conduit? I might take some off of your hands
L84Supper, 3/4" ID trade size
works really great with water proof couplings I got from Mcmaster carr too
for about $3.50 a pop
although the dude on ebay I got it from still has more
[05:32:38] <alex_chally> http://cgi.ebay.com/SealProof-LiquidTight-Flexible-NonMetallic-Conduit-3-4-/200466245905?cmd=ViewItem&pt=LH_DefaultDomain_0&hash=item2eacb82911#ht_500wt_1154
ahh liquid tight... I thought it might be flexible cable carrier
[05:47:50] <L84Supper> http://www.igus.com/wpck/default.aspx?pagenr=3507&C=US&L=en#Section_3
Thats energy chain
[05:59:39] <Jymmm> http://search.ebay.com/energy+chain
yeah, it's referred to several ways
oh god, I have been working on my CNC machine too long
[07:05:37] <alex_chally> http://i.imgur.com/WNvuL.jpg
Fox_M|afk is now known as Fox_Muldr
Fox_Muldr is now known as Fox_M|afk
wow I just wrote a Makefile... and it worked after I changed my tab back to a tab
to tab or not to tab that is the question...
You sure you didn't have any control characters in there by chance
Python is the only thing I'm aware of that is sensitive like that
gedit was changing my tabs to spaces and according to Advanced Linux Programming "The line with the rule on it must start with a Tab character, or make will get confused. "
Now that's TWO things that I know that are sensitive =)
Anyone know where to buy solar tubes CHEAP?
don't even know what a solar tube is...
[15:15:04] <Jymmm> http://www.veluxusa.com/Consumer/Products/SUN_TUNNEL_skylights
I guess that won't work in Seattle most of the time...
Heh, sadly no.
I think the tab thing for make has caused me some headaches in the past with the documents and the submakefile
At least it won't any more =)
Jsut setup your editor-of-choice to use TABS instead of SPACES on make files
I'm using gedit can you set it up to do that with just make files?
looks like Auto Tab can do that
what you 'Making' ?
nuthin atm just practicing my c++
Can't a make file be auto generated?
use cmake to generate makefiles
you put a lot of stuff into a file called "CMakeLists.txt" and then run "cmake .", that will generate makefile(s)
hi, you were right about the football :)
Hey all (happy 4th of July if that's your thing)
I've got my gantry mill up and moving around (hurray!), but I'm currently trying to figure out why it's acting like an underdamped system when I jog it around
For example, I manually jog it (in axis) 10 inches, and when I stop jogging it'll move back 0.5 inches or so
(those are arbitrary / non-real numbers I just gave)
I'm currently setup as a type 0 step&dir stepper system with a Mesa 5i23 board, with no ferror things in my hal file
JT-Hardinge: i hate lathes biting, they have far more bite than mills :/ (just moving idle chat out of -devel ;)
I'm glad EMC can fault out real fast and stop trying to turn the spindle into smaller bits
I have a cold beer in one hand and the green button in the other hand... lets see what happens
push the blue button! push the blue button! push the blue button! push the blue button! push the blue button!
which blue button?
Just smooooooooosh them all at the same time!
JT-Hardinge: one goal is to do some repoting on "high loads", since we found our "Y" off so often and noone knows anything about a crash since the last time the turret was recentered, so the turret must move on it's own, deciding to bend the tapered pins i guess ;P
Fox_M|afk is now known as Fox_Muldr
So I started messing around with position feedback for the encoders on my steppers
In the process (modifying my .hal and .ini files) motion on each axis starting getting really rough
So I went back to known good hal and ini files
And the problem persists?
Any clues as to how or why that could be?
lepton: two ideas: you didn't put back the files you thought you did, and regardless of history you have a problem now, so you should just start troubleshooting
I'm pretty sure I've go back to the right files, we're pretty good with using SVN for version tracking and I've gone through some of the older files trying to figure this out
This is oddly similar to an issue we had last week with bad cabling
but we bought the motor driver manufactur's crazy expensive breakout cables, installed that two days ago, and everything was going nicely
oh so you may even suspect hardware?
Anything's possible, right?
so far I guess
it doesn't seem very likely that it's hardware
I haven't touched the wiring, it's in a nice enclosure, and I haven't gotten any errors off the motor drivers
It seems most likely this has to do with the feedback lines in my hal file that I've been messing with
can you give a summary of the setup - what stepgen, velocity or position mode, etc
from my hal file (I'll be refering to single axes, just assume the rest follow accordingly)
setp hm2_5i23.0.stepgen.00.step_type 0
net motor.00.pos-fb <= hm2_5i23.0.stepgen.00.position-fb\
net motor.00.pos-fb => axis.0.motor-pos-fb
so not using encoders?
^that \ on the position-fb was a typo, not in the actual hal ;)
Honestly, I'm very unclear on how to properly use the encoders on the 7i47, or at least how to call it up in hal
I do have the encoder outputs of my stepper drivers wired up to the inputs on the 7i47
I've been looking for reference files, and there's even an old EMC forum posting where someone says they've posted their working files
but the files are saddly no where to be found :/
I was hoping to work on that this afternoon when this choppy motion issue came up
steppers with encoders is generally not done so the configuration might be a bit more complex than normal
At this point I'll settle for getting back to smooth motion :<
Weirdly, my y axis is working alright
And switching cabling between the z and the y makes the z move alright
So now I'm wondering if it's my stepper drivers
do you have your acceleration too high?
I've run it very low (1ips) while troubleshooting today
The drivers do have acceleration limit and closed loop control to avoid missed steps
I'm starting to think I should avoid doing any of that in software (max_accleration = 0) and just let the drivers handle it all
you can't move diagonally then
imagine a move from 0,0 to 1,3 with acceleration controlled by the max setting on the driver, and you'll see what I mean
hmm, good point
So I'm still at a loss for understanding my problems. So far, motion is jerky on axes X1,X2,Z, but okay on Y. If I switch the cable from my 7i47 to the Y with the Z, the Z moves okay and the Y starts having issues (suggesting that the Z output signals from EMC2/Mesa are okay)
Which suggests a driver issue, but they aren't giving me any errors
Sweet! the part came out exactly correct :)
lepton: does a straight step motor config work?
pcw_home: What do you mean, exactly? As in, from a parallel port, or just a more simplistic hal setup for my mesa cards?
Using the example config hm2_step.hal or whatever its called
gotcha. hm2_step is almost line for line what I'm using right now
modified enough to fit my actual pinouts
We (the two of us in the shop) are starting to think this is a Vexta motor driver issue
2 of our 4 drivers seem to be having the issue, and all the signal outputs from EMC2 / Mesa cards look fine
When we swap the axes to different drivers, the issues stay with the "bad" drivers, not with the "bad" axes
So I think this is hardware :<
Is it possible that your timings are marginal? (that might make the stepgen work on some drives and not on others)
as far as the config file goes, I was suggesting to leave the encoders out of it for now as it makes for a much more complicated setup
if you are debugging
oh, good idea! I hadn't though to try to try to extend the minimum timing numbers
I'll try that now
Are your drives differentially driven or single ended?
(+-opto inputs with no common allow differential step & dir connections to 7I47
commoned inputs must be driven single ended)
pcw_home: you are my hero!
You've brought tremendous happiness to the two of us at this shop :) :)
The values I had were the minimums from the motor driver datasheet, but I guess you were right, they were right on the cusp
If you hadn't suggested that, we could potentially have gone days and $1600 of replacement hardware before we figured it out... if we ever figured it out
wee! I'm making parts now :)
Alway good to have a little margin above the minimums
I gave up when I could no longer stand the wierdness. Why would the command "G0 X12.2" in the MDI window move the tool to some completely different (and much smaller) diameter? (and neither diameter or radius is 12.2, nor half or double that)
jepler has changed the topic to: EMC (Enhanced Machine Controller) is a linux-based opensource CNC control. | Latest release: EMC 2.4.2 | http://www.linuxcnc.org