#emc | Logs for 2010-12-16

Back
[00:00:08] <Connor> crab clamps?
[00:01:05] <JT-Shop> yea, think of an upside down U that is flattened out some and has a screw in the middle... the ends contact the work and the table
[00:01:07] <Valen> Connor: actually people have had issues with PCB's not being paticularly flat
[00:01:25] <Valen> when it comes to cutting with a v shaped bit anyway
[00:02:50] <Connor> I'm new to this, so, I haven't really looked.. but, any of the ones I've seen are pretty good.. maybe that's not enough.. ?
[00:03:08] <Valen> depends on the feature size i guess
[00:03:20] <skunkworks> the bit could also 'suck up' the board
[00:03:30] <Connor> the idea of making a picket jig is.. I can mill it perfectly flat, because, my table is a little off.. fine for 2D work.. but, PCB requires a little more than that.
[00:04:02] <theorb> theorb is now known as theorbtwo
[00:04:14] <Connor> I got a V bit from PreciseBits.com
[00:04:25] <Connor> along with a PCB Drill Set.
[00:31:18] <Connor> What forum are you guys talking about ?
[00:36:40] <skunkworks> this? http://www.linuxcnc.org/component/option,com_kunena/Itemid,20/lang,english/
[00:44:47] <JT-Shop> http://i47.photobucket.com/albums/f163/johnplctech/hunting/HPIM1566.jpg
[00:45:05] <JT-Shop> http://i47.photobucket.com/albums/f163/johnplctech/hunting/P1010063.jpg
[00:45:12] <JT-Shop> oh, time for dinner
[01:08:17] <SWPadnos_> SWPadnos_ is now known as SWPadnos
[06:48:12] <LawrenceG> Jymmm, you awake?
[06:48:25] <Jymmm> LawrenceG: Define awake?
[06:48:41] <LawrenceG> hey... sure has been quiet in here
[06:49:00] <Jymmm> LawrenceG: Especially at night
[06:49:24] <Jymmm> LawrenceG: whats gin on?
[06:49:27] <Jymmm> goin
[06:49:48] <LawrenceG> just watchin the tube and waiting to go to sleep
[06:50:24] <LawrenceG> how are the birds doing?
[06:50:44] <Jymmm> LawrenceG: SSDD... snoopin and poopin
[06:51:36] <Jymmm> LawrenceG: Havng issues with airflow *sigh*, will try something new tomorrow hopefully
[06:58:02] <LawrenceG> carbon filter box still under development
[06:59:23] <LawrenceG> how about a layer of pellets between two furnace filters..... add more thickness of pellets until airflow is close to your min flow required
[09:01:44] <davec> davec is now known as Guest56437
[09:03:57] <davec_> davec_ is now known as Guest86038
[10:16:49] <Frallzor> Yo
[13:40:25] <rizo> one HW question: I have a stepper motor on bridge - is it better do have longer put the stepper driver close to motor and have short power lines and long signal lines or would be better to place the driver on frame and have short signal lines and long power lines?
[13:41:34] <rizo> one HW question: I have a stepper motor on bridge - is it better to put the stepper driver close to motor and have short power lines and long signal lines or would be better to place the driver on the frame and have short signal lines and long power lines?
[13:49:08] <archivist_emc> depends on quality of ground wires, screening etc
[13:50:39] <cradek> I've wondered about that too. Professional machines seem to put the drives near the computer, and the motor and encoder leads are long and carefully grounded/shielded.
[13:51:09] <cradek> but that may be to keep the drives safe more than anything else
[13:52:58] <archivist_emc> this where a scope can be useful when you get it wrong
[13:53:43] <cradek> true
[13:54:05] <cradek> unless your motors are big and your power is high, rest assured that thousands of hobbyists seem to do an adequate job :-)
[13:54:15] <cradek> stepper systems are very forgiving
[13:54:38] <archivist_emc> a long wire into the drive acts as an antenna picking up electrical noise, screening it stops that
[13:54:47] <cradek> encoder wiring is where noise problems can really show up
[13:56:20] <archivist_emc> my spindle vfd output noise got into my stepper inputs :)
[13:57:48] <archivist_emc> I moved the vfd to the machine in that case
[13:59:13] <cradek> I have my vfd output wires and spindle encoder wires in the same conduit! it was originally that way (originally a resolver though)
[14:00:29] <archivist_emc> are the encoder signals on differencial pairs
[14:13:25] <atmega> all our 'real' machines have drives away from the equipment.
[14:26:38] <psha[work]> rizo: is it you -- Drmn4ea@forum?
[14:28:02] <rizo> ?
[14:30:03] <psha[work]> rizo: http://www.linuxcnc.org/component/option,com_kunena/Itemid,20/func,view/catid,38/id,6073/lang,english
[14:31:59] <rizo> no, this is me: http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?Videos#Wire_cutting
[14:32:02] <rizo> :)
[14:34:50] <psha[work]> but you both are intersted in emcrsh as i recall :)
[14:34:58] <psha[work]> bbl
[14:36:32] <rizo> i see :) ...i am reading the forum
[14:56:47] <pcw_home> We have a (non-emc) CNC customer that used integrated drives (drive on back of motor) for a while
[14:56:49] <pcw_home> turned out to be disaster as the drives are much more delicate than the motors
[14:59:35] <atmega> that seems to be an obviously bad idea, but if people make them...
[15:01:04] <atmega> anyone use PMAC stuff (Delta-Tau)?
[15:01:11] <atmega> (speaking of bad ideas)
[15:04:11] <pcw_home> They've got some smart engineers (that used to hang out in sci.eng.control) and good stuff
[15:05:07] <atmega> heh... it's good when it works. When it doesn't, it always seems to take me >1 day to figure out wtf it is breaking.
[15:14:26] <SWPadnos> the motion controller of EMC was originally implemented on a Delta Tau DSP-based motion controller board
[15:15:29] <SWPadnos> that's one of the reasons that the task controller, IO controller, and motion controller are separate programs - they used to run on separate CPUs (2 CPU cards in a VME or S100 cage, plus the DSP)
[15:16:45] <atmega> I have some VME ones, they have daughterboards for DSP and dual ported ram
[15:17:38] <atmega> or maybe one is just for the other 4 drives
[15:18:11] <SWPadnos> RL05K rulez!
[15:18:25] <atmega> the latest problem was some magically missing dual port ram configuration... things on either side worked fine
[15:19:38] <atmega> I'm hoping you aren't talking about DEC RL05's
[15:20:51] <SWPadnos> heh. I am :)
[15:20:58] <SWPadnos> (I know, wrong machine, but still :) )
[15:21:09] <atmega> wow, you must be ancient :)
[15:21:16] <SWPadnos> or precocious
[15:22:10] <alex_joni> yeah, that
[15:24:12] <atmega> I dont' know that I've ever seen a 5, lots of rl01/rl02 though
[15:25:15] <SWPadnos> I think we had the RL05 attached to a PDP-11 in one of the physics labs in college
[15:25:21] <SWPadnos> but I'm not sure
[15:25:57] <SWPadnos> our high school computer club took one apart at a bank - they upgraded their system and let us get rid of the old one for them
[15:26:20] <SWPadnos> (not just the disk pack, an entire minicomputer)
[15:26:52] <SWPadnos> you want some strong motors, those things are beasrs
[15:26:59] <SWPadnos> beasts
[15:27:55] <atmega> I have 3 pdp-11's running in production
[15:38:30] <SWPadnos> hmm. now which combo is better? http://www.newegg.com/Product/ComboBundleDetails.aspx?ItemList=Combo.572765
[15:38:36] <SWPadnos> or http://www.newegg.com/Product/ComboBundleDetails.aspx?ItemList=Combo.539643
[15:38:59] <SWPadnos> the specs are a little different so it's hard to choose :)
[15:39:12] <JT-Shop> get one of each
[15:40:04] <atmega> good idea... send me the one you dont' like
[15:40:06] <SWPadnos> oh. good idea :)
[15:40:09] <ries_> ries_ is now known as ries
[15:41:08] <SWPadnos> if only the server one had more RAM
[15:41:38] <psha> buy two of first combos and you have double RAM!
[15:41:44] <psha> oops, of second:)
[15:41:55] <SWPadnos> heh, yeah
[15:42:02] <celeron55> buy ten of those, i guess that's enough for most things
[15:42:04] <SWPadnos> and some extra CPUs to put on eBay
[15:43:03] <psha> heh, my friend was buying things in combos, taking parts he need and selling not needed parts... sometimes with prices higher then he bought :)
[15:44:51] <SWPadnos> ah. here's one with enough memory for a few months: http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=270674861900
[15:45:43] <cradek> jeeeez
[15:45:52] <SWPadnos> heh
[15:46:03] <SWPadnos> nobody will ever need more than 256GB RAM :)
[15:46:09] <JT-Shop> do you think I can make it power a clock?
[15:46:14] <cradek> I have 30 people sharing a much smaller machine (64 GB)
[15:46:35] <SWPadnos> that one might speed up compiles a little though :)
[15:47:08] <celeron55> i guess so
[15:47:26] <L84Supper> we were working on a supercomputer mainboard that had 12 sockets for the 12 core Magny-Cours
[15:47:33] <SWPadnos> cool
[15:47:54] <SWPadnos> I was wondering where the 8-socket motherboards (or quad+quad add-on) were
[15:47:56] <celeron55> you could feed all the source files of most projects simultaneously to it
[15:48:03] <SWPadnos> there were several for the older Opterons
[15:48:04] <archivist_emc> I remember our server had 12 users on 8 meg Altos 1000 386 with unix on it
[15:48:07] <celeron55> it sure could be wast
[15:48:10] <celeron55> fast*
[15:48:29] <L84Supper> the new AMD server chipsets only support up to 4-P
[15:48:59] <SWPadnos> oh yeah. I remember installing an NEC 386 machine with either Xenix or SCO or something, along with a 32-port serial card for all the users to connect their dumb terminals
[15:49:15] <SWPadnos> a 386-33 or thereabouts
[15:49:34] <SWPadnos> I don't think it had as much as 8M
[15:50:08] <skunkworks> yikes
[15:50:13] <SWPadnos> I think git is an excellent example of how the computers we have today should seem to us
[15:50:18] <celeron55> i guess you could serve quite a many serial terminals with a 4 cpu 256G machine
[15:50:22] <SWPadnos> I'm always amazed at how quickly it does what it does
[15:50:31] <JT-Shop> now that I have a almost always on connection is there any need for additional buildbots slaves?
[15:50:46] <L84Supper> IIRC the entire cluster had >1K Magny-Cours and 2K of the dual GPU hd5970's
[15:51:23] <L84Supper> and 1000A 480V power cord
[15:51:33] <SWPadnos> heh
[15:51:58] <SWPadnos> I wonder if the Fermi architecture would be better for GPU computing
[15:52:08] <SWPadnos> it sure seems fast as hell on my machine
[15:52:44] <SWPadnos> (and glxgears is pretty fast too, 143000 Frames in 5s or ~28000 FPS once I disabled desktop effects)
[15:53:00] <L84Supper> Sandia and Los Alamos consider the gpu based clusters to be failures since nobody wants to have to rewrite all their software
[15:53:26] <SWPadnos> there are C compilers for GPU
[15:53:39] <SWPadnos> and fortran I think, maybe from PGI?
[15:53:51] <psha> SWPadnos: according to HPL-GPU devs radeon cards are a lot faster
[15:54:16] <psha> even if they are cheaper for an order of magnitude...
[15:54:24] <SWPadnos> hmm
[15:54:48] <psha> but nvidia has far better support for cuda/opencl now
[15:55:36] <SWPadnos> yeah.. my very quick lookup of HPL says that the code was written for the AMD chips, so it's not surprising that it's slower on NVidia
[15:59:20] <L84Supper> http://www.top500.org/system/10587 uses nvidia
[16:00:13] <L84Supper> http://www.top500.org/system/10484 same for #3
[16:02:13] <SWPadnos> and #1
[16:02:25] <SWPadnos> oh, that was #1 :)
[16:03:27] <L84Supper> they probably don't let them go home until their code is optimized for the GPU :p
[16:05:10] <L84Supper> then again with 4PFlops peak, they might just be settling for ~25% efficiency
[16:23:18] <L84Supper> any suggestions for spreading a layer of powder 50um deep across a plane (~25cm x 25cm) as quickly and cheaply as possible and with the least amount of dust?
[16:24:56] <L84Supper> toner cartridges with the built in drums seem to be a proven approach
[16:26:56] <L84Supper> I've been looking at the reprap, makerbot etc projects and the 3D print speeds can increase by > 10x by using inkjet + powder vs extruding melted plastics
[17:01:05] <srpski> srpski is now known as Dannyboy
[17:02:11] <pcw_home> what about premade sheets of the filler (like paper). lay a new sheet on, paint, repeat
[17:02:37] <srpski> srpski is now known as Dannyboy
[20:03:11] <psha_> psha_ is now known as psha
[20:23:10] <L84Supper> pcw_home: that system also works, but it fills in the hollow area with paper, that you can get out, think about printing a hollow sphere with the paper method
[20:37:59] <PCW> Water soluble binder (wash when done)
[20:46:25] <andypugh> That was rather random, Pete
[20:50:30] <alex_joni> good night all
[20:56:24] <JT-Shop> for the 3-D printer?
[20:58:14] <L84Supper> PCW: good idea, that would work unless its trapped inside a hollow like a printed pingpong ball
[21:00:22] <L84Supper> powder + inkjet printed activator has the same problem with trapped uncured powder inside a closed object
[21:03:28] <L84Supper> PCW: if you used a water soluble binder then the actual filler "paper" would have to be insoluble in water or your printed part would also dissolve
[21:03:46] <SWPadnos> L84Supper, powder inside a ball would also be a problem - you still have to poke a hole or two in it and flush it out somehow
[21:03:56] <SWPadnos> like you said :)
[21:04:38] <PCW> I mean weak water soluble binder for filler paper. non water soluble binder for printing
[21:05:18] <PCW> ( or laser fuse)
[21:05:26] <L84Supper> the catch is using thermal printheads that use water as a vehicle
[21:06:49] <L84Supper> piezo heads are too problematic and closed source for DIY
[21:08:34] <L84Supper> if a $50 thermal printhead clogs you toss it out and replace, piezo heads can run into the several $Ks each
[21:12:48] <L84Supper> thermal heads are also closed source but easier to obtain , reverse engineer and far lower cost than piezo
[21:13:34] <PCW> Well forget inkjet and use a laser (then you can do metal as well)
[21:14:22] <L84Supper> the problems with laser for DIY are safety and cost
[21:14:48] <juri_> do not look directly into laser with remaining eye.
[21:16:03] <L84Supper> i guess somebody could eat the powder or get their fingers caught in the inkjet carriage
[21:16:35] <psha> logger_emc: bookmark
[21:16:35] <psha> Just this once .. here's the log: http://www.linuxcnc.org/irc/irc.freenode.net:6667/emc/2010-12-16.txt
[21:18:08] <PCW> Can you get enough volume out of the inkjet that you dont need a filler? (2 heads with 2 part fast hardening glop)
[21:18:14] <L84Supper> I'm just looking at ways to speed up the DIY 3D printers, the reprap types all extrude at glacial rates
[21:20:05] <PCW> or single thermal or UV/blue catalyzed hardening material
[21:22:57] <L84Supper> yeah, that also works but then there's the UV lamp safety issue or you can project a UV image from a DLP projector and cure an area of pixels vs one at a time
[21:23:55] <L84Supper> DLP costs + complex optics + UV safety issue
[21:24:02] <PCW> Bulk light (blue even) is OK since ink is only where needed
[21:25:00] <L84Supper> photpolymers are printable with piezo heads, not cheap thermal heads yet
[21:25:29] <PCW> Well thats just a paint problem...
[21:26:14] <L84Supper> and you can't print an overhang since you'll need to also print a support material
[21:26:41] <PCW> 2 heads
[21:28:17] <L84Supper> with microvalve yes, inkjet head no.... but now you also trade 2 $100 valves for 640 inkjet nozzles for $40
[21:29:00] <PCW> I think the powder system I looked at had a table that lowered for each slice and had a dust dump/scrape cycle
[21:29:37] <L84Supper> water + ethanol printed on gypsum and acrylic powders are pretty safe
[21:29:54] <PCW> just messy
[21:30:23] <andypugh> We have a nice machine at work that bonds sand, then pours molten iron in....
[21:30:28] <L84Supper> yeah, how to spread a new layer of powder as quickly and without leaving a dust cloud
[21:30:54] <andypugh> Cad model to cast iron part in one machine.
[21:31:06] <L84Supper> andypugh: yes, that what a DIY 3D printer based on thermal heads can do
[21:31:58] <L84Supper> Zcorp uses HP heads and are really slow, yet several times faster than the molten extruded plastic types
[21:32:32] <L84Supper> http://www.zcorp.com/en/Products/3D-Printers/spage.aspx
[21:32:54] <PCW> As long as you can seal up the working chamber, let the dustt fly
[21:33:00] <skunkworks> wow - that was painless. we had a sentry safe that we lost its combo. fax a notorized letter to sentry - pay $20 and recieve the combo through email.
[21:33:25] <L84Supper> if the dust comes into contact with the binder in the inkjet nozzles then you have problems :p
[21:34:00] <andypugh> The obvious solution is to omit the support powder and simply print in zero gravity
[21:34:09] <L84Supper> the same problem with UV lamps and UV injet heads
[21:34:14] <Connor> ROFL
[21:34:27] <L84Supper> yeah, no good DIY for that yet
[21:35:19] <L84Supper> the gravity insulator!
[21:36:31] <L84Supper> http://open3dp.me.washington.edu/ looking to improve on what they started
[21:37:57] <PCW> if the head shoots through an aperture with slight positive clean air pressure (not so much you blow the ink around) from the nozzle side you could keep the dust way from the head
[21:39:40] <L84Supper> tricky since there is only a ~40um layer of powder
[21:40:24] <L84Supper> and not moving the heads too fast and close, so no dust gets kicked up
[21:42:37] <SWPadnos> skunkworks, that seems fairly creepy to me
[21:42:52] <SWPadnos> not least because email is highly snoopable
[21:44:09] <mikegg> shit yeah. got my 30 amp breaker wired up in the garage
[21:44:58] <L84Supper> PCW: I like the aperture idea! I can see a way to hold the head in a way to keep the air turbulence to a minimum as it scans
[21:45:03] <skunkworks> SWPadnos: a bit yes ;)
[21:46:31] <L84Supper> and also wipe the nozzle surface every pass or so
[22:00:02] <L84Supper> a single printead can scan a 10" x 10" area in 10 seconds, it would be nice to place a dust free powder layer in the same time or less
[22:02:06] <L84Supper> moving a 10" x 10" stage 40um that might be 10Kg max load is not a problem in a second
[22:08:37] <tom3p> why are all airport announcers trained at jack-in-the-box? ( mumble mumble fiitzz pop mumble )
[22:09:53] <archivist> they are related to train station announcers
[22:14:58] <psha> on some stations workers dispatchers talk to each other using loudspeakers :)
[22:16:17] <psha> it's funny - once i was waken by loud voices talking about son (doughter) who goes to regional city into local university...
[22:16:32] <psha> at first i thought that i've either sleeping or crazy :)
[22:20:14] <Connor> anyone have any good schematics for a speed controller for standard AC based router? I found out how to disable the onboard speed controller for my Bosch Colt, and want to hookup a computer controlled RPM setup.
[22:20:55] <atmega> by 'disable', you mean 'leave it turned all the way up'?
[22:21:28] <Connor> No. as in, Short all the leads on the Triac inside of it.
[22:22:13] <Connor> http://www.cnczone.com/forums/diy-cnc_router_table_machines/112658-super-pid_new_low-cost_router_speed_controller-26.html
[22:22:23] <Connor> I found info on the Super-PID, but, I think it's too expensive..
[22:22:31] <Connor> I can build my own no problem..
[22:25:17] <andypugh> Let EMC2 handle the PID
[22:26:01] <Connor> that's not the issue..it's the hardware side to control the wave form of the AC.
[22:26:02] <andypugh> In fact, EMC2 could handle the AC control.
[22:26:31] <andypugh> You have a 1kHz servo thread, plenty fast enough to gate a 50Hz mains on and off
[22:26:56] <Connor> I do 60hz in US.
[22:27:18] <Connor> Didn't think on/off was best method for AC Control.
[22:27:34] <Connor> Does that not deform the AC Wave and cause strange things to happen?
[22:28:33] <andypugh> I think that if you can think of a way to send a timing pulse to EMC2 at zero-crossing, then EMC2 can turn on a triac, then off again after a certain number of nS.
[22:29:00] <andypugh> That's all your original Triac control did, I bet.
[22:29:56] <Connor> Yea. That's how it works.. it's the Zero-crossing part that's tricky. I would rather take a PWM signal out from EMC into a control board that handled all of that.
[22:30:13] <Connor> I DO have some 25Amp Solid State Relays coming..
[22:30:24] <Connor> that could be rapidly switched on/off I think.
[22:30:24] <andypugh> http://www.tmworld.com/article/321998-Not_your_father_s_power_tools.php
[22:33:04] <psha> andypugh: most interesting on that link is "A battery charger built into a radio provides charged batteries and entertainment."
[22:33:07] <psha> :)
[22:33:29] <Connor> yea. Didn't find too much I understood in that article.
[22:33:33] <andypugh> Yeah, I have seen quite a few of them.
[22:34:04] <andypugh> Connor: It's talking about battery tools anyway, I think. Not very relevant.
[22:35:03] <andypugh> Google will find any number of triac AC power control circuits. You need to get clever to go below 50% duty cycle.
[22:36:58] <andypugh> I have a feeling that it ought to be easy to spot the point when current switches from flowing from neutral to live to the reverse. (diode, resistor, capacitor?) and then software might as well turn on and off the power electronics.
[22:37:45] <andypugh> I may be over-zealous in my enthusiasm for moving as much analogue electronics as possible into softwae.
[22:39:27] <Connor> the SSR units I have coming ar FOTEK-SSR-25 DA units.. not sure they'll be useful for speed control.. I plan on using one for a PID based Heater control for a reflow oven.
[22:40:52] <L84Supper> tom3p: Attention Miazziz Hari please come to the courtesy counter. Those announcers? :p
[22:40:55] <andypugh> If they are zero-crossing type then they are no use at all for speed control.
[22:41:32] <andypugh> But they are great for preventing VFDs from tripping RCDs
[22:42:37] <Connor> RCD ? That like a Ground fault?
[22:52:09] <Connor> They key, is the Triac, and a Zero Crossing detector circuit.
[22:52:16] <Connor> http://multyremotes.com/ac-motor-speed-control.htm
[22:53:28] <Connor> I can build the Zero Crossing Detector circuit..I have the parts with exception to the Transformer.. but, I bet I have a power brick that's AC output that would do the same.
[22:54:28] <grommit> I have a basic config question. I am setting up a new machine, just have the controller together and trying to get a single motor to run on the bench. If I run StepConf Wizard and get to X Axis config and select test this axis should I be able to see step pulses on the parallel port output at that point?
[22:54:30] <Connor> I would have to build the rectifier out of individual parts.. as I don't have any bridges in stock.. no biggie.
[23:02:04] <andypugh> grommit: Yes
[23:02:32] <Connor> andypugh: Look at that link I posted.. I think that's what I'm looking for.
[23:04:02] <grommit> hmm, I am not seeing any...
[23:04:53] <andypugh> Connor: Aye, that looks good. Replace the microcontroller with EMC2 and a very simple HAL module, and the job is done.
[23:05:16] <Connor> or a ATmega 168/328
[23:06:08] <andypugh> I am thinking that you want to control the speed via EMC2 and a PID, the more you can bring "inside" the computer the better.
[23:06:09] <Connor> I'm a little concerned they say to short all 3 pins on a Triac to disable it.. would it not be best to just short across it .. I.E. leave the base alone ?
[23:06:43] <archivist> triacs dont have a base
[23:06:56] <Connor> maybe base isn't the right term.
[23:07:21] <andypugh> grommit: How are you testing?
[23:07:55] <grommit> I have an oscilloscope on the wires that would normally be plugged into my Geckos (320x).
[23:07:55] <Connor> looking at the schem, of D7, would it not be better to short the two that are in series with N, and leave the one going to ping 5 on the Opto alone ?
[23:09:09] <grommit> I also have a multimeter, but currently, no steps and 0v on the par port pin 2 (X step)....
[23:10:10] <andypugh> I would expect a scope to work, but you could try adding a pull-up or pull-down just to be sure
[23:10:42] <grommit> between the scope probe and the signal gnd?
[23:11:04] <andypugh> I am clutching at colour-banded straws here
[23:11:34] <andypugh> I assume you are confident you have the base address right?
[23:12:01] <andypugh> Nothing concerning in dmesg?
[23:12:32] <grommit> dmesg gives me: parport0: PC-style at 0x378, irq 7 [PCSPP]
[23:12:50] <grommit> I used 378 in the config screen
[23:12:54] <andypugh> Sounds good to me, but I know very little
[23:13:13] <grommit> yeah, it isn't supposed to be hard at this point :-)