Back
[13:51:39] <alex_joni> http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?TroubleShooting#Unexpected_realtime_delay_check_dmesg_for_details
[13:52:53] <_bugs_> Hmm.. i sort of figured I would take care of it if it would become a problem
[13:53:14] <alex_joni> _bugs_: as I said, you might not notice it on servos
[13:53:19] <alex_joni> _might_
[13:53:34] <_bugs_> I understand...
[13:53:49] <alex_joni> _bugs_: intel board?
[13:53:55] <_bugs_> otherwize it would show up as inacuracys
[13:54:02] <_bugs_> Acer laptop :)
[13:54:06] <alex_joni> eeek.. laptop
[13:54:19] <_bugs_> yeah don't worry.. I'm just testing
[13:54:19] <anonimasu> ÓUCH
[13:54:21] <anonimasu> :)
[13:54:23] <anonimasu> ah..
[13:54:23] <alex_joni> that's the most probable source of problems
[13:54:31] <anonimasu> you'll probably not see it on a real system..
[13:54:39] <anonimasu> with a bit of luck :)
[13:54:39] <_bugs_> I see
[13:54:49] <anonimasu> I get thoose messages when I have a usb stick plugged in
[13:55:12] <_bugs_> Hmm... I was thinking of using an old K6-450... but I might neem some new hardware
[13:55:25] <alex_joni> 450 is close :D
[13:55:40] <_bugs_> Aha... I need quite a few rs232 ports.. i might have an old 4-port ISA card somwhere
[13:56:10] <_bugs_> That would probably be the best solution right? :)
[13:56:23] <alex_joni> I have a PCI parport + 2 serial board plugged in right now
[13:56:31] <_bugs_> they have 16550's :)
[13:56:49] <alex_joni> right
[13:56:51] <_bugs_> OK... nothing to worry then
[13:57:06] <_bugs_> right now i'm looking more at getting the software side to work
[13:57:20] <alex_joni> right
[13:57:31] <alex_joni> so, any other problems with 2.0.5 except that warning?
[13:57:49] <_bugs_> well.. that's not just a warning.. it doesn't compile
[13:58:01] <_bugs_> MODULE_PARM is simply not defined
[13:58:25] <_bugs_> I did find a patch on the developers list.. but that applies to HEAD...
[13:58:29] <_bugs_> so i didn't try it
[13:58:31] <alex_joni> oh right
[13:58:36] <alex_joni> nm it then ;)
[13:58:41] <alex_joni> what distro is this?
[13:58:52] <_bugs_> hehehehe.. SLACKWARE :)
[13:58:56] <alex_joni> ok
[13:58:59] <alex_joni> rtai 3.4 ?
[13:59:01] <_bugs_> yep
[13:59:06] <alex_joni> good
[13:59:17] <_bugs_> kernel 2.6.17.9
[13:59:27] <alex_joni> JMK (another developer from here) just reported a problem with SMI & RT latency today
[13:59:38] <_bugs_> SMI?
[13:59:54] <alex_joni> http://www.captain.at/rtai-smi-high-latency.php
[14:00:04] <alex_joni> System Maintenance Interrupt
[14:00:16] <_bugs_> a right
[14:00:27] <alex_joni> it's above the RT system
[14:00:35] <alex_joni> so it doesn't know how to disable it
[14:01:48] <_bugs_> Hmmm. doesn't sound like something you would like to disable
[14:01:59] <alex_joni> sure you would
[14:02:06] <alex_joni> it does APM and ACPI stuff mostly
[14:02:07] <alex_joni> :)
[14:02:16] <alex_joni> which are disabled for RT kernels
[14:02:28] <alex_joni> btw.. you _did_ turn off all ACPI and APM from the kernel.. right?
[14:02:32] <_bugs_> ah... that might explain my problems aswell :)
[14:03:05] <_bugs_> I was more concerned with compiling anyway...
[14:03:32] <alex_joni> ok
[14:04:22] <CIA-8> 03jepler 07HEAD * 10emc2/src/.swish_config: Update patterns for non-ASCII files, including ones generated by quartus and ise
[14:05:21] <_bugs_> anyway.. i suppose there is no work on an rs485 interface yet?
[14:05:32] <alex_joni> nope
[14:05:49] <_bugs_> ok good :)
[14:05:50] <alex_joni> do you need RT on the serial interface?
[14:05:55] <alex_joni> probably you do
[14:06:14] <_bugs_> haven't figured out the details yet...
[14:06:25] <_bugs_> I'm just trying to find the best version to work on :)
[14:06:36] <_bugs_> but my guess is yes
[14:06:45] <alex_joni> there is an RT driver for rs232
[14:06:53] <alex_joni> included in rtai iirc
[14:07:14] <_bugs_> it runs at 19k2.. .. you need to send an decial 1.. and get a 7 byte return code within aprox 10 ms
[14:07:25] <_bugs_> ah ok
[14:07:26] <alex_joni> ok, then definately not RT
[14:07:32] <_bugs_> to slow?
[14:08:02] <_bugs_> well at 19k2 what can you expect :)
[14:08:28] <_bugs_> I've never worked with RT :)
[14:12:11] <steves_logging> steves_logging is now known as steve_stallings
[14:12:28] <alex_joni> 19k2 is easily doable in user space
[14:12:47] <alex_joni> RT is 10 usec, not 10ms
[14:13:38] <_bugs_> yeah.. it's not a software UART :)
[14:14:01] <_bugs_> but it's acutally nice to turn of RTS after sending the byte quickly
[14:14:09] <_bugs_> otherwise you might mis the return data
[14:14:43] <_bugs_> one way of doing this is to hook the receiving interrupt and test for the data you've send
[14:14:53] <alex_joni> well, I guess you'll figure it out :P
[14:15:04] <_bugs_> sure.. never mind the details
[14:15:24] <_bugs_> euhm... so 2.1 branch it will be :)
[14:15:46] <alex_joni> remember it's not bugfree right now
[14:15:50] <_bugs_> what is?
[14:15:53] <alex_joni> 2.1
[14:16:01] <alex_joni> I mean it's not production ready yet
[14:16:06] <_bugs_> yeah.. i mean.. what software isn't bug free :)
[14:16:15] <alex_joni> 2.0.5 :P
[14:16:27] <_bugs_> hehehehe... yeah but that doesn't compile :)
[14:16:34] <alex_joni> that's a feature
[14:16:35] <alex_joni> :P
[14:16:39] <_bugs_> And i can't realy be bothered trying to fix it :)
[14:16:46] <_bugs_> if 2.1 is working moderatly well
[14:17:01] <_bugs_> i'm sure my efforts or better focused on that :)
[14:17:03] <alex_joni> it should
[14:17:18] <alex_joni> 2.1 has lots of more advanced features which you'll probably want anyways
[14:17:35] <_bugs_> ok cool
[14:18:04] <alex_joni> please report back any problems you encounter
[14:18:06] <_bugs_> I still have a lot to learn about realtime and HAL :)
[14:18:15] <_bugs_> ok no problem.. my real name is Stefan Raaijmakers
[14:18:29] <alex_joni> Alex Joni here :D
[14:18:41] <_bugs_> I'm in the Netherlands, main intrest is robotwars
[14:18:49] <_bugs_> we got the CNC machine for scrap-metal value :)
[14:18:56] <alex_joni> robotwars?
[14:19:04] <_bugs_> but wat kan you expect for a 30 year old machine
[14:19:10] <_bugs_> yeah battebolts in the US
[14:19:16] <alex_joni> ahh.. ok, know them
[14:19:24] <alex_joni> * alex_joni works with different kind of robots
[14:19:52] <_bugs_> hehehehe.. actually.. i like the technology more that the actual fighting
[14:20:00] <_bugs_> but it's a good way to test your equipment :)
[14:20:29] <alex_joni> I built this one a while ago
[14:20:30] <alex_joni> http://dsplabs.cs.utt.ro/~juve/yanor/images.php
[14:20:38] <_bugs_> http://www.bugs.nl/media/album/view.php?&path=L3J3L3ByaW1hdGVjaDIwMDMvRFNDRjAyMTkuSlBH
[14:20:51] <Rugludallur> _bugs_: one thing I always wondered about with robot wars, are electronic weapons not allowed ?
[14:21:07] <_bugs_> ah autonomous.. cool :)
[14:21:09] <alex_joni> that one's scary
[14:21:15] <_bugs_> nope.. they are not :)
[14:21:35] <alex_joni> no EMP?
[14:21:38] <alex_joni> :-P
[14:21:49] <Rugludallur> _bugs_: figured, I always wondered why nobody had a raygun or 50Kv contacts
[14:22:01] <_bugs_> I used to work on small autonomous
[14:22:20] <_bugs_> yeah.. well the easy one would be to block the opponents transmitter
[14:22:27] <_bugs_> but that's not allowed either :)
[14:22:31] <alex_joni> _bugs_: I work with these usually:
http://www.robcon.ro/301589/sIMG_8759.JPG
[14:22:57] <_bugs_> those are more deadly then ours :)
[14:23:15] <alex_joni> only if you are not nice to them
[14:23:56] <_bugs_> i'm always surprized at the precision you can get with those
[14:24:12] <_bugs_> although this is a welder..
[14:24:40] <alex_joni> +/- 0.1mm
[14:24:56] <_bugs_> not to bad.. enought for welding
[14:25:24] <_bugs_> now to do some milling with it... :)
[14:25:51] <alex_joni> not at 15kg payload :D
[14:26:07] <_bugs_> hehehehe.. too bad :)
[14:26:24] <_bugs_> i'd be glad if we can get this 3-axis milling machine to work
[14:27:02] <_bugs_> We were actually planning on using mach3, but the linear scales we got only gave an rs485.. not an AB differential signal
[14:27:25] <_bugs_> so i was glad there's an opensource alternative :)
[14:29:02] <alex_joni> ;-)
[14:29:14] <alex_joni> you still probably need something to output analog for the drives
[14:29:55] <_bugs_> yeah.. but electronics are no problem :)
[14:30:07] <alex_joni> for that you have 2 possibilities
[14:30:12] <alex_joni> 1. motion card
[14:30:16] <alex_joni> 2. parport + pwmgen
[14:30:29] <_bugs_> I'm going for option 3
[14:30:33] <_bugs_> DIY interface :)
[14:32:07] <skunkworks>
[14:32:17] <skunkworks> wth?
[14:32:52] <skunkworks> in regards to diy interface
[14:33:15] <_bugs_> cheaper
[14:33:17] <_bugs_> more fun
[14:33:23] <_bugs_> because i can
[14:33:47] <_bugs_> and i haven't found anything that can do analog out -10 to +10v
[14:34:04] <_bugs_> I thought about using the soundcard.. but that doesn't seem to work well with RT
[14:34:22] <alex_joni> I selected the DAC7744 chip because it seams to be the ideal DAC for our
[14:34:22] <alex_joni> needs:
[14:34:22] <alex_joni> +-10V outputs so you only need some amps to drive the outputs
[14:34:22] <alex_joni> 16 bit resolution (dynamic on a analog drive is directly affected by the
[14:34:22] <alex_joni> resolution of the DAC)
[14:34:40] <alex_joni> that's from an email on the emc-users list recently
[14:34:55] <_bugs_> hey.. intresting
[14:35:26] <SWPadnos> audio DACs aren't really good for industrial uses - they tend to have missing codes and such
[14:36:13] <_bugs_> availability is usually an issue aswell
[14:36:50] <_bugs_> and this thing kost 30 dollars
[14:37:00] <_bugs_> if you buy 1000 pices :)
[14:38:45] <_bugs_> just out of curiosity.. are there any other analog outputs for emc2?
[14:38:50] <alex_joni> _bugs_: yes
[14:39:06] <alex_joni> http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?EMC2_Supported_Hardware
[14:40:15] <_bugs_> ah.. could have figured that one out myself :)
[14:44:24] <skunkworks> _bugs_:
http://www.electronicsam.com/images/KandT/servostart/almost.JPG
[14:45:03] <jepler_> how would one go about calculating the ripple if you take 1MHz PDM (pwmgen in pdm mode but 'fpga fast') -> RC network with 100uS time constant -> suitable amplifier?
[14:45:09] <skunkworks> using emc2 to output an up/down pwm signal -(to run the h-bridge)
[14:45:13] <_bugs_> that's an h-bridge :)
[14:45:54] <SWPadnos> jepler_, take the worst-case signal from the PWM (not sure what that is), and calculate the capacitive decay in that amount of time
[14:46:10] <skunkworks> * skunkworks should know this stuff
[14:46:19] <cradek> can't PDM have arbitrarily long period?
[14:46:31] <SWPadnos> yes, bunt long periods don't create ripple
[14:46:56] <cradek> ?
[14:47:20] <_bugs_> anyway.. i think i know enough for now
[14:47:29] <SWPadnos> well, if you have the output on all the time, then you're trying to get to 100%, so the filter output approaches 100% over time
[14:47:33] <jepler_> the worst case is the smallest or largest output, e.g., 1us on, 999us off
[14:48:09] <cradek> yeah, that's what I was thinking
[14:48:25] <_bugs_> low pass filter have an inherent intergration
[14:48:26] <SWPadnos> actually, at 50%, you have a series of 1 uS ons and 1 uS offs, and that may be the worst case as far as ripple is concerned
[14:48:35] <_bugs_> you can use the rc-time to aproximate the ripple
[14:48:54] <steve_stallings> steve_stallings is now known as steves_logging
[14:49:26] <SWPadnos> capacitive charge / decay is e^-(t/tau)
[14:49:34] <SWPadnos> (but you knew that :) )
[14:50:04] <alex_joni> later guys
[14:50:07] <_bugs_> bye
[14:50:10] <_bugs_> i'm leaving aswell
[15:03:06] <jepler_> the largest "t" is the worst case, then
[15:08:15] <Rugludallur_> Rugludallur_ is now known as Rugludallur
[15:30:25] <SWPadnos> jepler_, yes and no. if you want 100% duty cycle, then there's no ripple, but you have the longest t
[15:31:25] <SWPadnos> at 50%, you alternate quickly between 100% and 0%, and that's where you get ripple - the difference between the ideal flat 50% line and what actually comes out
[15:32:40] <SWPadnos> with a time constant (tau) 100x the expected shortest t, you should get deviation of only e^-100, which is very small (and possibly wrong - I haven't looked at those books in a decade or more :) )
[15:33:01] <SWPadnos> hmmm - I need more coffe. don't listen to me yet
[15:33:05] <cradek> it seems to me that (repeated) on/off/off would have more ripple than on/off, is my intuition wrong?
[15:33:06] <SWPadnos> coffee also
[15:33:19] <SWPadnos> I think that's correct
[15:33:42] <cradek> if so, 50% isn't the worst case
[15:33:44] <SWPadnos> that's why you use PDM instead of PWM - it keeps the switch frequency higher
[15:34:00] <cradek> this is PDM, 50% vs 33%
[15:34:00] <SWPadnos> oh wait - I misread your comment ;)
[15:34:36] <cradek> (my gut is often wrong about this stuff)
[15:34:46] <SWPadnos> I think you have to look at how much change in one direction can happen before a correcting pulse pulls it the other way
[15:36:16] <SWPadnos> in the 999/1 scenario, there's only one pulse width of correction, so the filter is working with a 1 uS pulse (not the 999 per se)
[15:36:35] <jepler_> in the 50/50 scenario it's also just a 1uS pulse, but more often
[15:36:39] <SWPadnos> yes
[15:37:02] <jepler_> so are you suggesting that the ripple voltage P-P will be the same in both cases?
[15:37:14] <SWPadnos> I'm not sure of the exact waveforms that will be output, which is why I mentioned finding the worst case
[15:37:17] <SWPadnos> I think it will be, actually
[15:37:39] <SWPadnos> but I could be caffeine-deprived and therefore wrong
[15:37:43] <SWPadnos> (or just wrong anyway)
[15:37:44] <jepler_> I think that proper PDM will always be of the "occasionally 1 cycle of the less frequent output" kind
[15:38:02] <SWPadnos> yes - that's the reason for using PDM
[15:38:29] <jepler_> but the ripple frequency varies from 1kHz (if 1:999 is the most extreme output) to 1MHz
[15:38:44] <jepler_> (the most extreme, non-DC output)
[15:38:47] <SWPadnos> sure
[15:39:12] <SWPadnos> so in that case, the output probably goes all the way to 100%, and is then pulled back down a little bit by the 1 uS 0 pulse
[15:39:39] <SWPadnos> so the ripple is 100% - whatever happens in 1 uS, and it occurs every millisecond
[15:40:54] <SWPadnos> ok - time for me to run off with the wife. bbl.
[15:42:02] <jepler_> the mesa 7i33 (analog +-10v output) says it takes PWM input to analog output -- but it sounds like PDM would give much better results
[15:42:14] <jepler_> maybe the results are perfectly good as-is, I dunno
[15:42:45] <jepler_> I wonder if "interleaved PWM" is their word for PDM
[15:43:29] <jepler_> The 7I33 is meant to operate with PWM rates from 100 KHz to 10 MHz. Operation at lower PWM rates will result in excessive output ripple . When used with SOFTDMC firmware, it is best to set the PWM rate to the maximum (192 KHz). If the motion control firmware is capable of generating interleaved PWM, that option should be enabled to minimize output ripple.
[15:46:31] <jepler_> http://groups.google.com/group/comp.arch.embedded/browse_thread/thread/58f0b3f563c91383/cc4e23312742a03b?lnk=st&q=%22interleaved+pwm%22&rnum=1&hl=en#cc4e23312742a03b
[15:47:56] <jepler_> I don't quite follow that explanation of "interleaved PWM"
[15:48:36] <cradek> jepler_: which one do you generate on pluto?
[16:06:41] <eholmgren> 'lo
[16:06:55] <anonimasu> hi
[16:09:11] <Lerneaen_Hydra> 'lo
[16:12:03] <eholmgren> ... so, is it taboo to use the reiser fs now that the creator is in jail for murder?
[16:12:55] <cradek> one of the reasons to make software Free is so the software can survive various people-problems. so I think certainly not.
[16:15:03] <Rugludallur> the other good thing about open software is that the ext has and will borrow stuff from reiserfs
[16:15:49] <Rugludallur> so in the end it might not be called reiserfs but it will still contain some of the logic
[16:16:13] <jepler_> cradek: traditional PWM
[16:16:38] <cradek> jepler_: I like that better because it doesn't "sing"
[16:18:03] <Lerneaen_Hydra> random question, what is the usual resonant speed for steppers?
[16:18:07] <jepler_> yep -- it seems to be much more appropriate for directly driving a h-bridge
[16:19:27] <jepler_> Lerneaen_Hydra: I think it depends heavily on the load on the stepper (as well as on the stepper itself) -- so it would be different for different table weights, leadscrew pitch, reduction (if any), etc
[16:19:44] <Lerneaen_Hydra> oh, that sounds sane
[16:19:57] <Lerneaen_Hydra> so no real "usual" speed
[16:20:21] <eholmgren> rpm at the shaft?
[16:20:27] <Lerneaen_Hydra> yeah
[16:34:27] <eholmgren> cradek: get your mix and match machine running last evening?
[16:35:04] <cradek> who me?
[16:35:11] <cradek> I did play with the lathe a bit last night
[16:35:33] <cradek> finished tuning (X)
[16:35:37] <skunkworks> Still running the pluto?
[16:35:42] <cradek> yes
[16:35:53] <skunkworks> are you going to make a special board for it? (the lathe)
[16:35:57] <cradek> haven't filtered the spindle encoder yet, so it still doesn't work
[16:36:08] <cradek> I don't know what I'll do exactly - it's kind of a mishmash right now
[16:36:12] <skunkworks> with spindl;e encoder circuit
[16:37:14] <Guest329> rrr
[16:37:28] <Guest329> hi
[16:37:44] <Guest329> i instaled emc from cvs
[16:37:47] <Guest329> but
[16:38:03] <jepler_> http://www.nt.ntnu.no/users/skoge/prost/proceedings/cdc03/pdffiles/papers/ThA08.3.pdf
[16:38:28] <Guest329> ?
[16:39:16] <jmkasunich> that sounds like Ed's problem
[16:39:26] <jmkasunich> Ed Niesley or something like that?
[16:39:46] <Guest329> i installed ubuntu from cvs
[16:40:42] <jepler_> jmkasunich: yeah that's what I was thinking
[16:41:06] <Guest329> however I am not obtaining to use
[16:41:18] <Guest329> its error:
[16:41:29] <Guest329> Error in startup script: can't read "make_shortcut": no such variable
[16:43:35] <Guest329> they could help me?
[16:44:33] <jmkasunich> Guest329: start EMC2 from a shell, and capture all of the output that appears in the shell, not just the error message
[16:44:39] <jmkasunich> then put it at pastebin.ca
[16:45:18] <Guest329> i am comliled emc
[16:45:34] <jmkasunich> Guest329: start EMC2 from a shell, and capture all of the output that appears in the shell, not just the error message, then put it at pastebin.ca
[16:49:59] <Guest329> emc no start axis
[16:50:18] <jepler_> pastebin.ca is a website:
http://pastebin.ca
[16:51:05] <Guest329> I do not know to use pastebin
[16:51:28] <Guest329> I can place here?
[16:51:29] <jepler_> no
[16:51:30] <jmkasunich> no
[16:51:32] <jepler_> use pastebin.ca
[16:51:35] <jepler_> it is not hard to figure out
[16:51:55] <jmkasunich> go to
http://pastebin.ca with a web browser
[16:52:01] <jmkasunich> copy stuff from the shell window
[16:52:04] <Guest329> i go
[16:52:07] <jmkasunich> paste it in the pastebin window
[16:52:13] <jmkasunich> click the submit button
[16:52:19] <jmkasunich> it will give you a url
[16:52:23] <jmkasunich> paste the url here
[16:52:42] <Guest329> please one moment
[16:53:27] <Guest329> I am in that place
[16:53:44] <eholmgren> with PWM, are you still restriced by the max voltage on the motor label ... or could you run 2x @ 50% duty cycle?
[16:54:26] <cradek> eholmgren: I run mine over their rated voltage. I think if they don't go too crazy, and they don't get hot, it's ok
[16:54:35] <Guest329> and now?
[16:54:38] <cradek> if YOU don't go too crazy
[16:54:53] <jepler_> Guest329: 10:52:32 <jmkasunich> paste it in the pastebin window
[16:55:11] <Guest329> ok
[16:55:16] <Guest329> and?
[16:55:32] <jepler_> follow the next steps that jmkasunich said
[16:56:18] <Guest329> submit post?
[16:56:23] <Guest329> submit post?
[16:56:47] <jmkasunich> yes
[16:57:05] <Guest329> ok i press
[16:57:09] <Guest329> and?
[16:57:34] <jmkasunich> <jmkasunich> click the submit button
[16:57:34] <jmkasunich> <jmkasunich> it will give you a url
[16:57:34] <jmkasunich> <jmkasunich> paste the url here
[16:57:49] <Guest329> http://pastebin.ca/288823
[16:57:55] <Guest329> correct?
[16:58:03] <jmkasunich> yes and no
[16:58:09] <jmkasunich> yes, you used pastebin correctly
[16:58:29] <jmkasunich> no, you did NOT post everything that shows up when you run EMC, you only posted the error message
[16:58:53] <Guest329> you can help me?
[16:58:57] <Guest329> please
[16:59:12] <jmkasunich> no, because we do not have enough information
[17:00:44] <Guest329> it received my message?
[17:00:56] <jmkasunich> I can read what you put in pastebin very well
[17:01:04] <jmkasunich> but we don't know anything else
[17:01:13] <jmkasunich> we don't know how you compiled EMC, etc
[17:02:14] <Guest329> please ..
[17:02:28] <Guest329> Alex_Joni this here?
[17:03:11] <CIA-8> 03jepler 07v2_1_branch * 10emc2/tcl/bin/pickconfig.tcl: fix error when user has no Desktop directory: can't read "make_shortcut": no such variable
[17:03:43] <CIA-8> 03jepler 07HEAD * 10emc2/tcl/bin/pickconfig.tcl: merge rev 1.48.2.1: fix error when user has no Desktop directory: can't read "make_shortcut": no such variable
[17:04:26] <jmkasunich> Guest329: you need to do a "cvs up" to get the fix that jepler just made
[17:04:44] <jmkasunich> cd /home/epica/emc2
[17:04:46] <Guest329> ?
[17:04:52] <jmkasunich> cvs up -dP
[17:04:53] <jmkasunich> cd src
[17:05:04] <jmkasunich> ./configure --enable-run-in-place
[17:05:06] <jmkasunich> make
[17:05:12] <jmkasunich> sudo make setuid
[17:05:55] <Guest329> i go to try
[17:06:42] <jepler_> jepler_ is now known as jepler
[17:07:06] <Guest329> i I am making this
[17:07:16] <Guest329> please one moment
[17:09:25] <Guest329> and now?
[17:09:52] <jepler> now try running it again
[17:09:56] <Guest329> ok
[17:09:58] <Guest329> but
[17:10:45] <Guest329> it did not occur certain
[17:11:00] <Guest329> exactly error
[17:11:32] <jmkasunich> ?
[17:11:37] <Guest329> exactly error
[17:11:44] <jmkasunich> same error as before, or something different?
[17:12:01] <Guest329> equal
[17:12:16] <Guest329> before and now
[17:13:53] <jmkasunich> when you did the "cvs up" did you see a line that started with "P"?
[17:15:00] <jmkasunich> like this: "P tcl/bin/pickconfig.tcl"
[17:15:16] <jmkasunich> (scroll back in your shell and check)
[17:15:31] <Guest329> no not see
[17:15:53] <Guest329> I go to make of ne
[17:16:02] <jmkasunich> do this:
[17:16:11] <jmkasunich> cat cvs/*
[17:16:20] <jmkasunich> then paste that at pastebin.ca, and post the url here
[17:17:19] <jmkasunich> mine looks like this:
http://pastebin.ca/288842
[17:17:34] <Guest329> please one time
[17:17:38] <jmkasunich> oops, sorry
[17:17:40] <jmkasunich> cat CVS/*
[17:17:44] <Guest329> ok
[17:17:46] <jmkasunich> (upper case)
[17:18:11] <Guest329> ok
[17:18:53] <Guest329> in which directory
[17:18:57] <Guest329> in which directory?
[17:19:08] <Guest329> src?
[17:19:15] <jmkasunich> /home/epica/emc2
[17:19:21] <Guest329> ok
[17:20:05] <Guest329> terminal returns:
[17:20:19] <Guest329> cat CVS*/
[17:20:19] <jmkasunich> put it in pastebin please
[17:20:39] <Guest329> cat: CVS/: Is a directory
[17:20:50] <jmkasunich> cat CVS/*
[17:20:57] <jmkasunich> not CVS*/
[17:21:22] <Guest329> ok sorry
[17:22:26] <Guest329> I go to place in pastebin
[17:22:57] <Guest329> http://pastebin.ca/288854
[17:23:19] <jmkasunich> ok, while we look at the pastebin, do this:
[17:23:20] <jmkasunich> grep Revision tcl/bin/pickconfig.tcl
[17:23:34] <jmkasunich> that will make one line of output, you can paste it here
[17:23:40] <jmkasunich> (pastebin is for long things)
[17:23:41] <Guest329> ?
[17:23:58] <jmkasunich> type "grep Revision tcl/bin/pickconfig.tcl" in your shell
[17:23:59] <Guest329> grep Revision tcl/bin/pickconfig.tcl?
[17:24:04] <Guest329> ok
[17:24:05] <jmkasunich> it will print something like:
[17:24:12] <jmkasunich> # $Revision: 1.48.2.1 $
[17:24:49] <Guest329> # $Revision: 1.48 $
[17:25:05] <jmkasunich> you are running CVS HEAD
[17:25:16] <jmkasunich> (I thought you were using version 2,1)
[17:25:18] <Guest329> in shell:
[17:25:19] <cradek> he should have 1.49
[17:25:27] <Guest329> in shell?
[17:25:47] <Guest329> sorry
[17:26:10] <jepler> if the "cvs up" was successful, you would have either revision 1.48.2.1 or 1.49
[17:26:40] <Guest329> i dont undestand
[17:27:00] <Guest329> what i make?
[17:27:09] <jmkasunich> jepler tried to fix your problem
[17:27:17] <jmkasunich> he made a change to the code in CVS
[17:27:34] <jmkasunich> when you do "cvs up" it should copy that change to your computer
[17:27:37] <jmkasunich> but it did not
[17:27:48] <jmkasunich> you still have version 1.48, jepler made version 1.49
[17:28:12] <jmkasunich> understand?
[17:28:17] <Guest329> and now?
[17:28:30] <Guest329> ok understand
[17:28:33] <jmkasunich> we have to figure out how to get version 1.49 on your computer
[17:28:34] <Guest329> and now?
[17:28:52] <Guest329> how?
[17:29:07] <jmkasunich> I don't know - when I do "cvs up" it works
[17:29:16] <jmkasunich> when you do "cvs up" it doesn't work
[17:29:52] <jmkasunich> what directory were you in when you did "cvs up"?
[17:30:02] <jmkasunich> should be /home/epica/emc2
[17:30:58] <Guest329> in
[17:31:57] <Guest329> home
[17:31:59] <Guest329> epica
[17:32:02] <Guest329> emc2
[17:32:05] <Guest329> src
[17:32:10] <jmk-st> not src
[17:32:18] <jmk-st> just /home/epica/emc2
[17:32:26] <jmk-st> "cd home/epica/emc2"
[17:32:31] <jmk-st> "cvs up dP"
[17:32:36] <jmk-st> "cd src"
[17:32:45] <Guest329> ok
[17:32:51] <jmk-st> "./configure --enable-run-in-place"
[17:32:53] <jmk-st> "make"
[17:32:58] <jmk-st> "sudo make setuid"
[17:33:01] <cradek> cvs up -dP
[17:33:02] <jmk-st> "cd .."
[17:33:11] <jmk-st> oops
[17:33:23] <jmk-st> cradek is right, I made a mistake
[17:33:57] <jmk-st> "-dP", not "dP"
[17:34:26] <Guest329> I am in this directory
[17:34:45] <Guest329> and
[17:35:01] <jmk-st> what is "this" directory?!
[17:35:11] <Guest329> emc2
[17:35:17] <jmk-st> you must be very precise when talking on IRC, or people get confused ;-)
[17:35:18] <Guest329> \home
[17:35:33] <Guest329> \home\epica\emc2
[17:35:38] <jmk-st> ok, good
[17:36:10] <Guest329> and make this comand
[17:36:19] <Guest329> cvs up -dP
[17:36:27] <Guest329> correct?
[17:36:38] <jmk-st> yes
[17:36:45] <Guest329> and now?
[17:36:55] <jmk-st> that command should make many lines of output
[17:37:31] <jmkasunich> including this:
[17:37:33] <jmkasunich> cvs update: Updating tcl/bin
[17:37:34] <jmkasunich> P tcl/bin/pickconfig.tcl
[17:37:53] <jmkasunich> do you see the "P" line?
[17:38:19] <eholmgren> http://www.cs.tu-bs.de/rob/david.html
[17:38:21] <Guest329> updating tcl/bin yes
[17:38:55] <jmkasunich> type "grep Revision tcl/bin/pickconfig.tcl" in your shell
[17:40:15] <Guest329> ok
[17:41:08] <Guest329> what directory
[17:41:21] <jmk-st> /home/epica/emc2
[17:41:30] <jmk-st> do not change directories unless we ask you to
[17:41:36] <Guest329> ok
[17:41:38] <Guest329> sorry
[17:41:46] <Guest329> # $Revision: 1.49 $
[17:41:50] <jmk-st> good!
[17:42:08] <Guest329> and now?
[17:42:22] <jmk-st> one moment
[17:42:25] <Guest329> ok
[17:42:58] <jmk-st> now we rebuild the software with the latest version
[17:43:08] <jmk-st> follow these steps exactly:
[17:43:11] <jmk-st> "cd src"
[17:43:12] <Guest329> how?
[17:43:21] <jmk-st> "./configure --enable-run-in-place"
[17:43:28] <jmk-st> "make"
[17:43:33] <jmk-st> "sudo make setuid"
[17:43:38] <jmk-st> "cd .."
[17:43:38] <Guest329> ok
[17:44:24] <Guest329> cd ..?
[17:44:51] <jepler> .. refers to the directory containing this directory, so it reverses the effect of "cd src"
[17:45:07] <jmk-st> takes you from /home/epica/emc2/src to /home/epica/emc2
[17:45:12] <Guest329> ok
[17:45:43] <Guest329> \home\epica\emc2
[17:45:52] <jmk-st> ?
[17:46:03] <jmk-st> \ is windows, / is linux
[17:46:26] <Guest329> iam in linux
[17:46:36] <jmkasunich> good! ;-)
[17:46:37] <Guest329> the programa in java
[17:46:44] <Guest329> no ..
[17:47:01] <Guest329> acepted
[17:47:21] <Guest329> because
[17:47:24] <Guest329> i use \
[17:47:27] <Guest329> ok?
[17:47:59] <Guest329> \hoem\epica\emc2
[17:48:06] <Guest329> \home\epica\emc2
[17:48:07] <jmkasunich> I'm confused
[17:48:09] <Guest329> and now
[17:48:16] <jmkasunich> emc does not have java
[17:48:23] <Guest329> ok
[17:48:46] <anonimasu> eholmgren: I agree, human society are pretty stupid..
[17:48:46] <anonimasu> :D
[17:48:51] <Guest329> I go to explain
[17:49:00] <Guest329> my keyboard
[17:49:20] <Guest329> not this configured
[17:49:42] <Guest329> therefore use \ instead of/
[17:50:02] <Guest329> only here
[17:50:07] <jmkasunich> you type "/", but what do you see on the screen? "/" or "\" ?
[17:50:09] <eholmgren> anonimasu: ? :)
[17:50:19] <anonimasu> eholmgren: regarding the reiserfs issue
[17:50:26] <eholmgren> ah
[17:50:31] <Guest329> inlin linux I use/
[17:50:42] <Guest329> in linux I use/
[17:50:45] <anonimasu> eholmgren: I find it retarded that people judge something good somone has made with regards to their personal matters..
[17:50:46] <Guest329> ok?
[17:51:14] <eholmgren> anonimasu: I saw that in the headlines again somewhere and remembered when it first came out
[17:51:23] <Guest329> I am in /hoem/epica/emc2
[17:51:31] <Guest329> and now?
[17:51:37] <jmkasunich> Guest329: ok ;-)
[17:51:44] <eholmgren> I found the whole situation odd, but even odder that certain distros were distancing themsevles from it
[17:51:53] <jmkasunich> "scripts/emc"
[17:51:58] <Guest329> ok
[17:52:49] <anonimasu> eholmgren: I wish people would consider how many USA has murdered in various war's the in last 100 years.. :D
[17:53:56] <eholmgren> good thing linux came from finland then ;)
[17:54:10] <Guest329> ok this functioning
[17:54:18] <Guest329> very thanks
[17:54:39] <jmkasunich> you are welcome
[17:54:45] <jmkasunich> * jmkasunich has to go away now
[17:54:49] <anonimasu> eholmgren: I just think it's a bit funny :) it's typical american-ish thinking
[17:54:52] <anonimasu> jmkasunich: laters :)
[17:54:55] <eholmgren> later
[17:54:59] <Guest329> by the way
[17:55:22] <Guest329> happy Christmas
[17:55:25] <Guest329> happy Christmas
[17:55:33] <anonimasu> merry christmas to you too Guest329
[17:55:33] <Guest329> for all
[17:55:57] <Guest329> and God bless you
[17:57:00] <Guest329> people in Brazil order hug for you
[17:57:26] <SWPadnos> Brazilian hugs - that could be good :)
[17:57:38] <Guest329> i from Brazil
[17:57:57] <tomp> 3 cheers for jmk
[17:58:06] <Guest329> therefore error very
[17:59:15] <Guest329> debtor for everything
[17:59:54] <Guest329> That the love of Jesus between in its hearts on this day
[18:00:27] <Guest329> and that the favour of God always folloies them
[18:00:34] <Guest329> OK?
[18:00:50] <jmkasunich> Merry Christmas to you too.
[18:01:08] <tomp> Guest329, what language do you speak? Spanish? Portugese?
[18:02:11] <Guest329> Portugese
[18:02:41] <Guest329> Spanish more ore less
[18:02:46] <tomp> merry christmas feliz navidad, and ??? in portugese
[18:02:46] <Guest329> Spanish more or less
[18:02:58] <Guest329> no Felis Natal
[18:03:25] <tomp> ahh! Felis Natal (happy birthday)
[18:04:23] <Guest329> NO Feliz Natal is Happy Christmas
[18:04:48] <Guest329> you speak spanish?
[18:04:57] <tomp> no, not at all
[18:05:02] <Guest329> ok
[18:05:08] <Guest329> God bless you
[18:10:46] <tomp> Você trabalhou muito duramente e tem agora o sucesso. Aprecíe o programa e estude-o. Christmas Alegre. (rats, he left )
[18:11:02] <SWPadnos> after all that work ;)
[18:11:09] <SWPadnos> err - before all that work
[18:11:36] <tomp> i said, now enjoy & study
[18:12:25] <tomp> jmk is a saint
[18:12:57] <jmkasunich> jepler is the one who fixed the problem
[18:12:58] <SWPadnos> yeah, sure you did ;)
[18:13:06] <jepler> I'm the one who *wrote* the problem
[18:13:15] <SWPadnos> well done!
[18:20:02] <alex_joni> SWPadnos: you shouldn't encourage people writing problems
[18:20:19] <SWPadnos> oh, sorry
[18:20:25] <SWPadnos> keeps people in work though :)
[18:23:01] <alex_joni> jepler knows I'm only kidding :D
[18:23:43] <jepler> alex_joni: actually because of you I just quit the emc project
[18:23:45] <jepler> :-P
[18:24:16] <anonimasu> heh
[18:24:53] <alex_joni> jepler: same here
[18:54:47] <mdynac> i have a truetype-tracer question...
[19:01:54] <tomp> true-trace ( hydrapoint) or truetype ( adobe) ?
[19:01:57] <eholmgren> I'm sure someone of lesser skill could finish the rest of emc in php
[19:02:24] <mdynac> cradek's ttt
[19:03:28] <tomp> k, whats the q?
[19:04:02] <mdynac> i thought that it is supposed to spit out g-code that emc understands.....
[19:04:45] <tomp> sounds like thats what the page sez, getting deb now
[19:05:39] <cradek> it's in the emc2 repository
[19:05:48] <mdynac> sample gcode line---> G01 X [1590*#3] y [3008*#3]
[19:06:01] <cradek> what's wrong with that?
[19:06:10] <mdynac> enc won't run it
[19:06:18] <cradek> you're mistaken
[19:06:47] <mdynac> okay
[19:06:58] <mdynac> i'll try it again
[19:07:29] <cradek> http://timeguy.com/cradek-files/emc/ttt-axis.png
[19:07:45] <mdynac> near line 4 bad charachter used....(using hello world example
[19:09:00] <cradek> what's on that line?
[19:09:13] <mdynac> hang on
[19:09:16] <cradek> as you can see in the image I just loaded and ran the default output (hello world)
[19:09:31] <mdynac> wow it worked that time.....
[19:09:39] <cradek> * cradek squints at mdynac
[19:10:07] <mdynac> this is too kewl......
[19:11:25] <tomp> yes, it works ( examples say 'ttt' but really it's 'truetype-tracer') fbrtfm ;)
[19:12:04] <mdynac> edm nameplates for everyone.....
[19:12:29] <cradek> tomp: the packaged man page (man truetype-tracer) seems right
[19:12:35] <SWPadnos> titanium edm nameplates for everyone ;)
[19:12:43] <tomp> so you wanted a job making licence plates? (joliet is not far )
[19:12:45] <mdynac> hah!
[19:12:46] <cradek> tomp: when I packaged it for debian I expanded the name because ttt was already something else
[19:13:04] <tomp> no problem, it never installed a ttt file
[19:13:15] <mdynac> well they would be awful expensive plates....
[19:13:41] <tomp> cradek: thanks, it is a nice app
[19:13:46] <cradek> tomp: thank you
[19:13:56] <alex_joni> it really is
[19:14:19] <cradek> for edm you would want to do something to join the letters. very easy in cad, but not so easy to hack the tracer to do it
[19:14:53] <alex_joni> the only problem is that it wasn't in the dapper repo
[19:14:52] <mdynac> could just run a base across the bottom....
[19:14:58] <tomp> actually hal could handle a hydrapoint ( hydraulic tracer guiding a machine tool )
[19:15:13] <cradek> mdynac: yes, except for cutting out the centers
[19:15:41] <Lerneaen_Hydra> random question: you are completely fscked with EDM if you want to cut out the center of a solid, right?
[19:15:57] <cradek> just drill a hole?
[19:15:59] <tomp> mdunac: but you were adding the hole popper & auto threader anyways right ?
[19:16:08] <Lerneaen_Hydra> cradek: what about the wire?
[19:16:15] <mdynac> i would just have to break wire and re-thread to cut out centers....kinda routine in edm, just pop start holes at the right locations.....no big deal...
[19:16:17] <Lerneaen_Hydra> or is it rewelded?
[19:16:18] <cradek> I think you just thread it
[19:16:19] <tomp> hey EDM is not just wire
[19:16:53] <tomp> backing away from the computer now
[19:17:17] <mdynac> well tomp you could whip up an electrode from ttt.....
[19:17:29] <SWPadnos> heh - you could do things kind of like the old days of printing, by sinking letter forms to make name tags (like a Guttenberg press)
[19:17:53] <tomp> EDW burns as EDM
[19:18:17] <tomp> tool has to be mirrored
[19:18:45] <mdynac> true
[19:19:03] <SWPadnos> you machine copper type, and burn it in - you could almost use existing type, actually (they're already mirrored)
[19:20:09] <cradek> you need a linotype machine to make electrodes
[19:20:27] <mdynac> actually you use a cnc mill....
[19:20:37] <mdynac> to make 'trodes
[19:20:43] <tomp> old wire edm machines had switches to reverse X and tyo reverse Y ( this allowed programs to be mirrored) i bet thats simple to chg the output of emc2
[19:21:05] <mdynac> tomp ahh yes the "mirror" function.....
[19:21:06] <tomp> 2d : get swapped, not 3rd
[19:21:14] <SWPadnos> mux and multiply, with 1 and -1 as the inputs to the mux
[19:21:18] <tomp> yes
[19:21:31] <Lerneaen_Hydra> can't you use carbon too?
[19:21:34] <mdynac> very nice for making bookends.....
[19:21:37] <SWPadnos> but there's a nasty spike if you're not at HOME when you flip the switch ;)
[19:21:51] <tomp> usa: carbon europe & asia : copper
[19:21:51] <SWPadnos> err - at zero
[19:22:41] <Lerneaen_Hydra> oh, I see
[19:22:49] <tomp> backing away from the computer now (again)
[19:22:55] <Lerneaen_Hydra> I assume they work very differently?
[19:23:15] <mdynac> depends on your material = different trode type
[19:23:37] <Lerneaen_Hydra> oh, what can you sink into with copper vs carbon?
[19:23:46] <mdynac> yep
[19:24:02] <mdynac> desired finish also
[19:24:24] <mdynac> and cutting polarity....
[19:24:44] <tomp> paarung: there's pairs opf tool materials and worpiece materials that work well together ( and pairs that dont)
[19:24:56] <alex_joni> that's german :)
[19:25:09] <tomp> german is the language of edm
[19:25:18] <alex_joni> cool
[19:25:19] <mdynac> well er swiss???
[19:25:34] <tomp> swittzer-deutsche
[19:25:42] <tomp> (-10 spelling)
[19:25:44] <alex_joni> the nicest accent :D
[19:25:58] <tomp> yes nice to hear
[19:26:10] <alex_joni> schwitzerdeutsch
[19:26:19] <mdynac> alimenation = power supply?
[19:26:28] <mdynac> puissance = ?
[19:26:34] <Lerneaen_Hydra> O___o
[19:26:35] <alex_joni> that's french for power
[19:26:49] <Lerneaen_Hydra> not if you read that as english it isn't
[19:26:51] <tomp> yes, thats from reading Charmilles stuff
[19:26:55] <mdynac> coming right off of my Charmilles schemos
[19:27:05] <Lerneaen_Hydra> a-l-p-h-a would misinterpret it :p
[19:27:06] <tomp> the 'other suisse'
[19:28:00] <tomp> yah yah
[19:30:28] <tomp> SWPadnos: re: nasty spike... is it safe with G92?
[19:30:45] <SWPadnos> I don't know, but I suspect it isn't
[19:30:54] <SWPadnos> this is a HAL reversal, not a G-code reversal
[19:30:56] <cradek> is what safe?
[19:31:09] <SWPadnos> negating one or more axis positions in HAL, for mirroring
[19:31:22] <tomp> oh, i see, so a math function, a gcode translation is needed
[19:31:27] <cradek> oh, that can't be a good idea
[19:31:49] <cradek> g1 x[#1 * 1.234]
[19:31:53] <SWPadnos> you'd probably want an X0-X thing anyway
[19:31:53] <cradek> #1=-1
[19:31:59] <cradek> #1=1
[19:32:09] <SWPadnos> since you want to usethe same work envelope, but backwards
[19:32:57] <robin_sz> meep?
[19:33:05] <cradek> better would be to have two inis, one with negative scales
[19:33:31] <cradek> then you can set home, limits, etc correctly
[19:33:36] <SWPadnos> that's probably true
[19:33:54] <tomp> reboot between jobs? well it's cleaner than all that added code in the file
[19:34:06] <SWPadnos> start emc with a different config, not reboot
[19:34:31] <tomp> yes, bad wording reboot, re-run
[19:34:41] <cradek> anything else is playing with fire
[19:35:03] <tomp> yes, screws up tp
[19:35:17] <cradek> if you really need that ability in emc [and I think you don't] it belongs in the interpreter - a gcode to reverse
[19:35:32] <tomp> modal
[19:35:42] <robin_sz> for what its worth ...
[19:35:55] <robin_sz> the trumpf laser I have does this on its controller
[19:36:31] <cradek> robin_sz: where does 0,0 go when you flip the switch?
[19:36:32] <robin_sz> a program consists of a main block that calls subroutines for each part to be cut
[19:37:05] <robin_sz> when you call a subroutine for the part, its always in relative mode, and the part can be rotated or flipped
[19:37:42] <cradek> rotation is an interesting problem
[19:37:43] <robin_sz> thus a nest containg the same part in many orientations consists of 1 main routine with say 100 subroutine calls, and just one part subroutine
[19:38:15] <cradek> you could do that with emc, but the subroutine would have to rotate itself based on a parameter
[19:38:55] <cradek> (which is not that hard, especially if it's generated by a program)
[19:39:34] <cradek> but really, this is the 'virtual C axis' stuff we've talked about before - maybe one day we'll do it
[19:39:47] <tomp> boy, are you getting close to tilting planes ( i'd love to be able to tilt a program onto a new surface )
[19:39:52] <robin_sz> ive seen other controlers where you can temproarily rotate the frame of reference
[19:40:06] <cradek> tomp: yep, that's "just" virtual A and B too
[19:40:34] <Lerneaen_Hydra> http://wtfbutterscotch.ytmnd.com/
[19:41:12] <robin_sz> this is a very common feature in laser/plasma/waterjet controllers, for obvious reasons
[19:43:30] <tomp> i'm trying to list the obvious reasons... like i wanted the cutout on this side or that side is one... mating lefts & rights, ups/downs...
[19:47:17] <tomp> Ive used it make a female electode to burn a solid heeled punch
[19:52:02] <anonimasu> hm..
[19:52:10] <anonimasu> I saw on a cenotroid where they did a offset
[19:52:15] <anonimasu> \
[19:52:29] <anonimasu> and machined the same part that way instead of straight..
[19:58:51] <tomp> in truetype-trace, how do i change the ttf font?
[20:00:52] <alex_joni> tomp: some commandline option
[20:01:30] <tomp> :) lol
[20:01:40] <alex_joni> man tells everything
[20:01:48] <tomp> man truetype-tracer
[20:01:58] <tomp> oops
[20:08:28] <anonimasu> % No manual entry for truetype-tracer
[20:08:55] <SWPadnos> ? SYNTAX ERROR
[20:09:12] <tomp> i got it, but i just installed via pkg manager
[20:15:37] <robin_sz> tomp, on laser and plasma etc there is one very obvious reason ... you have just placed a 2mx4m sheet of 20mm steel on the bed. now, would you rather try and shift it into the exact position for 0,0 and straight, or type a few commands on the console?
[20:16:38] <robin_sz> offsets are simple enough, the rotation is the nicest touch
[20:18:49] <anonimasu> hm
[20:18:56] <anonimasu> I called a friend to see how he was doing
[20:19:05] <anonimasu> he were pondering drowning himself in dough
[20:19:20] <Lerneaen_Hydra> wtf? dough as in?
[20:19:27] <tomp> robin_sz: you're right ( i just cut my hands trying to turn it!)
[20:20:19] <alex_joni> I find that hard to believe
[20:20:28] <alex_joni> 20mm sheet doesn't usually cut :D
[20:20:49] <tomp> you have a nice shear
[20:21:07] <tomp> and you have a nice year too :)
[20:21:54] <anonimasu> Lerneaen_Hydra: stuff you make breads off..
[20:22:07] <anonimasu> Lerneaen_Hydra: err bread..
[20:23:09] <Lerneaen_Hydra> you mean literally drown himself in dough?
[20:23:27] <anonimasu> yeah, as in suicide..
[20:23:37] <anonimasu> he were bored at work..
[20:23:39] <anonimasu> :D
[20:23:52] <robin_sz> most lasers can figure out the sheet poition (angle and offset) all on thier own
[20:23:56] <Lerneaen_Hydra> what is he, a baker?
[20:24:12] <anonimasu> Lerneaen_Hydra: more like a bread factory worker..
[20:24:14] <Lerneaen_Hydra> robin_sz: non-destructively?
[20:24:21] <robin_sz> yes
[20:25:12] <anonimasu> Lerneaen_Hydra: bread passing by on a conveyor into a oven
[20:25:19] <Lerneaen_Hydra> oh, ok
[20:25:23] <Lerneaen_Hydra> which producer?
[20:25:24] <robin_sz> they assume you have got the sheet within +-50mm
[20:25:26] <Lerneaen_Hydra> pågen?
[20:25:40] <anonimasu> polarbröd :D
[20:25:44] <Lerneaen_Hydra> robin_sz: what do they sense? reflectivity?
[20:25:46] <Lerneaen_Hydra> anonimasu: cool
[20:25:47] <robin_sz> lower head to 2mm above sheet, 50mm from where the edge should be
[20:25:54] <robin_sz> turn on height sensor
[20:26:03] <robin_sz> disable height feedback to Z
[20:26:04] <Lerneaen_Hydra> what is that based on?
[20:26:14] <Lerneaen_Hydra> (the height sensor)
[20:26:22] <robin_sz> move towards sheet edge, watch height signal for when it drops off
[20:26:28] <robin_sz> you found the edge.
[20:26:58] <robin_sz> the usual capacative height sensing from the torch tip
[20:30:11] <anonimasu> http://www.gogglemarks.net/index.php?action=display&tag=fightswitch
[20:30:15] <tomp> wow, i had this crazy plotter from israel, it found the edge of the sheet that way, oriented itself, plotted,parked itself back in it's garage
[20:32:52] <tomp> (searched for edge, not capacitve , was optical )
[20:33:22] <anonimasu> hm..
[20:33:53] <skunkworks> our hp plotter does that.
[20:34:04] <skunkworks> finds all the edges of the sheet
[20:35:43] <tomp> anonimasu: i love the idea of a switch that works when he 'threatens' the machine
[20:36:21] <tomp> i built such a thing back in college, an architecture course wanted us to design a random motion machine
[20:36:43] <tomp> the jury was a room full of junk spinning and ping pong balls flying
[20:36:43] <anonimasu> I think im going to build one..
[20:36:59] <tomp> i came in with a campbells soup can & set it down
[20:37:13] <tomp> it screamed when you got cclose
[20:37:25] <anonimasu> hehe
[20:37:36] <tomp> there was a crowd around it balancing chairs near it, throwinf pens past it
[20:37:57] <tomp> and the professor leaned over and asked me, where's the random motion?
[20:38:22] <anonimasu> everywhere around it ?
[20:38:22] <anonimasu> :D
[20:38:34] <tomp> yes ;)
[20:41:49] <alex_joni> does youtube work for you?
[20:42:15] <anonimasu> yes
[20:42:17] <anonimasu> but it's slow
[20:42:18] <anonimasu> very very slow
[20:42:26] <alex_joni> http://www.youtube.com/watch?v=bXqI9wDLXMc&NR
[20:44:52] <alex_joni> crazy
[20:47:42] <anonimasu> looking
[20:47:55] <Lerneaen_Hydra> meh, would have been better if they had told the pulling force
[20:48:03] <tomp> very impressive ( but in the US, the sales were hurt by the name -- sounds like toe-rag )
[20:49:18] <anonimasu> heh
[20:55:04] <alex_joni> it won the darpa grand challenge though :)
[20:58:20] <Lerneaen_Hydra> well, the electronics did
[20:58:41] <anonimasu> im more impressed by the bike that almost finished
[20:58:59] <Lerneaen_Hydra> huh?
[20:59:01] <Lerneaen_Hydra> which?
[20:59:08] <Lerneaen_Hydra> they had a motorcycle in the race
[20:59:10] <Lerneaen_Hydra> *?
[20:59:21] <anonimasu> yeah..
[20:59:45] <anonimasu> "ghostrider"
[20:59:57] <anonimasu> http://www.ghostriderrobot.com/
[21:01:11] <anonimasu> http://www.scipy.org/Cookbook/Matplotlib/Maps
[21:01:13] <anonimasu> cool stuff :D
[21:11:36] <jmkasunich> cradek or jepler: axis uses opengl doesn't it?
[21:11:51] <alex_joni> jmkasunich: yes, why?
[21:12:13] <jmkasunich> it just occurred to me that the 1-2 frame per second results I saw in glgears mean the axis rendering will also be slow
[21:12:33] <jmkasunich> (matrox millennium, no hardware GL support)
[21:13:11] <alex_joni> right
[21:13:12] <alex_joni> so?
[21:13:28] <jmkasunich> so I don't want crappy slow display
[21:13:37] <alex_joni> I run without hardware GL on my nvidia too
[21:13:39] <jmkasunich> I guess I can always upgrade the video
[21:13:45] <skunkworks> get a different video card ;)
[21:13:51] <alex_joni> glxgears is also 3-4 frames while full screen
[21:14:00] <alex_joni> but AXIS is more than enough on the rendering
[21:14:05] <alex_joni> skunkworks: what else?
[21:14:20] <robin_sz> wert
[21:14:23] <skunkworks> I think I rand a matrox for a while
[21:14:25] <skunkworks> ran
[21:15:00] <robin_sz> opengl cards are always $$$
[21:15:16] <alex_joni> it's not a matter of opengl cards
[21:15:20] <alex_joni> I have a quadro at work
[21:15:31] <robin_sz> nice card
[21:15:47] <alex_joni> but getting the driver to work while there's a RT kernel installed is a whole different problem
[21:16:09] <robin_sz> ugh
[21:16:30] <skunkworks> I have run quite a few different cards. maybe I don't know how fast it _could_ be
[21:17:25] <skunkworks> I am normally basing the speed of the system on base period. The pluto will be a different experience ;)
[21:18:46] <alex_joni> skunkworks: jmk asked about graphics performance
[21:18:59] <alex_joni> unrelated to base_period (well sorta anyways)
[21:19:31] <Lerneaen_Hydra> it's too bad that software rendering is so slow
[21:19:55] <alex_joni> Lerneaen_Hydra: why is it bad?
[21:20:07] <alex_joni> graphic cards manufacturers need to make a living :D
[21:20:11] <Lerneaen_Hydra> :p
[21:20:19] <skunkworks> how do you run glgears?
[21:20:21] <Lerneaen_Hydra> should be 10-15 or so :p
[21:20:30] <Lerneaen_Hydra> type glxgears in a terminal
[21:20:34] <skunkworks> ah
[21:22:23] <skunkworks> my portable does 9 seconds between each move full screen :)
[21:22:31] <Lerneaen_Hydra> O.O
[21:22:46] <Lerneaen_Hydra> and here I was thinking 3-4 fps was bad
[21:22:56] <Lerneaen_Hydra> 0.11 is really bad
[21:23:31] <jmkasunich> dang... you think thats bad
[21:23:47] <jmkasunich> I just went back to the shoptask system to try running glxgears again....
[21:23:50] <Lerneaen_Hydra> I'm used to 30-40-ish with hardware acceleration
[21:24:03] <Lerneaen_Hydra> oh, glx should have several thousand
[21:24:09] <Lerneaen_Hydra> *glxgears
[21:24:14] <Lerneaen_Hydra> 5-11k
[21:24:19] <Lerneaen_Hydra> with hardware accel
[21:24:25] <jmkasunich> it ran very nicely (20+ frames/sec) for about 3 seconds, then it went to 1-2 frames a second for 10 seconds, then X restarted
[21:24:32] <Lerneaen_Hydra> haha
[21:24:32] <alex_joni> oopsy
[21:24:35] <Lerneaen_Hydra> not so good
[21:24:57] <tomp> jmk: same here, but x didnt restart
[21:25:34] <cradek> jmkasunich: opengl crashes X? ouch.
[21:25:48] <cradek> does glxinfo say direct rendering: yes?
[21:25:49] <jmkasunich> I think thats what happened
[21:26:06] <jmkasunich> went back to the graphical login screen, after some flickering and such
[21:26:47] <jmkasunich> nothing in dmesg
[21:26:56] <jmkasunich> where does the xserver keep its logs?
[21:27:04] <tomp> my glxinfo sez no
[21:27:17] <cradek> jmkasunich: /var/log
[21:27:23] <jepler> jmkasunich: /var/log/Xorg.0.log.old may be the one you want
[21:27:42] <skunkworks> no here also
[21:27:49] <cradek> in reality you probably want "no" for a realtime system
[21:27:59] <cradek> (usually you really want yes)
[21:29:41] <skunkworks> have you seen it as yes on a rt system?
[21:30:24] <jmk-st> http://pastebin.ca/289109
[21:30:28] <jmk-st> x log
[21:30:38] <cradek> yes my machine has it
[21:30:52] <cradek> if I run one opengl app, it's fine, two gives latency errors
[21:31:28] <cradek> jmkasunich: pretty useless...
[21:31:46] <jmk-st> so many words, so little meaning
[21:32:27] <jmk-st> why is it trying to set up a tablet, and stylus, and eraser, and all that crap?
[21:32:51] <cradek> in case you have a wacom tablet
[21:33:17] <jmk-st> grrrr
[21:33:20] <cradek> you could disable all that crap, but it's not the problem
[21:33:29] <cradek> does glxinfo say direct?
[21:33:37] <jmk-st> hang on
[21:33:45] <skunkworks> the machine that I use emc2 on does a frame every 12 seconds. axis runs just fine though.
[21:33:54] <skunkworks> p III 600
[21:33:55] <jmk-st> direct rendering no
[21:34:01] <Lerneaen_Hydra> ...and here I was thinking I had issues
[21:34:04] <cradek> skunkworks: yeah I've seen that too
[21:34:15] <cradek> I think it might be a glxgears bug actually
[21:35:18] <jmk-st> glxinfo result:
http://pastebin.ca/289118
[21:35:53] <cradek> jmk-st: in that case I'm very surprised and you should try to reproduce it.
[21:36:00] <jmk-st> 98.3% of that I don't understand
[21:36:17] <jmk-st> btw, eariler I ran 3 glxgears at once
[21:36:22] <jmk-st> very slow, but they didn't crash
[21:36:30] <cradek> you ought to change your depth to 16 - it will be generally faster
[21:36:50] <jmk-st> thats in xorg.conf?
[21:37:03] <cradek> yes
[21:38:24] <tomp> cradek: i tried unicode in truetype-tracer: Fatal error in FT_Get_Char_Index: no error (0) at line:194 can I get an example?
[21:38:42] <cradek> tomp: maybe there is no unicode map in your ttf file
[21:38:43] <jmk-st> if I comment out "Section "InputDevice"
[21:38:43] <jmk-st> Driver "wacom" (the whole section) that should be safe, right?
[21:39:08] <cradek> jmk-st: check ServerLayout too
[21:39:50] <tomp> k, i think i ran into that before, some ttf font dont have them & there were tools to generate it
[21:40:30] <jmk-st> what is section "DRI"?
[21:40:47] <cradek> that's something about direct rendering - don't think it matters in your case
[21:40:49] <Lerneaen_Hydra> a hardware 3d extension
[21:40:53] <alex_joni> that's the bad spelling for three
[21:40:56] <alex_joni> in german
[21:40:57] <Lerneaen_Hydra> direct rendering interface
[21:41:01] <Lerneaen_Hydra> alex_joni: :
[21:41:03] <Lerneaen_Hydra> alex_joni: :p
[21:41:09] <jmk-st> the only item there is Mode 0666
[21:41:13] <jmk-st> the number of the beast
[21:41:20] <jmk-st> leaving that alone
[21:41:39] <skunkworks> good thing guest isn't here
[21:41:39] <cradek> ha
[21:41:48] <jmk-st> under ubuntu, whats the easiest way to restart X?
[21:41:54] <cradek> control-alt-backspace
[21:41:54] <alex_joni> the beast is RW
[21:41:59] <alex_joni> ctrl-alt-backspace
[21:42:08] <alex_joni> that one :D
[21:42:09] <cradek> bonk
[21:42:34] <alex_joni> broken pipe?
[21:43:22] <skunkworks> at 16 color depth I get a frame every 5 seconds ;)
[21:43:50] <jmk-st> I suppose I should decide which channel I want to talk on and stay there...
[21:46:34] <skunkworks> (that was on my protable - 9 - 5 seconds
[21:49:32] <skunkworks> the machine computer went from 12 to 9 seconds - it did spin the gears really fast for a bout a second.
[22:26:00] <Rugludallur> Today is a very good day, I got my embedded gentoo linux running with xorg, 20.5MB size on disk for the whole thing :D
[22:26:42] <Rugludallur> This thing with EMC sounds like a whole lot of fun for embedded controllers :D
[22:26:54] <alex_joni> Rugludallur: congrats
[22:27:49] <Rugludallur> alex: thanks, I will share the steps in a day or two when I have sorted and cleaned my notes up
[22:28:15] <alex_joni> no hurry.. I can still sleep in peace without knowing that :D
[22:28:44] <Rugludallur> alex: hehe yup
[23:34:04] <alex_joni> good night all
[23:36:02] <skunkworks> so ubuntu is controlling my fans. good
[23:48:12] <Rugludallur> skunk: yup, 6.10 is the first linux disto ever where fan control for my laptop is better done by the OS than BIOS, they also do great cpu throttling based on the heat
[23:51:10] <skunkworks> I am wondering if the smi? patch will effect it.
