#emc | Logs for 2008-08-03

[00:00:15] <colinb> oh
[00:10:08] <cradek> SkinnYPup: I was talking about the german one
[00:10:16] <cradek> it puts a postproc config file in your home directory
[01:41:55] <cradek> guess I will have to convert it. I can't get it to read a tape or the serial port.
[01:44:45] <jmkasunich> cradek: yay
[01:45:13] <cradek> ha
[01:56:56] <DanielFalck> cradek: what kind of machine?
[01:57:08] <DanielFalck> or brand/model
[02:01:41] <jmkasunich> I think its an HNC lathe
[02:02:38] <DanielFalck> cool
[02:16:12] <toastydeath> Hardinge HNC
[03:41:02] <jmkasunich> completely off topic - blue heron photos: http://jmkasunich.com/cgi-bin/blosxom/index.html
[03:42:29] <cradek> you are sure good at that.
[03:42:53] <jmkasunich> I shoot a _lot_ and only show the good ones
[03:43:10] <jmkasunich> shot about 100 today
[03:43:11] <cradek> that's a good strategy
[03:44:03] <jmkasunich> the bee shot wasn't as hard as it looks - the bee was dead and sitting there
[03:46:49] <cradek> was it hot there today too? I saw 109 today (but I didn't believe it)
[03:47:05] <jmkasunich> no - quite pleasant really
[03:47:11] <jmkasunich> maybe 80, but not too humid
[03:47:22] <cradek> nice.
[03:48:57] <jmkasunich> 65 now - nice sleeping weather
[03:49:15] <cradek> still 90 here - nice air conditioning weather
[03:49:54] <jmkasunich> good basement project weather
[06:24:57] <KimK_> A few hours earlier, SkinnYPup and DanielFalck were talking about a Windows DXF to g-code converter at http://dxftogcode.googlepages.com/dxf2gcodedxftogcode . For the record (and in case anyone is still up), I tried installing it under Wine (0.9.59, Ubuntu 8.04). I right-clicked once to install it ("open in Wine") and again to run it (Start/Wine/Browse C:\Drive) It seems to be working. No one is more surprised than me!
[06:37:53] <SkinnYPup> KimK: Thanks for pointing out it will run with wine. I might take it for a spin.
[06:47:29] <KimK_> SkinnYPup: You're welcome. How did you find this thing in the first place, just Googling? It seems to be tailored for plasma/flame cutting but 2D X/Y can still be very useful.
[06:49:02] <SkinnYPup> It was off the EMC wiki I'm pretty sure, Just didn't realize there were TWO dxf2gcodes
[06:49:50] <SkinnYPup> http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?Cam
[06:50:55] <KimK_> The easy install reminds me of that sheet listing things that engineers say and the layman's translaton of them. Engineer-speak: "Initial test results have exceed our expectations." Layman's translation: "It Works! And are we surprised!"
[06:51:20] <KimK_> exceed -> exceeded
[06:53:53] <SkinnYPup> I just installed sheetcam that BigJohn had mentioned , bit late but figured I'd scan over the help for a few minutes
[09:45:43] <anonimasu> how do you identif P/I/D settings on a drive?
[09:46:27] <anonimasu> what pot does what?
[09:47:13] <anonimasu> increase one and watch the signal?
[11:41:13] <alex_joni> anonimasu: usually yeah
[11:41:16] <alex_joni> how many pots?
[11:41:29] <alex_joni> don't they have any names/letters on them?
[11:42:19] <alex_joni> on the amps I usually work with I have: acc. current limit, normal current limit, gain, offset, tach amp., ..
[11:58:59] <anonimasu> alex_joni: I have 3 I think + offset
[11:59:26] <anonimasu> alex_joni: I'll scan a paper of the amp.
[13:06:16] <mung> I have been experimenting with a usb parallel converter, are there any quick start guides for a newbie to interface new hardware with emc2?
[13:19:03] <jepler> mung: http://linuxcnc.org/docs/html/hal_comp.html and the manpages in emc2-dev for the rtapi and hal functions. but writing an emc2 interface for a usb device is not a newbie task. At a minimum it will require an extensive understanding of the USB protocol and the details of USB interface hardware.
[13:27:55] <alex_joni> or you don't expect much from it, and run it in userspace (without RT)
[13:28:17] <alex_joni> it might be enough for toggling bits once in a while (flood or coolant might be ok for this)
[13:30:08] <mung> I hoped there would be some sort of api that step data could be piped out to?
[13:31:35] <mung> I did some quick experiments on the console "echo -e '\ooo' > /dev/usblp0" and toggling bits steps the motors
[13:32:23] <mung> obviously the realtime syncronisation and functions would not be used
[13:32:50] <alex_joni> mung: the problem is that USB sends packets every millisecond or so
[13:32:59] <alex_joni> so you get crappy step rates
[13:33:11] <alex_joni> there is a USB-RT somewhere
[13:33:20] <alex_joni> but I didn't look into it very much
[13:34:17] <mung> how come?, i thought usb was 480Mb/s, must be huge data packets???
[13:34:49] <mung> if i had a calculator i could work out if that guess was right?
[13:35:13] <alex_joni> right :)
[13:35:26] <alex_joni> it sends big packets, but only every 1 msec
[13:35:41] <mung> 1000 millisec / 480 thousand kbytes ???
[13:35:42] <alex_joni> you can also get some DMA transfer set up so that it has high bandwisth
[13:36:02] <alex_joni> but I don't think you can assemble lots of packets to send
[13:38:49] <mung> I think I said this yesterday, I will look into further and maybe come back later if I find anything
[13:39:33] <alex_joni> A high-speed transfer can request up to three 1024-byte packets in each 125-microsecond microframe, which works out to 24.576 Megabytes per second. An endpoint that requires more than 1024 bytes per microframe is a high-bandwidth end-point. A full-speed transfer can request up to 64 bytes in each 1-millisecond frame, or 64 kilobytes per second. And a low-speed transfer can request up to 8 bytes every 10 milliseconds, or 800 bytes per second.
[13:43:40] <alex_joni> mung: that's the good part.. the bad part is:
[13:43:53] <alex_joni> The endpoint descriptor stored in the device specifies the maximum latency. For low-speed devices, the maximum latency can be any value between 10 and 255 milliseconds. For full speed, it can be anywhere between 1 and 255 milliseconds. For high speed, the range is from 125 microseconds to 4 seconds, in increments of 125 microseconds (the width of a microframe).
[13:44:20] <alex_joni> http://www.usb-programming.com/interrupt-transfers.html
[13:46:39] <DanielFalck> jepler: I'm using a sim version of axis (run in place) and want to play with python poking around at axis/emc. I am looking at my old notes (11/27/2007) and have tried >>>import emc from python and "have no module emc". What should I look for in this system? thanks
[13:49:23] <alex_joni> DanielFalck: before you can do that, remember to ". scripts/emc-environment"
[13:50:59] <DanielFalck> alex_joni: thanks
[13:52:50] <DanielFalck> I'm using axis as a simulator, launching it from gedit.
[13:54:51] <alex_joni> nice :)
[13:55:14] <alex_joni> I bet you could then strip half of it away, and only use the 3d preview
[13:56:00] <DanielFalck> I have gedit running crotchetyGuy's apt/sketch program and axis verifying the gcode
[13:56:30] <DanielFalck> with the gedit plugins I can hit a hot key and have the gcode generated
[13:56:37] <alex_joni> nice :)
[13:56:53] <DanielFalck> so, now I want to control axis from gedit to start the program or reload the program, tooltable etc
[13:57:11] <DanielFalck> fun stuff : )
[13:57:37] <SWPadnos> there's also "axis-remote"
[13:57:50] <DanielFalck> cool- tell me more
[13:57:53] <SWPadnos> which I believe is meant for remotely controlling axis
[13:58:02] <SWPadnos> uh - man axis-remote? :)
[13:58:15] <DanielFalck> thanks
[13:58:24] <DanielFalck> it is there : )
[13:58:29] <SWPadnos> sure (I don't know anything more than that ;) )
[14:42:58] <BigJohnT> DanielFalck: axis remote is in the manual also
[14:43:06] <DanielFalck> ok thanks
[14:43:13] <DanielFalck> online right?
[14:43:24] <BigJohnT> the pdf for sure
[14:43:42] <BigJohnT> it is a sub of the Axis chapter
[14:44:46] <BigJohnT> http://www.linuxcnc.org/docview/html//gui_axis.html#r1_7
[14:45:17] <DanielFalck> thanks
[15:49:40] <alex_jon1> alex_jon1 is now known as alex_joni
[16:11:19] <alex_jon1> alex_jon1 is now known as alex_joni
[22:25:22] <alex_joni> good night all
[22:45:08] <BigJohnT> good night all