#emc | Logs for 2010-01-05

[00:18:01] <andypugh> Interesting. The PyVCP spinbox control allows direct text entry (not mentioned in the documentation I have read so far) but the pin value only updates when you operate the spinbuttons.
[00:20:50] <jthornton> yep
[00:21:10] <tom3p> jthornton: i already forgot the fix ;)
[00:21:41] <jthornton> ;0
[00:22:24] <andypugh> There's a fix for the spinbutton, or were you discussing something else?
[00:25:57] <tom3p> andypugh: http://pastebin.ca/1738142 unofficial fix
[00:26:20] <andypugh> Thanks, I was midway through an old chatlog discussing it.
[00:26:30] <tom3p> heh
[00:27:03] <tom3p> luck me i didnt trash that in yesterdays' git
[00:27:48] <danimal_garage> the dc injection braking helped alot
[00:27:57] <andypugh> Good.
[00:28:37] <danimal_garage> :)
[00:29:05] <jthornton> cool
[00:29:07] <andypugh> <noob question> Where does that PyVCP code go? Is it a source-code patch or a bit or runtime Python?
[00:30:41] <jthornton> for a pyvcp panel?
[00:31:09] <jthornton> it goes in your config directory
[00:31:23] <andypugh> tom3p's Pastebin
[00:32:16] <tom3p> andypugh: (your install dir)/lib/python/pyvcp_widgets.py it replaces the old stanza
[00:32:40] <andypugh> Thanks. I have so far not done anything at all in Python.
[00:34:44] <tom3p> make a backup, copy & paste that over the old spinbox, try it. if u like it, keep a copy, else email me a brick
[00:47:00] <andypugh> I am struggling rather with the (your install dir) part of that, and as it is going up to 1am here I think I will leave it till later.
[00:48:30] <danimal_garage> will i need to know what python, spinbox, or any of that stuff is for retrofitting lathes and mills?
[00:48:50] <andypugh> No.
[00:48:57] <danimal_garage> gracias
[00:49:01] <danimal_garage> what's it for?
[00:49:17] <andypugh> It's just me, I get uncomfortable unless I am meddling with things I know nothing about.
[00:49:26] <danimal_garage> haha
[00:50:15] <andypugh> I am trying to link controls on a custom Axis control panel to parameters that G-code can see. Which probably counts as misuse of custom control panels, and G-code.
[00:50:16] <danimal_garage> same here, i just know nothing about the simpler parts of emc, so it'll take me a while before i get to your level of know-nothings
[00:51:32] <danimal_garage> i'm confused on the "g codes can see" part
[00:52:21] <MarkusBec> MarkusBec is now known as MarkusBec_away
[00:52:26] <andypugh> I want to pass numbers from a GUI into a G-code program.
[00:52:38] <danimal_garage> oh interesting
[00:52:53] <danimal_garage> that would be neat
[00:54:06] <andypugh> It seems easy enough, except that the GUI control is a bit odd in the way it works. Other than that it is all there and workable in the normal setup.
[00:55:35] <andypugh> tom3p: I am messing about with a BootCD Virtual Machine and can't see that file or directory. I guess I need to be on a machine with emc2-dev and a run-in-place version?
[00:56:41] <danimal_garage> so say you had a 20 position fixture, and the distance between each position can vary a few .001" every time you set it up, and since you dont have enough work offsets, you'd have to program the physical dimensions. What your talking about would allow you to possibly probe each station and change the g code accordingly to callibrate each station for each time you set it up?
[00:56:44] <MarkusBec_away> MarkusBec_away is now known as MarkusBec
[00:57:43] <danimal_garage> so you wouldnt have to hand edit the program everytime
[00:57:51] <andypugh> Possibly. Though there might be better ways.
[00:58:30] <tom3p> andypugh: i dont know where stuff is when not runinplace , try 'man find' to search for pyvcp_widgets.py
[00:58:46] <danimal_garage> yea, obviously better tooling
[00:59:15] <andypugh> I did search, and only found a pyvcp_widgets.pyc which appears to be compiled/executable .
[00:59:47] <tom3p> yep pyc sould be next door to the src tho, else i >really< dont know ;)
[01:00:19] <andypugh> tom3p: I will look into it further tomorrow, on the proper EMC machine (which has a run-in-place 2.4 on it)
[01:00:28] <tom3p> cool
[01:00:34] <andypugh> Thanks for your help.
[01:00:57] <tom3p> np, once in a while i can help those who help me
[01:02:16] <andypugh> danimal_garage: For your hypothetical situation, you could probe a location on the fixture and put the offsets into G92 every time (assuming there is a toolchanger)
[01:03:41] <SWPadnos_> SWPadnos_ is now known as SWPadnos
[01:04:10] <andypugh> Or, possibly, keep the offsets stored in some of the persistent variables stored in the emc.var file.
[01:26:14] <Dave911_> Dave911_ is now known as Dave911
[01:32:20] <MarkusBec> MarkusBec is now known as MarkusBec_away
[02:07:14] <Dave911_> Dave911_ is now known as Dave911
[02:08:18] <danimal_garage> i am enjoying the lack of the need for my rotary phase converter for my mill
[02:08:40] <danimal_garage> i do not miss that noise at all
[02:17:34] <ries> danimal_garage: good...
[02:18:02] <ries> under file I have 'Edit Tool table' should that bring up anythiong? If not, how can I debug what it should be doing?
[02:18:47] <danimal_garage> i usually just have a shortcut on my desktop for the tool table
[02:19:06] <danimal_garage> wait i tihnk i might be able to help you, lemme look
[02:20:52] <danimal_garage> in your ini file, close to the end, does it say anything about the tool table?
[02:22:01] <danimal_garage> wait, nm, that wouldnt be related to your issue
[02:22:26] <danimal_garage> i dunno, mine is greyed out in my file menu also
[02:22:33] <ries> danimal_garage: I found the tool.tbl file.. and I can edit it using vim
[02:22:41] <ries> when I click re-load tool tablñe under file I see the change
[02:23:16] <ries> But clickign Edit Tool Table doesn't bring up anything.... may be axis expect a type of editor available?
[02:23:29] <danimal_garage> yea, not sure why that edit tool table tab doesnt work then
[02:24:01] <danimal_garage> i dunno
[02:24:12] <ries> not a biggy for now...
[02:24:13] <danimal_garage> hmm
[02:24:29] <danimal_garage> yea i didnt even notice that tab till you said something
[02:24:35] <ries> :)
[02:24:42] <danimal_garage> i just always have my tool table open in the background somewhere
[02:25:06] <danimal_garage> would be cool if it was part of the GUI or something
[02:25:18] <ries> apparently it is under file...
[02:26:18] <danimal_garage> hmm
[02:26:37] <ries> may be I can check with the live CD what it is suppose to open...
[02:26:37] <danimal_garage> something to investigate down the road i guess
[02:27:01] <ries> yeaaa
[02:27:06] <ries> liek I said, not a biggy
[02:27:58] <danimal_garage> i need to find a good CHEAP mobo and processor for a HTPC
[02:28:32] <danimal_garage> all i want is a pci and agp slot,i dont need anything special
[02:28:57] <danimal_garage> just fast enough to watch the instant movies off of netflix
[02:29:01] <ries> * ries doesn't even know what a HTPC is....
[02:29:10] <danimal_garage> home theater pc
[02:29:24] <ries> like a wii?
[02:29:40] <Jymmm> danimal_garage: you can using a P3
[02:29:57] <Jymmm> dan or just get a BR player PSP or xbox
[02:30:12] <Jymmm> they all play NetFlix
[02:30:13] <danimal_garage> that's expensive
[02:30:24] <danimal_garage> all i need is a mobo and processor
[02:30:36] <Jymmm> danimal_garage: your using one right now
[02:30:38] <danimal_garage> i have a really good htpc case and everything else already
[02:31:14] <danimal_garage> Jymmm: i want one permanently hooked up in my livingroom. this computer is in my garage
[02:31:28] <danimal_garage> not so great for dates :)
[02:31:29] <Jymmm> choices choices choices =)
[02:32:13] <danimal_garage> i just want something super stable and simple
[02:32:34] <danimal_garage> i'd probably run linux on it if i can get my remote to work with it
[02:32:45] <Jymmm> then buy theri $99 box
[02:33:04] <Jymmm> you cant watch netflix on linux
[02:33:13] <Jymmm> unless using a VM
[02:33:14] <danimal_garage> no??
[02:33:16] <Jymmm> no
[02:33:20] <danimal_garage> oh bummer
[02:33:24] <Jymmm> Netflix uses DRM
[02:33:32] <danimal_garage> good to know, thanks
[02:33:47] <Jymmm> you CAN use a VM though
[02:33:55] <ries> danimal_garage: Not sure what you want.. but I use a wii to watch movies, not sure if it can do netflix though
[02:34:49] <danimal_garage> i'm not sure what a vm is, i'll have to look into that. I'm new to linux
[02:35:38] <danimal_garage> ries: i'd prefer a PC so i can watch my downloaded movies, and also use it as a DVR at times, and also play my mp3's through my network
[02:36:08] <ries> danimal_garage: that's what I am doing with homebrew, even my wife understands it...
[02:36:29] <ries> that said... my movies are download from places on the net (I cannot rent movies here, nor buy them for a normal price)
[02:37:02] <danimal_garage> i dont want a wii or any game system though.... doesnt make sense to buy one when i hate games
[02:38:04] <danimal_garage> plus i can get a computer for less than $100
[02:39:00] <ries> true.... I cannot but already had a wii here in the house....
[02:39:04] <danimal_garage> i'm cheap :)
[02:39:16] <danimal_garage> yea, that helps
[02:39:22] <ries> prolly you can indeed get something cheap, that said... make sure it doesn't contain any fans inside
[02:39:48] <ries> i simpyl hate ventilators (the one you can hear) in computers :s
[02:39:49] <danimal_garage> why no fans?
[02:40:04] <danimal_garage> how do you cool them? liquid?
[02:41:44] <ries> danimal_garage: I don't know... the wii I cannot hear if it's on, also my imac is pretty much silent
[02:41:44] <danimal_garage> my silverstone case is really quiet, i never hear it.
[02:41:57] <ries> I just don't liek teh sound of a ventilator buzzing al the time
[02:42:14] <ries> if it's silent, then it's ok I think :)
[02:42:31] <ries> I am off... sofa time, then bed time
[02:42:54] <danimal_garage> i hear ya, i feel like i'm walking into a labratory or hospital when i go into my garage. 3 heavily ventilated computers, plus several large dayton fans on my mill always running
[02:43:02] <danimal_garage> adios
[02:43:20] <ries> btw.. thanks for the editor tip.. I instead tea (the editor, not the drink) and can edit my tool file now :)
[02:43:47] <danimal_garage> cool
[02:44:22] <danimal_garage> i think it's beer thirty
[02:45:45] <dgarr> you may be able to specify any editor in your ini file: http://linuxcnc.org/docs/html/gui_axis.html#r1_11_5
[02:47:13] <danimal_garage> thanks for the link dgarr
[02:47:13] <Dave911_> Dave911_ is now known as Dave911
[02:50:13] <danimal_garage> just threw that line in my ini :)
[02:51:03] <dgarr> hope it works for you
[02:51:49] <danimal_garage> i'll try it out next time i restart emc
[02:51:58] <danimal_garage> and report back
[02:56:24] <Jymmm> alex_joni:
[03:08:27] <jepler_> jepler_ is now known as jepler
[03:25:24] <cradek> jmkasunich: the GS2 VFD has an altitude rating limit of 1km. do you know why?
[03:27:08] <Dave911_> Dave911_ is now known as Dave911
[03:30:22] <jmkasunich> two possibilities
[03:30:35] <jmkasunich> 1) less dense air = less cooling, need to derate current
[03:30:51] <jmkasunich> 2) less dense air is a poorer insulator, risk of arcing over clearances on PC boards
[03:31:06] <jmkasunich> #2 mostly applies to 575 and 690V drives, maybe 480, not 240
[03:31:50] <cradek> thanks, I bet it's cooling
[03:43:10] <cradek> is jacobs taper sometimes abbreviated JTA?
[03:46:55] <Dave911_> Dave911_ is now known as Dave911
[03:48:55] <Dave911> cradek: I have seen it as JT, but I don't recall JTA
[03:49:50] <cradek> yeah, me too, but I can't imagine what else it would be
[03:50:08] <cradek> it's pretty obviously a drill arbor
[03:50:31] <cradek> I've also seen like 'J6'
[03:50:52] <cradek> just wondered if there was some 'not quite jacobs' that it might mean
[03:57:23] <cradek> poor jepler
[04:07:07] <Dave911_> Dave911_ is now known as Dave911
[04:07:44] <Dave911> Uhh... speaking of ....
[04:37:55] <tom3p> how would i read one signal's value and set another signal value with it? 'sets somesignal gets someothersignal' doesnt work.
[04:38:16] <tom3p> i want to get a starting position and save it in an s32 display
[04:40:01] <SWPadnos> within a HAL file, or in a shell script/other program?
[04:40:20] <SWPadnos> (hint, you can't do that in a HAL file)
[04:40:45] <tom3p> from the halcmd command line like stepgen.2.count (the current value ->) pyvcp.mys32.
[04:40:55] <SWPadnos> nope, can't do that
[04:41:10] <tom3p> i s[ose ha;cmd is as bad as from ... ok
[04:41:13] <SWPadnos> you could use a 2-input mux as a latch though
[04:41:40] <SWPadnos> connect the output to input 1, and the stepgen count to input 2
[04:41:42] <tom3p> hmm, a 1 shot latch
[04:41:47] <SWPadnos> sort of
[04:42:01] <SWPadnos> there may even be a latch component now, come to think of it
[04:42:43] <SWPadnos> anyway, it'll track the value when you set sel high, and hold the last value when you set sel low
[04:42:46] <SWPadnos> in that configuration
[04:43:01] <cradek> sample_hold
[04:43:18] <SWPadnos> yep, that's the one
[04:43:21] <tom3p> cool, thats pretty much how its set up ... uh for s32?
[04:43:35] <SWPadnos> sample_hold is for s32
[04:43:40] <SWPadnos> mux for floats
[04:43:48] <SWPadnos> mux2 that is
[04:44:00] <tom3p> lotsa those componests are data size specific
[04:44:02] <tom3p> cool thx
[04:44:08] <SWPadnos> all of them are
[04:44:17] <tom3p> that many ! ;)
[04:44:25] <cradek> (a little voice whispers: use classicladder...)
[04:45:02] <cradek> well not for floats, but for s32 you can do anything you want
[04:46:13] <tom3p> will try the sample_hold while i'm on my hal rush
[08:24:56] <_Poincare> _Poincare is now known as Poincare
[08:53:15] <lilalinux_away> lilalinux_away is now known as lilalinux
[09:07:48] <micges_work1> micges_work1 is now known as micges
[10:00:08] <MarkusBec_away> MarkusBec_away is now known as MarkusBec
[10:13:36] <MarkusBec> MarkusBec is now known as MarkusBec_away
[10:18:09] <piasdom> g'mornin all
[11:40:07] <bassogigas> hello all. who knows if i install xfce instead of gnome will emc2 work and eat less resources?
[11:53:28] <celeron55> bassogigas: yes, it will work and eat a bit less resources, though xfce isn't that lightweight either
[11:55:33] <bassogigas> :( it's bad. and is there a desktop environment that would be as comfortable as xfce or gnome and eat really less (about 2 times e.g.) resources?
[11:56:23] <celeron55> it depends on what you need to have to be comfortable with it
[11:57:32] <bassogigas> okay then at least less greedy
[11:57:44] <celeron55> you can for example install icewm or fluxbox or something, but they are just window managers and don't have desktop icons, and if you need a graphical file manager, you need to install a separate one or use gnome's or xfce's (which will load a lot of gnome or xfce stuff, probably)
[11:58:35] <celeron55> and they have to be configured through configuration files
[11:59:26] <celeron55> if you have lots of hdd space, i guess you should at least try xfce and see if it's lightweight enough
[11:59:59] <bassogigas> yep
[12:01:15] <bassogigas> afair icewm and fluxbox are very annoing. imho.
[12:02:06] <celeron55> they're fairly stripped-down ones
[12:02:21] <celeron55> but they take almost no resources compared to gnome
[12:02:23] <bassogigas> :) i know.
[12:03:20] <celeron55> though all you need is enough RAM to run gnome
[12:04:46] <bassogigas> i hoped to find smth middle between gnome, xfce and icwwm and flux.
[12:05:09] <bassogigas> yep, i'm running Gnome now, but it's uncomfotable
[12:05:51] <bassogigas> very slow
[12:06:09] <celeron55> what kind of computer you have? cpu? ram?
[12:07:17] <bassogigas> old 256+128 ram and processor erhhh don't remember exactly about ~900 mhz duron
[12:08:34] <celeron55> i guess that should run xfce fast enough
[12:09:11] <bassogigas> i do also hope to not use extreme cases like icewm
[12:09:16] <bassogigas> thanks!
[12:10:14] <celeron55> i even run icewm on a 2x1.6GHz 1GB machine 8)
[12:10:26] <celeron55> plenty of resources for other stuff
[12:10:27] <bassogigas> ooo
[12:11:11] <celeron55> then i have a 3GHz 1GB machine with xfce on it
[12:11:24] <bassogigas> :) i'll try to be not that captious
[12:12:42] <celeron55> axis is quite resouce intensive
[12:13:37] <celeron55> i've tried running it with icewm on a 550MHz laptop with 128MBs or ram
[12:13:38] <bassogigas> yes but i can't stand anything but axis
[12:13:58] <celeron55> it has to swap all the time, though you _can_ use it
[12:14:23] <celeron55> with 192 megs it's no problem
[12:14:49] <bassogigas> which ubuntu or other nix?
[12:15:08] <celeron55> that laptop has ubuntu
[12:15:08] <bassogigas> 8*?
[12:15:16] <bassogigas> or 6*?
[12:15:23] <celeron55> hm?
[12:15:32] <celeron55> ah, version
[12:15:34] <bassogigas> i can't use 8.04 with my machine
[12:15:42] <bassogigas> yep version ))
[12:15:47] <celeron55> it's a bit old installation, probably 6
[12:16:06] <bassogigas> 6 definetely
[12:16:30] <bassogigas> definitely
[13:12:21] <gortoninwv> I'm trying to get a picosystems servo board to work w/ EMC. The board is communicating, I have the encoder reading properly, but when I try to jog the axis I get a joint following error. I'm assuming I have set up one of the ini or hal files incorrectly. Can anyone help with this?
[13:12:52] <bassogigas> yep
[13:13:04] <bassogigas> try to change ferror
[13:13:09] <bassogigas> make it smaller
[13:13:21] <bassogigas> f***
[13:13:23] <bassogigas> bigger!
[13:14:26] <bassogigas> lurk about FERROR anyway
[13:18:06] <bassogigas> but. the effect can be that servo will lose steps
[13:28:57] <gortoninwv> so my ferror is set at 0.01 and the min ferror is 0.001
[13:31:32] <gortoninwv> what does the minimum mean?
[13:35:55] <pjm> gortoninwv Think of MIN_FERROR as the following error allowed at very low velocity and FERROR as the distance allowed during rapid moves.
[14:19:45] <SWPadnos> gortoninwv, to expand on what pjm said, following error is proportional to velocity. At the max velocity of the machine, the limit will be the FERROR setting. At lower velocities, it is lowered, but will never be less than MIN_FERROR
[14:27:03] <bassogigas> exactly. don't remember where did i find this, but changing this paremeter helped me to get rid of the joint error
[14:27:36] <SWPadnos> changing the FERROR settings won't eliminate the actual position error of the machine, but it can make EMC2 ignore it ...
[14:27:46] <bassogigas> or you can try to upgrade your pc
[14:27:57] <bassogigas> yes, ignore
[14:27:59] <SWPadnos> huh?
[14:28:55] <SWPadnos> unless the PC is slower than a 600 MHz P2, it's unlikely to be a problem
[14:29:18] <SWPadnos> acceleration and velocity settings are more likely the issue, and possibly servo drive tuning
[14:29:23] <bassogigas> i have 800 amd.
[14:29:38] <bassogigas> yep, velocity is also
[14:29:44] <bassogigas> of course
[14:30:25] <SWPadnos> if it's a stepper system with no encoders, you need to set the USC to return its step count instead of the encoder count
[14:30:32] <SWPadnos> gortoninwv, ^^^
[14:31:36] <bassogigas> as i was explained, slow pc cannot make all the count at the given velocity, making ferror bigger you can make it ignore
[14:31:47] <bassogigas> *counts
[14:32:31] <bassogigas> this is why i was asking about lighter desktop environment. even just a WM
[14:34:04] <SWPadnos> the pico systems hardware has encoder counters, the PC dioesn't have to be very fast to use it
[14:34:24] <cradek> changing the window manager has nothing to do with this problem
[14:34:47] <bassogigas> dissapointing :-/
[14:34:53] <SWPadnos> * SWPadnos wonders if there are two problems being discussed
[14:34:55] <cradek> sounds like gortoninwv needs to tune the pid loops on the servos. I see no indication that this has been done?
[14:35:22] <cradek> two or more
[14:35:38] <cradek> I'm talking about gortoninwv getting following errors on a pico based servo system
[14:36:22] <bassogigas> the fact that gnome uses much more resources than e.g. icewm will not help?
[14:36:33] <cradek> no
[14:37:02] <cradek> the whole point of a realtime operating system is all that stuff runs when no realtime code needs to run
[14:37:23] <bassogigas> it's a pity
[14:37:32] <cradek> you're mistaken about that
[14:37:37] <bassogigas> yep
[14:38:19] <archivist> you delay unimportant stuff like the window in favour of the realtime threads
[14:38:39] <cradek> exactly
[14:38:41] <bassogigas> anyway the machine will work faster. is the only consolation
[14:39:28] <cradek> gortoninwv: can you explain what your setup is and what tuning you have done?
[14:53:08] <gortoninwv> sorry. Yes. I have the uni PWM controller with a brush servo drive and a small geared dc motor from a torch table jerry rigged to run with the encoder gears (ie the encoder does not attach to the back of the motor) That means that the motor might move for a significant amount of time before the encoder shows movement.
[14:53:39] <cradek> you will not be able to tune that
[14:53:50] <cradek> the encoder must be tightly coupled to the motor
[14:54:27] <gortoninwv> The motor has yet to move. I have had a good bit of trouble with the servo drive/power supply/wiring (don't read this as a criticsm of pico just my own growing pains)
[14:54:55] <cradek> oh, if the motor's not moving at all, of course you'll get following errors
[14:55:12] <cradek> you should set the pico and emc aside and get the servo and servo drive to work first
[14:55:34] <cradek> use a 1.5v battery for your input source
[14:55:43] <gortoninwv> its pwm
[14:55:54] <gortoninwv> from the upc board
[14:56:00] <cradek> oh, ok
[14:56:10] <cradek> what's the brush servo drive?
[14:56:15] <gortoninwv> i agree, that would be much easier....
[14:56:18] <gortoninwv> from pico
[14:56:25] <cradek> oh I see
[14:56:30] <cradek> you can't do as I say then :-)
[14:56:50] <cradek> maybe you should call up Jon E if you can't get it to operate at all?
[14:57:04] <cradek> sometimes you can find him here, but it's very rarely
[14:57:05] <gortoninwv> well, he's been helping with the board.
[14:57:36] <gortoninwv> but i thought maybe this was a more general question.
[14:58:03] <cradek> joint following error means the motor (as measured by the encoder) isn't tracking the position EMC's asking for
[14:58:11] <gortoninwv> I understand what you are saying about it being difficult to tune, but the burny folks managed to do it w/ their system.
[14:59:06] <gortoninwv> (had a burny 3 at one point, flood damage, long story)
[14:59:09] <cradek> with velocity mode amps you MIGHT be able to get a system with backlash to be stable. with torque mode like this, I think you will find it's pretty much impossible
[14:59:25] <cradek> I don't know what burny is
[14:59:25] <gortoninwv> ah.
[15:00:04] <gortoninwv> They make cnc retrofit kits for torch tables. Cleveland motion controls
[15:00:31] <gortoninwv> they don't seem to have much presence.
[15:00:41] <cradek> yeah, not much website
[15:01:25] <gortoninwv> i should be able set the software so that it will command the motor and not error out though shouldn't I?
[15:01:37] <cradek> sure
[15:01:48] <cradek> you can set the acceptable following error arbitrarily high
[15:01:56] <SWPadnos> like 1 meter
[15:02:16] <SWPadnos> but that doesn't give much confidence that the machine is doing what you want it to do
[15:02:45] <cradek> no but it can be a useful step in getting it to do SOMETHING
[15:03:15] <cradek> perhaps you've got it wired so it moves the opposite direction from what it wants
[15:03:51] <cradek> if you set MIN_FERROR to 25mm it will still turn off if it runs away, but it will stay on with a bit of instability
[15:03:53] <gortoninwv> following error sounds like delay rather than position error right?
[15:04:01] <cradek> no, it's position error
[15:05:09] <bassogigas> the motor is not where emc2 says, right?
[15:05:11] <gortoninwv> well, but i have had absolutely no movement.
[15:06:08] <cradek> well that sounds like a pretty fundamental problem :-)
[15:07:23] <gortoninwv> yeah, so I had some parts burn up on the amp. I have replaced them and performed a basic test of the safety circuits per Jon's instructions, but I have never seen the drives move anything.
[15:07:55] <cradek> you had some parts burn up?
[15:08:02] <gortoninwv> I do have an uncrispy board but I hesitate to put it in the line of fire just yet.
[15:08:39] <gortoninwv> yeah. I just wired things up willy nilly per the example and didn't get the hint that the grounds all had to be connected.
[15:08:57] <cradek> I don't think you're yet at the stage where we can help much
[15:09:03] <gortoninwv> ie there is no signal ground connection on the amp only motor power supply ground.
[15:09:27] <cradek> sounds like you don't know if the parts are functional or if they're wired together correctly
[15:10:23] <gortoninwv> and I'm using the power supply from the old equipment which has a center tap transformer and the whole secondary is rectified and then sent to two caps giving you a neg and positive voltage.
[15:11:07] <gortoninwv> thought everything was isolated so I could use either half but its not.
[15:11:44] <gortoninwv> Its also one of his very first boards. Bought it for another project and it has been on a shelf since 04....
[15:11:58] <gortoninwv> anyway thats the whole dirty history.
[15:13:24] <gortoninwv> so I have proper voltage at the drive and the over current can be tripped on the amps which causes the estop change to be interrupted and the drive fault light turns on now. so there is some degree of life int the board now.
[15:16:48] <gortoninwv> is there anyone out there that has worked w/ these pwm servo boards?
[15:18:19] <gortoninwv> oh well. Thanks for the input at least it sounds like it isn't some silly parameter in the HAL preventing it from even starting to move.
[15:19:56] <cradek> guess nobody here has used them.
[15:20:04] <cradek> I hope you get it going soon - good luck troubleshooting
[15:20:09] <gortoninwv> thanks.
[15:20:39] <gortoninwv> is there an archive for this?
[15:21:15] <cradek> logger_emc: bookmark
[15:21:15] <cradek> Just this once .. here's the log: http://www.linuxcnc.org/irc/irc.freenode.net:6667/emc/2010-01-05.txt
[15:22:01] <gortoninwv> thnx.
[15:37:15] <cradek> the pipes, the pipes are calling
[16:28:26] <MarkusBec_away> MarkusBec_away is now known as MarkusBec
[16:35:15] <skunkworks_> bldc servo question.. I have one hooked to a amc drive. When power is applied - and I spin the shaft by hand or command a low rpm - I hear ticking. (2 servos do this so far) could the ticking be the comutation changing from the hall sensors?
[16:36:11] <skunkworks_> I don't think anything is rubbing on the inside.
[16:36:16] <skunkworks_> as far as I can see.
[16:36:28] <skunkworks_> with no power applied - no ticking
[16:36:41] <skunkworks_> I suppose I could count the number of 'ticks'
[16:37:52] <skunkworks_> yah - there are 6 ticks per rev
[16:40:11] <gortoninwv> how many "teeth" does the hall effect sensor count?
[16:41:05] <skunkworks_> there are only 3 'teeth' and 3 hall sensors. IIRC
[16:42:21] <gortoninwv> are the teeth loose?
[16:42:31] <gortoninwv> or whatever they are attached to?
[16:42:38] <skunkworks_> the 'teeth' are actually a magnetic ring.
[16:42:43] <skunkworks_> no real teath
[16:42:45] <skunkworks_> teeth
[16:43:10] <gortoninwv> are the sensors discrete?
[16:43:23] <skunkworks_> sort of why I am leaning towards electrical noise
[16:43:39] <skunkworks_> the sensors are another ring around the outside of the magnetic disk
[16:43:53] <gortoninwv> passes the shake test?
[16:44:36] <skunkworks_> yep - and like I say - 2 are doing the exact same thing so far. I have one more I could test. I don't think it is effecting anything.. yet.. but I have not actually closed the loop yet.
[16:46:33] <alex_joni> skunkworks_: 6 sounds like poles
[16:46:38] <alex_joni> so might be commutation changes
[16:47:20] <gortoninwv> i've heard some pretty horrible noises from a brushless dc motor at low speed. thought surely there was debris in the bearings.
[16:47:44] <skunkworks_> this is my first fortay into bldc servos. :) So far - they are quite cool. magic ;)
[16:47:45] <pcw_home> If its trapezoidal mode it may be th commutation changing at the Hall edges
[16:47:47] <pcw_home> If its sIne mode it may be they reset their (encoder based) interpolation at the Hall edges
[16:48:15] <skunkworks_> it is trapeziodal.
[16:48:43] <skunkworks_> this is keling bldc servo hooked into a amc b15a8 drive.
[16:48:57] <gortoninwv> ah. so the noise isn't being made by the hall sensors but it is controlling what is making the noise.
[16:48:57] <pcw_home> Well, trapezoidal will be ticky
[16:49:43] <skunkworks_> gortoninwv: yes that is my thought.
[16:50:58] <skunkworks_> pcw_home: tricky?
[16:52:38] <skunkworks_> http://www.a-m-c.com/download/datasheet/b15a8.pdf
[16:52:59] <skunkworks_> I am supprised at how smooth it runs open loop. (just running a control voltage into the servo amp)
[16:53:04] <skunkworks_> again - magic ;)
[16:53:42] <gortoninwv> previously only steppers?
[16:54:39] <skunkworks_> a little bit of everything. ;)
[16:54:46] <skunkworks_> just no bldc yet.
[16:55:41] <pcw_home> Ticky
[16:56:08] <skunkworks_> oh - heh - I totally read that as tricky ;)
[16:56:27] <skunkworks_> ok - cool - so not the servos falling apart. ;)
[16:57:11] <cradek> http://www.thorlabs.us/thorProduct.cfm?partNumber=99940
[16:57:54] <skunkworks_> umm - making a fine postitioning microscope table? ;)
[16:58:17] <cradek> not me
[16:58:17] <skunkworks_> wow - I am sure winking a lot this morning ;)
[16:58:24] <cradek> (I'd use differential threads)
[16:59:54] <skunkworks_> yes
[17:00:14] <orotemo> Hya
[17:00:26] <cradek> hi orotemo
[17:01:33] <orotemo> I have coded some ladder logic to allow me to change a tool, then when changed, press a button, have the tool touch the touchoff plate for length calibration, then continue the gcode. problem is it gets stuck on the first tool change.
[17:01:51] <orotemo> is my goal possible? did anybody else achieve this
[17:01:52] <orotemo> ?
[17:04:22] <cradek> I have done a very similar thing but I did it in the gcode. I do not see how you can do it in ladder.
[17:05:50] <orotemo> I would love to see that gcode. I don't mean setting up one tool, then have the rest relate to it. I need to touch off every time there is M6, is it doing that?
[17:06:03] <cradek> yes
[17:06:13] <cradek> the gcode is in the distribution. I think it's called tool-length-probe.ngc
[17:06:39] <cradek> http://git.linuxcnc.org/gitweb?p=emc2.git;a=blob_plain;f=nc_files/tool-length-probe.ngc;hb=HEAD
[17:07:05] <orotemo> That is awesome. Thanks a lot. you probably realize by now I'm a newbie :-D.
[17:07:12] <cradek> welcome
[17:09:25] <orotemo> One more thing I have to ask: did any of you run with the latest emc version into the problem that the jog is acting funny, not jogging from keyboard (or sometimes it does for short sections, or sometimes it does indefinitely in one axis), but when pressing the + and - with the desired axis selected it acts normally from the GUI?
[17:11:09] <cradek> no I have not seen that - have you noticed any pattern that would help me reproduce it?
[17:13:21] <orotemo> well, if I go to MDI, then back to manual - I get to move it around again. for a section. and sometimes, when I press the + or - for a period, it is able to respond to the buttons normally for a while.
[17:14:11] <orotemo> Do you want my setup filed? because it is fully repeatable with my setup
[17:14:23] <orotemo> files, that is..
[17:14:39] <cradek> what version are you running?
[17:14:49] <orotemo> 2.3.4
[17:15:15] <cradek> ok I have started 2.3.4
[17:15:25] <cradek> I will follow you - tell me each thing you do and I'll do it too
[17:16:17] <orotemo> I don't have my machine connected at the moment (no internet at the shop right now...), but I recall exactly...
[17:16:35] <orotemo> I press the 'on', then home all axes
[17:16:49] <cradek> ok
[17:16:58] <orotemo> after all homed, I jog using the keyboard, and nothing happens...
[17:17:17] <orotemo> I select y on the GUI, press +, and she goes no problem
[17:17:33] <cradek> ok
[17:17:43] <orotemo> That is it..
[17:17:49] <orotemo> can
[17:18:00] <orotemo> can't jog using keyboard
[17:19:08] <cradek> ok here's what I did
[17:19:09] <orotemo> Oh, and one more thing, many a time, when I change to MDI, can't type anything in the command line, yet the GUI still functions - I can press the 'go' button
[17:19:50] <cradek> F1, F2, control-home. click Y, click and hold +, notice that it jogs. Let go of mouse. press and hold right arrow on the keyboard - notice that it jogs
[17:20:05] <micges> orotemo: did you test your keyboard on any editor?
[17:20:42] <orotemo> of course, my keyboard is fine. checked that, thanks.
[17:20:50] <orotemo> cradek, not sure I follow
[17:21:02] <cradek> orotemo: where do you not follow?
[17:21:25] <orotemo> You say it works flawless for you
[17:21:25] <orotemo> ?
[17:21:55] <cradek> well I am not sure I am doing the same thing you are. What I tried worked for me. That's why I said EXACTLY what I did, so you can compare it to what you are doing.
[17:22:22] <cradek> if you can say EXACTLY what you do, I'll try it
[17:22:25] <orotemo> well, we do the very same. Then what is it? my setup?
[17:22:31] <SWPadnos> there are three things labeled "+": the GUI button, the keypad + key, and the other plus key (the one with an "=" sign on it, on my US keyboard)
[17:22:46] <SWPadnos> maybe you should be more specific about which one you're pressing :)
[17:22:51] <SWPadnos> (both of you :) )
[17:22:56] <cradek> everything in AXIS can be done either with mouse and keyboard.
[17:22:59] <orotemo> The GUI button.
[17:23:07] <orotemo> not keyboard
[17:23:20] <cradek> SWPadnos: in my description, click = with mouse
[17:23:37] <SWPadnos> yep, that was pretty specific
[17:23:59] <cradek> you can also tab to the gui button and then press space bar to activate it
[17:24:09] <cradek> ... which I now notice doesn't work right
[17:24:19] <orotemo> :)
[17:24:31] <cradek> orotemo: is that what you were doing?
[17:24:48] <cradek> (I bet I'm the first one ever to try that...)
[17:26:01] <orotemo> Nop. plainly doing one of two things:
[17:26:01] <orotemo> 1. pressing mouse button on GUI for axis selection and + and -
[17:26:01] <orotemo> 2. pressing keyboard arrows and 'page up' 'page down' keys.
[17:26:40] <cradek> ok, sounds like what I said is exactly what you did
[17:27:05] <cradek> it would not hurt for you to try again, start emc fresh and do exactly what I said step by step
[17:27:25] <orotemo> Well cradek, I have actually been mouseless (forgot it in the shop), and then recalled all the keyboard UI nav buttons :)
[17:27:42] <cradek> maybe something is different - for example maybe you click somewhere I used a keyboard shortcut
[17:27:51] <orotemo> Oh, believe me, I even restarted a few times...
[17:28:22] <orotemo> Is it possible that a ladder program does that?
[17:28:35] <cradek> I believe you, I'm not saying you're doing something wrong -- but you have to help me make it happen here if I am to fix it
[17:29:03] <cradek> what does your ladder program do?
[17:29:56] <orotemo> Well, It does several things:
[17:29:57] <celeron55> often problems like that (with any program) are caused by not clicking some component first which would do the stuff based on keyboard input
[17:30:23] <celeron55> though i guess axis will jog always as long as the axis window is selected
[17:30:50] <orotemo> 1. it handles touch-off for z from gui button, copied from the emc wiki on ladders.
[17:31:18] <orotemo> 2. it responds to two buttons on the machine - one for run/resume and another to pause
[17:32:01] <cradek> if it uses halui to manipulate the modes, it's quite possible it interrupts your jogs
[17:32:17] <cradek> if you're jogging and another gui switches you into mdi mode, the jog stops
[17:32:19] <orotemo> 3. I try to make the tool change happen from the gui, so that the machine comes to a specified location, have the tool changed, then touchoff, then continue run.
[17:32:45] <cradek> it seems very likely your ladder is messing you up
[17:32:59] <orotemo> totally possible.
[17:33:21] <cradek> what is the wiki page with this touch off Z button thing?
[17:33:22] <SWPadnos> orotemo, use a sample sim config and see if it still happend
[17:34:21] <orotemo> I am now on my work controller - the real time machine, how do I switch to sim without messing up the installation?
[17:35:22] <SWPadnos> pick a different config when you start emc
[17:35:43] <SWPadnos> sim/axis would probably be a good choice
[17:35:55] <orotemo> cradek, check 1.4 here http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?ClassicLadderExamples
[17:37:37] <orotemo> well, the sim works great.
[17:37:57] <orotemo> how can I now load my ladder into it for a try?
[17:38:24] <cradek> using G92 to compensate for tool lengths is a bad idea IMO
[17:38:42] <cradek> tool-length-probe is a better way to do it since it sets the tool offset
[17:39:57] <orotemo> well, I'll look into my ladder code to try find the error. I guess it must be there.
[17:41:09] <SWPadnos> it's probably not the ladder, it's more likely adding in another user interface (halui), which can change modes on you
[17:41:26] <cradek> SWPadnos: well the ladder is what's poking halui's "buttons"
[17:41:31] <cradek> as I understand it
[17:41:46] <orotemo> goes both ways
[17:41:47] <cradek> halui won't change modes unless you poke it
[17:42:22] <orotemo> M6 can also 'poke'
[17:42:34] <orotemo> or any other change for that matter.
[17:42:54] <cradek> anything set off by M6 should not poke the gui
[17:43:00] <cradek> that's really asking for trouble
[17:43:23] <orotemo> So cradek, do you inject the code wherever you see M6?
[17:43:36] <cradek> fundamentally you can't run MDI commands while a program is running (M6 is happening)
[17:43:40] <orotemo> or do you call it from a single line (tool change)
[17:44:00] <cradek> that sample gcode is just like what I run
[17:44:04] <orotemo> that masses up then.
[17:44:40] <orotemo> (talking about MDI commands while running - that is what I do...)
[17:44:52] <cradek> ok yeah, you can't do that
[17:45:49] <lilalinux> lilalinux is now known as lilalinux_away
[17:46:05] <orotemo> let me conclude if I may, and please do correct me if I'm wrong
[17:47:01] <lilalinux_away> lilalinux_away is now known as lilalinux
[17:47:19] <orotemo> You inject the tool change code in the file itself, that way you can keep 'running' while still have the tool length probe thingy.
[17:47:30] <orotemo> and you never run MDI while running.
[17:48:11] <cradek> yes
[17:48:20] <orotemo> What if I 'stop' the program, remember line, then back to it after tool change, all via ladder?
[17:48:59] <orotemo> Why you ask? because I sometimes like to zero from workpiece top, and sometimes zero from table top
[17:49:39] <cradek> I am not sure. I'd be interested to know if you get something like that to work.
[17:51:32] <orotemo> well, promise i'll let you know. thanks a lot guys, you really cleared it up for me. got to go now, my baby is with me, and her mother went to the gim... Thanks again... cheers
[18:22:34] <skunkworks_> How much blocks does Fanuc 6MA look ahead?
[18:22:48] <skunkworks_> yes, up to 3 NC statements, in radius compensation mode, 2 otherwise. All intervening macro statements are also buffered.
[18:23:04] <skunkworks_> that is interesting
[18:24:27] <archivist> "macro" could well be a whole bag of worms, /me does not know what fanuc means by macro
[18:25:18] <archivist> eg could that include a subroutine
[18:48:55] <MarkusBec> MarkusBec is now known as MarkusBec_away
[18:54:41] <cradek> I think that's probably always an insufficient way to compare the operation of different controls
[18:55:01] <cradek> I kind of shudder when I hear the question (and it is common)
[18:55:48] <cradek> I can make a case for saying EMC "looks ahead" 0, 1, 100, or up to infinity blocks
[18:55:58] <skunkworks_> heh
[18:56:25] <Jymmm> You're a South African bush pilot. You fly in some critical medical supplies, enjoy a quick lunch at the hospital. It's a stifling 100 degrees in the shade and you're eager to get back up to the cool altitudes. However, on the way back to your plane, you discover that the only bit of shade within 10 miles is under the wing of your aircraft, and it has become VERY popular.
[18:56:27] <Jymmm> You start calculating the distance between you and the plane's door and wonder . . .. "Do I feel lucky today?" http://imagebin.ca/view/xF-thk.html
[19:08:21] <Jymmm> Jymmm is now known as MrAsshole
[19:08:29] <MrAsshole> MrAsshole is now known as Jymmm
[19:26:30] <tarzan_> Jymmm, why so may lions on pic?
[19:26:35] <tarzan_> many
[19:26:56] <Jymmm> tarzan_: did you read ABOVE the link?
[19:27:18] <archivist> a successful pride lion
[19:41:00] <skunkworks_> http://cgi.ebay.com/ADVANCED-MOTION-CONTROL-SERVO-AMP-B40A40ACP-QTY-4_W0QQitemZ160392204653QQcmdZViewItemQQptZLH_DefaultDomain_0?hash=item25581ed16d
[19:46:03] <skunkworks_> little ones ;)
[19:46:10] <Jymmm> lol
[19:46:36] <eric_unterhausen> shipping is outrageous
[19:46:49] <eric_unterhausen> Those are nice since they have a power supply built in
[19:46:54] <skunkworks_> http://www.cnczone.com/forums/showpost.php?p=713753&postcount=9
[19:46:55] <eric_unterhausen> I think I have 2
[19:47:04] <skunkworks_> really? cool
[19:47:32] <eric_unterhausen> I got one to run a PacSci motor, but it ran so hot I was afraid for its health
[19:47:42] <eric_unterhausen> the motor that is
[19:47:42] <skunkworks_> It was actually a copy paste error.. You guys where not supposed to see that - oh well ;)
[19:47:52] <skunkworks_> yeck
[19:48:00] <Jymmm> skunkworks_: I already bid on it
[19:48:04] <skunkworks_> heh
[19:48:09] <Jymmm> (kidding)
[19:48:37] <Jymmm> skunkworks_: Though, I do have my own methods of winning any ebay auction =)
[19:48:48] <eric_unterhausen> it would be worth 200 for 4 maybe
[19:49:03] <skunkworks_> Jymmm: buy it now? ;)
[19:49:14] <Jymmm> skunkworks_: oh no
[19:49:34] <skunkworks_> back door to ebay?
[19:49:42] <eric_unterhausen> shipping those would cost no more than $30 if you built a hardwood crate
[19:49:52] <Jymmm> skunkworks_: No, nothing like that.
[19:50:35] <Jymmm> skunkworks_: you do have to have a good connection though =)
[19:50:47] <eric_unterhausen> last time I was looking, it seemed like the amc stuff had gone out of style a little
[19:51:01] <skunkworks_> eric_unterhausen: I have a b15a8 that is running a keling bldc servo.. it isn't getting hot at an idle.. or running no load.
[19:51:25] <eric_unterhausen> I couldn't figure out why mine was having problems
[19:51:31] <eric_unterhausen> it seemed to run fine
[19:51:58] <skunkworks_> Jymmm: I snipe often.
[19:52:01] <eric_unterhausen> I was going to sell it as a complete setup, but I can't do that the way it is
[19:52:17] <Jymmm> skunkworks_: I do use a 3rd party service like that
[19:52:20] <Jymmm> don't
[19:52:42] <eric_unterhausen> I snipe now too, and I bid so much that it hurts, but not too much
[19:52:55] <eric_unterhausen> so if someone outbids me, I'm happy for them
[19:59:59] <skunkworks_> I don't understand people that bid often.
[20:00:45] <skunkworks_> I usually bid once to put it on my radar - then wait till the end to make my maximum bid (if it isn't already over it)
[20:02:05] <skunkworks_> wait - did I say that out loud?
[20:02:15] <skunkworks_> must be another copy/paste error. ;)
[20:05:46] <eric_unterhausen> skunkworks just put it on your watch list, bidding once means you get shilled
[20:05:58] <skunkworks_> shilled?
[20:06:13] <eric_unterhausen> lister's friend bids against you
[20:06:31] <skunkworks_> heh
[20:06:52] <skunkworks_> what are you talking about - that never happens ;)
[20:07:08] <eric_unterhausen> the most common form of fraud on ebay, by a long shot
[20:08:28] <eric_unterhausen> also, I've seen items listed 5 times w/o a bid. Then I put in a placeholder bid and get outbid
[20:08:33] <Jymmm> What happens when the shill wins them all
[20:08:56] <eric_unterhausen> so that's either a shill, or my bid attracted some weak minded idiot
[20:09:23] <Jymmm> eric_unterhausen: and you waited 5 times before bidding?
[20:09:39] <eric_unterhausen> ambivalent about it, or it ended late at night or something
[20:09:44] <eric_unterhausen> or both
[20:10:57] <Jymmm> eric_unterhausen: and you waited 5 times before bidding?
[20:11:31] <Jymmm> you CAN bid 24/7/365
[20:12:08] <eric_unterhausen> if it ends at some unholy hour in the morning, I'm not going to be awake to bid
[20:12:18] <eric_unterhausen> like 8:30 or something
[20:12:21] <Jymmm> you CAN bid 24/7/365
[20:13:36] <skunkworks_> I think a lot of times it is the weak minded idiots.
[20:13:59] <skunkworks_> I know when selling - once you get one bid - it is more likely it will get a lot more.
[20:14:31] <skunkworks_> (bids)
[20:17:38] <Jymmm> * Jymmm shill bids skunkworks_ bid
[20:18:05] <skunkworks_> heh - that is why I always have a friend place the first bid.. ;)
[20:20:43] <Jymmm> I just wish it wasn't so big... http://cgi.ebay.com/3-1-2-Blue-LCD-Digital-Volt-Panel-Meter-DC-20V_W0QQitemZ370316000682QQcmdZViewItemQQptZLH_DefaultDomain_0?hash=item56388dbdaa
[20:21:41] <Jymmm> 2" would be nice
[20:23:11] <Jymmm> I want to fit it under my PS... http://www.thiecom.de/english/alinco/dm330mve/dm330mve.jpg
[20:53:16] <jepler_> jepler_ is now known as jepler
[21:01:12] <MarkusBec_away> MarkusBec_away is now known as MarkusBec
[21:40:07] <andypugh> Does the curent gut master still require a manual modprobe parport_pc before it will run? (Or is that actually just a problem with my kernel?)
[21:44:15] <cradek> I have not heard of that problem, but I am not using any parport based systems currently
[21:48:57] <skunkworks_> we got those drives... Now I am off the hook... Now we need to get some servos mounted.
[21:50:44] <andypugh> I am using both 2.3.4 and 2.4-some-old-master and one requires parport_pc, and one abhors it
[21:51:55] <cradek> yes
[21:52:09] <cradek> if you have a 2.3 package installed, that will prevent it from loading automatically
[21:52:44] <andypugh> I have forgotten why I have both,
[21:56:19] <archivist_emc> logger_emc: bookmark
[21:56:19] <archivist_emc> Just this once .. here's the log: http://www.linuxcnc.org/irc/irc.freenode.net:6667/emc/2010-01-05.txt
[21:59:26] <andypugh> Would a nice Omron Vector VFD emit less EMI than my old Fenner/Yaskawa I wonder, there is a promising looking one on that eBay
[22:00:33] <pjm> andypugh do u use a decant mains filter right behind the Yaskawa VFD?
[22:00:40] <andypugh> Yes.
[22:00:46] <pjm> i had a load of problems before fitting one in my mill
[22:01:52] <andypugh> I have just changed the motor wiring to screened cable, I have ferrites to go on the motor cables at the VFD on order for tomorrow. Then I am considering swapping the limit switches and encoders to 10mA current-loops, then I am out of ideas
[22:02:51] <pjm> whats the EMI getting in to?
[22:02:59] <pjm> step/direction lines?
[22:03:08] <andypugh> Limit switches and encoder lines, all optocouplers.
[22:04:16] <pjm> yeah initially i had the problem of EMI into my step/dir but that is all fixed now
[22:04:36] <pjm> limit switches i guess u could decouple with a cap at the interface board just to get rid of transients
[22:05:13] <andypugh> Currently they are configured as voltage inputs to the 7i43, I suspect that long cables and high-impedence inputs are part of the problem, so I am probably going to move the pullups from the sensor end to the breakout board end, effectively making the sensors 10mA current loops
[22:06:39] <pjm> ah yes good thinking
[22:08:41] <pjm> i did a lot of screening and decoupling work in my mill to get it down to bare minumum. made a small coupling probe for the scope that i could waft around to see where 'noise' was coming from
[22:09:03] <pjm> the VFD was by far the worst, followed by the stepper drivers and theri switching transients getting everywhere
[22:25:42] <PCW> andypugh: you might try the debounce option on your limit switches
[22:25:57] <PCW> (to filter out the noise)
[22:26:24] <andypugh> That has been my solution for a while now, but isn't an option with the encoders now that I have fitted a 7i43
[22:26:54] <PCW> Actually it is but its a little awkward
[22:27:51] <PCW> If you use the HM2 driver raw-write option you can lower the encoder filter bandwidth
[22:29:38] <andypugh> Currently I have the filter at 4 servo-threads (4mS) as I have seen 2mS pulses in halscope. If I go that far my encoder will be a bit limited :-)
[22:32:09] <PCW> default 7I43 input filter runs at 50MHz. with filter on (15 counts) this allows up to 6 MHz counting rate
[22:32:11] <PCW> (2 ms is most likely a sampling artifact, not really possible with reasonable C from VFD leads to R on inputs)
[22:32:12] <PCW> If you look at it with a scope you wil likely see ~1 -2 usec spikes (in line with the VFD switching times)
[22:34:44] <PCW> If you set the filter rate to say 2.5 MHz (300 KHz max count rate) no guarantees, but Ill bet your problems go away
[22:36:30] <jimbo> Use Esnipe to place your bids. I set mine up for 6 seconds prior to the auction end... You are not listed on the auction until the end and the cost is minimal.
[22:36:44] <andypugh> OK, I will look into it, thanks.
[22:37:48] <andypugh> Though I am quite keen to get it as good as I can in hardware
[22:44:47] <PCW> If you need to change the encoder filter the address is in the REGMAP file
[22:44:49] <PCW> Default (50 MHz) is 0x0800 (divide by one) for 2.5 MHz = div/20 , load with 0x012 (18)
[22:46:47] <andypugh> OK, I will read this back tomorrow, rather busy in other windows right now.
[22:47:44] <PCW> (I should be busy in other windows)
[22:48:32] <alex_joni> heh
[22:48:43] <alex_joni> PCW: Happy New Year
[22:57:31] <PCW> HNY Alex
[22:57:48] <SWPadnos> tom3p, are you one of the folks who does APT or APT360 programming?
[23:21:12] <toast> toast is now known as toastydeath
[23:31:13] <MarkusBec> MarkusBec is now known as MarkusBec_away
[23:31:24] <tom3p> SWPadnos: yes a bit
[23:31:46] <tom3p> anyone heard form rayh? happy new year ray! hope you are well
[23:43:59] <jt-plasma> I'm busy in a box does that count? :)
[23:44:22] <Jymmm> jt-plasma: wth are you smoking now?
[23:44:41] <jt-plasma> some steel a bit ago
[23:44:56] <Jymmm> jt-plasma: that' not eatable
[23:45:02] <jt-plasma> mounting a 10hp motor in the Hardinge cabinet
[23:45:10] <jt-plasma> Jymmm: I ate some
[23:45:21] <Jymmm> jt-plasma: Heh, with bbq sauce?
[23:45:30] <tom3p> sounds like he got lucky, 'busy in a box' quite a euphemism , dunno
[23:45:45] <jt-plasma> nope straight from the grinder
[23:46:15] <Jymmm> tom3p: I've never heard jt-plasma doing beaver yet
[23:46:29] <jt-plasma> Jymmm: come on over and I'll get you a brand new paint brush and you can have fun too :P
[23:46:53] <Jymmm> jt-plasma: grab bucket and dump, no brush requied
[23:47:44] <tom3p> anyone heard from rayh?
[23:47:59] <SWPadnos> he sent an email to the list in the last couple of weeks
[23:48:05] <tom3p> good, thx
[23:48:21] <jt-plasma> sounds like an Earl Scribe $79.95 paint job
[23:48:27] <Jymmm> Hey Swampy!
[23:48:43] <Jymmm> jt-plasma: $19.95 no ups, no exras
[23:49:34] <Jymmm> SWPadnos: Still no LED's bastards! Waiting till 30 days in case late from customs or something
[23:49:47] <SWPadnos> bummer
[23:50:42] <jt-plasma> it's a good thing I don't know how heavy that motor is cause if I did I probably could not pick it up
[23:54:29] <Jymmm> jt-plasma: pry bar works wonders
[23:56:13] <danimal_garage> so does cocaine
[23:56:26] <danimal_garage> so i'm told
[23:57:02] <jt-plasma> danimal_garage: I've seen that in action and it ain't pretty
[23:57:13] <danimal_garage> haha
[23:57:23] <danimal_garage> luckly i havent
[23:57:25] <jt-plasma> * jt-plasma smacks Jymmm with a crow bar
[23:58:28] <danimal_garage> you're putting that rpc in your hardinge cabinet?