Back
[00:04:05] -!-
theorbtwo has quit [Ping timeout: 260 seconds]
[00:04:19] theorb is now known as
theorbtwo
[00:07:36] -!-
FinboySlick has quit [Quit: Leaving.]
[00:17:44] -!-
jstenback has quit [Quit: ZNC -
http://znc.in]
[00:22:13] -!-
Loetmichel has quit [Ping timeout: 240 seconds]
[00:23:02] -!-
jsr has quit [Remote host closed the connection]
[00:25:05] -!-
theorbtwo has quit [Ping timeout: 260 seconds]
[00:27:47] -!-
robh__ has quit [Ping timeout: 255 seconds]
[00:32:34] -!-
cpresser has quit [Ping timeout: 244 seconds]
[00:33:05] -!-
kp has quit [Ping timeout: 244 seconds]
[00:52:27] -!-
FinboySlick has quit [Quit: Leaving.]
[00:54:05] -!-
skunkworks_ [skunkworks_!~chatzilla@str-bb-cable-south2-static-6-425.dsl.airstreamcomm.net] has joined #emc-devel
[00:58:10] <skunkworks_> so I added a 50-udev-tty.rules file with KERNEL=="ttyACM0", GROUP="plugdev" in it.
[00:58:26] <skunkworks_> (in the rules.d dir)
[01:00:54] <skunkworks_> it didn't seem to help
[01:03:06] -!-
maddogma has quit [Remote host closed the connection]
[01:11:14] -!-
crazy_imp has quit [Read error: Operation timed out]
[01:16:06] <andypugh> Am I right in vaguely remembering a problem with zero stepgen maxvel?
[01:20:16] <JT-Shop> yes
[01:20:31] <JT-Shop> with computers with medium latency
[01:20:51] <JT-Shop> set maxvel to 20% higher to resolve
[01:23:05] <andypugh> This is software stepgen (capt chaos)
[01:23:13] <andypugh> I get the same result as him.
[01:23:54] <andypugh> Can jog in joint mode, not in world mode (Actually, I can jog very slowly in world mode)
[01:24:11] <JT-Shop> oh different then
[01:24:37] <andypugh> I think "0" is correct for software stepgen.
[01:25:12] <JT-Shop> iirc it was set at 10% above unless you had backlash then 20%
[01:25:27] <JT-Shop> or something along those lines
[01:38:26] -!-
sumpfralle has quit [Ping timeout: 255 seconds]
[01:42:07] <skunkworks_> jeez - why doesn't this work as a udev rule KERNEL=="ttyACM0", SYMLINK+="ttyUSB0"
[01:42:08] -!-
robh__ [
[email protected]] has joined #emc-devel
[01:42:31] <skunkworks_> It doesn't creat ttyUSB0
[01:42:35] <skunkworks_> create
[01:46:42] <skunkworks_> jeeze - had the file named .rule instead of .rules
[01:59:41] -!-
ries has quit [Quit: ries]
[02:06:44] -!-
tom3p has quit [Remote host closed the connection]
[02:07:12] -!-
robh__ has quit [Ping timeout: 248 seconds]
[02:15:25] -!-
Turtl3boi has quit [Ping timeout: 258 seconds]
[02:16:16] -!-
tom3p [
[email protected]] has joined #emc-devel
[02:18:36] -!-
andypugh has quit [Quit: andypugh]
[02:24:42] -!-
skunkworks_ has quit [Remote host closed the connection]
[02:25:01] <seb_kuzminsky> i'm making a Precise Pangolin sim buildslave :-)
[02:26:55] -!-
skunkworks_ [skunkworks_!~chatzilla@str-bb-cable-south2-static-6-425.dsl.airstreamcomm.net] has joined #emc-devel
[02:27:04] <skunkworks_> logger[psha]:
[02:30:53] <skunkworks_> heh - I just don't understand.
[02:31:58] <seb_kuzminsky> hi skunkworks
[02:32:16] <skunkworks_> Hi seb
[02:32:52] <seb_kuzminsky> is your udev stuff working now?
[02:33:17] -!-
dgarr [
[email protected]] has joined #emc-devel
[02:33:38] <skunkworks_> the arduino uno either works (sometimes) or I get
http://pastebin.com/qVa13VbE
[02:33:42] <skunkworks_> or I get
[02:34:26] <skunkworks_> http://pastebin.com/SeGXPkjs
[02:34:57] <skunkworks_> udev seems to work - but I did get a ttyACM0 normally - so it does exist
[02:36:04] <seb_kuzminsky> when you get the first kind of error ("could not open port /dev/ttyACM0"), does the device node exist?
[02:36:10] <skunkworks_> yes
[02:36:21] <seb_kuzminsky> and the permissions and ownership are correct?
[02:38:24] <skunkworks_> well - It seems to be crw-rw---- 1 root dialout 166, 0 2011-12-01 20:30 /dev/ttyACM0
[02:38:35] <skunkworks_> so I added myself to the group dialout also
[02:38:37] <seb_kuzminsky> are you part of the dialout group?
[02:38:41] <seb_kuzminsky> ah ok :-)
[02:38:59] <skunkworks_> sudo usermod -a -G dialout samco
[02:39:12] <seb_kuzminsky> after you add yourself to a new group, you have to log out and log back in for the change to take effect
[02:39:27] <seb_kuzminsky> "groups" lists your active group memberships
[02:39:28] <skunkworks_> how can I check to see if I am part of the dialout group?
[02:39:34] <skunkworks_> heh
[02:39:40] <seb_kuzminsky> brb
[02:40:01] <skunkworks_> yep part of the dialout group
[02:40:05] <skunkworks_> odd
[02:40:10] <skunkworks_> seb_kuzminsky: Thanks
[02:41:00] <skunkworks_> it works about 10% of the time
[02:41:02] <skunkworks_> maybe
[02:41:04] <skunkworks_> randomly
[02:41:23] <skunkworks_> I tried it on a different computer also just for grins
[02:41:52] <skunkworks_> acted the same way
[02:43:51] <seb_kuzminsky> sounds like udev is working for you
[02:45:44] <seb_kuzminsky> if you try to open the device file "by hand" what happens? try "hd -v /dev/ttyACM0"
[02:48:52] <skunkworks_> what should that do?
[02:49:03] <skunkworks_> I have a terminal just staring at me
[02:49:17] <skunkworks_> oh -
[02:49:20] <seb_kuzminsky> the first pastebin message complained that the open didn't work, hd tries to open and read from the port
[02:49:20] <skunkworks_> hd: /dev/ttyACM0: Input/output error
[02:49:24] <seb_kuzminsky> ah
[02:49:27] <seb_kuzminsky> same error
[02:49:30] <skunkworks_> yes
[02:49:32] <seb_kuzminsky> try the hd under strace
[02:49:40] <seb_kuzminsky> "strace hd /dev/ttyACM0"
[02:49:53] <tom3p> hd hexdump of the device's output
[02:50:37] <seb_kuzminsky> brb
[02:50:39] -!-
tom3p [
[email protected]] has parted #emc-devel
[02:50:43] <skunkworks_> http://pastebin.com/SgMjTbpB
[03:06:31] <seb_kuzminsky> well that's pretty bogus
[03:06:44] <seb_kuzminsky> EIO is not a documented error from open()
[03:07:02] <seb_kuzminsky> what hardware device makes /dev/ttyACM0? an arduino board plugged in to usb?
[03:18:18] <mozmck> seb_kuzminsky: some modems do I think
[03:20:00] <mozmck> and arduino UNO it looks like...
[03:32:31] -!-
sumpfralle has quit [Ping timeout: 248 seconds]
[03:52:23] <CIA-95> EMC: 03seb 07v2.5_branch * r2cac45ba1fcb 10/debian/configure: add support for Ubuntu 12.04 Precise Pangolin
[03:53:11] <mozmck> Hey seb, that was quick!
[04:00:55] -!-
emc2-buildmaster [
[email protected]] has joined #emc-devel
[04:01:21] <cradek> time machine buildbot
[04:01:29] <seb_kuzminsky> i'm pretty excited about the new clang in 12.04
[04:01:35] -!-
Turtl3boi has quit [Ping timeout: 252 seconds]
[04:02:29] <cradek> does it find out-of-date comments in shell scripts? :-)
[04:02:41] <seb_kuzminsky> eh?
[04:02:44] <seb_kuzminsky> oops
[04:02:58] <cradek> just teasing, it doesn't matter one bit
[04:02:58] <seb_kuzminsky> hurr
[04:03:22] <seb_kuzminsky> until some poor sap like me goes back to read it and gets confused
[04:03:35] <seb_kuzminsky> i know, i'll fix it with another commit when the new buildslave is up! ;-0
[04:03:41] <cradek> aha!
[04:03:48] <seb_kuzminsky> see it was all part of my plan
[04:04:06] <seb_kuzminsky> damn, ^W doesnt work on lines i've already sent to the irc server...
[04:07:08] <CIA-95> EMC: 03seb 07v2.5_branch * rc807525be7b6 10/debian/configure: fix a comment (thanks cradek!)
[04:07:32] -!-
tlab has quit [Quit: Leaving]
[04:07:57] <seb_kuzminsky> http://buildbot.linuxcnc.org/buildbot/builders/precise-amd64-sim
[04:08:09] <seb_kuzminsky> build 0, will it work????
[04:11:06] <mozmck> I just checked and the latest rtai kernel patch is for 2.6.37. I wonder when they will have a patch for 3.2?
[04:11:43] <seb_kuzminsky> did you hear that everybody?! mozmck just volunteered to build the realtime kernel for precise! thank you mozmck!
[04:12:03] <seb_kuzminsky> ;-)
[04:12:05] <mozmck> :) I've been looking at it anyhow!
[04:12:36] <seb_kuzminsky> cool :-)
[04:12:58] <mozmck> Just downloaded 12.04
[04:14:21] <seb_kuzminsky> me too, it's silly but i'm excited
[04:14:56] <mozmck> Been pretty out of the loop here for a while. Too much on my plate, and now about to have a child in Feb
[04:15:29] <mozmck> How do you like the interface? I haven't installed it yet so I don't know...
[04:15:40] <seb_kuzminsky> it's super great, i love it
[04:15:52] <seb_kuzminsky> of course i installed the server version and it dropped me to a text-mode shell
[04:16:29] <mozmck> heh! So you haven't used Unity?
[04:18:00] <seb_kuzminsky> was that on 11.04? i did use that briefly, it was different but i really don't ask much of a ui so i didn't mind it
[04:21:53] <mozmck> I think it was on 11.04. I'm still using 10.04
[04:22:02] <seb_kuzminsky> me too
[04:22:28] <mozmck> I heard it got a lot better in 11.10, but it still doesn't sound great to me.
[04:26:48] <mozmck> 12.04 LiveCD is not going to fit on a CD any more.
[04:31:31] <seb_kuzminsky> cool, 12.04 has multiarch, for doing cross compiles
[04:31:36] <seb_kuzminsky> not that we use it
[04:35:17] -!-
jtektool has quit [Quit: Visitor from www.linuxcnc.org]
[04:38:00] -!-
mhaberler [
[email protected]] has joined #emc-devel
[04:44:23] <CIA-95> EMC: 03seb 07v2.5_branch * r4d4f95800559 10/src/hal/user_comps/Submakefile: fix a link-order bug for gcc 4.6 (in Ubuntu 12.04)
[04:45:45] -!-
mhaberler_ [
[email protected]] has joined #emc-devel
[04:47:26] -!-
mhaberler has quit [Ping timeout: 255 seconds]
[04:47:26] mhaberler_ is now known as
mhaberler
[05:13:54] -!-
jtektool has quit [Quit: Visitor from www.linuxcnc.org]
[05:18:15] <seb_kuzminsky> the docs don't build on 12.04
[05:18:39] <seb_kuzminsky> i think because of this bug:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=622359
[05:18:52] <seb_kuzminsky> 12.04 has 8.6.6
[05:20:08] <seb_kuzminsky> this bug is probably in oneiric too, and probably not in natty and older
[05:26:29] <CIA-95> EMC: 03jmelson 07v2.5_branch * rae111b9e6d77 10/configs/univpwmv/univpwm_motion.hal: document velocity estimation version
[05:26:30] <CIA-95> EMC: 03jmelson 07v2.5_branch * r1e225e7d1655 10/configs/univpwmv/univpwm_load.hal: document velocity estimation version
[05:26:31] <CIA-95> EMC: 03jmelson 07v2.5_branch * r0b6f24c0555b 10/configs/ppmc/ppmc_motion.hal: remove wrong comment
[05:26:32] <CIA-95> EMC: 03jmelson 07v2.5_branch * r857895c81186 10/ (224 files in 30 dirs): Merge branch 'v2.5_branch' of ssh://git.linuxcnc.org/git/emc2 into v2.5_branch
[05:35:04] -!-
Turtl3boi has quit [Ping timeout: 245 seconds]
[05:37:20] -!-
psha[work] [psha[work]
[email protected]] has joined #emc-devel
[05:37:45] -!-
mhaberler_ [
[email protected]] has joined #emc-devel
[05:37:45] -!-
mhaberler has quit [Read error: Connection reset by peer]
[05:37:46] mhaberler_ is now known as
mhaberler
[05:48:49] -!-
chester88 has quit [Ping timeout: 245 seconds]
[06:04:17] -!-
chester88 [
[email protected]] has joined #emc-devel
[06:10:42] <seb_kuzminsky> i joined the asciidoc list and asked them about it, we'll see what happens
[06:18:57] -!-
dgarr has quit [Quit: Leaving.]
[06:19:15] -!-
emc2-buildmaster has quit [Quit: buildmaster reconfigured: bot disconnecting]
[06:19:21] -!-
emc2-buildmaster [
[email protected]] has joined #emc-devel
[06:25:14] -!-
mhaberler_ [
[email protected]] has joined #emc-devel
[06:26:10] -!-
mhaberler has quit [Ping timeout: 260 seconds]
[06:26:10] mhaberler_ is now known as
mhaberler
[06:36:03] -!-
Eartaker has quit [Ping timeout: 244 seconds]
[06:46:12] -!-
mhaberler has quit [Quit: mhaberler]
[06:53:37] -!-
Turtl3boi has quit [Ping timeout: 244 seconds]
[06:56:45] -!-
ve7it has quit [Remote host closed the connection]
[07:15:55] -!-
adb has quit [Ping timeout: 252 seconds]
[07:22:59] -!-
adb [
[email protected]] has joined #emc-devel
[07:42:39] -!-
e-ndy [e-ndy!jkastner@nat/redhat/x-sadzthhxfqkbtdkn] has joined #emc-devel
[07:48:15] -!-
vladimirek [
[email protected]] has joined #emc-devel
[07:56:23] -!-
elmo401 has quit [Ping timeout: 244 seconds]
[08:04:31] -!-
vladimirek has quit [Ping timeout: 248 seconds]
[08:18:45] -!-
Turtl3boi has quit [Ping timeout: 260 seconds]
[09:08:35] -!-
vladimirek [
[email protected]] has joined #emc-devel
[09:13:19] -!-
vladimirek has quit [Ping timeout: 248 seconds]
[09:16:17] -!-
vezza has quit [Remote host closed the connection]
[10:04:43] -!-
robh__ [
[email protected]] has joined #emc-devel
[10:11:09] -!-
vezza has quit [K-Lined]
[11:45:56] -!-
WalterN has quit [Quit: Leaving]
[12:16:50] -!-
kp has quit [Remote host closed the connection]
[12:52:40] -!-
vladimirek [
[email protected]] has joined #emc-devel
[12:56:01] -!-
mhaberler [
[email protected]] has joined #emc-devel
[13:08:06] -!-
skunkworks_ has quit [Ping timeout: 244 seconds]
[13:09:00] -!-
theorbtwo has quit [Ping timeout: 258 seconds]
[13:09:11] theorb is now known as
theorbtwo
[13:11:52] <jepler> skunkworks: this irc window is too small for a proper explanation, but most likely you're hitting issues with linux device hotplugging that the hal component is too naive to deal with
[13:12:16] <jepler> skunkworks: when you plug in a certain type of usb device, it will create a /dev entry with a name of the form /dev/ttyACM## where ## is a digit or digits
[13:12:26] <jepler> the first time, it'll be /dev/ttyACM0
[13:12:41] <jepler> if no program is using the device and you unplug it and re-plug it, it'll be /dev/ttyACM0 after the re-plug
[13:13:07] <jepler> but if something is trying to use the device at the time of the un-plug and is still trying at the time of the re-plug, it'll get a different name, such as /dev/ttyACM1
[13:13:35] <jepler> /dev/ttyACM0 won't work, because it's still referring to the unplugged device, on which no operations can be meaningfully performed.
[13:13:54] <jepler> for this reason, the hal "arduino" component should do something more sophisticated than refer to a hard-coded device path
[13:13:59] -!-
vladimirek has quit [Ping timeout: 252 seconds]
[13:14:13] <jepler> but I didn't write that part and I don't plan to do it any time soon either
[13:14:47] <jepler> anyway, that's my guess about the nature of your problem
[13:15:59] <jepler> /dev/serial/by-id and /dev/serial/by-path are two ways to refer to serial devices that may not have the same problems as directly referring to /dev/ttyxxx
[13:17:49] <jepler> by-id looks for devices based on e.g., their usb configuration data including what is supposed to be a unique serial number: usb-FTDI_FT232R_USB_UART_A6004oV3-if00-port0
[13:18:04] <jepler> and by-path refers to them according to the location where they're attached: pci-0000:00:13.0-usb-0:2:1.0-port0
[13:18:24] <jepler> both are in principle stable (the same each time you plug in the same device, or each time you plug the same type of device in to the same location)
[13:29:07] -!-
IchGucksLive [
[email protected]] has joined #emc-devel
[13:29:22] <IchGucksLive> B) First milestone of modifacion Axis XYUV Foam Cutting reatched Mail is out !
[13:29:46] <IchGucksLive> see you on 19:00 Paris time on the Channel
[13:33:28] <IchGucksLive> http://youtu.be/TWOzqALWa3c
[13:33:38] -!-
IchGucksLive [
[email protected]] has parted #emc-devel
[13:33:45] -!-
IchGucksLive has quit [Quit: ChatZilla 0.9.87 [Firefox 8.0/20111115192257]]
[13:43:18] <CIA-95> EMC: 03tissf 07v2.5_branch * r74287d2e8dd4 10/docs/src/ (drivers/GS2_fr.txt hal/pyvcp_examples_fr.txt): French docs update
[13:59:17] <CIA-95> EMC: 03tissf 07v2.5_branch * ra65d530f316d 10/docs/src/ (6 files in 3 dirs): French docs update
[14:00:37] -!-
psha[work] has quit [Quit: Lost terminal]
[15:11:48] -!-
theorbtwo has quit [Ping timeout: 240 seconds]
[15:11:59] theorb is now known as
theorbtwo
[15:16:51] -!-
automata_ has quit [Ping timeout: 244 seconds]
[15:26:09] -!-
GoSebGo [
[email protected]] has joined #emc-devel
[15:29:55] -!-
mhaberler has quit [Quit: mhaberler]
[15:43:22] -!-
skunkworks_ [
[email protected]] has joined #emc-devel
[15:43:30] <skunkworks_> logger[psha]
[16:00:50] <skunkworks_> jepler: thanks for the insite. I tried both the by path and by id and they act exactly (as far as I can tell) as just using ttyACM0
[16:00:52] <skunkworks_> http://pastebin.com/N5WB2PPw
[16:01:48] <jepler> then perhaps there's an actual problem communicating with the device.
[16:03:32] <skunkworks_> Like the device has issues?
[16:03:43] <skunkworks_> I do have a few others I could try.
[16:04:19] <skunkworks_> (just because I have tried 2 different ubuntu installs.
[16:06:38] <jepler> you should try different software than my python script to communicate with the avr
[16:06:50] <skunkworks_> heh
[16:06:52] <skunkworks_> ok
[16:06:55] <jepler> if open is failing then it's likely that some other program will show the same problem
[16:07:29] -!-
Turtl3boi has quit [Ping timeout: 244 seconds]
[16:08:58] <skunkworks_> jepler: seb had me do a strace
http://pastebin.com/SgMjTbpB
[16:09:13] <skunkworks_> would this constitute 'different software'?
[16:13:35] -!-
Nick001 has quit [Ping timeout: 248 seconds]
[16:16:13] -!-
e-ndy has quit [Quit: Ex-Chat]
[16:16:49] -!-
El_Matarife has quit [Quit: Nettalk6 - www.ntalk.de]
[16:17:07] -!-
syyl has quit [Ping timeout: 252 seconds]
[16:24:50] -!-
Turtl3boi has quit [Ping timeout: 252 seconds]
[16:34:13] -!-
Turtl3boi has quit [Ping timeout: 240 seconds]
[16:40:11] -!-
danimal_laptop has quit [Read error: Connection reset by peer]
[16:43:58] <jepler> I suspect that halintf.pde is a kind of sketch that causes problems discussed in this thread:
http://www.arduino.cc/cgi-bin/yabb2/YaBB.pl?num=1286088093/0
[16:44:18] <jepler> the sketch is always transmitting on the serial connection
[16:46:16] <jepler> though why a new uno would not have the fix from that thread (bootloader), I don't know
[16:46:44] <jepler> 'cat < /dev/ttyACM0' would be a good test to try
[16:46:59] <jepler> if that freaks out then the problem is not in emc or the arduino.py component
[16:47:19] <jepler> (but if it's working properly then that 'cat' will spew endless binary data to the terminal, which might look like fraking out to the untrained observer)
[16:48:44] -!-
psha [
[email protected]] has joined #emc-devel
[17:04:43] <GoSebGo> Jeff, that's like the hd test he did, and that still failed with eio
[17:05:48] -!-
jstenback has quit [Ping timeout: 240 seconds]
[17:09:30] <skunkworks_> GoSebGo: jepler: - I swapped out the uno and it seems to work every time!
[17:09:52] <GoSebGo> Yay!
[17:10:04] <skunkworks_> The uno I was using says UNO on the back without any rev. The one I tested says R2
[17:10:09] -!-
cncbasher [cncbasher!~quassel@cpc15-hart9-2-0-cust101.11-3.cable.virginmedia.com] has joined #emc-devel
[17:11:39] -!-
Zanerkin has quit [Quit: Leaving]
[17:12:41] <skunkworks_> I am sure the others I have at home are the same - so I will try them and see if they have the same issue... (no rev)
[17:15:21] <GoSebGo> Ah, a fix for the asciidoc "accents in titles" problem in 12.04
[17:15:25] <GoSebGo> http://groups.google.com/group/asciidoc/browse_thread/thread/33e99b78e2472122#
[17:37:49] -!-
ve7it [
[email protected]] has joined #emc-devel
[17:44:03] -!-
Zanerkin has quit [Quit: Leaving]
[17:54:30] -!-
Turtl3boi has quit [Ping timeout: 260 seconds]
[17:54:38] -!-
IchGucksLive [
[email protected]] has joined #emc-devel
[17:54:42] <IchGucksLive> Hi all
[17:55:01] <IchGucksLive> there is a mail limit on the list 128kB
[17:58:31] <IchGucksLive> who is the moderator for the list to fic it im not gone send a second one 135kb shoudt be ok also
[17:58:44] <psha> why so large?
[17:59:00] <IchGucksLive> there are pictures in
[17:59:07] <cradek> use pastebin, imagebin, etc, or your own web space, and send a URL to the list
[17:59:29] <IchGucksLive> ah
[18:01:35] <IchGucksLive> jepler: are you on here ?
[18:06:37] <jepler> if you ask an answerable technical question I'm much more likely to answer it than I am to look at IRC and just say whether I'm here.
[18:07:21] <cradek> if you had asked your question, that may have already been your answer!
[18:11:19] <IchGucksLive> is there information around how the Gcode is prozessed
[18:12:20] <IchGucksLive> Special for me is interesting in setting the planes to Z /w amount also if no Z/w axis is selected by G17.1 followed by Z W
[18:12:41] <IchGucksLive> or can i use maybe P Q to do so if better
[18:13:07] <IchGucksLive> i see no way to interact this on pxtho n
[18:14:51] -!-
sumpfralle has quit [Quit: Leaving.]
[18:15:42] <jepler> the gcode parser is written in C++
[18:16:23] <jepler> I am not entirely clear what you want to change, but if you want to make the "P" letter have a new meaning then you have to change the interpreter itself
[18:16:32] <IchGucksLive> so im not a programmer at all this is far from my access
[18:17:32] <IchGucksLive> for my education i will give it a G17.1 (Zxx Wxx) and interact this on G-code load
[18:18:15] -!-
andypugh [andypugh!~andy2@cpc2-basl1-0-0-cust492.basl.cable.virginmedia.com] has joined #emc-devel
[18:18:23] -!-
A2Sheds has quit [Ping timeout: 248 seconds]
[18:18:29] <jepler> P and Q already have meanings in G82 P is the time to dwell at the bottom of the drill cycle
[18:19:09] <jepler> an example of what you want to write in gcode would be helpful for me to understand
[18:19:13] <jepler> but for now it's lunchtime
[18:19:15] <andypugh> It's used in G4 as well, isn't it? and G76 (for something totally different)
[18:19:41] <andypugh> Sorry, jumping in in the middle.
[18:20:03] <IchGucksLive> if axis ZW are not in geometry they will rais a error so not to be used
[18:20:38] <IchGucksLive> andypugh:
http://www.youtube.com/watch?v=TWOzqALWa3c have you seen my 1st milestone
[18:21:29] <andypugh> I hadn't, but that looks great for wire edm too.
[18:23:18] <andypugh> I can see an argument for just removing the cones and the "net" plot.
[18:23:50] <IchGucksLive> next step to be dne 2 cones
[18:25:19] <andypugh> The INI file allows you to choose from a number of GUIs. I wonder if there is an argument for creating an Axis-based dedicated foam-cutter GUI?
[18:26:10] <IchGucksLive> not nessesary
[18:26:25] <IchGucksLive> the G-code parser can provide everything
[18:27:00] <IchGucksLive> the G17.1 switches of and on everything that is needed or blocked
[18:27:09] <andypugh> Just a thought, if perhaps the Axis gui seems a bit too much cartesian-machine specialised.
[18:27:36] <IchGucksLive> edm is also this system
[18:28:28] <andypugh> G18.1 for XZ/UW systems? :-)
[18:28:58] <IchGucksLive> newer saw this
[18:29:40] <IchGucksLive> you see XYCUV
[18:29:53] <IchGucksLive> XYZ UVW
[18:30:13] <IchGucksLive> YXZ C UVW
[18:30:28] <IchGucksLive> xyBUV
[18:30:37] -!-
A2Sheds has quit [Changing host]
[18:30:39] <IchGucksLive> thats what i got
[18:30:59] <andypugh> I was joking a little, but this machine is (arguably) an XZ/UW or perhaps YZ/VW system:
http://cnc-hotwire.de/index.html
[18:31:48] <IchGucksLive> hotwires have normaly no programmed Z this is the wire space
[18:32:29] <andypugh> I guess that is in common with normal pracice, with Z parallel to the tool.
[18:32:50] <IchGucksLive> my CAD/CAM sees the xy 5mm above the lower wire out
[18:33:30] <IchGucksLive> and the UV at the given Z coordinate with may 10mm ofset to the plane
[18:34:38] <IchGucksLive> so if the edm stops the Z axis moves 10mm Higher
[18:35:15] <IchGucksLive> this is for magnetic fixing of the outfalling parts
[18:41:27] -!-
bootnecklad has quit [Ping timeout: 244 seconds]
[18:43:13] -!-
mhaberler [
[email protected]] has joined #emc-devel
[18:53:47] <jepler> is the goal to define a pseudo-Z position for the XY preview and a pseudo-W position for the UV preview?
[18:55:27] <jepler> if it's only to change the preview, then you could put it in a comment and parse it in the 'comment' method of GLCanon
[18:56:24] <andypugh> Would G17.1 Z100 W 400 be allowable? The Axis-words have specific non-motion meanings in some other commands, I think?
[18:56:35] <IchGucksLive> jepler: Thanks for that
[18:57:26] <jepler> andypugh: if the inifile doesn't specify a Z axis then it's an error to have a Z word
[18:57:38] <jepler> the comment might say something like(AXIS,VIRTUAL_W=100)
[18:57:58] <andypugh> Ah, that was the prior discussion?
[18:59:33] <andypugh> In an ideal world the preview would know the part surface positions, and automatically compensate XY/UV and the preview would show the cones for the wire-guides, and red lines for the path through the material.
[19:00:27] <skunkworks_> jepler: GoSebGo: seem to have fixed it - it was the usb firmware
[19:00:34] <skunkworks_> http://www.arduino.cc/cgi-bin/yabb2/YaBB.pl?num=1286088093/30
[19:00:36] <skunkworks_> on the uno
[19:00:54] -!-
mhaberler has quit [Quit: mhaberler]
[19:00:56] <jepler> skunkworks_: yay
[19:02:10] -!-
theorbtwo has quit [Ping timeout: 260 seconds]
[19:07:57] -!-
mhaberler [
[email protected]] has joined #emc-devel
[19:22:27] <IchGucksLive> jepler: that the thing im searching there i can do alot
[19:22:46] -!-
IchGucksLive [
[email protected]] has parted #emc-devel
[19:40:22] -!-
vladimirek [
[email protected]] has joined #emc-devel
[19:40:30] -!-
Turtl3boi has quit [Ping timeout: 260 seconds]
[19:49:37] -!-
mschuhmacher [mschuhmacher!5c4b5eb5@gateway/web/freenode/ip.92.75.94.181] has joined #emc-devel
[20:18:51] -!-
A2Sheds has quit [Quit: puff of smoke]
[20:26:11] -!-
vladimirek has quit [Remote host closed the connection]
[20:41:43] -!-
jstenback has quit [Quit: ZNC -
http://znc.in]
[20:43:45] -!-
Nick001-Shop has quit [Remote host closed the connection]
[20:44:29] <skunkworks_> jepler: The arduino.py and halintf.pde are pretty darn cool - thanks work working on that.
[20:45:39] -!-
GoSebGo has quit [Quit: Bye]
[20:45:44] -!-
GoSebGo [
[email protected]] has joined #emc-devel
[20:53:01] -!-
OpenSpace has quit [Ping timeout: 240 seconds]
[20:53:24] -!-
Tom_itx has quit [Ping timeout: 240 seconds]
[20:54:02] -!-
Tom_L has quit [Ping timeout: 255 seconds]
[20:55:26] -!-
zlog has quit [Ping timeout: 252 seconds]
[20:56:50] -!-
cncbasher [cncbasher!~quassel@cpc15-hart9-2-0-cust101.11-3.cable.virginmedia.com] has parted #emc-devel
[21:02:24] <mschuhmacher> hi, is there anyone here interested in using analog encoders?
[21:09:52] <mschuhmacher> I made some software, for signal-interpolation so maybe someone could test it.
[21:10:40] <cradek> do you mean resolvers or some other kind of device?
[21:11:17] <mschuhmacher> yes, it would work with resolvers too
[21:11:35] <mschuhmacher> any device who gives out a sine waveform signal
[21:12:14] <mschuhmacher> a=cos(s); b=sin(s);
[21:12:44] <mschuhmacher> i have an analog glaslineal
[21:13:20] <mschuhmacher> with a signal period of 20 um
[21:13:50] -!-
OpenSpace has quit [Ping timeout: 255 seconds]
[21:14:54] -!-
bootnecklad has quit [Ping timeout: 244 seconds]
[21:14:57] -!-
stormlight has quit [Quit: stormlight]
[21:16:45] <mschuhmacher> without cable
[21:16:57] <mschuhmacher> so i wrote a component to do the interpolation
[21:18:25] <mschuhmacher> analogencoder.comp
[21:20:47] -!-
lirtex has quit [Ping timeout: 248 seconds]
[21:22:56] <cradek> sweet
[21:23:37] <mschuhmacher> yeah, maybe it would fit into emc 2.5
[21:24:04] <skunkworks> how are you interfacing the hardware?
[21:24:08] <cradek> not sure about that - the last comp we added to 2.5 took us two weeks to get fully right :-/
[21:24:17] <skunkworks> heh
[21:24:28] <cradek> can you put it in the user contributed component area on the wiki?
[21:25:07] <mschuhmacher> http://www.load.to/bGW4iSeM42/analogencoder.tar.gz
[21:26:41] -!-
FinboySlick has quit [Quit: Leaving.]
[21:27:53] <mschuhmacher> skunkworks: i plan to simply wire it to the motenc analog inputs
[21:28:37] <cradek> can you read those in a base thread? this seems like an extremely slow setup
[21:29:21] <mschuhmacher> a period of 50000 will give you 12 m/ second
[21:29:22] <cradek> your max speed seems like it would be .01 m/s
[21:30:12] <mschuhmacher> i tested it with encoder_sample_period=30000
[21:30:22] <cradek> I get 0.2 m/s max speed
[21:30:34] <cradek> 10 micron / 50000 nanosec
[21:30:39] -!-
automata_ has quit [Ping timeout: 244 seconds]
[21:31:08] -!-
psha has quit [Quit: Lost terminal]
[21:31:37] <mschuhmacher> sorry i meant 12m/minute
[21:31:50] <mschuhmacher> =200mm/sec
[21:31:56] <cradek> ok yes
[21:32:20] <mschuhmacher> thats the maximum speed of my maschine
[21:32:29] <andypugh> How many cycles per rev?
[21:32:55] <mschuhmacher> its a glasslineal
[21:33:21] <andypugh> You just need to move less than one half cycle per servo thread, I guess.
[21:33:45] <mschuhmacher> andypugh: yes
[21:34:19] <mschuhmacher> andypugh: i explain this in the .comp file
[21:34:53] <andypugh> I am struggling with the file format
[21:35:29] <mschuhmacher> andypugh: want a zip?
[21:35:42] <andypugh> I will open a ubuntu VM
[21:36:07] <mschuhmacher> I#m also on a vm now
[21:37:35] <andypugh> Ah, I see the problem. I think my Mac was trying to untar the html...
[21:38:48] <andypugh> That's sneaky, there is an Ad with just a download button, but that is not the download button I was looking for...
[21:41:31] <andypugh> Is C agnostic about decimal separators?
[21:43:21] <mschuhmacher> andypugh: i included the .c file only for completeness
[21:43:36] <andypugh> I notice that the constant is 0,3156...... and I wonder if that works for all localisations?
[21:44:05] <andypugh> (Actually, 0,318309... but you get my point)
[21:44:27] <cradek> that won't work for any l10n
[21:44:32] <cradek> , is an operator
[21:45:25] <andypugh> It might work on a german-localised compiler, as it's in a #define
[21:46:02] -!-
Turtl3boi has quit [Ping timeout: 252 seconds]
[21:46:23] <mschuhmacher> #define M_1_PI 0.3183098861837906715377675267450287 // M_1_PI = 1 / M_PI
[21:46:30] <mschuhmacher> changed now to .
[21:46:52] <cradek> % file analogencoder.tar.gz
[21:46:52] <cradek> analogencoder.tar.gz: HTML document text
[21:46:56] <cradek> that url does not work
[21:50:04] <mschuhmacher> cradek: where should i upload it for you?
[21:51:16] <andypugh> cradek: It worked for me in Firefox, but not in Safar
[21:52:13] <cradek> I got it after some flailing around
[21:53:01] -!-
mrsun has quit [Ping timeout: 260 seconds]
[21:55:26] <cradek> mschuhmacher: have you tried it? I can't imagine it worked at all with that , in there.
[21:55:50] <mschuhmacher> i changed that , to .
[21:56:26] <andypugh> cradek: It's a condiitonal define, so perhaps it didn't get that far?
[21:57:09] <cradek> mschuhmacher: did you try using this comp?
[21:58:16] <mschuhmacher> i tested it with analogencoder-test.hal
[21:58:31] <mschuhmacher> on the machine computer
[21:59:02] <mschuhmacher> however after testing i did some minor changes in the vm
[21:59:41] <mschuhmacher> only changed the comments and he accuracy of the constants
[21:59:59] <andypugh> cradek: Are you aware that , as a decimal separator is normal in Europe? (It is even part of the BSI drawing standard, but I don't think anyone in the UK uses it)
[22:00:10] <cradek> yes of course
[22:01:13] <mschuhmacher> it compiles now, but however i didn't needed to define that constant im my vm
[22:01:29] <andypugh> Just checking, it looks wierd to me, and I am in Europe,
[22:01:30] <mschuhmacher> only on the real machine
[22:02:03] -!-
mhaberler has quit [Quit: mhaberler]
[22:06:21] <mschuhmacher> enhanced version with decimal point:
http://www.load.to/cekTcU5B4F/analogencoder.zip
[22:09:15] -!-
e-ndy [
[email protected]] has joined #emc-devel
[22:12:58] -!-
e-ndy has quit [Client Quit]
[22:17:09] -!-
i_tarzan has quit [Ping timeout: 244 seconds]
[22:19:10] <andypugh> mschuhmacher: Do you want to submit it as a user-submitted component, or do you want to try to get it into the main distribution?
[22:19:18] <mschuhmacher> cradek: The wiki link to your file is: upload:analogencoder.zip
[22:19:26] <mschuhmacher> i wont it in the main
[22:19:34] <mschuhmacher> i want it in the main
[22:20:22] <andypugh> OK, I am not sure who makes those decisions.
[22:20:48] <cradek> mschuhmacher: if you want it in the distribution, would you please prepare and test a git patch we can apply
[22:22:10] <mschuhmacher> ok, i would
[22:22:46] <mschuhmacher> i'm a git-beginner
[22:22:59] <cradek> please test building in both realtime and sim - last time we failed on one
[22:23:32] <cradek> just add your files in the right places, commit, then use format-patch
[22:24:30] -!-
syyl_ has quit [Quit: Leaving]
[22:28:59] <mschuhmacher> cradek:i will do that, but that will need more time, as i have to install that stuff first
[22:38:42] -!-
skunkworks_ has quit []
[22:40:14] <andypugh> Anybody feeling like spending some time looking at a gantry config? It seems unusually flaky. I think the underlying problem is very low accels relative to max speeds. Lots of following error problems, but also wierd combined movements (jogging Z moves T
[22:40:14] <andypugh>
[22:40:41] <andypugh> Y, but not for any obvious reason) and I am seeing step-changes in the command position too.
[22:41:37] <andypugh> It is a config posted on the forum (U-axis config) but I have a hacked version that works without home switches or e-stop if anyone is interested.
[22:41:44] -!-
automata__ has quit [Ping timeout: 245 seconds]
[22:44:11] <mschuhmacher> andypugh:let me see it
[22:44:51] <andypugh> Actually, with a DEFAULT_ACCELERATION set, and as long as you don't jog before going in to world mode, it is approximately usable.
[22:48:47] <andypugh> mschuhmacher: DEFAULT_ACCELERATION = 800.0
[22:49:03] <andypugh> Sorry, the old copy-paste-from-VM thing
[22:49:46] <andypugh> http://www.bodgesoc.org/gan_xxyz.tar.gz
[22:52:08] -!-
WalterN has quit [Read error: Connection reset by peer]
[22:54:14] -!-
Fox_Muldr has quit [Ping timeout: 252 seconds]
[23:07:29] <mschuhmacher> don't know if that makes any difference, but in the [tray] section you have not defined MAX_VELOCITY
[23:08:13] <andypugh> It's not my config, I am trying to make it work for somebody else.
[23:08:57] <andypugh> It was absolutely hopeless without [TRAJ]DEFAULT_ACCELERATION (try it, it's interesting)
[23:10:57] <andypugh> In fact, I am wondering if it is bad enough that an error should be raised if a non-trivial kinematics lacks that INI file entry.
[23:25:36] -!-
jstenback has quit [Client Quit]
[23:27:32] Turtl3boi is now known as
Wormgear
[23:38:31] <mschuhmacher> andypugh: maybe you should set [tray] MAX_VELOCITY=200.0
[23:38:59] <andypugh> I will try it.
[23:39:41] -!-
Nick001-Shop has quit [Remote host closed the connection]
[23:40:54] <mschuhmacher> or maybe better start with [tray] MAX_VELOCITY=100
[23:41:31] <mschuhmacher> as this is the speed of your slowest axes
[23:43:24] -!-
servos4ever has quit [Quit: ChatZilla 0.9.85 [SeaMonkey 2.0.11/20101206162726]]
[23:54:44] <mschuhmacher> andypugh: [tray]MAX_ACCELERATION = 200