re: that IR 600V "40A" part
yeah, I suppose I put the FET limit a little low
I was looking at igbt's and - yeh high voltage - don't need that
however, that part would dissipate 176W at 40A, not counting switching loss
so realistically it would be used at much lower current
I have used a 1500V "4A" mosfet for a power supply
actually ran it at about an amp, with a moderate heatsink
says it handles 500+ watts ;)
at case temp of 25C
IOW, the proverbial (and hard to find) infinite heatsink
just need a small heat exchanger ;)
we typically use FETs in power supplies
have to assume 50C cooling ari
and heatsinks perhaps a 2 inch cube at best
so 10-20 watts is about the limit
anyway, let me restate:
IGBTs are the only game in town for 1000V and up, at currents much over a couple amps
FETs really come into their own at low voltages
:) thanks - took me a second to figure out the a hexfet is jut a trademark or ir (and it is just a mosfet)
if you have less than 500V, FETs are the way to go
IIRC, the on resistance of fets can be very low at low voltage, but then goes up as the square of the rated volts
meanwhile IGBTs have a almost fixed saturation voltage drop, varies only a little with the rated voltage
FETs tend to be more rugged too - IGBTs get very unhappy with even very short overloads over 2x rated
many FETs can handle 5-10x rated as long as you remove the overload before it overheats
from what I understand - the igbts act more like a transister when on. as far as the v from source to drain
IGBT = insulated gate bipolar transistor
ah - I am pretty smooth.
think transistor output characteristics with MOSFET input characteristics
that is kinda what I got out of it. all I would have had to do what really read what igbt stood for.
one thing to watch out for with the IR2100 type drivers
they get upset of the negative supply of the high side goes below the negative supply of the low side
what would cause that?
imagine the top FET is on and supplying 20A from the supply out to the motor
then you turn off the top FET
the motor is an inductor, so that 20A ain't gonna stop
I am putting free wheeling diodes in - should that not take car of it
instead the voltage at the output flys down, until the bottom FET freewheel diode turns on
when the diode turns on , in theory the output goes one diode drop below ground
but that assumes 1) no turn on delay in the diode and 2) no inductance in the diode and low side fet
the driver chip should be as close to the fets as possible, and the connection from the top of the bottom fet to the bottom of the top fet should be as short as possible
it can get intereting if you have multiple totem poles
all their grounds (low side sources) need to be close to gether, and the system ground needs to be connected at that common point
that was the next plan - pcb. (while I am waiting for parts)
the bootstrap diode needs to be fast too - again, the higher the voltage the more important that is
lots of big fat copper traces
I was having trouble finding one but I did find a 100v piv schotty(sp)
to play with
thats a pretty decent app note
chapter 5 talks about negative transients on the Vs pin (what I mentioned before)
I saw that ;)
these parts seem much more robust than the ones I recall from some years ago
they would poof if you got more than a volt or two negative
well I need all the help I can get. alex hates them - he said he destroyed a bunch and never got them to work. ;)
not knowing anything else I'd blame it on those negative transients
we considered them for a 240V fractional HP drive some years back (don't recall how long, before 2001 for sure)
I am shooting for a tight pcb with fat traces :)
they worked ok, except during a short circuit shutdown
high current during short ckt leads to high dI/dT and high negative undershoot
and they were toast
for 480V class drives we use 1200V IGBTs so drivers like this are completely out of the question
we use true isolated supplies and optocouplers
do you use other packages or build them with descrete componants?
packages for what?
other higer voltage ir2111 like packages
there aren't any
480V drives use optocouplers, not 2111 type drivers
there are some optocouplers that have IGBT/MOSFET driver output stages
but they need isolated power supplies, you can't really bootstrap them
bear with me - so your using the optocouplers to directly drive the -- yah what you said
[00:30:07] <jmkasunich> http://www.avagotech.com/products/product-detail.jsp?navId=H0,C1,C5231,C4945,C4988,P88831
fsckers... HP became Agilent became Avago.... need a scorecard to keep track these days
the HCPL-3120 is a higher powered one, 2A peak output IIRC
the 3150 is good for about 50A IGBTs, the 3120 up to a couple hundred
we use special drivers for our stuff (1800A worth of IGBTs in parallel)
nice - I would be scared working around that equipment.
most of the time its inside a steel cabinet
I don't probe live on anything like that
power off, clip scope probes, power on
I blew up a scope probe in my hand 10 years ago, that was enough
fortunately no damage to my hand, just scared the snot out of me
thats good. I think the closest thing I did was destroy a rectifier in school when I plugged the scope into an unisolated plug.
ground was ground ;)\
you were floating the scope?
tsk, tsk, tsk... thats not a good thing
don't know why we were not using differential
about six months ago a professor at CSU (Cleveland State Univ) killed himself with a floated scope
wow. like I say - I don't know why we where not using differential - maybe they where only one channel scopes. been a while.
really good diffy boxes really are a recent development (last 10 years or less)
jepler: did we chase you away?
I'm getting really disgusted with building on the older farm slots
most recent mess:
emc/usr_intf/keystick.cc: In function `int main(int, char **)':
emc/usr_intf/keystick.cc:2886: Internal compiler error.
emc/usr_intf/keystick.cc:2886: Please submit a full bug report to `email@example.com'.
emc/usr_intf/keystick.cc:2886: See <URL:http://egcs.cygnus.com/faq.html#bugreport>
make: *** [objects/emc/usr_intf/keystick.o] Error 1
does it happen every time?
dunno, I can kick it off again
theres a warning before that, dunno if they might be related
the error line is the closing } of main() (and of the source file)
the warning is 1400 lines earlier, somehow I don't think they're related
I'm back now
I guess I was just expressing my frustration with the old builds
I certainly don't expect you to fix it
this is on the bdi2 slot?
you should do like it says and submit the bug report :-P
it was a joke
I know what they'd tell me to do with my bug report
I know ;-)
I get it on my bdi2 chroot too
at one time (ages ago) keystick _did_ compile on that bdi
heck, keystick was probably last used on that bdi ;-)
by compiling it with -O0 it succeeds
it fails later on when 'msgfmt' is called
does your system have 'msgfmt'?
I'm just not in a fixing mood tonight
cradek: msgfmt is another build-dep to add
what part of "I certainly don't expect you to fix it" did you miss?
I just got you to the next message
I must say, I like the new farm script, starts much quicker after a commit
now if I could get it to report on cia....
you can install the other needed program with this command: rpm -ivh ftp://archive.download.redhat.com/pub/redhat/linux/6.2/en/os/i386/RedHat/RPMS/gettext-0.10.35-17.i386.rpm
could you repeat that please?
rpm -ivh ftp://archive.download.redhat.com/pub/redhat/linux/6.2/en/os/i386/RedHat/RPMS/gettext-0.10.35-17.i386.rpm
shame I can't copy/paste from a tty
I think you can on modern systems
this isn't a modern system
I can transcribe it into anothertty
anyway, with the Makefile change and the gettext package installed, my bdi2 chroot builds to completion
I don't suppose we'll know the outcome on your system for another 10 minutes or so
we'll know it after I get done farting around with the ftp
first I had to poke a hole in the firewall
then it failed anyway
I guess I'll have to wait until morning to see the results
I was able to login (anon) to the ftp site, and cd all the way down to the RPMS dir
can't ls tho (permission denied)
and when I try to get the file, that fails too
I don't know if it'll work, but try giving the URL to rpm instead: http://emergent.unpy.net/sandbox/gettext-0.10.35-17.i386.rpm
I have another plan
just downloaded it to this box (which worked fine)
now I'll scp it over
copied, installed, build started
and the old systems survive another brush with obsolesence.....
good morning, anyone here?
Roguish: I am but I'm not paying much attention
thanks, i have just done a completely new install of ubunto and emc2. i have also been going through the instructions in the wiki. the cvs reports 'no Testing'
also, it is not obvious where i should put my customized .ini file.
for it to show up in the config screen.
hi Roguish, do you intend to develop emc2 or do you just want to run it?
just run right now. i will customize my mi520.ini file
the easiest way to get the last TESTING release is to use the packages, no cvs is required
sorry, good morning cradek, and thanks for the incredible work!!!
hi, you're welcome
for customizing a configuration, just follow these instructions on the wiki: http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl/emcinfo.pl?CustomizingConfigsOnUbuntu
the executive summary is you put your configuration in ~/emc2/configs/configname
thanks, got it.
cradek: ok, when i run emc and select a 'sample' config, all is good. when i select my config it errors "can't open 'emc.nml'. error = 2 -- no such file or directory"
Roguish: what version are you running?
Roguish: is there a file 'emc.nml' in the new config you created (in the same directory/folder)?
from 'help, about' 'emc2 testing-2006-04-09'
it should be there but if not you can copy it from one of the sample configs
which sample config did you copy?
jepler, no there is not. i copied the m5i20 directory, so there was none in the original directory.
chris@buster2:/usr/src$ dpkg -c emc2_TESTING-2006-04-09_i386.deb |grep m5i20/emc.nml
-rw-r--r-- root/root 5210 2006-04-10 22:05:31 ./etc/emc2/sample-configs/m5i20/emc.nml
wait, there is one in the original directory.
there is one in the package
must have missed it.
does that fix it?
yes, we are happy once again. thanks.
cradek: with the old scripts it would say "X files in Y directories" or something like that. Was that "smart" not on the cia server side?
are you sure cia did that? I know the emails did that
since the script gets called for each dir, it has to write state to /tmp and sleep or something, it's horrible
yeah I am vaguely aware of those details .. I figured it was 'cia' the server that batched things up.
I don't even know how to put multiple directories in the email
Roguish_ is now known as Roguish
how goes it?
* alex_joni just got out of his massage session :)
nice and relaxed...
fine, but just about to go to the dentist
yes, but nothing serious
ok then :)
what did I miss?
seen some commits
I updated the release branch to make sure it matches what I'm putting in the packages
* alex_joni is thinking about docs
but I would want ray's oppinion on it, before I start to fsck *.lyx files :)
do we still need docs for emc1?
not sure what you mean
some emc1 docs are still relevant and better than anything newer that we have
We shouldn't try to document emc and emc2 in the same file
maybe we need a branch or a separate module
jepler got what I meant
maybe a folder for emc2 stuff
documents/emc & documents/emc2
ok I see what you mean
err.. documents/lyx/emc & documents/lyx/emc2
because only those are different..
and maybe keep generic stuff in documents/lyx
and include from both locations
maybe they should be separate modules
we could rename the current documents and make a new one
they are big, so it seems bad to make someone download both when they don't care about half of the files
afaik, no-one should want to download them
we should get them up-to-date then publish
pdf's and html's
people should only worry about that..
and the writers (how many are there...) can wait a few minutes the first time..
I don't think they should be pdfs, but I'll lose that fight
I better go, a long way to go by 3
be back later
hrmm.. anyone around?
* alex_joni is having problems with CVS...
alex_joni: I'm here
alex_joni: what's up?
cvs commit -m "emc2 compile instructions" cvs commit: Examining .
cvs [commit aborted]: received abort signal
Assertion failed: (key != NULL), function findnode, file /usr/src/gnu/usr.bin/cvs/cvs/../../../../contrib/cvs/src/hash.c, line 312.
you're lucky the assertion is that easy to read
that happens when I try to commit something to documents/lyx
does 'cvs update' succeed?
(here's the assertion I once saw cvs give: http://emergent.unpy.net/software/01132614188-best-assertion-ever)
same error afterwards
ouch.. I know that one.. seen it on your page
I cam guess from the filename that it's happening on the server side; I'm not sure what to do about it
here's what happened:
I added a new file (Int_EMC2_Compile.lyx)
using cvs add
then I wanted to commit (cvs commit -m "message")
but I changed my mind imediately and stopped it (wasn't sure if I hadn't any other changed files in the folder)
so I tried cvs commit -m "message" file
but since then I am getting that error
[20:49:35] <jepler> http://ximbiot.com/cvs/wiki/index.php?title=CVS_FAQ#Error_in_Win32_version.3B_hash.c.312:_findnode:
it sounds like this error could be the consequence of the interrupted "add"
hrmm.. wonder if you have access to the repository?
you could delete the entry, then I'll add again..
ok, hope cradek will fix it then..
jepler: I managed to remove the newly added file from CVS, and I added it using another name
heck.. ascii art on the loose again
ok, I'm off to bed