* paul_c reads the latest post from Jon Elson on rotary axis configs
hey Paul and all
breaking for lunch
I saw a post to the user list just now...someone needs to tell these guys not to worry about Ferror settings on stepper emc
True if it wasn't for the PID loop
Also found that the local isp here (I don't use them) is charging $100-$800/month for web hosting!!!
so they are just setting up $9 ipowerweb accounts and "administering" for all the extra money
low cost hosting round here is about �10/month
Well these guys haven't paid their rent in 3 months
If you have a static IP address, you can do it for much less.
I may grab there customer base
No...heres the plan... I will help them set up an Ipowerweb acount with the $9 billed to them
Show them how to do an FTP transfer...
and setup or transfer their web site for a flat fee of about $1000
It will save them loads of money
I need to find a kid or something who is an HTML geek NOW
...Trying to get my son to do it
He is good at HTML but considers it boring and doesn't like it
oh and back to the Ferror... just set V feedforward at 1 and throw big numbers in the virtual PID right?
big Ferror numbers
Could do with some PID values so that unity gain is achieved
yes I guess...never use the stepper stuff
Oh and also...Paul Hamler is visiting again a did a very nice stylus drag brass "chips" engraving with a powered by emc logo
Some folks might like one
Don't know the name...
Famous miniature tool maker
The only one I know is Barry Jordan
The 7 inch tall working Bridgeport miller
[02:31:36] <les> http://www.craftsmanshipmuseum.com/Hamler.htm
* an0n_ has been learning how to TIG weld today
Just don't get bombarded by too many alpha particles from the thorated tungten tig tip :)
I wouldnt worry too much about that
naw just a joke...radiation is very low
it's very hard tho
But the thorium reduces the work function of the metal a bunch I guess
* an0n_ has no idea
[02:37:49] <paul_c> http://www.sherline.com/jmfJor03.htm
I just care about making neat welds ;)
in alu or stainless
tig is the one
I only have MIG here
um I mean GMAW
I only have a shitty little mig at home.. :)
our Miller and Hobart divisions like to call it that
mine is 170 amp and not very good
the tig is too expensive for me to have as a toy :)
I think the torch costs more then my mig :)
although the tig is at my father's company so it dosent matter that much...
I have a box of tweeko tig torched somewhere
Had a gig to do some signal analysis of the arc for Miller
for their computer controlled supplies
now I just need some stainless steel pipes, so I can weld a nice exhaust for myself..
and well, a couplf of 100 hours until the welds start to look ok
I could use that too
well back to work for me (after I finish lunch)
A couple of tips when weldin 1.6mm wall s/s tube
use 1mm dia wire, and run argon through the pipe to purge it
got that tip off the instructor, however it's a e
Oh, and stainless steel has a habit of cracking when used on an exhaust system
exhaust system, I dont care if the welds get blue-ish
it depends on which kind dosent it?
* paul_c used 316
and if you use filler :)
the filler wire was 316 as well...
what kind does the exhaust shops work with?
the two common grades of stainless steel are 303 & 316
both suffer from cracking
I read somthing about what to use earlier
for headers it was..
or 2343, 2353
these are DIN numbers ?
I think so
[02:55:10] <an0n_> http://www.engineeringtoolbox.com/6_32.html
there you have the conversion
Looking in a Sandvik bok...
brb... need to eat a bit
2333 is BSi 304
and 2343 is BSi 316
316 (2343) is the standard grade for food & chemical work
and the easiest to find in thin wall tubing.
I have the script finished
Now, I need something to preview the output
Too bad I've never gotten emcplot3d to work
Anyone care to preview my .ngc file and send me a picture?
DCC it over...
Haha very funny
Remember last time?
I don't think I'm able to send out over DCC
but let's try anyway
I had indeed forgotten..
Will you take a .tgz through email?
Will have to look after Tea.
37kb on it's way
* asdfqwega needs to go to the hardware store for some setscrews.
Paul, thanks. When you get to it, you can just dcc the preview to me, or email it back.
* paul_c runs grapres.ngc
How you doing?
Waiting for a file to transfer
I found a small issue with the mode widgets. They don't want to pack correctly.
We are going to have to get you a t1.
with a spur to Crystal Falls I reckon.
You bet. Direct.
You seen mike around at all today?
* paul_c prods asdfqwega
Not seen or heard Mike for a while
The two tcl scripts live in emc/tcl ?
Yep. I tried to weed out a lot of the extra libraries by sticking stuff right into smini.
The only source is buttonde now.
Didn't see a good reason to leave it three directories deep.
OK, so all the tcl/stkemc/ is redundant then ?
There are a few references to scripts but I plan to take all of them out as well.
Not needed with this app.
OK, I'll leave the stuff in place and let you delete when you are ready.
The only thing I'm thinking is bringing IO_Show.tcl forward alongside these two. The rest can go.
That should clean up 500k or so.
If we leave the tickle stuff in emc/src/emcmot we can always troubleshoot from tkemc.
OK - (most) of the tarball added to cvs
Just the run file ommitted
I discovered last night or early this morning that the command to move files wrapped the text. Damned unhandy with tickle code.
you mean scp ?
I suppose I should have made a tarball on 32 and then passed that here. We get to soon old and to late smart.
it shouldn't have done...
Tried it several times with the same result.
perhaps there was some sort of filtering going on between.
perhaps the file was trashed at the other end - scp should treat all files the same.
Might be. I never did find the stuff that I was running while I was there.
Is there a backplot in smini ?
Yes. You're 3d version with four preset angles.
Pretty much the same as mini.
One comment to make on smini
Go. Got the nomex handy.
No A axis readout
There is if you define a in the ini.
It stretches that top panel down a bit. I think that I'll have to make a little more space for the position displays.
It certainly does not handle extra axes as well as mini does.
I see 0,0,0 is set at 0.25" from the limit switches
Smithy's decision ?
Right. That is just about the diameter of the pickup ring.
on the prox.
a rotary will have to have a much larger number in there. It will depend upon where they place the prox for a.
Getting a bad return from emcAxisSetCycleTime as soon as I enable A axis
With the ini I sent?
acemi is now known as acemi_
Don't think that's right.
Let me look a bit.
acemi_ is now known as acemi
I lifted the rotary pretty much from my Sherline but it looks like I didn't finish it up right. Let me send a new ini.
lilyj: richlowe is trying to make me cry
acemi is now known as acemi_
paul_c: You prodded, sir?
That was hours ago...
A suggestion for your script
Yes, I always read the backlog
Reduce the M03/M05 calls
That's easy to say, but that's the nature of turning a raster image into gcode
Did it cause a problem?
There are guys who do what I'm doing, but they use a trip switch on their Z-axis to do the same thing :)
Are you using M03/M05 to control a laser ?
In that case, you'd be wanting to use another M code
what do you suggest?
I know that the bridgeportio has a wait_time setting - and I have mine set to 0
I thought about using M07/M09
Trying to remember what the functions are...
M07 - mist, M08 - flood, M09 - coolant off
So what happened with my program? I know all the little pauses would add up fast...
Unless it choked the interpreter
OK, found it...
to turn a bit ON on the parallel port, use M62 P[0-11]
and OFF, M63 P[0-11]
however, bits 0 to 7 will be used by the stepper motors...
so P is in the range of 8 to 11
I have 2 parport on a card - and bridgeportio has spare output on the second port
The advantage of M62/M63 is it is coordinated with motion
where can I read about M62/M63?
so M62 will turn a bit ON at the start of a move,
and M63 OFF at the end.
That would definately help prevent that little bit of dwell time...which is bad, with a laser
Not sure if the Handbook has been updated, but I do remember adding some notes to the LyX master some time back.
Search the archives @ SF for a post from Fred Proctor
The only mention of M62/M63 in the Handbook(s) is one short paragraph.
I was not aware of M62/M63...looks handy
Also M64/M65 for non-realtime IO
so 62 and 63 are RT?
The ON/OFF is syncronised in realtime
checking out cvs of documents/ <--- didn't know it was there
You'll need LyX >= Ver 1.3
62/63 are RT?!
* asdfqwega 's mind starts to whirl with possibilities...
I'll try to expand on earlier comments...
M62 P8 G1 X2.75 F100
Will place two commands on the RT motion stack...
Turn ON Bit 8
Move X2.75 @ F100
Bit 8 will not turn ON untill the X move commences
Do this still work with the limit of 4 m-codes per block/line?
* asdfqwega starts thinking about 4-bit output
hmmm large format emc inkjet printer....
I'm going to have to hack a SMPS to give my laser variable control...
There is still a limit of 4 M codes per line
but that can be changed (at compile time) if need be.
...black and white photography on wood with a defocused beam (with some gamma correction)
paul_c: in your example - M62 P8 G1 X2.75 F100 - is the bit cleared when the motion stops?
If not, I can see how I would need to use M63 in a line following it
The bit is not turned OFF untill you use an M63
I see. This will work perfectly for me
A quick mod of my script, and I'll try it out
Eeeww... Kernel panic on a new test build..
I'm off to see the wizard.
alex_joni3 is now known as alex_joni
I need a faster connection...
sorry... my internet connection is pretty crappy
I know the feeling
Eight hours to upload a file last night...
wasting a lot of time for trivial things...
spotted a possible error in the lathe fork
same on emc2 HEAD branch...
Compile 'rtl_ulapi.c' to tmp dir using non-realtime C rule
Is that in the Makefile.inc ULFLAGS ?
I think so... I just spotted it from the compile_farm logs
I don't have BDI2.18 myself...
however it seems to work ....
It should read " -I. -I/usr/src/blah/blah"
-I. follows later, maybe one -I is extra ;)
just tried autoconf, ./configure
works like a charm here
2.4.21-adeos with RTAI-3.0
is php acceptable for the web-page?
or should I stick with plain html?
As long as you don't use java or flash
no way ;)
php is easier to admin...
I only use <include's> and such...
another thing about BDI2.18...
building seems to fail because of X11 libs tcl and tk.lib depend on
-L/usr/X11R6/lib -lX11 -ldl
those seem to be missing from the linking
they should have been extracted from tclConfig.sh and tkConfig.sh...
alex_joni3 is now known as alex_joni
I don't have tcl8... so I can't really test it
what distro are you running ?
I gotta run to work.. finish packing for tomorrow..
but I'll be back later on IRC