Back
[01:09:28] <JymmmEMC> maddash better get that guy out of there before he cracks the lens!
[03:54:21] <toastyde1th> toastyde1th is now known as toastydeath
[04:38:20] <tomp> ndd out where that video about fax machines was...
[04:38:57] <tomp> i found out where that fax video explantion was
[04:39:18] <tomp> it was a stream url and pointed to an episode of 'the secet life of machines'
[04:39:25] <tomp> the vid stream is available via mplayer -autosync 30
http://174.132.96.164:8000
[04:39:32] <tomp> the same 2 brits are explaining radio now, and playing with a cats whisker and lump of gallium arsenide for an xtal
[04:40:19] <tomp> i used to do that, and get QSL cards from south america
[04:49:08] <cradek> secret life of machines was a really great series
[04:49:17] <cradek> I watched every one
[04:58:58] <JymmmEMC> tomp: We have these things called VFO's now =)
[05:34:17] <Skullworks> I know the Wiki says Don't upgrade to 8.1 - but will SIM work on 8.1 without
[05:34:30] <Skullworks> realtime
[05:34:45] <cradek> sim will run on about anything
[05:35:20] <Skullworks> This is to try on an Eee PC with the Atom CPU
[05:35:27] <SWPadnos> package dependencies may have different names, or may get screwed up by newer versions that are already installed
[05:36:13] <cradek> don't use the packages. build it from cvs.
[05:36:29] <SWPadnos> yes, that's a good idea
[05:36:47] <SWPadnos> though those package names may also change, or get screwed up by newer versions that are already installed ;)
[05:39:20] <Skullworks> I fell for the sucker model they build for best buy & Target - onlt has a 4gb SSD and the OEM Xandros load takes up all but 398mb
[05:40:10] <Skullworks> Then as soon as it connects to the net it grabs updates enough to fill the remaining space... and your bricked.
[05:40:52] <SWPadnos> oh - SSD. I was wondering how they got a single-digit GB drive :)
[05:41:07] <Skullworks> so its going to get purged with eeebuntu
[05:41:48] <Skullworks> which using the base install leaves 1.7gb free
[05:43:06] <Skullworks> hey - I could not bet the price, an in store un-advertised sale had it for $199 and I had a $25 gift card to burn.
[05:43:32] <SWPadnos> what size SSD is it? (physical size)
[05:43:54] <Skullworks> its a 4gb
[05:44:01] <SWPadnos> physical, not storage
[05:44:10] <SWPadnos> 1.8", 2.5", 3.5" ...
[05:45:42] <Skullworks> well its about the size of a laptop dimm
[05:45:53] <Skullworks> http://www.mydigitaldiscount.com/ProductDetail.jsp?LISTID=800008DA-1224129631
[05:45:54] <SWPadnos> hmmm. that may be a 1.8"
[05:46:04] <SWPadnos> oh
[05:46:15] <SWPadnos> it's not a pseudo-hard disk at all
[05:46:18] <SWPadnos> bummer
[05:46:57] <Skullworks> neet thhing is the new aftermarket high speed units have dual USB on the card so you can pre-image the SSD
[05:47:19] <SWPadnos> that's nice
[05:48:10] <SWPadnos> huh. that second row of figures doesn't look so good for the new one
[05:48:31] <Skullworks> its a comparison
[05:49:04] <SWPadnos> the number in the "2k" box in the second image is very low
[05:49:20] <SWPadnos> it looks like the 2k through variable boxes are reversed or something
[05:49:53] <SWPadnos> but if that's the case, I'd have to wonder about image editing ...
[05:51:39] <Skullworks> not sure - I just figured out that most these micro SSD type laptops use 2 SSD one high speed for O/S and cache - the second a larger slow SSD for storage.
[05:52:05] <SWPadnos> Turbo Memory!
[05:52:35] <Skullworks> Except this one I got is a totally striped down unit
[05:53:06] <Skullworks> Sustain Read Speed up to 75MB/s
[05:53:07] <Skullworks> Sustain Write Speed up to 55MB/s
[05:53:21] <Skullworks> thats the Fast stuff
[05:54:13] <Skullworks> then there is the storage grade
[05:54:17] <Skullworks> Sustain Read Speed up to 35MB/s
[05:54:17] <Skullworks> Sustain Write Speed up to 14MB/s
[05:54:52] <SWPadnos> is the high capacity storage a standard drive form factor?
[05:55:31] <Skullworks> no - same as shown
[05:55:44] <Skullworks> for this unit
[05:55:52] <SWPadnos> bummer
[05:56:00] <SWPadnos> at least there's an aftermarker
[05:56:02] <SWPadnos> t
[05:56:57] <Skullworks> but they do have cards fitted into standard chasis size units that are either PATA or SATA pin out
[05:58:20] <Skullworks> these cards have the mini PCIe edge connector common in many of the new laptops - often used to install 3G cards
[06:07:53] <Gustavo_G> Hi. I'm trying to develop a motor control application for a personal project and was hoping that studying EMC's source code would help. I'm specifically looking for the algorithm which ensures that axis or joints are coordinated (such that say an XY table can move in a perfect diagonal line because the motors are not driven independently). Do you have any suggestions?
[06:09:54] <SWPadnos> the EMC2 source is probably not the easiest example of coordinated motion to study
[06:12:05] <JymmmEMC> Fry's has what looks like a 2,5" SATA hdd, but it really holds two CF cards and can do RAID1 on them
[06:12:20] <JymmmEMC> $50
[06:12:25] <KimK> Gustavo_G: Would a simple encoder ratio be sufficient? (electronic gearing)
[06:12:36] <Gustavo_G> I have a fairly clear understanding of how to coordinate two axes. I can use a PID to correct the error (defined as the difference between one axis and the other) by outputting a positive offset for the slower axes and a negative offset for the quicker axis. I don't know how this applies to more than two axes and I think it moves into MIMO territory.
[06:13:23] <Gustavo_G> From what I understand, electronic gearing contains a passive device (the encoder) and then the output device (which also has an encoder) the process ensures that the second encoder matches the first encoder, right?
[06:13:34] <Gustavo_G> or matches via some ratio, like you mentioned.
[06:13:44] <JymmmEMC> Skullworks: I dun know, my IdeaPAd is pretty quick with a hdd in it
[06:14:39] <Skullworks> not sayin Hdd's are slow
[06:15:22] <JymmmEMC> Skullworks: and I aint paying $100+ for 32GB neither =)
[06:15:41] <SWPadnos> it's $75 at NewEgg, but not as fast as that one claims to be
[06:16:10] <JymmmEMC> SSD's are just too new for em to trust any
[06:16:18] <JymmmEMC> me
[06:16:28] <SWPadnos> they've been around for close to 20 years
[06:16:46] <JymmmEMC> SWPadnos: they've only been mainstream for the last year or so
[06:16:50] <SWPadnos> they just cost a hell of a lot more, and had a hell of a lot less capacity back then
[06:16:51] <KimK> Gustavo_G: Yes, and in your example, I would guess that you would not be using one PID to correct the error between one axis and the other, but rather two PIDs to correct the error between the measured (and calculated) positions, and their actual positions
[06:17:04] <Skullworks> for me - I got a unit where O/S took up 90% of available storage - then went and grabbed updates that filled the remaining space
[06:17:18] <JymmmEMC> G'Night Folks!
[06:17:24] <Skullworks> Thats got to go
[06:17:40] <KimK> Goodnight JymmmEMC
[06:18:13] <SWPadnos> Gustavo_G, the way EMC2 works is to have one layer of the program that calculates positions for all joints, and then a lower layer that makes sure the joints move where they're supposed to
[06:18:44] <Gustavo_G> If one joint stops moving, the others continue to move?
[06:18:49] <SWPadnos> it's pretty easy to figure out where two (or more) joints are supposed to be for a linear move - they all should be displaced by a constant amount per time period
[06:19:08] <SWPadnos> no, if one stops moving, and you're using a feedback system, then the entire system will stop
[06:19:46] <SWPadnos> if you use steppers (or any other open-loop control scheme), then EMc2 has no way of knowing that a motor has stopped, and will continue to chug along as though everything is still working
[06:19:55] <Gustavo_G> From what I just understood, there is a layer which does position control at a low level. And then there is a layer above that which generates the "trajectories", if you will, of each joint. Where does the "inter-joint" feedback come in?
[06:19:59] <Skullworks> but even with the stripped model batt 4400mAH verses the standard 5800mAH I still got 4hrs 48 minutes of use out of it today
[06:20:09] <SWPadnos> there is no inter-joint feedback
[06:20:33] <SWPadnos> at the lowest levels, wach joint has a commanded position
[06:20:35] <KimK> There is only feedback
[06:20:49] <SWPadnos> the fact that those positions were caluclated in a coordinated way makes no difference
[06:21:00] <Gustavo_G> and if the error in that system reaches a certain threshold, then the system halts?
[06:21:10] <Gustavo_G> like the error in an individual joint
[06:21:15] <SWPadnos> if you're talking about slaving one joint to another, that's another question
[06:21:33] <Gustavo_G> yeah, I want to slave one joint to another, but I want there to be a relationship the other way too.
[06:21:40] <SWPadnos> I think it's individual joints only, but you could make an overall comparison also
[06:22:15] <Gustavo_G> I envision it would kind of work like a haptics feedback. If one joint can't move, then the other can't move either.
[06:22:45] <SWPadnos> sounds cool :)
[06:22:55] <KimK> EMC2 "slaves one joint to another" in (mill) rigid tapping and (lathe) threading operations
[06:23:03] <SWPadnos> sort of
[06:23:34] <SWPadnos> if hte spindle goes backwards, the joints won't back up. they'll just stop until it gets back to the spot it started reversing
[06:23:48] <SWPadnos> and then they'll try to keep up with the moving spindle again
[06:24:16] <KimK> Gustavo_G: See! If you want to know how EMC2 works, these are the guys to ask!
[06:24:39] <SWPadnos> but it's strictly a one-way street - the other joints are expected to be able to keep up with the spindle motion. if they can't, then you'll either get a following error or - uh - something else will happen
[06:24:54] <KimK> "until it gets..." > until the spindle gets... ?
[06:25:03] <SWPadnos> (I don't know if an error is thrown if you request a spindle-synchronized feed rate that's faster than the velocity limit for a joint)
[06:25:12] <SWPadnos> yes, the spindle
[06:25:26] <SWPadnos> so you can stop the spindle during a cut, then twiddle it back and forth
[06:25:42] <SWPadnos> the other joints won't move until the spindle passes the point where you reversed it
[06:26:21] <SWPadnos> so they don't track, spindle motion acts like "synthesized time"
[06:26:28] <SWPadnos> which can't go backwards ;)
[06:28:44] <Gustavo_G> neat stuff. So I imagine in the case of an arm, the only thing that ensures that the joints remain with the correct relationship between them is that they are following all the way points. If any one of the joints throw a follower error, then that indicates that the low-level position control wasn't loyal to the way points.
[06:29:04] <SWPadnos> yeah, that's more or less it
[06:29:14] <SWPadnos> except that waypoints are calculated on the fly, in the realtime code
[06:29:20] <KimK> On the wiki, someone wrote about getting errors on the slaved axis when the (what, G33? rigid tapping? I forgot) was engaged with the spindle already running. The wiki writer decided it was a bad idea to start that way, and so put the spindle start on the same line so everything starts from zero speed together.
[06:30:17] <SWPadnos> KimK, yeah, you need some lead-in space so the axis can get up to speed
[06:30:49] <SWPadnos> I just don't know what happens if you command say 1" per rev at 6000 RPM, but your axis can't move 100 IPS
[06:31:54] <SWPadnos> there are 3 options: 1) slow the spindle down so the FPR is honored, 2) run the axis as fast as it can go, ignoring the fact that the FPR is wrong, or 3) error and refuse to move
[06:32:04] <SWPadnos> (maybe more, those are just the ones I thought of now)
[06:32:19] <KimK> I think that would also fall into the category of "Doctor, it hurts when I do *this*" Doctor: "Don't *do* that."
[06:32:26] <SWPadnos> something like that :)
[06:34:12] <KimK> Interesting about the "synthesized time" you describe, that is unlike a real (mechanical) tapping machine, where you must change the tap (thread) and the Z-axis guide thread rod to agree. Then the spindle is fully synchronized, forwards and backwards.
[06:34:46] <SWPadnos> yes. gears are nice in that they can move in both directions (backlash willing)
[06:35:27] <KimK> There should be a way to accomplish that by electronic gearing
[06:35:47] <SWPadnos> yes, though electronic gearing isn't what EMC2 does for spindle synch
[06:35:59] <SWPadnos> you can do synchronized arcs (on a lathe), for example
[06:36:05] <SWPadnos> not exactly a constant gear ratio
[06:36:36] <SWPadnos> (as far as I know anyway - arcs may not be possible)
[06:36:39] <KimK> I'm unclear on what you mean by synchronized arcs
[06:37:25] <SWPadnos> I believe that you can turn on spindle synch, then do G2/G3 moves, which will be synchronized with the spindle
[06:37:59] <KimK> synced in what way?
[06:38:14] <SWPadnos> distance traveled is proportional to spindle motion
[06:38:29] <SWPadnos> but again, I don't know for sure that they're possible
[06:38:31] <cradek> the trajectory planner would support that, but there's currently no way to express it in our gcode dialect
[06:38:36] <SWPadnos> ok
[06:38:50] <KimK> I'll have to think about what that would look like. Is there a picture?
[06:38:55] <cradek> you could approximate it with G33 synced lines though - they blend together and maintain sync
[06:39:14] <SWPadnos> CSS and FPR should require varying "ratios" to the spindle too, right?
[06:39:18] <cradek> KimK: I can't imagine what it would be used for
[06:39:21] <SWPadnos> heh
[06:39:45] <SWPadnos> I wasn't sure they were possible, but I thought the code in the TP would work
[06:40:07] <cradek> I think some injection molding nozzles have varying pitch and diameter "threads"
[06:40:31] <cradek> variable diameter is useful for a lot of things of course
[06:41:03] <SWPadnos> PT
[06:41:05] <SWPadnos> NPT
[06:41:09] <cradek> yep
[06:41:14] <KimK> I've seen "turning" where the Z motion was synced, and so leaves a "thread" of the tool nose radius all the way down the shaft. Roughing before a finish pass?
[06:41:30] <Gustavo_G> the pseudo code for it isn't too hard, but I don't think the EMC framework would support it -- but I don't really know about the framework anyway. It's the same kind of algorithm that ensures a two-wheeled (differential drive) robot drives straight, except in this case there could be a ratio between the spindle and the distance
[06:42:08] <SWPadnos> the way EMC2 is put together at the low level (HAL) could certainly support what you want
[06:42:57] <SWPadnos> you would have two sets of PID, and something that takes the command position/velocity from above, and the errors from below, and adds in a little extra oomph
[06:43:31] <SWPadnos> hmmm. actually, you can use two PID per motor - one that takes the difference between it and the other motor as the error signal
[06:43:31] <KimK> That's the PIDO setting ;)
[06:43:40] <SWPadnos> then sum the outputs
[06:45:20] <Gustavo_G> Do you have the specifics of how the two PIDs would interact with each other? It's a problem that's been bothering me for a few weeks now. See, the way I see it there would be a single PID, where the error would be defined as encoder_cutter / encoder_spindle - thread ratio. Then the output of the PID loop would represent an offset. So if the error was positive, it means the cutter is ahead...
[06:45:22] <Gustavo_G> ...of the spindle, so the PID output would apply a negative offset to the cutter and a positive offset to the spindle.
[06:46:17] <SWPadnos> if I understand you correctly, that's how PID works
[06:47:48] <SWPadnos> feedback is subtracted from command, giving the erorr signal. the PID coefficients then determin how hard the system is pushed to get back in line
[06:48:36] <Gustavo_G> well yeah, the only thing PID concerns itself with is getting 'error' to become zero.
[06:48:54] <SWPadnos> yes
[06:49:18] <KimK> So aren't you really developing two commanded positions first and then using two PIDs as usual? That seems to me like the best (standard) method.
[06:49:19] <Gustavo_G> so in the system I described, two motors would be slaved to each other and I am pretty set on implementing that. Would you have any ideas on how to slave more than two motors to each other?
[06:50:49] <Gustavo_G> Like maybe for an omni-directional drive robot and you want all the wheels to move at a set ratio to one another. Say I didn't care about the actual velocity as long as the relative velocity of each wheel with respect to the others is what I want it to be.
[06:50:53] <SWPadnos> the only thing that would allow me to keep my (remaining) sanity would be to decide how the relationship of "this motor" and "the other motors" should affect how "this motor" is driven, and then use something like PID to do the work
[06:51:46] <SWPadnos> and then repeat that for each motor
[06:52:09] <KimK> Sure, you can slave as many motors as you like to each other. In plastic (sheet) extruding operations, to make the sheet thinner, the sheet is run through a series of rollers, with each pair turning a little faster than the one before (1%?), but all synced. If the first roller pair stops, they all stop to avoid breaking the web.
[06:52:35] <Gustavo_G> I was doing some reading about Single-input-single-output PID and then multiple-input-multiple-output PID. And I guess my solution would have to rely on something like MIMO.
[06:52:48] <SWPadnos> I guess so
[06:53:03] <Gustavo_G> KimK, that's kind of what I want. I would also like them all to stop if one of the middle rollers stopped too.
[06:53:08] <SWPadnos> I've never heard of MIMO PID, so you're in new territory as far as I'm concerned :)
[06:53:17] <Gustavo_G> In essence they are all masters and slaves to each other, I think?
[06:53:41] <SWPadnos> stop is different from "running a little slow or fast"
[06:54:10] <SWPadnos> any system should detect stopping or gross position errors on any sub-unit
[06:54:42] <SWPadnos> it's saying "well, #3 is a little slow, but instead of speeding it up, we'll slow everyone down this time" that gets complex
[06:55:26] <Gustavo_G> well okay so in KimK's example there is a set "goal" ratio between every pair of roller. I'd like to make a system that would maintain that ratio if any of the rollers incurred any kind of slowing (say due to friction) so if the 5th roller runs twice as fast as the first roller, and the 5th roller slows down to half it's speed. then the first roller would also half it's speed, along with...
[06:55:28] <Gustavo_G> ...every single other roller.
[06:55:37] <KimK> I'm not sure if all the roller pairs are synced from #1, or if each is synced from its upstream neighbor. Maybe it doesn't matter? I'm not sure. But they are all driven (forced) to the selected RPM.
[06:55:40] <SWPadnos> you need some other layer to make that kind of decision, since the same feedback valuse could require different actions depending on the circumstances
[06:55:58] <Gustavo_G> yeah That sounds like exactly what I want to do
[06:56:07] <KimK> wait, not RPM, position or motion
[06:57:06] <SWPadnos> you probably need additional information, like load percentage for each motor
[06:57:34] <SWPadnos> PID will use all of a motors capability if necessary, but if it has to do that for too long, the motor will burn up
[06:57:58] <SWPadnos> (this is assuming servos with high peak currents driven by PID)
[06:58:18] <SWPadnos> so if some motor falls behind, it should be driven harder
[06:58:34] <SWPadnos> but only until it starts getting hot, then the rest should be slowed down to match
[06:59:07] <SWPadnos> load measurements could also be used instead of smoke detectors :)
[07:00:31] <KimK> Gustavo_G: and it's not good enough for you to say "roller #5 is falling too far behind, let's error!" because you want the system to keep going and "catch up"?
[07:09:25] <Gustavo_G> I guess in this scenario it doesn't matter what the actual speed of each individual motor is (as long as it is below 75% of the motors max velocity, perhaps) . My goal is to make sure they have that electronic gearing in between them and that this gearing happens both ways (like real gears) and that I could have a series of gears and they'd all be synchronized
[07:17:06] <KimK> SWPadnos: While we wait for Gustavo_G to come back, I have a new project (on hold until I get my first two EMC2 retrofits done, though). I got one of these on eBay and I hope to (in time) develop an EMC2 driver for it. It's basically a PLC "CPU" which is really a just a slave for a master PLC CPU nearby (100M?) Maybe your Modbus experience (now in CVS?) will be helpful?
http://web5.automationdirect.com/adc/Shopping/Catalog/Pro
[07:17:07] <KimK> grammable_Controllers/DirectLogic_Series_PLCs_(Micro_to_Small,_Brick_-a-_Modular)/DirectLogic_405_(Small_Modular_PLC)/Ethernet_Remote_I-z-O/H4-EBC
[07:17:17] <KimK> Gaah! broken link.
[07:17:22] <KimK> http://web5.automationdirect.com/adc/Shopping/Catalog/Programmable_Controllers/DirectLogic_Series_PLCs_(Micro_to_Small,_Brick_-a-_Modular)/DirectLogic_405_(Small_Modular_PLC)/Ethernet_Remote_I-z-O/H4-EBC
[07:18:01] <KimK> Sorry, Gustavo_G, I saw you come back , but I still had that mouthful, LOL
[07:18:14] <SWPadnos> cool. I'll take a look later., I'm headed off to bed
[07:18:16] <Gustavo_G> hehe it's alright
[07:18:27] <Gustavo_G> Yeah I'm headed off to bed too. Thanks for all the help
[07:18:53] <KimK> OK, SWPadnos , Gustavo_G Goodnight, all. I'll be around a bit yet.
[08:06:37] <tomp> Skullworks: my eeepc gave horrible delays (701 early us issue )
[08:06:57] <DanielFalck> hi tomp
[08:07:19] <DanielFalck> is it morning for you?
[08:08:43] <Skullworks> Tomp Mine is a 900A with the 1.6MHz Intel Atom CPU - but itis also not a now latency type cpu either.
[08:14:00] <tomp> "i want 'synthesized time' that CAN go backwards " the Doctor. (and tomp for EDM)
[08:14:25] <DanielFalck> Doctor Who
[08:19:12] <tomp> Hi DanielFalck )( just got towards bottom of buffer ) it's 16:24 here 4:30pm to you guys
[08:19:26] <DanielFalck> ok
[08:19:31] <tomp> Skullworks: yeah, not sure of the cpu here
[08:20:03] <tomp> Gustavo_G: sounds like you want SIMO single input multiple out
[08:20:50] <Skullworks> prolly a 900MHz Celeron underclocked to 660MHz to save batt power and run cooler.
[08:25:00] <tomp> finall: /proc/cpu sez celeron 900 at 900
[08:25:26] <tomp> 12611 bogomips
[08:25:53] <tomp> nope 1261 bogomips (maybe is throtled)
[08:31:57] <Skullworks> underclocks on batt or overheat on AC
[08:34:18] <JymmmEMC> Skullworks: you install nix on it?
[08:35:22] <Skullworks> Comes with Xandros installed - I just finished downloading the eeebuntu 8.10 iso for it.
[08:36:03] <DanielFalck> my wife got one of those and I put 8.10 on it too
[08:36:07] <JymmmEMC> Skullworks: I have a IdeaPad S10, installed Ubuntu 8.10, has issues with pwr mgnt
[08:36:09] <DanielFalck> she likes it
[08:36:10] <tomp> i managed to get os10 to hobble on it, also ntried ubu 8.04, now back to xandros
[08:37:51] <JymmmEMC> hackintosh?
[08:38:15] <tomp> yeh, the 'uphuck' edition
[08:39:49] <Skullworks> Thats why I went with eeebuntu - has a eeeconfigure with all the scripts to properly set drivers for each model
[08:40:20] <JymmmEMC> Well, this is Lenovo, not Asus
[08:40:29] <Skullworks> so its easy to get everything working in minutes
[08:40:52] <JymmmEMC> wifi and webcam all work , just pwr is funky
[08:41:06] <tomp> i got it plugged into a 1080i tv at 1380xsomething
[08:41:17] <Skullworks> + they have 3 versions - I'm going with just Base - almost no extra apps
[08:41:24] <maddash> JymmmEMC: what sort of issues?
[08:41:32] <maddash> JymmmEMC: acpi s2ram/s2disk?
[08:41:32] <maddash> JymmmEMC: also, how's the build quality? battery life?
[08:41:39] <JymmmEMC> I plugged mine into LCD and got 1900
[08:41:57] <JymmmEMC> maddash: wont suspend/hibernate
[08:42:55] <JymmmEMC> When it does suspend, when coming out of suspend, backlight is non-existant until you enter in passwd
[08:43:09] <tomp> oh a coool thing is to push the email onto a thumb and save that room ( the 701 has weird overlid mem and you cant get back the mem allocated to the base install )
[08:43:19] <tomp> myabe check eeetweaks
[08:44:33] <JymmmEMC> maddash: I like the HW... 10.3" screen and has Express34 slot too
[08:47:30] <tomp> they (ASUS) seles a version here that is a touchscreen panel, about 14"x12", no kbd, no mouse. hass eeepc on it. cutey japaneset frames like hello kitty and the fat cat naro-something.
[08:48:48] <JymmmEMC> Hmmm is the Atom cpu a dual core?
[08:51:35] <Skullworks> no
[08:52:22] <Skullworks> not only that its a FIFO top down type with no out of order execution capacity.
[08:52:39] <JymmmEMC> Processor 0 and 1, cpu cores 1, cpu(0) MHz 800, cpu(1) MHz 1600,
[08:53:14] <JymmmEMC> cpu0 has apicid:0, cpu1 has apicid:1
[10:07:38] <motioncontrol> good morning i have one question on halui.i add in sim.ini file at the section hal the line HALUI=halui.this command open the window or open the interface the hal for exstarnal command?
[10:15:31] <alex_joni> http://www.linuxcnc.org/docview/devel/html//gui_halui.html
[10:19:52] <motioncontrol> ok thaks alex.the halui is only the abstraction layer signal or pin for tranfler info on emc at exsternal.can i no load the axis gui and control the emc only digital signal?NO gui interface?
[10:20:54] <alex_joni> you can try to use DISPLAY=halui instead of DISPLAY=axis
[10:21:06] <alex_joni> but I'm not sure how you can stop emc2 then (except killall halui)
[10:21:26] <alex_joni> but I don't see how you can load a file to execute
[10:21:46] <alex_joni> there are a couple of limitations without a GUI
[10:22:04] <alex_joni> gotta run.. bbl
[10:24:25] <motioncontrol> ok i understand.in halui is present only the generical fuction, but not there is the possibili the load the partprogram.for this fuction i thing ncessary modification the emc source?
[10:38:52] <Memocjro> hello everyone
[10:39:45] <Memocjro> anyone around here that had experienced EMC2 on a Gentoo system? or at least gave a try?
[11:35:25] <alex_joni> Memocjro: I think some reported success
[11:35:31] <alex_joni> can't remember specifics though
[12:07:22] <alex_joni> Memocjro: maybe fragalot knows (judging by his IRC cloak ;)
[12:07:57] <Memocjro> :)
[12:08:38] <Memocjro> thanks, will try to get in touch with him.
[12:09:10] <fragalot> alex_joni: Hmm?
[12:09:27] <fragalot> Ah,... I haven't tried yet, plan on doing so after my exams (22nd)
[12:10:10] <Memocjro> ah, ok then
[12:10:16] <alex_joni> well. if you ever do, let us know how it goes
[12:10:26] <alex_joni> there might have been someone else in the past, but I can't remember
[12:14:58] <alex_joni> whee.. this is cool :
http://www.reghardware.co.uk/2009/01/10/ces_video_shapeways/
[12:47:39] <fragalot> alex_joni: that IS cool
[13:42:52] <tomp> the vid is cool. was that real time plotting? did you hear the end of the vid? cool head seek noise, fooled me & use a ssd!
[13:44:10] <fragalot> 'tiz taking ages to load for me
[13:44:16] <fragalot> nvm
[13:45:31] <tomp> yeh, finally came in here ( the shapeways website, the vid was fast enuf)
[13:46:16] <fragalot> shapeways ftw.
[13:46:20] <fragalot> the site loads fast
[13:46:31] <fragalot> the vid on reghardware was slow,.. the same vid on youtube was fast
[13:46:32] <fragalot> for some reason
[13:47:59] <tomp> must be local , i had opposite
[13:48:20] <tomp> not local, differnt paths
[13:49:59] <fragalot> Oh man, I'm soo going to use shapeways way too often lol
[16:43:37] <steves_logging> steves_logging is now known as steve_stallings
[18:32:34] <JymmmEMC> alex_joni: 3d metal printing....
http://www.3dmetaltec.com/products.html
[18:32:51] <fragalot> :o
[18:34:13] <Memocjro> is that thing melting metals and printing in 3d?
[18:34:45] <JymmmEMC> http://www.bathsheba.com/sculpt/process/
[18:34:48] <fragalot> Apparently
[18:34:53] <JymmmEMC> no it's apoweder
[18:35:46] <fragalot> I feel like making something insane and ordering it from shapeways
[18:35:48] <JymmmEMC> ss powder held together with a laser activated binder, once finished it's fired
[18:35:57] <SWPadnos> SLS
[18:35:59] <fragalot> preferrably something utterly random, yes functional
[18:36:04] <SWPadnos> Selective Laser Sintering
[18:36:18] <SWPadnos> similar to SLA, but it's not UV curing of plastic, and you can use other materials, such as metals
[18:36:22] <JymmmEMC> SWPadnos: PM?
[18:36:32] <SWPadnos> yes, it's almost 2:00 PM
[18:36:37] <fragalot> xD
[18:40:01] <Memocjro> very interesting concept, seen this method once in prototyping, where they were machining a mold, put the metallic powder inside and under pressure and intense heat, the particles were bonded together, but the idea of building particle-by-particle allows for many other possibilities
[18:52:11] <dgarr> steve_stallings: ubuntu has a package: clive that will download youtube videos to a playable file
[18:59:23] <dgarr> apt-get install clive
[19:01:07] <DanielFalck> dgarr: how do you use it?
[19:01:58] <SWPadnos> there's a web based service too
[19:02:01] <SWPadnos> can't remember the name
[19:02:50] <fragalot> http://xkcd.com/386/ too true
[19:04:50] <dgarr> example:1) clive
http://www.youtube.com/watch?v=n2BBjQopArE
[19:04:59] <dgarr> 2) totem OrnamentalTurningboxdecoratedEMC2CNC.flv
[19:05:15] <DanielFalck> ok, thanks
[19:06:25] <DanielFalck> ok, works here
[19:24:06] <steve_stallings> steve_stallings is now known as steves_logging
[19:26:04] <fragalot> fragalot is now known as fragalot`
[19:26:15] <fragalot`> fragalot` is now known as fragalot
[19:31:16] <steves_logging> steves_logging is now known as steve_stallings
[20:10:05] <steve_stallings> steve_stallings is now known as steves_logging
[20:13:00] <jtr_> jtr_ is now known as jtr
[20:15:34] <jtr> have to remember to plug the battery in before unplugging the power cord. :\
[20:55:41] <JymmmEMC> jtr: you booted up and connected in 16 seconds... impressive.
[20:56:21] <JymmmEMC> oh, dual identities, nm
[21:33:38] <alex_joni> contact info here though
[21:33:38] <alex_joni> 23:21 -!- micges [n=michu@29.6.28.78.cable.dyn.petrus.com.pl] has left
[21:33:38] <alex_joni> #emc-devel []
[21:33:42] <alex_joni> crap..
[21:33:58] <alex_joni> I meant:
http://www.flickr.com/photos/jackslife/sets/72157606768321649/show/with/2768121103/
[21:35:24] <DanielFalck> ha!
[21:46:11] <alex_joni> good night all
[21:53:27] <Guest432> Guest432 is now known as skunkworks
[22:08:04] <KimK> Does EMC2 still use linksp, linkps, and linkpp? (did I miss one?) or are these now all replaced by net?
[22:16:36] <jtr> they still work, net is just clearer and more concise.
[22:18:15] <KimK> OK, thanks. Integrator Manual (2.2) still shows linksp, linkpp in chapter 9, I was wondering if those were leftovers?
[22:20:43] <KimK> I'll stick with net, easier, only one thing to remember
[22:38:32] <skunkworks> they are being phased out. Net is just better
[23:58:54] <beachsurfin> what language is emc2 written in? does it use opengl?
[23:59:11] <beachsurfin> does it make sense to even use opengl?
[23:59:12] <jackc> low stuff is c++ iirc
[23:59:23] <jackc> opengl is graphics lol...
[23:59:30] <jackc> i think axis uses gtk+