Back
[00:00:00] <andypugh> Guest629: This might be of interest, but is still fairly monochrome:
http://www.linuxcnc.org/component/option,com_kunena/Itemid,20/func,view/id,1813/catid,38/limit,6/limitstart,0/lang,english/
[00:00:48] <Guest629> thats the layout i am familiar with sweet
[00:01:12] <Guest629> thanks for hunting it down
[00:01:13] <pfred1> andypugh you're just on fire tonite
[00:01:43] <andypugh> I bought a 1l bottle of Bowmore in the airport, I have found my Muse
[00:02:59] <pfred1> * pfred1 plays run da motor ...
[00:03:11] <pfred1> oh yeah!
[00:04:36] <Guest629> now just a matter of learing german should be easier than programming lol
[00:05:08] <pfred1> Guest629 don't bet on it
[00:05:53] <andypugh> It certainly ought to be. Hopefully there is a localisation file.
[00:06:16] <pfred1> The Program will be soon available with a "internationalization" File.
[00:06:27] <Guest629> Ich denke, es kann nur
[00:07:05] <Guest629> done now i have a awsome screen
[00:07:24] <andypugh> As a brit I demand an "Internationalisation" file.
[00:07:47] <Jymmm> andypugh: as soon as you learn how to spell color
[00:08:01] <pfred1> Jymmm and lose all of his vices too!
[00:08:20] <andypugh> I know how to spell "color", I just don't know what the word means.
[00:09:08] <pfred1> I think at the end of WWII we occupied the wrong country
[00:11:52] <cradek> at one time emc had a developer who would occasionally (after too much drink maybe?) go through the program and britishize everything
[00:12:11] <pfred1> cradek egads!
[00:13:22] <andypugh> I could do that, if you miss it :-)
[00:13:29] <cradek> thanks, it's ok :-)
[00:13:33] <andypugh> Robin Szemeti by any chance?
[00:14:12] <cradek> wonder what became of him - what was his irc name?
[00:14:35] <andypugh> He was on here a month or two back.
[00:14:35] <cradek> (I don't think he was ever a developer)
[00:15:14] <andypugh> I see him rather regularly on Ixion (a motorbike mailing list we have both been on for 15 years or so)
[00:16:01] <cradek> anyone interested in testing this for me? ideally you'd have home switches or home+index:
http://timeguy.com/cradek-files/emc/0001-Export-motor-offset-to-HAL.patch
[00:16:31] <cradek> some users have requested a way to verify homing repeatability, and I think this gives you that, but I haven't tried it
[00:17:11] <andypugh> If nobody volunteers I can reassamble the machine and have a look tomorrow.
[00:17:12] <pfred1> anyone want to see a picture of my latest motor driver?
[00:18:04] <cradek> andypugh: if it's a stepper machine with home switches, where you can easily screw up the position (grab motor shaft and turn) that would be the best way to try it
[00:18:54] <andypugh> Not only is it such a machine, but it quite often does screw up the position
[00:19:13] <cradek> great
[00:19:22] <andypugh> Which is why it is in bits while I meddle with things beyond my ken in the Hostmot2 drivers.
[00:19:22] <pfred1> andypugh that and it needs a good cleaning too!
[00:21:12] <PCW> andypugh: if Jepler doesn't get around to making a 7I43 bitfile with TPPWM I can do it later this week (I've got a list of custom bitfiles to do)
[00:21:20] <pfred1> I worked with this old German machinist years ago and his aversion to metal chips rubbed off on me
[00:22:39] <andypugh> I already have one from him and I have been playing with it in the background. I think I will have to either ask for a second iteration or break out the hexeditor on the bitfile though, it still seems to expect 3 IO ports (does that mean physical connectors, I wonder?)
[00:23:13] <PCW> sounds slightly bustulated
[00:24:55] <andypugh> i tried commenting out the sanity check in the code, but that was a "partial success"
[00:26:02] <andypugh> "IDROM IOPorts is 3 but MD IOPort NumInstances is 2, inconsistent firmware, aborting driver load"
[00:26:03] <PCW> The driver depends on so much in the IDROM, its not surprising that it might stumble later on if something not right...
[00:26:19] <andypugh> Yeah, but it was quick and easy to try
[00:27:34] <PCW> Really the VHDL should do more to check itself, the PINXXXX files are a mess still
[00:27:54] <andypugh> Actually, the other way round. That above was me copy-pasting the source and substituting the %d as I can't copy from the actual VNC screen
[00:28:35] <andypugh> Can you hang more than one 7i43 off of one P-Port (ie are they addressed)
[00:29:33] <PCW> No, it might be possible with CPLD changes though
[00:31:15] <andypugh> Any feel for how close to bandwith limited it is with a 1mS thread?
[00:32:32] <PCW> I think it probably steals about 10% of your CPU at 1 ms (-100 uSec servicing PP)
[00:33:37] <andypugh> Of course, there is no buffering, so it is more CPU-limited than P-Port limited isn't it?
[00:34:31] <andypugh> ie it isn't whether the P-Port can fit all the data through in 1mS, rather can you afford to lose the CPU for that proportion if a mS.
[00:34:33] <PCW> This could be improved by about 30% if the HostMot2 driver would use the TRAM
[00:34:34] <PCW> most limiting is that the PP puts the CPU in a wait state (at least on reads) write may be posted, not sure
[00:34:58] <andypugh> I thought the driver did use the TRAM?
[00:35:26] <PCW> no not yet (this will be needed for DMA capable PCI cards as well)
[00:35:33] <andypugh> There is a tram.c file
[00:35:59] <PCW> the structure is there. just not used yet
[00:36:42] <PCW> (address translation/scatter-gather is not used)
[00:36:59] <andypugh> Well, one thing fewer for me to worry about then, I was dreading that bit.
[00:38:23] <PCW> for EPP this would reduce the number of address transactions to one or two instead of one per 32 bit access
[00:38:25] <PCW> but its is headache generation capable
[00:39:12] <PCW> be glad its not there yet...
[00:44:09] <PCW> I'm happy! I can now get 15 bit resolution from the 7I49 (with its crappy 12 bit A-D), Good thing about noisy A-Ds is they dither the input
[00:44:10] <PCW> so you can get more bits by averaging. Also <1 RPM of velocity noise at reasonable tracking filter settings. Did learn I will need .1% resistors
[00:44:12] <PCW> for the input circuitry
[00:45:24] <andypugh> That sounds like more than plenty
[00:46:04] <pfred1> I didn't even know they made .1% resistors
[00:46:05] <andypugh> 15 bits x 8 octants is 19 bits of virtual encoder isn't it?
[00:46:22] <andypugh> I bought some 0.05% ones the other day
[00:46:47] <PCW> 15 bits resolution for 360 degrees
[00:47:06] <andypugh> Is it?
[00:47:13] <PCW> to do better I would need a better ADC
[00:47:59] <andypugh> My 8 bit ADC gives me 0-1023 "binary degrees" and the lookup table contains most numbers twice.
[00:48:43] <PCW> .1% is pretty common
[00:48:45] <PCW> a 1% error between sin and cos causes a ~.3 degree error
[00:48:56] <andypugh> You have your 12 bits of voltage information, then who is biggest and who is ngative for at least 4x the angular information.
[00:49:48] <andypugh> Of course I am willfully confusing precision with accuracy here.
[00:50:32] <PCW> Theoretically you get 13.65 bits resolution/turn (12*log2(2PI))
[00:50:32] <andypugh> My Arduino resolver interface is precise to 1/1024 of a rotation, but probably accurate to no better than 1/128.
[00:50:33] <PCW> but tracking filter gives me a little more
[00:51:19] <PCW> 12+log2(2PI)
[00:51:41] <andypugh> So, even 15 bits is equivalent to a 32,000 line encoder, and I am not sure they exist.
[00:51:52] <PCW> 8000 line encoder
[00:52:00] <PCW> (32000 count)
[00:52:05] <andypugh> Ah, yes, OK
[00:52:35] <PCW> resolver accuracy will not be that high but the velocity signal is goog
[00:52:42] <PCW> good
[00:53:31] <PCW> trickiest part was making the interface position registers "interpolate"
[00:57:56] <andypugh> What is the 7i49 pinout? Does it match an existing PIN file, or have its own?
[00:58:08] <PCW> Has its own
[00:58:29] <andypugh> Incorporating the serial comms?
[00:59:04] <andypugh> (was there serial comms involved for resolver position, I am getting vague now)
[01:00:32] <PCW> Yes its has the SPI interface for the dual ADC, 2 PDM pins for sine generation plus has 6 +-10V analog channels
[01:01:32] <andypugh> Does it all fit in one connector?
[01:01:43] <PCW> Yes one connector
[01:01:56] <andypugh> That's a plus then.
[01:02:32] <PCW> also has lots of weird hardware so takes a fair amount of FPGA space
[01:02:55] <andypugh> I can imagine much head-scratching about what modules should be offered on the other connector.
[01:03:31] <PCW> Well those options are easy to change
[01:07:30] <PCW> If I had more time I'd optimize it, its kind of brute force (free running ADC to double buffered shared memory,32 bit DSP, 500 or so lines of painful assy language, position integrator in hardware)
[01:08:08] <pfred1> oh come on asm is the only fun language thare is
[01:08:31] <andypugh> Free-running ADC sounds expensive.
[01:09:05] <PCW> I had a lot of "fun" when i made a typo in the processors instruction decode...
[01:09:41] <pfred1> thats the fun of assembler though ultimate power
[01:10:11] <pfred1> its the pied piper of programming languages
[01:11:08] <PCW> Yeah the ADC/SPI part is independent it just presents the data in a dual ported memory buffer and tells the DSP which half of the buffer its currently working in
[01:11:14] <andypugh> I had a great deal less capacity to deal with with the Arduino version, so ended up starting the ADC on specific steps of the sine-wave table, then dealing with the results (effectively into shared memory, with a flag so say that there was a new measurement) with the ADC complete interrupt.
[01:12:09] <PCW> But my processor doesnt have the luxury of interrupts...
[01:12:13] <andypugh> (I don't claim that my Resolver interface is anything but a toy, I am not sure I have made that clear enough)
[01:12:47] <andypugh> No interrupts does rather change the complexion of things, 'tis true
[01:13:45] <PCW> Basically I do the same thing, except I sample 5 to 8 points near the positive and negative peaks (and subtract them)
[01:14:10] <pfred1> andypugh reminds me of this:
http://pastebin.com/iNFRA229
[01:15:07] <PCW> doing the subtract is nice since it auto-zeros the ADC offsets
[01:17:25] <pfred1> Will you be using this Dell PC for world terror (y/n)?
[01:17:43] <andypugh> It is too late for me to think through the differences between that approach and mine (I measure the no-excitation ADC counts at the beginning and keep them as constants). I am rather more susceptible to drift, that is clear, but I think I get more octant information?
[01:19:01] <PCW> I just measure Peak-Peak of the carrier instead of just peak
[01:21:44] <andypugh> Ah! I do nothing with the carrier. I only measure the secondaries.
[01:22:44] <PCW> Same thing I just measure the secondaries (but measurement is P-P)
[01:23:53] <andypugh> Then I guess you take the ratio and find the arctan?
[01:24:42] <PCW> No, I use a second order servo loop
[01:25:16] <andypugh> I think I read a paper on that when working on mine, and decided it was too hard.
[01:26:13] <andypugh> But I suspect that hard and easy are different between uC and FPGA
[01:26:13] <PCW> Because the (modeled) acceleration is limited you get quite good filtering
[01:27:08] <PCW> I did not want t do the divide, plus i wanted the velocity output the loop gives
[01:27:40] <andypugh> Interesting though, as I effectively have half of the same structure, with the count-up / count-down quadrature encoder positions.
[01:29:20] <andypugh> My divide and lookup arctan is in the order of 8uS. But I am not using very many bits.
[01:29:52] <PCW> Thats the advantage of having it in the FPGA, since the host interface is parallel, I can have simple parallel absolute position registers (and velocity registers)
[01:30:04] <andypugh> I think your way sounds a lot cleverer though.
[01:32:14] <PCW> But yes most of the code is probably the same, There's a Analog Devices app note on implementing a resolver-digital converter in one of their DSPs that has a good description
[01:32:16] <PCW> (even some code samples) We had to implement our loop differently though
[01:33:19] <PCW> AN401-22
[01:35:58] <PCW> Our DSP code takes about 24 uSec on the 7I49 interface (4 usec = 200 instructions per channel)
[01:36:43] <PCW> 8 usec is fast for atan on a ucontroller
[01:36:54] <andypugh> Anyway, I should have been asleep several hours ago.
[01:37:09] <PCW> OK 'nite
[01:37:26] <andypugh> It's a deliberately imprecise arctan :-) I cared most of all about speed.
[01:38:06] <PCW> and I need to go home...
[01:38:08] <andypugh> And I think that the compiler has somehow made a very good job of the divide.
[01:38:08] <PCW> bye
[01:38:10] <PCW> heck atan is just a straight line right?
[01:38:38] <andypugh> It's probably close enough, to be honest, for 0 to 45 degrees, which is my range.
[01:39:09] <andypugh> But then a straight line is probably faster with a lookup than a multiply
[01:39:48] <PCW> I do some sine/cos lookup for the phase detect
[01:40:44] <PCW> anyway time to go, nice chatting
[01:40:46] <PCW> bye
[01:40:53] <andypugh> Memory is cheap. 32k still seems like lots when I started with 1k
[01:40:56] <andypugh> night
[02:51:13] <atmega> I just hooked up limit switches, set pin 10 to be both limits and home for X, when I tell it to home, it goes positive. How do I make it home to negative instead?
[02:52:04] <cradek> first check that your home switches are not inverted (use halmeter). if that isn't it, negate the appropriate homing velocity
[02:53:35] <atmega> cool, thanks!
[02:54:01] <cradek> the thing you want to meter is axis.0.home-sw-in or something close to that spelling
[02:54:15] <cradek> should say TRUE if you poke the switch and FALSE otherwise
[02:54:58] <atmega> I had the switches right (x,y normal, z inverted)
[02:55:35] <atmega> so now it tries to home the correct direction, then stops with joint on limit switch error
[02:56:12] <cradek> http://www.linuxcnc.org/docs/html/config_ini_homing.html
[02:57:26] <atmega> heh... I've actually read that several times
[02:58:48] <atmega> I assumed HOME_IGNORE_LIMITS = YES would fix that
[02:59:19] <cradek> what's the exact error?
[03:00:01] <atmega> joint 0 on limit switch error
[03:00:27] <cradek> and you have [AXIS_0]HOME_IGNORE_LIMITS=YES and you are homing X when you get that?
[03:02:55] <atmega> hmm... I seem to have X and Y backwards
[03:05:03] <atmega> heh... works much better with the wires on teh right pins
[03:05:30] <atmega> my Z switch has a lot of travel from on back to off, can I make it home on the other side of the switch?
[03:06:19] <atmega> latchlevel?
[03:06:21] <cradek> don't make me post that url again :-)
[03:06:32] <cradek> have a look at those pictures at the bottom
[03:06:41] <atmega> heh, gotcha
[03:08:01] <atmega> excellent
[03:15:36] <atmega> ok, one last stupid question... should my Z axis be 0 to 3 or -3 to 0?
[03:17:15] <cradek> 0 to -3, 0 is the top of travel
[03:30:42] <atmega> thanks! I'm giving up for the night.
[03:57:53] <renesis> guys tomorrow i pick up my atom pc stuff!
[04:58:56] <ChanServ> [#emc] "This is the #emc channel - talk related to the Enhanced Machine Controller and general machining. Website:
http://www.linuxcnc.org/, wiki at
http://wiki.linuxcnc.org/"
[06:17:00] <Jymmm> SWPadnos:
http://www.cnn.com/video/#/video/us/2010/04/27/ducklings.rescued.from.drain.KHOU?hpt=T2
[06:17:37] <Jymmm> skunkworks:
http://sfbay.craigslist.org/sby/tls/1713508656.html
[09:12:15] <MarkusBec_away> MarkusBec_away is now known as MarkusBec
[09:25:33] <piasdom> g'mornin all
[09:41:09] <MattyMatt> good morning piasdom
[09:41:45] <MattyMatt> wat doet wij vandaag?
[09:42:26] <MattyMatt> I'I'm gonna mill me a pocket or three
[10:22:02] <MattyMatt> when the gcode docs talk about spirals, they really mean helix?
[10:22:56] <MattyMatt> like the Z parameter for G2/G3
[10:26:29] <MattyMatt> my engineering drawing teacher would have made us stand at the front of the class, holding a 2p coin to the blackboard with our noses, for confusing spirals with helices :)
[10:27:03] <MattyMatt> strange sense of humour, that man. great teacher tho
[10:27:46] <MattyMatt> came from industry. had been a naval architect and and a chem factory engineer
[10:32:48] <MattyMatt> the verb "to spiral" applies to helices too tho, as long as you specify "spiral down" or "spiral up"
[10:33:37] <MattyMatt> Please Sir, not the giant pair of compasses again
[11:08:25] <piasdom> not sure but i think i saw them chatting about it being helix
[11:09:02] <piasdom> wouldn't they do the same thing ?
[11:36:43] <MattyCNC> yeah the last paragraph does say helical, and it's pretty obvious anyway
[14:19:59] <MarkusBec> MarkusBec is now known as MarkusBec_away
[14:20:32] <JT-Work> yea! the lube oil tank for the Hardinge should be here tomorrow
[14:20:58] <MarkusBec_away> MarkusBec_away is now known as MarkusBec
[15:50:56] <archivist> I had to come home for a delivery today :) a Mitutoyo surftest
[15:56:03] <jay_> jay_ is now known as fjay
[16:13:21] <Jymmm> skunkworks_: you get my message?
[16:16:27] <morfic> archivist: what are you going to use the surface tester for?
[16:17:13] <Jymmm> skunkworks_:
http://sfbay.craigslist.org/sby/tls/1713508656.html
[16:19:00] <skunkworks_> Jymmm: interesting
[16:19:50] <sealive> where can i find the parameter to use in the ini to get my own start ngc
[16:22:05] <Jymmm> skunkworks_: That is for your machine, correct?
[16:22:33] <skunkworks_> Jymmm: no - We don't have a mazak
[16:22:47] <Jymmm> skunkworks_: oh, my bad.
[16:22:58] <Jymmm> nevermind
[16:23:00] <Jymmm> =)
[16:24:17] <skunkworks_> heh
[16:24:24] <archivist> morfic, in the last job surface finish was important and I like toys, I just measured some granite and its about 1 micron
[16:25:11] <archivist> so I may just ebay some surface plates for model engineers :)
[16:26:15] <morfic> archivist: like sample surfaces?
[16:27:13] <archivist> er no, granite table mats, seem good enough for engineering
[16:27:54] <morfic> how thick are they if you call them mats? :)
[16:30:33] <archivist> about 12mm
[16:32:46] <archivist> 295mm by 210mm area, just right for tiny stuff
[16:34:48] <Lerman_> Lerman_ is now known as Lerman
[16:35:15] <morfic> archivist: ok, i get the picture
[16:36:18] <morfic> archivist: just curious, because i expected surface to be something people would go "looks good" over in here for the most part
[16:37:15] <archivist> clockmakers get examined on surface finish, but the examiners dont use any measuring!
[16:39:00] <morfic> * morfic admits to not know anything about clockworks other them being made from tiny precision parts that are tinier than anything he ever made.
[16:39:01] <bill2or3> "shiny, pass."
[16:39:37] <archivist> cast iron shiny
http://gears.archivist.info/specials/index.html
[16:40:11] <archivist> shame I cannot now measure it as its long gone to customer
[16:42:54] <morfic> looks like you are the guy to ask to cut any sort of strange gears one may find in old machines
[16:45:23] <archivist> I may be :)
[16:49:16] <yann_> hi there
[17:21:57] <micges> hi
[17:44:44] <yann_> hi
[18:21:27] <skunkworks_> so - what is a good laptop?
[18:21:33] <skunkworks_> * skunkworks_ is in a market again
[18:21:48] <skunkworks_> ;)
[18:23:04] <skunkworks_> I have been drooling on the dell studio xps's (i5 quad core)
[18:24:13] <elmo401> thinkpad
[18:24:20] <elmo401> i5 laptop?
[18:24:23] <elmo401> crazy
[18:24:31] <elmo401> battery life? 2hrs?!?!?!
[18:24:33] <skunkworks_> intel i5
[18:24:36] <skunkworks_> heh
[18:24:48] <elmo401> so you don't want a laptop, you want a desktop replacement
[18:24:51] <cradek> my thinkpad R50p is totally awesome
[18:25:32] <elmo401> my T61p ROCKS!
[18:25:37] <skunkworks_> cradek: runs linux ok?
[18:25:41] <elmo401> nVidia quadro card is amazing.
[18:25:49] <cradek> skunkworks_: everything works perfectly
[18:26:37] <cradek> elmo401: maybe that's my next one - I refuse to give up the 1200 lines on the screen
[18:27:25] <elmo401> 1600x1200 resolution, too!
[18:27:35] <Jymmm> screw dell
[18:27:41] <elmo401> ya, screw dell
[18:27:44] <skunkworks_> heh
[18:27:50] <cradek> yep, dell sucks (proprietary power cubes)
[18:28:05] <elmo401> according to a recent magazine review, screw HP as well!
[18:28:13] <elmo401> their products are cheap and it shows
[18:28:26] <Jymmm> ThinkPad, Toshiba, Lenovo, Fujitsu (certain models), Mac
[18:28:54] <Jymmm> It's HP/Compaq - either way totally crap.
[18:28:59] <elmo401> people still use Mac? ;)
[18:29:04] <skunkworks_> I have had good luck with toshiba and dell
[18:29:34] <Jymmm> skunkworks_: Lenovo/Thinkpad are awesome!!!
[18:30:00] <Jymmm> They are the only ones that I think still offer hardware service manuals for downoad too
[18:30:04] <Jymmm> download
[18:30:22] <yann_> wow, some people here :)
[18:30:31] <Jymmm> you can always find parts for them.
[18:30:45] <yann_> I got a problem with M5 execution delay
[18:31:06] <cradek> yann_: saw your email. use the motion digital IOs instead of spindle control. spindle control is not realtime.
[18:31:24] <yann_> ok, I will try this
[18:31:31] <yann_> thanks !
[18:31:45] <yann_> something to read on how to use this ?
[18:31:52] <notranc> dual core dell studio that came with ubuntu works for me, virtualization etc. for about 2 years now. 2.5 h use time. It was the best price for non-windog laptop.
[18:32:29] <Jymmm> skunkworks_: My Lenovo IdeaPad netbook was out of warranty, I found a BIOS bug when I used a Serial ExpressCard, they are taking care of it for me right now. That kind of service is very rare.
[18:33:15] <Jymmm> skunkworks_: I did have to contact Exec Offices, but all TechSup are clueless anyway, and it was an unusual request.
[18:34:36] <Jymmm> Over the years, I've had IBM/Lenovo go completely out of their way to provide the best service. Not to mention it's super easy to work on them too.
[18:35:56] <Jymmm> elmo401: I'm on a MBP right now =) with VMWare, I also have XP and ubuntu as well =)
[18:37:17] <Jymmm> elmo401: One very cool thing about OSX, is that it has this backup software called "Time Machine". You just plugin an external USB hdd and it backs up EVERYTHING.
[18:37:31] <yann_> >cradek are the motion digital IO the M65 and M66 ?
[18:38:43] <Jymmm> elmo401: Now, if I lost my laptop for some reason, and bought another one. I can take that backup hdd and restore the new system (even if it had a blank hdd) with everything I had, even where the icons are on the desktop.
[18:40:25] <Jymmm> elmo401: The OS, apps, data, everything.
[18:40:41] <Jymmm> elmo401: it's a VERY cool headache free feature
[18:42:02] <notranc> Huh? every backup of your home would restore your apps and environment if moved to another system. What's problem with generic backup programs is that they backup stuff you can easily download from the internet.
[18:42:51] <awallin> my problem is there's something like 2-3 Tb to backup... takes forever and fits nowhere... same problem at work...
[18:43:29] <notranc> The best backup us a bash script that saves files you need to care about. I don't need OS backed up, it's on CD and linux depositories
[18:46:08] <notranc> what I do is use a utility tree which tells me what I had in directories I use for downloads for example: ~/src and ~/tmp I save that "tree file" together with data and other stuff in my backup. That makes backup 80% smaller than it would otherwise.
[18:49:38] <notranc> In reality I rsync files between 3 systems, ie 2 workstations and a laptop. That's backups. Archiving is taken care of with DVDs stored in safebox.
[19:04:46] <andypugh> It is slightly annoying how EMC is wedded to a particular version of a paricular kernel. Having got bored of the flaky way in which my SMP kernel deals with HAL failing to load (requiring a physical power-off restart much of the time) I used Grub to return to the default kernel. Which, annoyingly, seems to require a full recompile of EMC2.
[19:04:53] <frallzor> lo boys
[19:05:33] <cradek> andypugh: all the realtime stuff loads into the kernel - not much you can do but rebuild it
[19:05:43] <cradek> (but it takes what - two minutes to do?)
[19:05:55] <andypugh> Longer than that, and it is still complaining...
[19:06:20] <andypugh> What's the command to view the kernel name?
[19:06:27] <cradek> uname -a
[19:06:31] <andypugh> thanks
[19:06:57] <cradek> if you change kernels you have to rebuild rtai as well (unless you have both builds on your system already)
[19:07:12] <andypugh> Ah, that would be it.
[19:08:34] <Jymmm> OMG
http://news.yahoo.com/video/business-15749628/where-happy-meals-are-illegal-19362009#video=19365920
[19:10:19] <Jymmm> $1000 fine
[19:10:23] <Jymmm> I already have to travel outside the county to buy SAFE AND SANE fireworks, now for my Happy Meals too?!
[19:14:52] <andypugh> No, I am utterly baffled.
[19:15:28] <andypugh> EMC2 was running perfectly happily on kernel 2.6.24-16-rtaismp
[19:15:52] <Jymmm> then switch back to that kernel
[19:17:17] <andypugh> I rebooted to 2.6.24-16-rtai and now it complains "EMC2 requires the real-time kernel 2.6.29.4-RTAI to run, reboot and choose that kernel"
[19:17:53] <andypugh> I don't have 2.6.29.4-RTAI, where has it pulled that name up from?
[19:18:17] <Jymmm> *I* have no idea, maybe cradek or alex_joni might know.
[19:19:21] <andypugh> And when I say "perfectly happily" I mean "as long as you don't mind wandering out to the garage to hit the power switch every time your experimental HAL config fails to load"
[19:20:08] <cradek> that's the version that emc was compiled against. you're maybe not running the one you think you are?
[19:21:27] <andypugh> uname -a says 2.6.24-16-rtai and it said that when I typed "make" in the emc2-ap src directory...
[19:22:43] <andypugh> I thought I was getting the hang of this, clearly not
[19:23:16] <Jymmm> andypugh: Are you doing a custom builds, or just installing AS-IS?
[19:23:43] <andypugh> custom builds.
[19:24:08] <skunkworks_> elmo401: how is the latency on it? (t61p)
[19:25:49] <andypugh> I wonder if for some random reason I am not starting the version of emc that I think I am?
[19:26:12] <andypugh> cd src
[19:37:13] <andypugh> So, I have recompiled RTAI and EMC2 on the 2.6.24-16-rtai kernel, and EMC2 still refuses to boot, insisting on a kernel that isn't even installed on this machine.
[19:40:08] <andypugh> I am going to reboot back to the rtaismp kernel, but I rather suspect that won't work either.
[19:48:35] <andypugh> OK, now I understand. I _do_ have a 2.6.29.4-RTAI kernel after all, but for some reason several months ago I thought it was a good idea to call it "My RTAI Kernel" in grub.
[19:49:14] <andypugh> I guess I will have to just live with the reboot hassles.
[20:04:32] <tom3p> got grub? it will say the name of the kernel image it will boot. hit 'e' to edit ( and view) what the grub entry will do and what files it will use
[20:09:24] <andypugh> I seem to be OK now, it is just a pain that EMC2 leaves locked RTAI modules cluttering the place up when I use my SMP kernel.
[20:44:48] <alex_joni> andypugh: sounds like problems unloading things (bad configure/compile maybe?)
[20:45:29] <andypugh> I am pretty sure it is a problem with my Kernel, but as it is the only kernel that EMC2 seems wiling to run with, I am stuck with it.
[20:47:32] <alex_joni> sounds like you didn't compile emc2/rtai for the other one
[20:48:15] <andypugh> I thought I had, but it didn't work, so I gave up
[20:48:58] <andypugh> (I did a make clean / make / sudo make setuid for RTAI and EMC2 with the other kernel booted, but there was no change)
[21:10:57] <alex_joni> andypugh: emc2 looks for a kernel, if you want another one you might need to pass some arguments to ./configure --with-rtai=...
[21:12:53] <andypugh> Thanks, but I can't really be bothered to look into why I couldn't make the other kernel work. I am not actually sure that EMC2 has ever worked with those kernels.
[21:13:07] <billykid2> hi
[21:14:40] <billykid2> someone tell me the best format for imagetogcode?
[21:17:25] <andypugh> Sorry, I don't know. But your question has set me off on an odd thought: They do say that the image on the Turn Shroud isn't an image, but is in fact a (negative) height map. So that should work _really_ well in image2gcode
[21:18:16] <bill2or3> * bill2or3 checks with jesus.
[21:20:10] <billykid2> I'm trying different formats
[21:20:53] <andypugh> Another thing about that shroud. On the TV there was someone saying "under UV light you can see where the plasma has stained the cloth, there is no way that a medieval forger would have anticipated the invention of UV light and put in extra, invisible, pigment, it must be genuine". He seemed to be missing the point that the obvious thing to use to make blood stains is... blood.
[21:20:54] <billykid2> but the result is low for now
[21:21:32] <andypugh> low?
[21:22:44] <andypugh> I haven't used it, but I suspect that the important thing is not the format, but what the picture is. It probably needs to be monochrome with a high range of values.
[21:27:39] <billykid2> yes
[21:28:19] <billykid2> grayscale image2gcode says 4-255 pixel
[21:31:52] <Bob__11brookway> I need some help
[21:38:20] <Bob__11brookway> I have been following the instructions on the wiki emc ubuntu 91 and compiled a new real time kernel, but seem to have lost the graphics driver in the process. I am working on installing on an Intel D510mo system. any one have any experience doing this?
[21:39:18] <andypugh> There are some graphics drivers that really don't play well with RTAI. Nvidia I think.
[21:40:27] <Bob__11brookway> I t was working fine in 9.10 which is where you start with that and the graphics is Intel
[21:41:20] <andypugh> Which set of instructions did you use?
[21:43:46] <andypugh> I tried using the Wiki instructions and could never get it to work for me. Eventually somebody on this channel worked through it all knowing what he was doing and wrote a walk-through which worked for me:
http://neo-technical.wikispaces.com/emc2-ubuntu
[21:44:18] <andypugh> However, I rather suspect you are through that stage and have a more interesting problem.
[21:44:24] <morficmobile> morfic: bookmark^
[21:47:57] <Bob__11brookway> I can actually start up in the compiled kernel, when I boot it starts up in a reduced video mode and puts out a bunch of error messages that seem to indicate either a driver ir the memory manager is missing.
[21:49:41] <Bob__11brookway> EE Failed to load module i810 (node does not exist)
[21:49:43] <Bob__11brookway> EE open/dev/fb 0: no such device or directory
[21:49:45] <Bob__11brookway> EE Intel(0) :[drm] failed to open DRM device for : no such file or directory
[21:49:47] <Bob__11brookway> EE Intel(0) failed to become DRM master
[21:49:49] <Bob__11brookway> EE GARTinit: unable to open /dev/agpgart
[21:49:51] <Bob__11brookway> Intel(0) /dev/agpgart is either unavailable or no memory
[21:49:53] <Bob__11brookway> Intel(0): failed to initialize kernel memory manager
[21:49:55] <Bob__11brookway> Intel(0):AGP GART support is ether unavailable or cannot be used
[21:49:56] <Bob__11brookway> Intel(0): could not allocate video memory
[21:49:58] <Bob__11brookway> This is what my handwritten notes say was on the screen. This is close but may not be totally accurate
[21:53:34] <andypugh> It seems odd. I confess I have no idea at all.
[21:54:43] <morficmobile> Bob__11brookway: used same config or started fresh? i mean did you check if agpgart is included in config?
[21:54:47] <andypugh> When in doubt, google the error message. This looks similar:
[21:54:48] <andypugh> http://www.linuxforums.org/forum/debian-linux-help/100553-x-server-error-dev-fb0-no-such-file-directory.html
[21:58:26] <Bob__11brookway> thanks I will look at that
[22:05:13] <telmnstr> Any love or hate for these 60" linear rails:
[22:05:31] <telmnstr> ebay item # 330419146841
[22:05:35] <telmnstr> Hubbard CNC Inc?
[22:14:28] <MarkusBec> MarkusBec is now known as MarkusBec_away
[22:55:27] <Jymmm> CrazyTux[w]: My response...
http://sfbay.craigslist.org/sby/bar/1715178822.html
[23:00:38] <Dave911> I have two different feedback sources for one axis.... and depending on whether or not the encoder is engaged or not determines if I use an encoder for position feedback or if I use the hostmot2 stepgen position feedback.... I am using a mux2 in hal to switch the feedback sources ... that works
[23:00:40] <Dave911> The problem is that if I am using one source (the stepgen) during jogging and then change sources (to the encoder) to run a gcode program, I immediately get a following error since the encoder position is obviously different than the stepgen position feed. I'm trying to figure out if I can tell the hal motion component to "reset" sort of like a program restart or how else I can get rid of...
[23:00:42] <Dave911> ...this difference when switching feedback sources.
[23:01:33] <Dave911> I am thinking I could use some hal logic to determine the difference and then put the difference into a summer to correct the difference but that seems like a lot of effort... Anyone have an easier ideas??? :-)
[23:02:48] <Dave911> PCW helped me with the switching sources suggestion. He also warned of this feedback position difference issue also .......
[23:05:40] <andypugh> telmnstr: The rails look nice, but the price seems high.
[23:07:33] <pfred1> alright girls, the party's over! Less with the jaws and more with the paws!
[23:08:46] <Dave911> That price is really not too bad from what I have seen.... checkout
http://vxb.com/ to see what they have also.. I don't like the idea of nylon bearing blocks though..
[23:09:13] <pfred1> Dave911 got something against Dupont now do you?
[23:09:41] <pfred1> Dave911 I donno about yo uthere Chatty Cathy I
[23:09:42] <Dave911> Yes.... Dupont and I go way way back .... ;-)
[23:09:50] <pfred1> Dave911 I donno about yo uthere Chatty Cathy I'll be keeping an eye on you!
[23:10:09] <Dave911> Sorry .... my story was long ...
[23:10:16] <pfred1> yeah they pay my taxes though they did shut down the Nylon plant in Seaford
[23:10:19] <Dave911> Got any ideas??
[23:10:44] <pfred1> Dupont pretty much owns this whole state for whatever thats worth
[23:11:10] <pfred1> Teflon?
[23:11:16] <Dave911> My Cousin got fired from Dupont for no good reasons .... Dupont is a very powerful company.
[23:11:41] <Dave911> Other than that I am really ok with Dupont... They have made some very good paints ..
[23:11:53] <pfred1> yeah i love their automotive finishes
[23:12:02] <pfred1> the Chromabase stuff is all top notch
[23:12:21] <andypugh> http://www.slidesandballscrews.com/sfc20-precision-round-rail-20mm-p-124.html?cPath=41
[23:12:25] <Dave911> Likewise .... I haven't used that yet, but it sure likes nice.. not cheap
[23:12:30] <andypugh> Is literally a tenth of that price.
[23:12:33] <pfred1> I did one car in it and i had to just walk around it for like an hour after i cleared it out it was awesome
[23:13:01] <pfred1> dragging my jaw the whole time
[23:15:23] <Dave911> andypugh: I don't see any mounted rail on that website though.... those were supported rails not continuous but supported.. did I miss something on the website you quoted?? I'd like to find some cheaper myself
[23:15:54] <Dave911> pfred, what did that set you back for paint ???
[23:16:04] <Dave911> cost
[23:16:14] <pfred1> Dave911 just the top coats was like $600
[23:16:18] <skunkworks> I think this cheat card was a lot newer than our machine...
http://electronicsam.com/images/KandT/conversion/toolcard.JPG
[23:16:29] <skunkworks> (for reading the barcode on the tool)
[23:16:37] <Dave911> that's what I thought ... but it is really good paint ..
[23:17:07] <pfred1> hey it takes quite a bit in the way of automotive finishes to really stun me and it did
[23:17:09] <andypugh> http://www.slidesandballscrews.com/tbr20-supported-guided-rail-p-202.html?cPath=52
[23:17:38] <pfred1> I'd say that whole job cost a couple thousand in all the chemicals i used
[23:17:52] <pfred1> I used a wicked as hell primer too PPG
[23:18:04] <pfred1> beautiful stuff to work with
[23:18:50] <pfred1> I was tempted to just clear out the primer and call it a day
[23:19:32] <Dave911> thanks andy .... wow those guys are cheap! Have you purchased from them before?
[23:19:53] <pfred1> Dave911 Exc VAT
[23:19:56] <andypugh> Yes, I have bought most of my stuff from there.
[23:20:16] <pfred1> andypugh just how bad a hit is VAT?
[23:20:17] <Dave911> say again pfred1 ??
[23:20:25] <pfred1> Value Added Tax
[23:20:35] <andypugh> VAT is 17.5%, but you wouldn't have to pay it on an export order.
[23:20:44] <Dave911> If it goes out of the UK - I don't think VAT is added ... :-)
[23:20:46] <pfred1> andypugh criminal!
[23:21:06] <pfred1> we don't have any sales tax at all here
[23:21:12] <pfred1> 0%
[23:21:26] <andypugh> Some states have sales tax
[23:21:33] <pfred1> not the one I'm in :)
[23:21:46] <pfred1> we keep our guns well oiled too
[23:21:57] <Dave911> Most US states have sales tax but if you buy from another state and ship it in .... no tax
[23:21:58] <Dave911>
[23:22:24] <pfred1> most states are run by corrupt thugs
[23:22:41] <Bob__11brookway> dave 911 did you get my mail
[23:22:42] <Dave911> true ...
[23:22:51] <pfred1> honestly I don't know how we do it here I mean our roads are paved just like everywhere else
[23:23:03] <Bob__11brookway> any ideas?
[23:23:08] <pfred1> my property tax is a joke too
[23:23:10] <morficmobile> pfred1: got a state income tax?
[23:23:13] <Dave911> Bob ..... yes I did and I just sent you a reply ..
[23:23:26] <pfred1> morficmobile donno I work out of state for cash money
[23:23:52] <Dave911> Bob .... let me go back and look at step 13 again ....
[23:24:04] <morficmobile> odd, i read crash money....must be my software crashing on this one file and forcing me to start over....
[23:24:16] <Bob__11brookway> I am in the old kernel now and the video is working fine
[23:24:47] <Dave911> OK .... h mmmmm..... I never had a kernal panic like you describe ...
[23:25:14] <Dave911> Andy Pugh .... do you have any ideas about my feedback situation ??
[23:25:20] <pfred1> Bob__11brookway whats your logfile say?
[23:25:57] <Bob__11brookway> My guess is that the module 1810 is not included in the build for some reason
[23:26:06] <andypugh> Dave911: Not really.
[23:26:33] <andypugh> You can zero an encoder by sending an index pulse when index-enable is true. I am not sure if that helps.
[23:26:47] <pfred1> Bob__11brookway in /var/log there should be a logfile of the crashed kernel
[23:27:02] <pfred1> Bob__11brookway you shouldn't really have to guess
[23:27:21] <morficmobile> Bob__11brookway: from which ubuntu to which ubuntu did you say you upgraded?
[23:27:44] <Dave911> Ok .... I was hoping that I was missing something easy .... the problem is that EMC2 is stuck at position xxx which is different than zero... when I switch encoders it faults - joint axis 0 following error etc
[23:28:26] <Dave911> morfic.. Bob is trying to follow the wiki page I put up on doing a custom compile for 9.10 Ubuntu
[23:28:49] <pfred1> I'm thinking about getting away from Ubuntu myself too much cruft
[23:29:24] <pfred1> I was reading about cool CNC based on Puppy Linux
[23:29:28] <Dave911> I'm a little concerned about 10.4 with all of the bells and whistles ...
[23:29:48] <Bob__11brookway> i found a failsafe log there is a lot in it any thing to look for?
[23:29:50] <morficmobile> Dave911: just wondering if his i810 issues relate to 9.10 needing KMS in kernel for intel to work, got me on a upgrade from an older ubuntu, but earlier i think he mentioned 91 and 9.10, so i am not sure if it's upgrade related
[23:29:51] <andypugh> Dave911: Kludgy, but you could possibly run a sequence that zeros the encoder, sets the scale to (current value)/edge, toggles phase-A and then returns things to normal. But there has to be a better way
[23:30:04] <pfred1> Bob__11brookway just tail it
[23:30:18] <pfred1> Bob__11brookway it'll most likely be the last line or so
[23:30:34] <Bob__11brookway> I don't understand that
[23:30:42] <pfred1> man tail :)
[23:30:44] <Dave911> I have EMC running on a D510 board identical to what he has ... no issues ...
[23:30:54] <morficmobile> tail -n 40 /some/log
[23:31:14] <andypugh> Dave911: Hang on! I have actually done exactly this with my gear hobber!
[23:31:19] <pfred1> morficmobile I couldn't resist man tail is one of the funnier valid commands there is you know?
[23:31:35] <morficmobile> Dave911: gave him your .config to start with then?
[23:31:41] <andypugh> Dave911: I know exactly how to solve your problem.
[23:31:49] <Dave911> morfic .... I did ..
[23:32:01] <pfred1> Bob__11brookway BTW there is a head command too ...
[23:32:18] <Dave911> AndyPugh.... cool ! :-) You have a gear hobber??????
[23:32:26] <morficmobile> :/ then i will focus on reinstalling in virtualbox now
[23:32:46] <Bob__11brookway> at the tail in this file a lot of stuff about wheel mouse
[23:32:57] <andypugh> It's not a dedicated hobber, it's a specialised config for my mill.
[23:33:07] <Dave911> morfic .... np
[23:33:10] <pfred1> Bob__11brookway ls -l the file is it even the correct log check the timestamp
[23:33:52] <pfred1> what is the command for ls to sort by date?
[23:34:12] <archivist> man ls
[23:34:17] <pfred1> --time
[23:34:29] <skunkworks> Dave911:
http://www.youtube.com/watch?v=ZhICrb0Tbn4
[23:34:53] <pfred1> well -t works
[23:35:08] <Dave911> Andy ... your Kludgy suggestion is pretty clever ... I was really hoping there was a reset bit in motion or something to reset the counter
[23:35:33] <andypugh> Wait a moment, I have a much better solution here
[23:36:00] <andypugh> But my VNC connection to the CNC machine is horribly slow
[23:36:14] <Bob__11brookway> I found another log that looks more like what I see.
[23:36:16] <Bob__11brookway> It says fatal error
[23:36:18] <Bob__11brookway> Add Screen/ScreenInit failed for driver 0
[23:36:36] <pfred1> Bob__11brookway Linux is cool huh?
[23:36:52] <Bob__11brookway> I am using th GUI interface at the moment
[23:37:50] <Dave911> Andypugh: I am very patient .. :-)
[23:38:02] <andypugh> Is pastebin down?
[23:38:09] <pfred1> Dave911 I lost my patience the other day
[23:39:04] <Dave911> Andy ... nice video on gear hobbing ... I didn't see that one before... thanks Skunkworks
[23:39:26] <Dave911> pastebin.com is up from the USA
[23:40:13] <Dave911> pfred1... it happens.. hope you find it... :-)
[23:40:20] <andypugh> www.pastebin.org/190871
[23:40:24] <andypugh> Line 170-ish
[23:41:37] <andypugh> I use a mux2 wired back to it's own input to latch the offset between the stepgen and the encoder.
[23:42:08] <andypugh> I can't remember who had the idea, it came from this channel.
[23:42:11] <pfred1> andypugh you sly old dog you!
[23:44:20] <Bob__11brookway> in the beginning of the lines of the log file the first thing that loos odd is
[23:44:22] <Bob__11brookway> (ww) open acpi failed (/var/run/acpid.socket) no such file or directory
[23:44:26] <andypugh> Now then, I have an error message never before seen in EMC2, and I don't know where it comes from.
[23:44:57] <pfred1> Bob__11brookway you're looking at an X log?
[23:45:20] <Bob__11brookway> yes
[23:45:23] <Dave911> A mux wired back to it's own input ... interesting.... I am going to need to study this for a few minutes ... Thanks AndyPugh!!!!!!
[23:46:08] <pfred1> andypugh so you made mux a latch?
[23:46:20] <andypugh> The web search I did seemed to suggest that the secret to Bob__11brookway 's problem lies in xorg.conf
[23:46:32] <pfred1> Bob__11brookway (ww) usually isn't the end of the world in X logs
[23:46:40] <andypugh> pfred1: Yes. You know yesterday you were wondering what it was good for? That is one use.
[23:47:11] <pfred1> Bob__11brookway I think it's the (ii)'s that get you I can't remember though
[23:47:55] <pfred1> andypugh I like data latches they can be handy
[23:48:05] <morficmobile> pfred1: (EE) would be bad
[23:48:12] <pfred1> morficmobile thats right!
[23:48:22] <pfred1> morficmobile its been an awfully long time you know?
[23:48:25] <andypugh> There already is a latch in HAL, but I think it had the wrong data type
[23:48:50] <pfred1> morficmobile i just remembered (WW)s aren't such a biggie usuallt
[23:48:56] <Bob__11brookway> further down is say it can't find and failed to load module 1810 so it loaded vesa
[23:49:33] <pfred1> now i thought the i810 wasn't so swift with regards to CNC
[23:49:37] <andypugh> You probably need to add that module to your kernel build options?
[23:49:54] <pfred1> thgouht I'd at least read about it a few places
[23:50:22] <pfred1> Bob__11brookway is this like an onboard video adapter?
[23:51:00] <Bob__11brookway> yes
[23:51:08] <morficmobile> Bob__11brookway: just google for ubuntu 9.10 and i810 w/ and w/o "intel" in it
[23:51:12] <pfred1> Bob__11brookway do yourself a favor and slap in a $6 video card
[23:51:24] <morficmobile> pfred1: oddly enough he has Dave911's .config for and identical board
[23:51:45] <Dave911> Bob, do you recall if acpi was turned on in the .config file? I think it needs to be on...
[23:51:45] <pfred1> morficmobile everywhere I've read they say just throw in a video card
[23:52:02] <pfred1> morficmobile so its what i did and no problems!
[23:52:20] <andypugh> Dave911: What you are trying to do is what they call "Bumpless Transfer" in control engineering. And a stored offset is one way to do that.
[23:52:36] <pfred1> don't those onboard video cards like suck system RAM as video RAM?
[23:52:44] <andypugh> not always
[23:52:53] <Bob__11brookway> EE Failed to load module i810 (node does not exist)
[23:52:55] <Bob__11brookway> EE open/dev/fb 0: no such device or directory
[23:52:57] <Bob__11brookway> EE Intel(0) :[drm] failed to open DRM device for : no such file or directory
[23:52:58] <pfred1> andypugh yeah but its when they do that concerns me
[23:52:58] <Bob__11brookway> EE Intel(0) failed to become DRM master
[23:53:00] <Bob__11brookway> EE GARTinit: unable to open /dev/agpgart
[23:53:02] <Bob__11brookway> Intel(0) /dev/agpgart is either unavailable or no memory
[23:53:04] <Bob__11brookway> Intel(0): failed to initialize kernel memory manager
[23:53:06] <Bob__11brookway> Intel(0):AGP GART support is ether unavailable or cannot be used
[23:53:08] <Bob__11brookway> Intel(0): could not allocate video memory
[23:53:10] <andypugh> and I thought that ACPI had to be _off_ for TRAI
[23:53:10] <Bob__11brookway> Here is roughly what shows up when I try to boot the rtai modified kernel
[23:53:12] <Bob__11brookway> the generic kernels work fine with the video
[23:53:19] <Dave911> Bob, did you copy the config.txt file off the web link and then copy it over the .config file you already had?
[23:53:40] <Dave911> If you didn't do that you will end up with an incorrect compile config...
[23:53:55] <pfred1> Bob__11brookway it looks to me like yo uhave one of those on board video adapters that wants system RAM
[23:54:13] <pfred1> Bob__11brookway don't you have an old video card lying around you can toss in there?
[23:54:27] <andypugh> Adding i810 (if it is a loadable module) in the menuconfig (or manually) might solve the problem.
[23:54:48] <andypugh> Can you insmod or modprobe i810?
[23:55:37] <andypugh> (and don't for a moment think that I know what I am talking about where kernel configs is concerned)
[23:55:39] <pfred1> andypugh I'm not saying it can't work but the generally accepted fix seems to be don't use on board video
[23:55:44] <Dave911> Bob.... this one worries me >>> open acpi failed (/var/run/acpid.socket) no such file or directory that is a red flag ...
[23:57:04] <andypugh> Hmm,
[23:57:06] <andypugh> http://wiki.linuxcnc.org/emcinfo.pl?Debian_Lenny_Compile_RTAI
[23:57:16] <Bob__11brookway> I will look in daves config fill and I don't have an old card. in that file there is config acpi =yes
[23:57:47] <andypugh> Not exactly the same thing, but suggests that you need ACPI on, nearly all disabled, but Video modularised
[23:58:31] <Dave911> I just checked my setup and I don't have that file or directory either so something is amiss
[23:59:10] <pfred1> I got it on this machine but this isn't my CNC
[23:59:25] <Dave911> I think that acpi has to be on to run smp as I recall... not exactly obvious
