PCW: That would be great. I think it is going to take me quite a while to understand how it all works, but I might be able to figure it out.
geo01005:do you have a 7I43-400?
yes I do.
OK if you send an email to Mesa, Ill send you back a bitfile tomorrow
preferences on pinout?
It easiest if I just tack the SPI pins on a existing pinout,
maybe stealing some stepgen pins or some such
I have been using the SV8B bit file.
I'm using a 7I30 for the first four servos, I need one other servo for the spindle/extruder, but it dosn't matter where the pins are.
OK I would have to steal one servo axis to get the pins for the SPI port
if I steal one axis (6 pins) I can make a SPI interface for 3 devices max
OK bye all...
wonder how long this thread will last.. http://www.cnczone.com/forums/showthread.php?t=73749
skunkworks: Well, I'll have to bookmark that one!
SWPadnos: Are you around? Have you got a moment to look at a picture (voltmeter test lead repair related) and let me know if you've ever run across this before, and if so, what you did about it? Anyone else who has any advice for me on this is invited to jump in too. http://imagebin.ca/view/7WZOZP.html
"description" has more info
can you replace the female part in the meter?
those don't look like any banana plugs I know
Yes, they are kind of odd. Replace the existing jacks? Probably not, molded in. But so far my leading choice is to very slowly, gently, and carefully (by hand? with a pin vice?) drill the jacks a few thousandths(?) bigger. Need more measurements before starting this, though. And waiting for any better advice from my friends!
that is an approach I didn't consider - might just work.
KimK, never had to deal with that exact problem
I don't know that I'd go reaming out the socket though, you never know what kind of coatings you'll be taking off
There are at least 2 sizes of banana plugs http://www.pomonaelectronics.com/pdf/d2944_100.pdf
and I've seen several different diameters of pin jacks and plugs, especially on biomedical instruments
well, nighty-night all
mshaver: thanks! goodnight
for ref. I have bannana plugs here measuring .190 and .160
topls64: what was you edm question?
oh hey tomp
I think that "too many bounces" email is an automated thing
i had a bunch earlier. still 50/50 with how i want to control it
I'm pretty sure none of us has sent you an email telling you we're deleting you from the lists ;)
it was automate
so that means that for some reason, sourceforge and your email provider don't always get along
was there an action you could take to prevent getting removed from the list?
topls64: emc has controlled edm thru a way to reduce velocity automaticly.
SWPadnos: no action i know of
I wasn't sure if there might have been a link to click on to say "wait a minute, don't do that
tomp: yes, we discussed adaptive feedrate. It is a prototype machine and learning for me, so this one may just be controlled by a standalone avr based comtroller
topls64: it will never go forward and backwards, but can 'stay behind ' the cut and produce work.
not at all like the classic servo design of the lazerenkovs
for a sinker, you might be able to do a little forward/backward stuff
not thru tp/tc
with a separate HAL component that only affects Z
yes, thru hal
tomp: i wan't to adapt feed/retract based on arc power consumption
no one does, you may want gap control tho
the TP can be slowed by AF, and you can also offset Z by some amount
you'd want both
well, if you want power, you still want gap voltage, so you want both in this case :)
SWP you mean +/- offset? interesting
Thats the thing - can't I control gap based on the power consumption>
you run control loops on both, and use the one that slows things the most as the controller
topls64, no, I don't think so
btw, the dev of this ctrl is in italy retrofitting ECMs right now
if you're using very low power, is that because you aren't near the work yet, or is it because you've touched the work?
tool touch would cause ~0V, but high I, yielding somewhat low power, I think
topls64: gap based on ower consumption? you ean position is power based? classic gap control for em is maintinging a voltage between the tool and work ( anode and cathode)
argh crap kbd
at least all the D's appeared to appear that time :)
oh, except in EDM ;)
tomp: I would think I can measure the current and voltage to the arc, and position the tool within a threshold
when I was in college, I had a keyboard that had a flaky G key
so I added some choice words into the word processor conrrection vocabulary
things like "voltae" -> "voltage"
too bad you don't have an auto-correcting IRC client
wife spilled soda on mire wireless and it would type ......................con...sta...n...tly...
classic is only voltage difference, given a desired value (say 30V), then advance proportionally to the difference between desired and measured ( the diff is + or - and is scaled by a gain )
like (Whatyou want - whatyougot) * gain = new signed velocity
tomp: so how would one measure the what you got value? I assume what I want is the powersully setpoint
the new signed velocity would advance or retreat along the cnc path (ideally).
I'm glad I got to at least say thanks to mshaver, that was enlightening. I didn't know there were miniature banana plugs, 0.120" dia. x 0.300" L versus 0.166" dia. x 0.550" L. It appears my plugs may be some odd hybrid of miniature diameter and standard length. Rather than drilling, maybe I should make adapters to shrouded safety bananas? (I forgot to mention I also got some standard test probes that I can't use as is.) Anyway, thanks to
all for your good advice! I'll be working for a bit, back after while.
ah, the measured value is simpy a voltmeter reading from tool to work
and for the desired point, the actual discharge is near 30V for most edm ( observe the wave on a scope and measure the level of the discharge )
it will vary but not a lot, the fine points of edm are beyond a chat irc
so actual - desired ( eg 28V - 30V ) yields a small (slowish) retreat. and 40-30 = medium advance... etc
when you are far from work (100-30) = 70 means go forwar fast
when you are shorted (0-30) = -30, means RUN AWAY
some systems inrterpret the value thru a 'curve' ( a map of value to velocity) an allow you to 'bend' the curve
So, I'm thinking AVR micro based, 2 voltages and maybe current on a2d converter, oem750, stepper, powersupply, lcd, etc
this difference and curve can be done in HAL
But them I have to lug a pc around
with the tank, powersupply..
v2 will need hal for sure. and I'll bring up wire emd prolly next year...
a PC can be as light as a gallon of water and as small as a hardcover book
I don't think PC size is an issue these days
i dont see how current enters the scheme, the gap is based on voltage not current. the term 'dielectric breakdown strength' has no current in its equation, only voltage resisitance and distance.
I'd just like to have it. its an io pin to me.
the spark jump occurs at same distance wit a zillion amps and a microamp
There is more beyond just pc size to me. It just the way things work here
yes, monitoring the current is a good idea
a small liteweight edm demonstrator is something i'd like too, at least luggable or car-trunk able
I may be your man
the 4" travel slide should arrive this week
and taking the mountain to mohammed is not always the right approach ;)
Just something to play and learn with, and score points at work (broken taps, bolts in hardened tooling)
yes, small slides, look for trashed wire edm 'heads, the U-V slides are very good crossed roller bearings with servos, limits and maybe 40mm travel ( still near 10kg)
emc is on the mill for tooling
i gotta get back to work, very interesting to talk to you, l8r
:) tomp prays for whirled peas
A slide for the head brings up a good point. Is there any heavy forces involed, other than the weight of the tool and ineria?
in a sinker edm
I think none whatsoever. the sinker does not touch anything.
I bet you want it as light as possible so you can accelerate it
it is common to counterbalance (weight or air balance) even on small systems. yours however is 'teenytiny' ( the technical term )
how does that compare to "itsy bitsy"?
slightly larger by a 'smidgen'
an, so you'd have to move it over by "a scoche"
and lastly... a cunt hair
JymmmEMC: wrong window
just caught all that. All good terms for small ;) 'nite guys & thx 4 the chat(s)
5 days to vegas
* skunkworks has never been
planning on a daytrip to see the south rim of the grand canyon.. That should be cool.
actually - right now it isn't
they are really trying to get people there I think.
then they suck you dry
heh - they hope to. We are not gamblers - so lots of sight seeing.
going to see hoover dam also.
skunkworks: ooh fun
I went to grand canyon as a kid, but I don't remember it as an adult. I'd like to see that again, and the hoover dam would be neat to see too
jepler: I have not been west yet.. so this should be neat.
[14:47:02] <jepler> http://emergent.unpy.net/files/sandbox/img_0604-medium.jpg
yesterday we went to a park with lot of birds
off to the next day of vacation, bbl
jepler: pretty :)
In EMC Documentation Wiki "MILLSETUP" step 9 mentions to issue commands in MDI to home the machine before turning it off. Wouldn't it be more appropriate to include those commands in the g-code file?
at the end of the file?
no because you run many jobs per switch on
skunkworks, if you want a nice (and somewhat expensive) dinner there, go to "The Tillerman"
it's somewhere out on Flamingo I think - a few miles off the strip
sorry, what was the line to connect the digital out again? net <something> motion.digital-out-00 => parport.0.pin-01-out ?
for the m62
yep, that's right
did there need to be something where the something is?
oh, is that arbitrary?
net iknowwhatyoudidlastsummer motion.digital-out-00 => parport.0.pin-01-out
well, whether it's arbitrary or not is your choice :)
it just has to be unique, or you'll be connecting those pins to the existing net with that name
I've decided to just buy that dongle for the time being. I'm going insane trying to work this all out on a short time scale
for bad software
yeah, sadly it's usually money that gets you out of a tight bind the fastest
if you don't have time to learn a new system, you can't really do anything else
you've all been very helpful though, I appreciate it
sure. I'm sure it's been frustrating for you
Trying to get some clarification on the raw read and write in the hostmot2 driver.
It looks like you can only transmit and receive only one address for each hm2_read() or hm2_write() call.
Is that right?
what do you mean geo01005
AFAIK each read and write does the whole card but I'm just getting started with a 5i20
* BJT-Work runs to read the hostmot2 docs here http://www.linuxcnc.org/docview/devel/html//drivers_hostmot2.html
Well I'm working on reading SPI devices using the raw mode. I need to write to more than one address for each hm2_write() call.
most likely you need to catch seb on here or post your question on the mailing list so seb will catch it...
I'll try to catch him when he is on.
geo01005: look for seb_kuzminsky
It looks like he is the main contributor for the hostmot2, no?
* BJT-Work wanders off to lunch
geo01005, you can read and write one location per strobe of the write_strobe pin
according to the manual. I haven't checked the code to make sure that's true
Well in the man page it sayswrite_strobe: Each time the hm2_write() function is called, this pin is examined. If it is True, then value in .write_data is written to the address in .write_address, and .write_strobe is set back to False.
So only one location per hm2_write()
IE once per servo loop.
you could put the write function into a somewhat faster thread, but it's probably not useful to do that
I belive the thread speed of the read and write functions is largely limited by the speed of EPP.
oh. 7i43 huh
yep, you'll have a hard time going much past 2-5 kHz then, I imagine
there is a gpio_write function, but I don't know if the raw write is done there or in the larger "write" function
gpio_write is not avaible for the 7i43 because the EPP.
right, I was just getting to that realization
It looks like a new SPI module will have to be made if data needs to be recieved every servo thread.
Now, for a thermocouple I don't need data that frequently, but if I'm going to do anyting I would like to do it right.
yeah, getting the SPI driver done is definitely a better solution all around :)
On the bright side, it looks like the SPI module will be very much like the Encoder or Stepgen modules.
other than figuring out the setup and insmod parameters, it should be easy ;)
oh, now he shows up
err, that's what I meant
Hi seb, have you been following any of my crazy thoughts about adding an SPI module to the hostmot2 driver?
hi geo01005, i've been following it somewhat
i think it's a great idea, but hard to do in a good usable way
the problem is you need not just a driver for the SPI UART on the AnyIO board, but also a driver for the device at the end of the serial line
and there's no good way that i know of for the driver to know what kind of device that is
yep "interpreting" the data is the really hard part
you can't (in general) probe it and ask it what it is
SWPadnos: i think of it as a configuration issue
how do you tell the driver about the hardware it's supposed to drive?
that's especially trrue if you're connecting something you built
sure, that's the same problem I've had with a generic modbus driver
modbus and SPI are the mechanism for moving data, but they don't know what the data is
Yes that is true.
hostmot2 is great great great because of the IDROM, the Module Descriptors, and Pin Descriptors, that completely describe the AnyIO board and the firmware running on it
SPI or modbus can do similar things, the important thing is communicating from the device to the driver what the capabilities are
How about the thought of supporting only a couple of SPI chips?
geo01005: well its a start :-)
there are three SPI daughtercards made by Mesa
I just can't tell you how much I want to have a couple of ADC on the mesa cards.
if you want it $800 worth, I can help ;)
I hate to sound stingy, and I don't want to exclude any of the mesa cards, but when a single analog card cost more than the rest of my setup I cringe just a little.
they have a $279 (?) card with 8 analog inputs I thihnk
what do I need to install to satisfy "Required OpenGL header missing."
shrdlu-, something like libglu1-mesa
is this for emc or some other program?
apt-get build-dep emc2
with sudo, of course
oh, damn. heh
I must have missed that line
anyway, libglu1-mesa got it
that may not be the one
I don't know that it has anything to do with python
oh, also it's a library, not a -dev package, so it probably doesn't have any headers
build-dep will pull in everything you need. is this a new install?
h. then you need to go thrrough all the instructions again ;)
For most of the SPI ADC chips that I have seen, like a microchip MCP3208, all that you would need to do is throw the address of the input you want at it and it faithfully reports the data.
Isn't there a easy way of seting up the transmit and recive frames so they can be flexible for the differences between the devices?
that's not the hard par
there are also SPI serial->parall IO chips
so for some devices, what you get back should be an array of bits, not a 10/12/16 bit "analog" value
when exporting the HAL pins, you would want different parameters for those two cases as well
geo01005: i think i heard you talking about a spindle/extruder... are you working with the reprap folks?
the digital inputs need an xxx-in and an xxx-in-not pin
digital outputs need an xxx-invert parameter
and you need scale for analog I/Os
Reprap yes... only I don't want to use EMC just as a crutch to get to the Reprap electronics. I think that EMC is a more powerful system that will do a better job.
So I would like to put together an interface using the mesa boards that will control the whole machine rather than the arduino they are using.
After all, the reprap community is already using gcode.
reprap is cool, but i agree with you that it'd be interesting to do it with emc2
are they modeling the extruder as a spindle or as an axis?
it always struck me as odd that they want to replicate the emc2 functionality
since it's already there..
seb_kuzminsky: I think I/O
good thing they have geo01005 to pull them back on the righteous path ;-)
I'm sure it'll take a bit more than that :)
Neither really... the spindle is just running at an open loop speed... well I suppose like an open loop spindle.
but it's a supposedly free world
geo01005: tell me again what you want SPI for?
I wanted to tie the velociy of the extruder to the velocity of the tool head while extruding, to get consistent flow rate/ velocity ratio.
I want SPI to read a thermocouple in the extruder so that I can control the extruder heater with a PID loop.
The build often requires different temps at differnt times, and currently the heater control is sort of... well, I don't like it.
So either an SPI ADC, or and SPI thermocouple interface, or a voltage-> frequency-> encoder interface.
The easiest is just the voltage->frequency read by and up down encoder. But and SPI ADC would be more usefull to other people in the EMC community.
I think what SPI might need will be some minimal configuration for the hostmot2 driver, then a separate HAL module that takes raw data from hostmot2 and turns it into useful data for the rest of HAL
so you configure the SPI module for bit rate, number of bits, number of transfers ..., and you get back a set of U32 (or something)
you then write a module that takes in however many U32 words and cooks the data to be useful on the other side
that module would also export the parameters or other pins needed
so you'd have one that takes in one U32, exports a scale and offset parameter, and has a float output
The hal module could device specific, or general.
the hal module may bneed to be device specific
consider two 12-bit ADCs chained together
you'd get 24 bits inside one 32-bit word
the SPI driver only takes care of the actual data transfer (as it should), the "device driver" takes that data and puts it into a form that's useful for HAL
Could we not develop a set of templates, maybe XML, that describe each decive connected to a BSPI channel and use these templates to configure a hal driver?
i'd love *something* like that for hm2 configuration
for one thing, it's not so easy to get data from a file into a kernel module
but it requires parsing and validating XML in the kernel, which is sort of gross
SWPadnos: that part's actually pretty easy
you could request_firmware() it, or write it to a file in /proc or /sys, or use configfs or...
you still need a userspace helper
which is silly because the kernel is what actually reads the damned files anyway ...
I have to admit, I'm not terribly familar with all of this, so my suggestions may be way off base.
geo01005: i thought long and hard about how to do what you're talking about
and i didnt come up with a satisfactory solution :-(
heh. and jmk and myself before that ;)
in the end i'm using the "config" modparam to the hm2 low-level driver
it's not xml, but it's a small "key=value" config language
and everyone hates it (including me)
so are hal drivers complied duing a EMC build and are more or less concrete after that?
you can compile them as often as you like, but they don't change while you're using them ;)
changing a hal driver requires a recompile, but changing the connections between them is a runtime thing
which is a big part of what makes hal so super duper awesom
once you load a module, its configuration is more or less fixed
so could a new hal driver be complied when EMC starts?
yes, but ewww
you can have parameters (as hostmot2 does) that change how the module behaves
better to compile all the modules when you build, then pick which one gets loaded and how it's configured when you start emc2
you could compile "on demand", but you would then need sudo to run emc
SWPadnos: why would you need sudo?
not if you rip
since you must be sudo to (a) comp --install, (b) make setuid, or (c) make install
sudi make setuid
but normal components are not setuid
you can't do the setuid step without sudo
only a couple of strange executables need that
kernel components are
anything that runs in RT is a kernel component, and therefore needs sudo to install
they are not seruid, but a helper program is setuid to be able to modprobe them
the thing is, you need to be root to install a file that the module loader is willing to load
geo01005: you sense extruder-barrel temperature with a thermocouple and ADC? How is it heated?
Well you need a thermocouple signal conditioner to get from mV input to the ADC. I'm using a cartige heater, rectifed AC, switched with a FET.
regular reprap uses custom hand wound heater with switched 12VDC by a FET.
You're PWM'ing the FET for the heater? what's the signal timing on that?
I was planing on just using the same frequency as the servos I'm running, 20-30 khz.
One of the lame things about Reprap untill recently is the power is just switched on and off to the heater.
low-res pdm ;-)
so the only real blocking issue for this is getting temperature feedback from the extruder into emc's pid, it sounds like
Yes. And like I said, because the frequency responce of the heater is pretty low, the temp feedback loop could run at a low frequency and I could use a voltage to frequency converter to digitize the temp.
But no help to other who want and ADC on a mesa card.
But hey, I be saying that other want it, and there really isn't a demand.
Often it would just be an extra feature or a toy.
it would be a cool feature, but you could make an emc reprap without it
The supper easy way is just to rig up an arduino to send the temp over the usb.
Since the responce is slow, it should work fine...
getting info from usb into hal isnt easy
maybe a userspace component?
i dont know anything about those...
must be a userspace component
well, really is sends the info over a virtual serial port.
you can't access Linux devices (like USB) from a realtime context
Other have already done this.
SWPadnos: but you can access non-realtime hal from realtime hal, right?
it isn't realtime, and not guaranteed. So I don't like it.
if, say, one temp-reading per second is enough for a stable control loop, then you could read the temp via usb in userland, and put it in hal where the realtime pid can read it
Sure, here is an example... http://axis.unpy.net/01198594294
But what happens when I want to use feedforward control based on extrusion rate?
pre-emptively raise the extruder temp because you're anticipating pushing more plastic through it?
what happens if the userspace component crashes?
the HAL data will never change, and you'll get a saturated PID
Exactly. I sure don't want to walk away from that machine.
what happens if realtime crashes?
maybe userspace is less reliable, but nothing here is so reliable that you dont need hardware safety
if realtime crashes then the PID stops too ;)
Really it needs to have an overtemp cutoff switch....
but it's really really hard to crash realtime
at work we use bimetallic switches for overtemp protection
SWPadnos: nah, it's easy, i do it all the time ;-)
I've had a PC lock up hard - so hard that it didn't respond to pings, but RT was still running, making very very consistently timed pulses on my mesa card ;)
well, if you write bad software, sure :)
i lol'ed the first time linux froze, but my servos kept tracking my mpg :-)
So what do you think? better to use and Arduino on the USB?
geo01005: i'd start with that
anything else means writing a bunch of kernel code at this point
what kinds of delays can I expect from the userspace?
many tens up to a few hundreds of milliseconds, perhaps
it varies, though it's usually pretty fast
in my dayjob i run a complete pid-based temperature controller all in userspace, and it works fine
our plant is so slow...
skunkworks: seen tons of those
GOOD EVENING. THE NEW GUI FOR SETTING THE EMC WITH LABVIEW IS GO ON.
for example for big curing ovens
motioncontrol: your finger tripped to CAPS LOCK
Hmm... I was just so excited about SPI...
excuse. can i load the image on pastebin?
I'm sure you can
geo01005, that a/d looks good for a project Im about to do
ok one moment
It is a good ADC, it could easily report 8 channels every servo period.
Could work OK for LVDT feedback.
I just need a cheap D/A and choose my PIC now
archivist:Wait, are you talking about the Arduino, or the MCP3208?
i don,t can send the image .jpg bacause the limit is 150kb and the image is 250kb
on pastebin limit
Use GIMP and change the compression?
ok i prove
imagemagick may be a better tool
convert image.jpg -scale 50% smallerimage.jpg
those funny BIT files, they're for mshaver's project i think
What is the labview-EMC project about? I havn't heard about it.
so I should not have them in the config charts I'm guessing
maybe mention that they exist, as a way to introduce the idea that you can make custom hm2 firmwares for your custom projects?
[18:30:29] <motioncontrol> http://imagebin.ca/view/xEtNx8.html
ok, that sounds good
ok this is the my new gui for emc
the interface read the actual configuration and can mofification the single parameter the .ini file and hal file
man I hate labview
Had an idea just in case anyone gets the crazy idea of working on a SPI interface
: split the reading part into two pieces (start_SPI_read, Finish_SPI_read)
so that other read operations and be put between to overlap some of the SPI
delays with the other reads
in the menù tab you can select the general parameter and the axis x-y-z ecc specific parameter.
(can be put)
pcw: good idea :)
did you hear swp's idea to make a generic hm2 spi uart driver that puts the data it reads on some HAL pins, and then write per-device hal drivers for all the spi slaves, and hook them to the spi uart in hal?
SPI writes are free basically because of the send buffer
but you have to wait for SPI receive data...
Not sure I understand SWPs idea
we were discussing the issue of how to tell the driver what slave is on what spi port
i'm interesting at spi interface for use more io?what is the time development finisch?
motioncontrol: there's currently no one working on it
Are bitwise operations allowed in hal files?
halcmd doesn't know how to do any math
pcw: so the idea was to connect slave drivers to uarts using hal, rather than load-time configuration
if that's your question
you can load components that do logic operations though
Swp: yes, I was wondering if there is a way to extract say a bit from a u32.
well, that's harder ;)
actually, there may be a comopnent that takes an int in and sends bits out. if not it should be easy to write
geo01005: there's this: http://www.linuxcnc.org/docs/devel/html/man/man9/conv_u32_bit.9.html
that might be a good place to start to write the component you need
Could it be possible to skip the component and just split the data up in a hal file?
hal files are interpreted by halcmd, which doesnt know how to do that kind of stuff
Oh OK, a general purpose SPI interface is pretty messy, but I think one that had some HAL settable masks and
generic scaling-sign operations would cover a lot of A-D and D-A and GPIO chip types, There would be a lot
of chip specific specific setup however
can you point me to some docs (maybe mesa manuals?) that show the different spi interfaces in use, and the chip-specific setups needed?
seb_kuzminsky: feel like having chip specific setup as a config param and be passed on at loadrt time? :D
no i'd rather shoot myself
I'm sure you would :P
what i'd really like is a dynamic hal
imagine a hal pin that enables an encoder instance, replacing the gpio-pin hal objects with the encoder's hal objects
* seb_kuzminsky shivers in delight
the device would come up as all gpio, and then in hal you can turn on the higher-level stuff you want
isn't that just hiding/exposing pins?
i think so, yeah
say the pins are all there, just start with them hidden?
Seb: here are two chips we use in the 7I65 for example:
(plus a SPI EEPROM and SPI CPLD for GPIO)
cradek: what is this "hidden" you speak of?
seems like a simple hack
add a mask bit to each pin and make the things that traverse the list of pins skip them if they're masked
i asked jmk about it a while ago and he said he thought it would be hard
I bet he doesn't think about hacks :P
well he's smarter than me, so I'm sure I'm missing something
he said the problem was modifying the list of hal objects from the realtime context
( AD5754 quad 16 bit +-10V out DAC)
i didnt really understand his whole explanation
( AD7329 8 channel 1 M/S 12 bit + sign A-D)
thanks peter i'll check it out
seb_kuzminsky: I'm sure jmkasunich would have done this properly..
actually removing the hal gpio component, when a encoder component is enabled
that was our discussion, yes
maybe modifying hal-object metadata (hidden/exposed bit) is easier
cradek is suggesting something way easier
By all, cant avoid work any longer...
pcw: bummer.. try changing the timezone :D
good night all
way later probably, gonna start installing a bot tomorrow :)
anyone know when www.linuxcnc.org is coming back up?
it's down? oh, it's down!
huh - look at that..
jepler runs that machine, right? and isnt he off on vacation somewhere, the slacker?
gallivanting around the countryside instead of responsibly rebooting his servers when they crash?
no - that is hosted by dreamhost.
SWPadnos: would know..
jepler runs the cvs server.
[23:13:23] <jmkasunich> http://status.dreamhost.com/