jon e says feedrate compensation must be turned off for rigid threading (tapping?) but i dont see why that is
i can understand for cutting work-hardening materials, or for welding
given that we don't even have feedrate compensation, its almost irrelevant
and its also dependent on what definition you use for feedrate comp
emc just throws a following error right?
see, not even the same definitions
i'm trying to write definitions for the glossary right now
I think Jon's definition works like this:
you sense spindle motor load current, or maybe spindle speed, and if the spindle starts to bog down, you reduce your feed
which works in some situations, on some materials
on others it may just make things worse
if you treat the spindle as an axis then it's the same definition
but it has nothing at all to do with the following arror on the axis themselves
spindles is not an axis, except on a very few machines
even if you're doing rigid tapping?
(those are the few machines right?)
one way to do rigid tapping is to treat the spindle as an axis, IF you have suitable amps, motors, encoders, etc
most spindles can't do that
the mazak for instance has too much backlash in the spindle gearbox to do any kind of precise positioning
my lathe has a single phase constant speed induction motor and vee belt drive... never gonna treat that as an axis
two ways to do rigid tapping:
1) send commands to both the spindle and the Z axis
(ie, treat the spindle as an axis)
2) run the spindle open-loop and slave the Z axis to it
1 can be done, even with todays emc, but the machine has to be suitable for it (motors, gearbox, encoders, and such)
the other is var more versatile, but emc doesn't have the code for that yet
* jmkasunich needs to get coding
what ya coding?
its a surprise ;-)
figure out how to fix the stepgen bug?
heh dont want to bog you down with more problems
which one? ;-/
the stepgen headroom bug is trivial to "fix" if you are willing to edit HAL files, just explicitly give your stepgen a few percent of headroom
the problem is trying to do that while reading the data from the ini file
what is the difference between "world coordinates" and "machine coordinates"?
is machine coordinates necessarily a cartesian system?
I don't think so
but both those terms are used at the GUI and interp level, and I'm not an authority there
so machine coords is like world coords but in joint space?
where home is always 0,0,0
if you want to know about coords in the low level code, go to emc2/src/emc/motion/control.c line 1739
everything I know is right there
machine coords may or may not be cartesean, world always is
I don't know if there is any system where home is always 0,0,0, with all the offsets and stuff in the interp
well, yeah, but you get the point
actually i dont think offsets should affect the value of home
does anyone know if lermans interp got merged with emc2 - I saw he was trying to do it the other day
not yet - ther ewould have been a bunch of commit messages if it had
gonna be a few days I think
I actually got it installe a few days ago- exactly what I needed.
I'm talking about the merge with emc2 HEAD
the lerman-interp branch is working now
I installed the lerman interp using the cvs up -dP lerman-interp <- something like that. I was just wondering if he had merged it with the emc2 head (as you say - I may not know the terms)
no, not merged to head yet
Thanks - had a chance to think about the following error stepper problem? - again no rush just inquiring
there are several issues
one is with feedrate override
there seems to be an issue with the trajectory planner that lets it command greater than expected velocity when the feedrate override is greater than 100%
jmkasunich: only if some of your axes have different maxvels (lower than TRAJ maxvel)
anyway, that is one issue
the other is headroom in the step generators
emc can command motion up to the velocity and accel limits in the ini file
those same limits are passed to the step generator, and it applies them too
if roundoff errors, or anything else, results in either emc asking for a tiny bit more than the limit, or in the step generator limiting at a tiny bit less than the limit, stepgen falls behind and you can get a following error
the answer is to provide some headroom - set stepgen's limits a few percent higher than the ini file limits
you could put this slop in the C instead of the hal file...?
skunkworks, you can add a variable to each AXIS_n section, called STEPGEN_MAX_OUTPUT, set it to something a little higher than the axis MAX_VELOCITY, then change the core_stepper.hal file so that it sets the limits from that var (instead of [TRAJ]_MAX_VELOCITY or [AXIS_n]MAX_VELOCITY
what SWP is suggesting is probably the best short term fix
just have to remember that if you change MAX_VELOCITY, you need to change STEPGEN_MAX_OUTPUT too
I will definatly try that - thanks
just add a few percent to hte max_velocity value for each axis - between 3% and (maybe as high as) 10% should do it
add a few percent to get the stepgen max, that is
you have a little headroom anyway, right? (Z is 20K steps/inch, but you can do 25K)
what about my accelleration issue? where I want the x-y to be able to accellerate at a different rate than z
It definatly gives me something to play with
there are potential accel headroom issues too
again, a couple percent extra to stepgen will probably make this problem go away
the basic idea is that (for now, at any rate) you can set up any ini file vars you want, and put them anywhere into the HAL - you just have to manually calculate them
long term, we may change stepgen so it doesn't enfore limits at all, justs trusts EMC to do the right thing
"never trust EMC"
thats why I put the limits in stepgen in the first place
because I don't trust emc
I don't use EMC - they're way too expensive (and I don't have that much data)
but it went and bit me in the ass anyway
Thanks - I am sure I will have more questions when I get in front of the machine.
damned if you do, damned if you don't
jmk why not set a fudge-factor in the ini file?
and multiply max_vel by fudge-factor to get the stepgen max
where do you do the multiply?
going to have to print out the irc history tomorrow. ;)
in the stepgen code
I'm definitely not gonna put a fudge factor in my nice generic stepgen module
because its an abomination
fudging for emc bugs is an abomination
fudging for FP limitations isn't (IMO)
which is this?
but you will always have some kind of error since there will always be timeslice rounding of t
the fudge factor would need to be different, depending on the amchine
(a little of both)
swp that's why it's in the .ini file
well - the fudge factor exists - just ad it to the ini file like I said
there are several limits: TRAJ, AXIS, and stepgen
with expressions in halcmd, it'll be even easier
well - it *would* be easier
the problem is that two of them, AXIS and stepgen, are the same right now (and that is only because of a desire to get them from the ini file)
I got that expression code ready anytime
when I first started with HAL, I assumed you'd just set the stepgen limits in the hal file, applying whatever headroom your system needs
of course I'm an engineer, and so I want to do a detailed engineering design of my machine.
normal people aren't as obsessive, and just want to edit the ini and go
a reasonable request....
so we added the ability to get hal params from the ini
and in the process, headroom vanished
with the HAL setup now, it's easy to just add another INI var, not that big a deal
ok how about getting MAX_VEL_FUDGED from the ini file instead?
fenn: while its easy to add a new param, and you can call it whatever you want, you will still have two in the ini file
when you change one, if you forget to change the other you will have trouble
if we had someplace to do the multiply, you could have a FUDGE percentage, or whatever the heck else you wanted to call it
ore even MAX_VELOCITY_ALLOWED_FROM_STEPGEN_INCLUDING_FUDGE_FACTOR
per axis, of course
:) well now that I got you all arguing - I am going to bed as my battery is going dead. I never knew I was an instigator. sorry. Thanks for the help
if the FUDGE is separate, you just have to change the numbers in one place again, which I think should be an important goal
but the whole thing smells bad, doesn't it
bad fudge - eeeewwww
fudge in computers usually does
thanks again - you guys are great.
i dont see the need for a fudge factor as an emc bug, rather a limitation of the fact that you're using a computer and it can only do one thing at a time
it's true that a simple change to emc.ini and core_stepper.hal, with a comment in emc.ini, would solve 99% of the problem for a long time
heck - why don't I just go do that?
do it, and I'll buy you a beer the next time we meet
maybe even for core_servo, so PID has a little headroom as well
incidentally, MAX_OUTPUT is unused in emc2, I believe
that one is most likely controlled by MAX_OUTPUT
which is already in the INI
perhaps stepgen should also use it
OK by me
(but the beer may have to be a Bailey's)
thats irish isn't it? I'll raise a Guiness at the same time
yep - Irish cream vs Irish ale
then there's the Whiskey, for Ray or someone
you can see thru ale
yes - it is a bit stout,isn;t it
(I don't like beer, but if I have to have it, I have Guiness)
i'm not following.. i see setp pid.0.maxoutput [AXIS_0]MAX_VELOCITY, where's MAX_OUTPUT supposed to be?
right there, instead of MAX_OUTPUT
in the [AXIS_0] section of the ini file
right there, instead of MAX_VELOCITY (oops)
maybe its been deleted from the emc2 ini... easy enough to put back in if so
do you have to use dP when you update -A? (ssuming you want to prune and add dirs)
I just use -dP all the time
well - I just did - we'll see what happens
and I never use -A
if I need to checkout a branch or tag, I do it to another directory
I wanted to be sure I got the CVS version of all these files, to eliminate spurious changes
when I'm done, I rm -rf * the whole tree
incidentally, the gtk_entry signal for the enter key is "activate"
I never got around to making the new signal or connecting it, but I did discover that
probably one line...
* jmkasunich tries
shall I clean up the ini file a bit as well - I think there are a few other settings that aren't used any more
consider it part of the prep for an emc2 file release
hm - I think I wanted -C, not -A
nope, enter still doesnt work
I'm probably missing something simple about that widget
when you click on the button that opens the dialog, you get a dialog with the entry widget, ok, and cancel buttons
did you create a new signal and connect it, or try to use an existing signal?
the entry doesn't have focus when the dialog pops up, you need to click in it before you can type, and you need to click OK to accept
(I foolishly connected it to the genericbutton1 signal, which segfaulted)
you don't create the signal (I don't think)
scope_vert.c line 710
yep - leave that one - it gets called every time the text changes
I think that connects to the "changed" signal, I added another line under it connected to the activate signal
but it's the dialog_generic_button1 signal that kills the dialog
ok, that handler function just copies the content
(and should validate as well)
the dialog_generic thing might be complicatiing the issue
that isnt a GTK widget, its a convenience one I created
right - I found the array of 4 generic button handlers
(which all just kill the parent)
waitaminnit... I didn't use my generic dialog anyway
I just used the predefined callbacks
no - it's a new one
but I explicitly created the buttons
I'm relearning what I did
the dialog, buttons, and text entry are all explicitly created
one thinkg to note - the cancel button doesn't work - since the value is updated at every change, it's already done when the dialog goes away
(though there may be a save and restore that I missed)
it works, you missed the strtod at line 738
the "changed" handler just copies the string to a buffer
only when you exit the dialog is it converted to a number and stored
ah - OK
what's up with posemath? It only seems to be used in some user interface coede
I think its also used for non-trivial kinematics
lots of transform matrices and such
I ran the emc tree and didn't see it
no non-trivial kins in emc2 yet
there are similar structs declared in canon.hh
that would be agood place for a well-defined class (which is pretty much what it is)
I think it should be the same everywhere
swp: which is a good place?
posemath / kins
I'm thinking the interp and canon should be using the pose structs too
one thing that had been discussed was the idea of having the kins be pluggable
so why are all the pose overloaded operators defined in the global name space?
so emc.ini specifies kins, planner, canon, and interp (and GUI and RT stuff)
man, I gotta stop looking at code
every time I see more, it needs fixin
heh - you need to repeat the following mantra: "if it more or less works, I don't have to fix it immediately"
yeah, but if I want to use it, it will make more code that needs fixin later
petev: if you're itching to do something, you could fix the varfile bug for me...
cradek, I got enough to do
I'm trying to keep it contained
ok - the help.txt document looks more or less accurate, but incomplete - should I just move it over from emc1 to emc2?
Anyone know how to get 1.5VDC from 120VAC w/o a xfmr?
stand near the 120VAC?
with a diode
Yeah, that's what I was thinking.
use a battery
and one big voltage divider
Eh, maybe I can find a switching PS
Found a $30 MP3 player today 128MB, I should have picked it up.
But at least I found a xmas gift for my gf =)
[05:23:18] <Jymmm> http://truly.net/html/prod/proddetail.php?id=81
ah but does it have a cellphone built in?
hell no =)
jymmm: depends on how many amps (mA) you need at 1.5V
jmkasunich doens't say --> http://www.creative.com/products/product.asp?category=213&subcategory=215&product=10919&nav=2
says it runs on a battery...
you talking about an ac adapter for one?
jmkasunich: dummy battery
to ac adapter
and you don't want a xfmr in the adapter? I wouldn't go there
jmkasunich: it would be too big, only have about .5" thickness to play with.
I can think of ways, but mostly very low current, and no simple ones are isolated
I would not skip isolation for that
the product was designed for a battery, probably not save with an unisolated source
I'mm thinking of making some christmas thingy, then use a mp3 players as the sound/music source for it. Still need to come up with amp and speakers (mono is fine).
can you steal power from the amp?
I wish... still need to provide power to that too. Thinking some simple lil $1.99 thing
DUH.............. (been a long day)........ I can use a walwart as I still nee to power the lights.... DUH........ extension cables/cord. *sigh*
I'd LOVE to use stereo, but I dont think I'll get enough seperation or quality speakers being so small and no enclosures
03paul_c * 10emc2-auto/wiki/ (20 files in 13 dirs): "Auto update wiki from a cron job. Wed Dec 7 05:30:01 GMT 2005 "
SWPadnos__ is now known as SWPadnos
SWPadnos__ is now known as SWPadnos
03fenn * 10documents/images/ (chips2.svg chips2.png): fun pic of a slightly fatter chips with an endmill
jymm: why dont you want a xformr
I need a cfd analysis of some stuff :(
alex have you been able to get mediawiki set up on a local system?
never tried :)
i got stuck on mysql
not sure mysql is available on SF
php is tho right?
I think so..
was the idea to host wiki v2 on sf?
but not necessarely
the place was best, because it's neutral
not depending on anyones hosting
I see another post from josh
I havent checked my mail today
hmm, what's it about?
He is going through the same thought process that others have about the emc tp
1) emc has some serious problems with HSM
2) the math for a good planner is not that hard
hm is it only the planner that's the problem?
if it were like that it'd be easier to fix :/
right now I wiuld say yes since wb9 demonstrated 125 microsecond servo updates
Well, that's the big issue. No one can integrate a new planner.
Not even the authors of emc
It was just not written in a way where you could plug in a new planner or something.
I still have that doumentation project in mind
but my life's being in the way
yeah, me too
in a good way
les - when you said you where having problems at 800 ipm with tool path - was that with emc1?
same here. I seem to have gotten into this making money thing. For a change.
I can only go 600 with my current ballscrews skunk
but even 200 is a problem
ah - emc1?
to be fair, that is due to the math error we can't find...not the general nature of the current planner
was the planner rewritten for emc2? or is it pretty much the same? Have you tried emc2 on your machine?
it's the same. I have to use emc 1 right now, because I am a commercial operation.
:) I forget people actually use there machines for production.
yeah. If it poops out, workers get laid off.
EMC1 is stable enough
it never crashes
hm I found emc2 stable also
when I ran it..
I am really excited about emc - It does some really powerful things. - more than I will need.
I cant wait to skip emc1 and run it..
When emc 2 is released hopefully it will be similarly stable
anonimasu - are you running servos?
* anonimasu is really anxious about he's machine
geckos and a usc..
with one of thoose feedback boards..
usc? its own clock generator?
that would be nice
and it works on emc2 ;)
I had trouble with one axis being slower then the other and the bug where emc dosent obey the vel/accel limits
I got some good help last night on how to solve my problems - may try it today. (adding vel - acc limmits to both the ini and hal files)
but, I've got a servo for my last axis now ;)
yes that is my problem
so I can run x,y,z at the same speed..
alex_joni: I am going to try it someday soon
I just need a ballscrew for the Z axis and like 25 hours at the lathje
my z scale right now is 20000 vs x and y which is 2540
it's kind of tricky spinning the nut..
well, I will answer jush's post while I wait for the shop to warm up
btw where is the segmentqueue paper on sf?
nm found it
ok post sent
dammit....cold this morning (-5c) and I have zero dry wood for the stoves.
will have to use $$$ gas.
les_w: IMO "modern machining" is another one of those loaded terms that is designed to confuse and encourage FUD. Modern as compared to what, primitive machining.
Many of today's machine tools still operate at rates where the emc is comfortable.
I'd think a less loaded term might be high speed machining.
I used that term I think because some modern machining is not fast, but requires extreme path precision
like creep grinding
I guess the bottom line in my post is yes we need a better TP, but it won't be in emc1.
And the current tp would be a heck of a lot better if we could find the rest of that error
However as a commercial type (with a different aganda) I have to ask myself " would I market a new cnc with emc1 as the control?"
and the answer is no way.
not in it's current state
03lerman * 10emc2/src/emc/rs274ngc/ (9 files):
Merged lerman-interp branch. This adds subroutines, looping, and
conditional operations to the interpreter.
Well, I was waiting for the Board to tell me to do it, and decided that it was time. Please test this ASAP. And thanks for your support.
lerman: I know jmk was worried that others might have local changes to that directory, and he wanted to give them time to deal with a possibly-big merge problem
I think they had plenty of time. Also, it is unlikely that their merges would be as big as mine. But, if anyone has problems, I assume we could just back it out. The only one I'm really concerned about is the Rumley changes. I'd like to get some of them in ASAP -- particularly the ones like the semicolon comments and the changes to read tolerances and other settings from the .ini file....
...Does anyone know if Keith is working on that?
I'm sure there is no problem and will be no need to back out.
AFAIK, Rumley and I are the only ones making changes to the interpreter.
that's my understanding too.
although, I'm probably about to start looking for a bug
so I might have small changes
Well, in that case, it is better that my changes get in before you fix the bug. That avoids overlapping merges.
Whoops -- I'm out of here. Gotta go babysit the grandchildren for a day. I'll try to connect from my daughter's house.
ah...the energychain spindle cable was just delivered...drop shipped from igus
seriously fat wire...
shielded 4x12 hiflex
hey jymmm...just takin a break
Just got an inquiry from someone that wants to buy one of my domains.
christmas domain sale?
It have to be a serious price for me to sell it. 5-20k doesn't go that far today.
yeah. the money ain't worth nuthin
If they offered like 50-100K, I'd have to think about it.
soon we'll all be poverty level millionaires.
50-100k? I wouldn't think long.
just the taxes alone would wipe out most of it.
income averaging my boy
I would... now $250K is another story.
i'll sell mine for 10 bucks
les_w that wouldn't even pay for the transfer fees =)
Today I am just doing a conventional machining job in between arguing with law dogs still over NDA
whats to argue about?
I don't want their intellectual property....I just want to buy their stuff.
what are they wanting you to give up the rights to your pencil and post-it notes or something?
But I want a second source too.
No, I must admit our law dogs are being borg -like.
what are you wanting to buy?
So I just called em with the good cop bad cop thing...
seemingly didn't work
les_w: what are you wanting to buy?
les_w: tangible or rights?
les_w: oh, you want a vested interest in it?
Jymm, haha I want a vested interest in almost everything
Admittedly I am a bit money grubbing...starving a couple years will do that to you
Ain't starving now!
I'm not an electrical engineer or mechanical engineer or aero engineer....
I'm a money engineer.
I engineer creative ways for people to give me money.
well, back to the pickle works.
03swpadnos * 10emc2/src/hal/utils/halcmd.c: Added script mode to "show" outputs, prompt in interactive mode, and forced mutex release. Script mode is less human-readable, but makes parsing easier.
I am playing around with adding the STEPGEN_MAX_OUTPUT to each axis in the ini and then setting the setp stepgen.0.maxvel in the hal file
I added this to the ini file -> STEPGEN_MAX_OUTPUT 5.5
for each axis and then
changed the hal file to setp stepgen.0.maxvel [AXIS_0]STEPGEN_MAX_OUTPUT
setp stepgen.1.maxvel [AXIS_1]STEPGEN_MAX_OUTPUT
setp stepgen.2.maxvel [AXIS_2]STEPGEN_MAX_OUTPUT
I get an error on the startup of emc - HAL:66: ERROR: ini file variable '[AXIS_0]STEPGEN_MAX_OUTPUT
Do I some how have to initialize this variable somewhere?
HAL:66: ERROR: ini file variable '[AXIS_0]STEPGEN_MAX_OUTPUT' not found
skunkworks - that shuold work, as long as you spelled the variable the same in both places, the setting is in the correct sections, and the correct .ini file is passed to halcmd ;)
odd - I coppied and pasted as to not make a mistake
can you paste in the relevant portions of the .hal and .ini files?
# set stepgen module accel limits - get values from ini file
setp stepgen.0.maxaccel [AXIS_0]MAX_ACCELERATION
setp stepgen.1.maxaccel [AXIS_1]MAX_ACCELERATION
setp stepgen.2.maxaccel [AXIS_2]MAX_ACCELERATION
try that again
# set stepgen module velocity limits - get values from ini file
setp stepgen.0.maxvel [AXIS_0]STEPGEN_MAX_OUTPUT
setp stepgen.1.maxvel [AXIS_1]STEPGEN_MAX_OUTPUT
setp stepgen.2.maxvel [AXIS_2]STEPGEN_MAX_OUTPUT
# First axis
TYPE = LINEAR
UNITS = 0.03937007874016
HOME = 0.000
MAX_VELOCITY = 5.0
MAX_ACCELERATION = 10.0
BACKLASH = 0.000
CYCLE_TIME = 0.001000
INPUT_SCALE = 2540 0
you need an equals sign
OUTPUT_SCALE = 1.000 0.000
MIN_LIMIT = -100.0
MAX_LIMIT = 100.0
FERROR = 0.050
MIN_FERROR = 0.010
HOME_OFFSET = 0.0
HOME_SEARCH_VEL = 0.0
HOME_LATCH_VEL = 0.0
HOME_USE_INDEX = NO
HOME_IGNORE_LIMITS = NO
It started - now time to play - thank again
sure - have fun
I love those quick fixes }
I should be able to do the same thing with the max accellerataion for each axis - if need be
keep coming back with easy ones ;)
make up a new veriable (stepgen_maxacc) or something like that
incidentally, the emc1 variable that controlled output was called MAX_OUTPUT
you could use that instead of STEPGEN_MAX_OUTPUT
good evening alex
I've been having a friendly argument with petev about that bug I put in the tracker...
you put a bug in the tracker? that's not nice ;)
yep, I did, and I'm not ashamed of it either
how are you feeling?
poor bug ;)
great actually, thanks for asking
great, it's about time
I should read that follow-up
did you know if you change the ouput scale in the ini file - it changes back to 1. (default emc ini steppers.)
03swpadnos * 10emc2/docs/man/man1/halcmd.1: Added description of -s option description to manpage. Left out -R, so it's somewhat secret.
we don't see you around here much anymore
mmmm ... I got fed up with being kicked off ...
guess I wasn't in on that
anyway ... time passes
welcome back then
so ... whats new in emc? I hear the motenc board is looking promising
emc2 can run lots of machines now
good. its getting mopre mainstream then ..
johns HAL stuff is starting to flex its muscles now too
and from what I see, there are several GUI threads going on too ...
looks like we are making some progress on that front ... all in all, quite promising
have you seen a recent AXIS release?
I did try compiling an early one . but my laptop refused
ancient linux :(
it's much easier now
you need only a working python and tkinter
no other dependencies
and it works on python 2.2
redhat 7 may not have a python as new as 2.2
and it's sometimes a bit of a puzzle to build your own python with tkinter support
maybe try the python.org src rpm?
or the redhat-9 update CD (seriously)
maybe burn the laptop and install Debian over christmas?
I've updated from 7.2 to 9
debian is the way to go]
well, not IMO
but whatever you're used to is best
ive gone debian on all the other baoxes now
just this deadbeef laptop to do ...
you could try this package too: http://download.fedoralegacy.org/apt/redhat/7.3/i386/RPMS.os/python2-2.2-16.i386.rpm
those are specifically built for 7.3; they seemed to have some 7.2 packages too
aha, I bet that will work
I can't test it for myself, but those python packages are probably built right
you'll have to use "python2.2 setup.py ..." to build/install axis though
because /usr/bin/python is still 1.5.2 after you install those RPMs
hey jeff :)
hmm ... need libdb-3.3
jepler: alex finally found a photo of you - he still hasn't found one of me
* robin_sz stares at the entrance to dependancy hell
cradek: but I'm silently searching still
robin_sz: you might get away with --force'ing it. start by looking in the same directory for the libdb package, though
cradek: I'll bait jepler to take a pic of you with a candid cam ;)
and sell it to me :P
you'll get more for your money elsewhere
pretty much anywhere
lol, what's wrong with jeff & money?
* robin_sz look
nope ... no libdb rpm
it will have to wait until I install debian
robin_sz: --force it --force it! <chants>
robin_sz: the --force shall be with you
itr still refuses .. weird
ever tried the reformat option in mkraid?
first it refuses ...
so you use --force
which is "interesting" ...
adding the fugde factor into the ini and core_stepper hal seemed to fix the jogging following error - happy happy joy joy ;)
I am still fuzzy on accelleration though.
fuzzy logic controller
I never got the hang of the ini .. I thought I did once ...
I am sure I just don't understand it.
it was always the PID values I never understood
those are gone in emc2
at least for steppers ;)
and classicladder is really great
works like a charm
I keep looking for IO board to use with it ...
hack an ISA with some 8255 on it ;)
ISA? dead and buried
btw, does anyone know the specs on a "81 210 W33" temperature sensor?
found one, and have no idea how to use it
it seems like the default_acceleration in the [traj] section is the max acceleration emc uses for all axises
back to cradek's bug :)
alex_joni: for temp sensing, try a Dallas DS1820
at least discovered by him
robin_sz: I have this one to use..
The only one I can change that makes a difference in accelleration anyways
gonna need some analogue stuff then
alex_joni: you can use the dallas ones straight froma serial port
theres a pacage called "digitemp" that works with them
ok.. will look for it someday ;)
the day you find a DS1820?
I have some I2C around somewhere too
they are OK for micro's
some one wire kind too
the Dallas 1 wire series
not sure they're dallas.. but 1 wire
used them a while ago
very cute sensors ...
oh. btw, replaced some IGBT's today
did the old ones go ...
GT50J101, couldn't find them anymore
< B A N G >
4 of 'em in an inverter
igbt technolgy has really moved on ...
yeah found some nice IRF's
Semikron are the big player
for brick type yes
full of elephant snot
these were TO-247 I think
oh, baby ones :)
small ones, yet 1200V 50Amps
no idea how they handle that :)
in their dreams probably
wasnt someonme building a servo amp on here?
anyways.. it seems to run, gotta test some more
yeah.. lots of em ;)
etla was I think
di they get anywhere?
didn't hear a <bang> yet
probably too small FET's
good night alex
and then there were three
and then there were 29
so .. what happened with those guys building a cheap motion board?
anaolgue out and encoders in?
I assume they're all electrocuted now
last i heard icee was working on the power supply, doing simulations and such
etla switched to a pre-programmed chip
[23:12:05] <fenn> http://www.cnczone.com/forums/showthread.php?t=14673&page=2&pp=15
oh cnczone ...
no thanks :)
this is the icee/lawrenceG project: http://forums.donniebarnes.com/viewtopic.php?t=52
i hate cnczone too
I only have a 1mb connection
I only have an hour or so to spare, so not enough time to load all the animate dadverts really
what happened to achiestdragon? did he get his machine to work?
uh, you could go ask him.. he's usually on #brlcad
what I could use ...
is two bits of software ...
1) somthing that will take a dxf of several profiles
and split it up into several dxfs of 1 profile each
something that can make my more useless customers learn to send drawings in DXF not on bits pf paper
2) is not a matter of software
robin_sz: 1) autocad 2) clue stick
sadly, many customers seem to have developed clue stick repellent