Back
[00:00:38] <SWPadnos> hmm
[00:00:44] <SWPadnos> that should result in a build error
[00:01:08] <FlyingElectron> yeah, i would have thought so too
[00:01:14] <FlyingElectron> but it managed to build just fine
[00:01:17] <SWPadnos> with some message like "error: unknown identifier >>>>>>>"
[00:01:35] <SWPadnos> well, as long as it's working now :)
[00:01:39] <FlyingElectron> that's true, so it must not have been a merge error
[00:01:56] <FlyingElectron> yeah, haha, it's working now which is good
[00:02:24] <FlyingElectron> it's for my lathe, i've been running emc on my mill for a while, so i decided to take my lathe off turbocnc and try emc on it
[00:03:04] <SWPadnos> yay!
[00:03:26] <SWPadnos> any particular reason why you're using RIP instead of installing the latest?
[00:03:35] <FlyingElectron> RIP?
[00:03:42] <FlyingElectron> oh, run in place?
[00:03:43] <SWPadnos> Run-In-Place
[00:03:45] <SWPadnos> yep
[00:03:53] <FlyingElectron> i'm using named o-word subs
[00:04:09] <FlyingElectron> i think that is only in the repository but not in the general release
[00:04:16] <SWPadnos> no, it's released
[00:04:35] <SWPadnos> you have to manually tell synaptic to look at the 2.3 repositories though
[00:04:47] <FlyingElectron> ok
[00:04:50] <FlyingElectron> that makes my life a lot easier then
[00:04:53] <SWPadnos> http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?UpdatingTo2.3
[00:04:57] <SWPadnos> yep
[00:05:06] <FlyingElectron> i have 2.3 installed on the same machine
[00:05:12] <SWPadnos> ?
[00:05:14] <FlyingElectron> i just thought it didn't support the named subs yet
[00:05:18] <SWPadnos> 2.3 run-in-place?
[00:05:27] <FlyingElectron> 2.3 from the synaptic
[00:05:48] <FlyingElectron> the machine started off life as a 2.2 live cd install
[00:05:57] <FlyingElectron> and i followed the instructions on updating to 2.3 to update it to 2.3
[00:05:58] <SWPadnos> it does, there's just a bugfix (from earlier today) that fixes a problem when there are certain tests on named variables in code blocks that never execute
[00:06:01] <SWPadnos> cool
[00:06:29] <FlyingElectron> cool, thanks for the info
[00:06:35] <SWPadnos> sure
[05:51:52] <jimbo> It appears that the controller on the mill I purchased was not as described.
[05:53:09] <jimbo> But I may be able to salvage the linear encoder card.
[05:53:43] <jimbo> I just need to figure out rail voltages, power up the card and find the TTL outputs.
[05:54:42] <jimbo> The big question is how many output wires for each encoder are they complmentary?
[06:06:15] <alex_joni> jimbo: they are either A,B and Z if single ended
[06:06:30] <alex_joni> or A, /A, B, /B and Z, /Z if differential
[06:07:01] <WalterN> http://www.eos.info/en/products/metal-laser-sintering/materials.html want
[06:08:39] <WalterN> how much do those machines run new anyway?
[06:14:47] <jimbo> Are the A, /A 1 pr of wires or two?
[06:18:42] <eric_unterhausen> in general, a /a should be a pair of wires
[06:19:58] <eric_unterhausen> what kind of controller is it?
[07:12:18] <WalterN> aww... $400,000
[07:12:18] <WalterN> hhe
[07:12:19] <WalterN> heh
[07:12:33] <WalterN> cant afford it right now... hopefully later
[07:12:40] <WalterN> TTFN
[10:44:33] <anonimasu> hi
[11:21:39] <alex_joni> anonimasu: hi
[11:21:48] <anonimasu> hey
[11:22:02] <anonimasu> what's up?
[11:27:59] <alex_joni> work :)
[11:30:43] <anonimasu> same here
[11:30:52] <anonimasu> cad and more cda
[11:30:54] <anonimasu> cad
[11:32:00] <anonimasu> doing kinematic stuff with alibre motion
[11:42:41] <alex_joni> http://www.theregister.co.uk/2009/06/12/meteorite_strike/
[14:02:01] <SWPadnos> wow. now there's a "winamp weirdness": Weird Al "Pretty Fly for a Rabbi", followed by Yanni "Aria"
[14:13:29] <skunkworks586> one of my wifes friends from highschool loves yanni. Just went to see him
[14:14:23] <SWPadnos> that would be cool
[14:15:11] <SWPadnos> on a good stereo, the track "Acroyali / Standing In Motion" from "Live At The Acropolis" is an amazing thing to behold
[14:15:23] <SWPadnos> even better with (more or less) HD video :)
[14:18:48] <skunkworks586> :)
[14:19:28] <SWPadnos> there's a massive drum solo in that one
[14:19:54] <SWPadnos> there's another one (I don't remember which one) that I played for my sister, and she was amazed by the orchestra, specifically the violin section
[14:20:26] <SWPadnos> there were about 50 people playing violin, but as she said "oh my god, they sound like one instrument"
[14:36:01] <jimbo> eric_unterhausen: Heidenhain TNC 145
[14:36:41] <eric_unterhausen> does it have Heidenhain encoders?
[14:36:51] <jimbo> Yes it does
[14:38:07] <eric_unterhausen> the good news is they only have a limited number of pinouts for their encoders
[14:39:01] <jimbo> the bad news is they are ~
[14:39:15] <eric_unterhausen> are they?
[14:39:21] <jimbo> Yes
[14:40:09] <eric_unterhausen> are they microvolt, or current?
[14:41:49] <jimbo> not sure 3 different ones model 701, LS 803 D and LS 903 all .005um. looks like I can get some EXE 610 for about $400-$450 for 3.
[14:42:25] <eric_unterhausen> yeah, you have to luck into those things or they are expensive
[14:43:13] <jimbo> The other option is there is a TNC 355 on EBAY starting at $1000 with servos and drives...
[14:45:51] <jimbo> Either way it is ugly....
[14:53:58] <eric_unterhausen> I take it you can't identify the conversion circuitry inside your control
[15:02:52] <jimbo> Yes i can identify it. it is a single card. already on the bench. the 5 volt digital supply is easy i just don't
[15:03:32] <jimbo> know if the board also has +- voltages for the opamps.
[15:06:10] <cradek> if your old control works, measure it in place
[15:06:38] <jimbo> how many axis can EMC2 interpolate at the same time?
[15:06:46] <SWPadnos> 9
[15:07:15] <SWPadnos> that's the "world coordinates": XYZABCUVW
[15:07:36] <SWPadnos> if you have more actuators, you can handle more or less as many as you need in HAL
[15:07:45] <skunkworks586> jimbo: plus in the future - you could rigid tap. ;)
[15:08:02] <skunkworks586> * skunkworks586 just thinks it is cool.
[15:08:24] <anonimasu> hm.. the ancient heidenhain does rigitd tapping already I think.. :)
[15:08:44] <jimbo> OK Ok Ok I get it.....
[15:08:49] <skunkworks586> phfff - whatever. ;)
[15:09:05] <skunkworks586> Really? then the encoder is already there?
[15:09:07] <eric_unterhausen> * eric_unterhausen thing skunkworks586 is easily amused :)
[15:09:27] <skunkworks586> Then you could now :)
[15:10:29] <jimbo> the ~ to ttl is a single board uses a Rathion chip and some LM339's some other digital logic.
[15:10:56] <jimbo> if the PS dident smoke the card I can reuse it after I scope it out
[15:11:33] <eric_unterhausen> I would look at the PS first
[15:11:52] <jimbo> I am going to tickle the violtage regs on the PS board and see where they regulate
[15:11:58] <eric_unterhausen> if there are no +/- voltages, your answer is easy
[15:12:08] <eric_unterhausen> just look first :)
[15:12:19] <anonimasu> I am tempted to buy a heidenhain rotary encoder for my big mill.. and hook up the tapping function..
[15:12:34] <jimbo> I will look at the chips first.
[15:12:45] <eric_unterhausen> yeah, they make some that are so big you could wrap it around your spindle
[15:13:25] <jimbo> Time to go to work will chat later...
[15:14:42] <alex_joni> the coolest picture ever:
http://failblog.org/2009/06/12/livestock-transportation-fail/
[15:16:51] <SWPadnos> that seems to be working though - it's not really a fail :)
[15:22:49] <eric_unterhausen> looks like it's working
[15:35:18] <eric_unterhausen> school system robo-called us yesterday to say they had swine flu outbreak and they weren't going to do anything about it
[15:36:55] <skunkworks586> so - no days off? ;)
[15:40:17] <skunkworks586> someone needs to point the list to the bbs metric discussion.
[15:40:27] <skunkworks586> homeshopmachinist.
[15:52:59] <eric_unterhausen> what is a bbs metric discussion?
[15:53:11] <alex_joni> it's basicly a BS discussion
[15:55:21] <eric_unterhausen> start a discussion about the metric system among Americans and you get a batch of opinions that make you wish you hadn't
[16:22:29] <eric_unterhausen> someone with a real internet service provider try this link for me:
http://www.dealextreme.com/details.dx/sku.1445
[16:22:53] <jepler> Firefox can't establish a connection to the server at www.dealextreme.com. Though the site seems valid, the browser was unable to establish a connection.
[16:23:01] <eric_unterhausen> thanks
[16:37:54] <alex_joni> eric_unterhause1: same here
[16:38:29] <archivist> and here
[16:38:39] <eric_unterhause1> that's gonna be bad for business
[16:56:02] <geo01005> would it be hard to add a time series plot widget to pyvcp?
[16:56:38] <geo01005> sort of like a scope view of a signal.
[16:57:21] <SWPadnos> probably
[16:57:43] <SWPadnos> I don't know that there is such a widget in tk or whatever the underlying toolkit is
[16:58:08] <SWPadnos> which means that you would have to write that first, and then make pyvcp understand it
[16:58:22] <geo01005> I would think you would have to make a new widget using canvas, but I'm not very familiar with tk.
[16:58:40] <SWPadnos> in addition, you would need some sort of shared memory buffer, like scope has, with an RT capture component (you could possibly use scope_rt)
[17:01:19] <geo01005> ugg.
[17:03:35] <SWPadnos> other issues: you can't just make a pin that gets the data, since the sample rate would (presumably) need to be consistent and faster than the UI updates. This means that specifying HAL pins in the xml file is kind of useless. the UI widget would need to be capable of attaching to the RT capture component, modifying what it looks at, etc.
[17:04:26] <SWPadnos> and would ideally function correctly if the UI initializes before the RT component is loaded (ie, show nothing or something like that)
[17:04:47] <SWPadnos> but then connect automagically when the RT component/memory buffer becomes available
[17:05:09] <geo01005> I was thinking of a time series plot that would plot say tempurature over a long period of time, like an hour. So I'm not sure that the sample rate would be a big deal.
[17:05:58] <geo01005> Probably not really worth it though...
[17:07:32] <geo01005> Probably better to display/ Analyze data like that outside of the RT interface.
[17:08:02] <SWPadnos> ok, something like that, which has non-deterministic sample rate/spacing, would be easier
[17:09:15] <odavilar> Hi, this is the first time i enter to the channel, i know here is not a gecko driver channel haha, but i was wondering if you could tell me how much pulses do i have to send to the gecko 202 driver to make my motor go forward one step? or where i cand find it. Thanks
[17:12:46] <alSMT> when updating does it look at files to see if they have been edited? I made some changes to Tkemc.tcl so I could see the next line to be executed and I updated and it replaced that file?
[17:13:37] <alSMT> or was there some changes made to tkemc?
[17:22:07] <skunkworks586> I thought someone was working on a 'recorder' widget
[17:23:38] <skunkworks586> I remember seeing it added to pyvcp pannel
[17:25:54] <archivist> hmm adding stiffening......WIN!!!!
[17:39:32] <geo01005> skunkworks586, Interesting, was this recently?
[17:40:48] <skunkworks586> last 6 months.
[17:45:17] <geo01005> It would be nice to have a HMI/SCADA hal interface to use the hal for non-machining processes.
[17:50:58] <geo01005> I don't know if anybody else would have any interest in that though.
[17:54:38] <skunkworks586> it was JanVanGilsen
[17:54:50] <skunkworks586> I don't know if he ever finished it.
[17:54:59] <skunkworks586> (and the imagebin is probably gone_
[17:56:46] <Valen> eric_unterhausen: Deal Extreme is getting their ass DDOSed
[17:56:55] <Valen> try
https://www2.dealextreme.com/details.dx/sku.1445 for access
[17:59:00] <Valen> but i think we both know this is the one you should be using
https://www2.dealextreme.com/details.dx/sku.11809
[18:23:13] <ej_> evening
[18:24:35] <alex_joni> 'lo
[18:28:40] <ej_> I have a small project (3 axis table top, servo motors with pluto-p) and not being a software literate, I could use some help with the config files.
[18:29:03] <ej_> I've been googling the web and cnczone etc. forums for some time and thought to try this next.
[18:29:27] <alex_joni> good thinking ;)
[18:29:37] <alex_joni> where are you stuck?
[18:30:32] <ej_> My problem is that my servo driver has PWM input and I'm not able to figure out the pluto config to output PWM on one channel so that 50% would be zero movement, and more/less would control the servo.
[18:30:37] <ej_> So that there is no need for direction control besides that.
[18:31:04] <alex_joni> you need to set the offset to 50%
[18:31:08] <ej_> The driver is www.granitedevices.fi VSD-A (now obsolete, but otherwise quite nice)
[18:31:08] <alex_joni> and the gain accordingly
[18:31:28] <alex_joni> but I'm not sure it's right
[18:31:54] <ej_> Did I understood correctly that the pwm.M.offset (was it float) is something like "0.5000+E00", or is 0.5 enough for that syntax?
[18:32:11] <ej_> So that 1 = 100%.
[18:32:22] <alex_joni> 0.5 is enough
[18:32:38] <alex_joni> setp pluto-servo.pwm.xx.offset 0.5
[18:33:16] <alex_joni> then when pwm.xx.value is 0, the output will correspond to 50% .. at least that's my interpretation of the manpage
[18:33:23] <alex_joni> but jepler might know better ;)
[18:33:37] <ej_> I'l try that one first
[18:33:58] <alex_joni> you probably want pwmdir set to 1 too
[18:34:25] <alex_joni> hmm.. let me think a bit about this
[18:34:28] <skunkworks586> heh
[18:35:01] <alex_joni> the output before the pluto-servo.pwm.xx.value is coming from a pid.. right?
[18:35:39] <alex_joni> if that value is negative, the pluto pwmgen will either set the direction bit, or use the other output to output pwm
[18:35:45] <alex_joni> so what I said before is not ok
[18:36:14] <alex_joni> you need to scale & offset the output from PID
[18:36:45] <ej_> with PID we're talking about the power-integrator-derivator feedback?
[18:36:47] <alex_joni> if PID outputs -10..10, then you need to add 10, and you get 0..20, after that you can scale the pluto-servo.pwm.xx.scale
[18:37:02] <alex_joni> ej_: let me describe shortly how it works
[18:37:11] <ej_> sounds good :)
[18:37:12] <alex_joni> the motion controller commands a new position
[18:37:38] <alex_joni> this position goes into the PID component (PID stands for Proportional, Integrative, Derivative)
[18:37:55] <alex_joni> the PID component has an output connected to the DAC (or PWM in your case)
[18:38:09] <alex_joni> the PWM sets a voltage which drives the motor controller
[18:38:23] <alex_joni> the motor moves, and an encoder on the motor moves in sync
[18:38:32] <alex_joni> the encoder is read by the pluto encoder counter
[18:38:45] <alex_joni> the position determined from the encoder counter is fed back to the PID component
[18:39:08] <alex_joni> now PID knows where it should be (command from motion controller), and where it is (feedback from encoder)
[18:39:16] <alex_joni> and it sets the output accrodingly
[18:39:35] <alex_joni> (minus the spelling errors ;)
[18:41:50] <ej_> Should there be anything special that I need to take care of since my servo drive has it's own PID, and I got the impression that the PID in ecm2 will always be used?
[18:43:58] <skunkworks586> what mode do you have it set to? velocity?
[18:44:24] <ej_> position if I remember correctly
[18:45:27] <skunkworks586> hmm
[18:46:05] <skunkworks586> I think you need to let us know how you have the encoder hooked up. is it to the drive or the pluto - or both?
[18:47:03] <ej_> It will be to both (this may be too premilinary stuff, I haven't yet hooked the machine to emc2/pluto yet, mostly becauase the driver side is hard for me)
[18:47:28] <ej_> Im' currently trying to figure out how the thing can be done in the first place
[18:48:43] <skunkworks586> http://www.granitedevices.fi/assets/files/vsd-a_004.pdf
[18:48:59] <skunkworks586> page 9 sort of shows it as pwm+/pwm-
[18:50:43] <ej_> "Positive and negative terminals of optoisolators are brought to connector. In most cases negative (-) pins are connected to control source ground."
[18:51:22] <ej_> I'm assuming that the - pin is the ground pin thus making the drive taking single pwm instead of two channels
[18:51:49] <skunkworks586> oh - I see it - sorry
[18:52:15] <toastydeath> #$%@# i crashed a machine about four times today doing the same damn thing
[18:52:54] <ej_> page 17 has more info about this (pwn input, not crashing machines)
[18:54:00] <ej_> I'll try the 0.5 offset and scaling first, it sounds like it could be possible
[18:55:33] <skunkworks586> ej: I see to 'good' ways of setting up this amp. Good/easiest (other than step/dir - don't do it! ;)) set the amp in current mode and just run the encoder back to the pluto. best - set the amp to velocity mode - this will be better/more stable but will require you to somehow run the encoder to the amp and pluto - or have 2 differnt encoders.
[18:56:31] <skunkworks586> I assume postion mode is only for quad/step-dir inputs.
[18:56:47] <skunkworks586> or spi - but we won't go there.
[18:56:58] <ej_> no we won't :)
[18:57:36] <ej_> the encoder connection to both amp and pluto is not a problem
[18:58:26] <ej_> and a direct connection should work anyway, because the system has a single ground (in theory...) and both have input-only pins reading the signals
[19:02:15] <ej_> so for the config file
[19:02:57] <ej_> pluto-servo.pwm.M.offset 0.5
[19:03:20] <ej_> pluto-servo.pwm.M.scale NN so that the full pwn is scaled to one pin
[19:03:39] <ej_> here I'm assuming 0.5 ratio at the moment
[19:06:21] <ej_> It's getting late so I'll leave (for now). Thanks a lot! I got good hints how to progress and set up the machine
[19:08:19] <ej_> bye
[19:49:07] <alex_joni> good night all
[19:49:38] <skunkworks586> night alex
[19:56:34] <jimbo> The power supply was not of much use other than the caps giving general voltage if 16 volt on +- rails.
[19:57:58] <jimbo> looking at the chips and filter caps on the board I find that digital ground and the analog - on the opamos are the same there is a seperat + rail for the v+ side of the opamps
[19:58:22] <jimbo> and then you have digital 5+
[19:58:54] <jimbo> it looks like thay are running the opamps on a single voltage rail instead of +-
[19:59:57] <Vortex2> hello
[20:00:27] <Vortex2> How do I make my own Homing sequecy
[20:00:29] <Vortex2> ???
[20:02:19] <SWPadnos> put HOME_SEQUENCE entries in the [AXIS_#] sections of your ini file
[20:02:32] <SWPadnos> start at 0, and go up from there, without skipping any numbers
[20:02:48] <SWPadnos> if you can move more than one axis at a time, give those the same number
[20:03:27] <SWPadnos> for example, to home Z first, then X and Y at the same time, set [AXIS_2]HOME_SEQUENCE to 0 and set it to 1 for both AXIS_0 and AXIS_1
[20:04:01] <Vortex2> I dont mean this
[20:04:15] <SWPadnos> oh
[20:04:32] <Vortex2> I have Portal machine that has 2 servos in Y axis
[20:04:56] <Vortex2> this:
http://picasaweb.google.com/JSSKangas/Porttaalikone#
[20:05:04] <Vortex2> Some videos and pictures
[20:05:22] <Vortex2> I nees to syncronise Two servos
[20:06:08] <SWPadnos> ah. that's a bit more complex. there are discussions of possible ways of doing that in the IRC logs, and there may be a wiki page as well
[20:06:29] <SWPadnos> go to linuxcnc.org and search for things like gantry homing, slaved home, etc.
[20:07:13] <Vortex2> Sequency will be like this: Find home switch, find index for bought servos, calculata pulses between index pulses, make correction
[20:07:18] <SWPadnos> (I'm not sure what the best search words will be, and I don't know recall what sugestions from IRC have actually been implemented)
[20:09:49] <Vortex2> noting to find
[20:09:55] <Vortex2> i have looked
[20:11:40] <Vortex2> is homing sequency implemented in EMC code
[20:11:53] <Vortex2> ???
[20:12:53] <SWPadnos> dual-motor setups need some HAL configuration to work
[20:13:31] <Vortex2> http://picasaweb.google.com/JSSKangas/Porttaalikone#5329442158317563234
[20:13:35] <Vortex2> done that
[20:14:52] <Vortex2> I wrote new servosync code to monitor that servos make same movement
[20:15:27] <Vortex2> and is servos has too much difference its shuts off system
[20:17:08] <Vortex2> http://www.youtube.com/jsskangas
[20:17:14] <SWPadnos> in HAL or with some feature of the servo drives?
[20:17:15] <Vortex2> more videos
[20:17:56] <Vortex2> I wrote it in HAL
[20:18:21] <Vortex2> Acsuallu it a new HAL component
[20:18:32] <SWPadnos> ok, cool
[20:18:56] <SWPadnos> these are analog velocity control servo drives?
[20:19:02] <Vortex2> yes
[20:20:01] <SWPadnos> do you have home switches on both synchronized motors?
[20:20:17] <Vortex2> there is still one proplem in homing
[20:21:48] <SWPadnos> I just realized that I desperately need to eat. I'll be back in a little while to read what the problem is
[20:21:55] <Vortex2> When home switch is found it backs up to index pulse, when it find index and home offset is 0 sevo make realy nasty sound
[20:22:28] <Vortex2> some times causing following error
[20:22:46] <Vortex2> I need to haba beer
[20:22:51] <anonimasu> do you have it set to go to a position after homing?
[20:22:53] <Vortex2> haw a beer
[20:23:07] <Vortex2> no
[20:23:17] <Vortex2> home offset is =
[20:23:19] <Vortex2> 0
[20:23:52] <anonimasu> btw, what's the loud noise your machine makes when you jog it? is it the rails?
[20:23:58] <anonimasu> or screws?
[20:24:35] <anonimasu> or it might be the camera amplifying the sound :)
[20:24:41] <Vortex2> no
[20:24:47] <Vortex2> there is no homing
[20:24:55] <Vortex2> wait a sec
[20:25:08] <Vortex2> i neet to take avideo
[20:25:16] <Vortex2> ---->
[20:25:25] <anonimasu> oh, I mean when you just jog it around
[20:26:11] <anonimasu> http://picasaweb.google.com/JSSKangas/Porttaalikone#5329442158317563234 <- that video
[20:32:23] <Jymmm> That thing in monsterously huge
[20:32:54] <Vortex2> Im building 3 of them
[20:33:03] <Vortex2> its a bug in homing
[20:33:11] <Vortex2> i fugured it out
[20:33:25] <geo01005> Vortex2: You have a high lead ball screw... So after you hit the first motor's limit switch and the first motor find it's index position, does the second motor make the same motion the first motor makes?
[20:33:53] <Vortex2> yes
[20:34:10] <Vortex2> but
[20:35:04] <Vortex2> after finding first index pulse it continues moving and looks for other servos index pulse
[20:35:49] <geo01005> So it doesn't make the noise anymore?
[20:36:09] <Vortex2> then calculates pulses between those two indexis and extaract it from desired
[20:36:15] <Vortex2> and makes correcion
[20:36:26] <Vortex2> it mekes that sound
[20:36:36] <Vortex2> im uploading video
[20:36:46] <Vortex2> but no i know reason for that
[20:36:46] <geo01005> so you didn't figure it out?
[20:36:55] <Vortex2> i did
[20:37:14] <Vortex2> here is reason
[20:37:43] <Vortex2> its takes me a few minutes to write
[20:37:50] <Vortex2> please wait
[20:43:46] <Vortex2> Bug is that when you find your home place and axis position is still showing example 100,45. Now when its zeroes its axis position axis is showing zero but servo tread is still in 100,45 position, this offset causes PID loop to give full velosity to go this 0 positon.
[20:44:33] <skunkworks586> sounds like your threads are not in the right order.
[20:45:29] <Vortex2> ok
[20:45:37] <Vortex2> that could be it
[20:45:40] <skunkworks586> should be read inputs - do calcs - write outputs.
[20:46:03] <Vortex2> YES its like that
[20:46:12] <skunkworks586> interesting
[20:46:21] <Vortex2> yes i know
[20:46:23] <SWPadnos> in this case, you may need to look at the ordering of the calculations
[20:46:38] <Vortex2> Othesvice i woul not be asking
[20:46:43] <SWPadnos> can you post the output of "halcmd show all" on pastebin?
[20:47:04] <Vortex2> sorry i need to go to garrage for that
[20:47:15] <Vortex2> ---->
[20:47:22] <SWPadnos> also grab the ini/hal files, while you're at it :)
[20:49:03] <skunkworks586> I think chris had the same issue with his lathe initally.
[20:49:12] <skunkworks586> iirc
[20:49:18] <SWPadnos> except for the dual axis thing
[20:49:42] <skunkworks586> well - right. ;)
[20:53:06] <Vortex2> ok
[20:53:13] <Vortex2> now im in garage
[20:53:41] <SWPadnos> ok -
http://pastebin.ca
[20:53:48] <SWPadnos> hal, ini, and halcmd show output
[20:54:51] <skunkworks586> I said threads.. I probably meant functions.
[20:54:57] <jimbo> Well we have success of sorts powered up the card with +5 volts fior the digital and +-5 for the analog. tied onto one of the XOR gates and hooked up to a freq counter. We get signal when I move the scale. good day
[20:55:10] <skunkworks586> Nice!
[20:57:31] <Vortex2> http://pastebin.ca/1458232
[20:58:22] <skunkworks586> pid calcs are at the end..
[20:58:42] <skunkworks586> wait
[20:58:52] <skunkworks586> nm
[20:59:25] <skunkworks586> I should stop while I am not ahead.
[21:00:35] <SWPadnos> does the index enable get activated on the slave encoder channel?
[21:01:17] <SWPadnos> if so, the two index marks probably won't be lined up perfectly, and you'll get a jump in that feedback position when the second servo hits its index
[21:01:40] <Vortex2> no problem is in single servo axis
[21:02:30] <Vortex2> http://www.youtube.com/watch?v=gLb42UDFXNM
[21:02:35] <Vortex2> here is video
[21:03:25] <geo01005> should the ServoSync function be before the do-pid-calcs?
[21:03:26] <Vortex2> its moving Z-axis up 600mm/min when it fids home switch it backs up to first index pule
[21:03:31] <Vortex2> no
[21:03:59] <Vortex2> it only monitors that servos stay sync
[21:04:15] <Vortex2> if not it give emcy stop
[21:04:30] <SWPadnos> I thought it also subtracted a small offset from the slave motor position ...
[21:05:04] <Vortex2> first index pulse, when it zeroes axis position that sound happens
[21:05:29] <SWPadnos> emc is only zeroing one of the motors, not both
[21:05:45] <SWPadnos> that is done in the hm2 hardware, and will not be synchronized between the two motors
[21:06:09] <Vortex2> there i????
[21:06:14] <Vortex2> ???
[21:06:19] <SWPadnos> (and the second motor doesn't have the index reset enabled anyway)
[21:06:32] <SWPadnos> err - I meant the encoder positions
[21:06:53] <Vortex2> dont worry about two motor set up
[21:07:06] <SWPadnos> oh, it's happening on the single servo axis as well?
[21:07:31] <Vortex2> this error happens in single motor axis Z
[21:07:38] <Vortex2> whatc the video
[21:07:42] <Vortex2> Z is movin
[21:07:47] <Vortex2> only 1 motor
[21:07:47] <SWPadnos> oh. here I am thinking it's all about two-axis sync :)
[21:08:03] <SWPadnos> it looked like Y was also moving (the slaved setup)
[21:08:12] <Vortex2> no
[21:08:33] <Vortex2> that sound comes from Z axis
[21:09:17] <Vortex2> and it only happens when home position differes from 0
[21:09:54] <Vortex2> when i do moming again when home plase is allready 0 it dont make that sound
[21:10:03] <SWPadnos> you should capture a halscope trace with the motor-pos-cmd, encoder feedback, and axis.2.home-state
[21:10:37] <SWPadnos> and trigger on the axis.2.homed parameter
[21:10:51] <Vortex2> but if its not 0 and EMC has to change it to 0 then this realy rabid move that makes that sound happens
[21:11:09] <Vortex2> I did it
[21:11:18] <SWPadnos> without seeing what emc is doing, and what it thinks it's seeing, there's no way to tell what's happening
[21:11:32] <Vortex2> it gives full velocity for really short time
[21:11:46] <Vortex2> that is the sound
[21:12:32] <Vortex2> SWPadnos
[21:12:42] <SWPadnos> is this an up to date 5i2o bitfile?
[21:12:43] <Vortex2> Where are you from
[21:12:45] <SWPadnos> 5i20
[21:12:50] <SWPadnos> Vermont, USA
[21:12:57] <Vortex2> im from Finlans
[21:12:58] <SWPadnos> it's getting late for you though :)
[21:12:59] <Vortex2> d
[21:13:17] <Vortex2> no dont worry im used to it
[21:13:25] <Vortex2> need more beer
[21:13:29] <SWPadnos> heh
[21:14:02] <Vortex2> here more pictures
[21:14:02] <Vortex2> http://picasaweb.google.com/JSSKangas/
[21:14:10] <Vortex2> this is who am i
[21:15:00] <SWPadnos> which dog are you? :)
[21:15:15] <Vortex2> http://picasaweb.google.com/JSSKangas/Koiruus#5299013192169556114
[21:15:22] <Vortex2> hehhehe
[21:15:49] <SWPadnos> big dog
[21:16:10] <Vortex2> picture after huntting trip
[21:16:14] <Vortex2> jeah
[21:16:23] <Vortex2> its american akita
[21:18:45] <Vortex2> SWPadnos: do you have eny idea how to solve this proplem
[21:18:56] <SWPadnos> not without scope traces
[21:19:11] <SWPadnos> (halscope)
[21:19:18] <Vortex2> jeah
[21:19:34] <Vortex2> i can take those tomorrow
[21:19:58] <SWPadnos> ok. check back, if anyone else reads back, they may have more suggestions
[21:21:12] <Vortex2> I think it could be that when finished homing it zeroes axis wanted position but not curreent position in same time
[21:21:34] <Vortex2> it zeroes wanted position
[21:21:35] <SWPadnos> I don't think that happens
[21:21:56] <Vortex2> and after short periot it zeroes current position
[21:22:26] <SWPadnos> there could be an issue where the desired position isn't calculated correctly, since the encoder index reset occirs in hardware (and may be nonzero when the motion controller finally reads it)
[21:22:39] <SWPadnos> what is your homing speed and the encoder resolution?
[21:22:49] <SWPadnos> also, what version of emc2 are you running?
[21:22:54] <Vortex2> 8.10
[21:22:59] <Vortex2> ubuntu
[21:23:37] <SWPadnos> that's not an EMC2 version, that's an OS version
[21:23:45] <Vortex2> this proplem does notoccur when home ple is 0 before starting home sequency
[21:24:06] <geo01005> Did seb just check in a fix for a similar problem? Axis didn't zero until encoder moves?
[21:24:14] <SWPadnos> yes, I believe so
[21:24:41] <jimbo> Ok now that I have a working scope, and a square wave. How may pairs of wires am i looking for?
[21:24:54] <Vortex2> after first homing, i move axis away from home position and make homing again
[21:25:09] <Vortex2> the proplem dont occur
[21:25:57] <geo01005> That makes sense because nothing changes the second time.
[21:26:05] <Vortex2> this tell me that one slolution could be that this zeroing is current and wanted place hapeens different time
[21:26:48] <Vortex2> and because of thiss geat difference it give short time to full velocity
[21:27:43] <Vortex2> it gives smetimes following errors
[21:28:21] <Vortex2> machine moves are X800mm Y1000mm Z500mm
[21:28:40] <Vortex2> rapid moves are 15000mm/min
[21:28:52] <Vortex2> max feed is 10000mm/min
[21:29:08] <Vortex2> it has 4 and 5 axis too
[21:29:18] <Vortex2> but not yet implemented
[21:29:33] <Vortex2> here is video of 4th axis
[21:30:16] <Vortex2> http://www.youtube.com/watch?v=iME2wTebTNk
[21:30:25] <SWPadnos> what are the homing speeds?
[21:30:46] <Vortex2> 600mm/min
[21:30:46] <SWPadnos> and the encoder resolution
[21:30:46] <SWPadnos> and the EMC2 version :)
[21:30:53] <Vortex2> 2048
[21:31:03] <Vortex2> hmmm
[21:31:08] <Vortex2> emc version
[21:31:10] <SWPadnos> 2048 counts/mm and 600 mm/min for the index search
[21:31:11] <Vortex2> ???
[21:31:19] <SWPadnos> help -> about (I think)
[21:31:29] <Vortex2> no index search is 60mm/min
[21:31:52] <Vortex2> need to go to garage again
[21:32:17] <Vortex2> tomorrow
[21:32:20] <Vortex2> please
[21:32:38] <Vortex2> emc versio I mena
[21:32:41] <Vortex2> mean
[21:53:37] <Vortex2> ok now i have to go to sleep
[21:54:06] <Vortex2> SWPadnos: see ypu tomorrow
[22:30:37] <jimbo> does Quadratic encoding use 4 or 6 leads?
[22:57:26] <BigJohnT> any open office speadsheet guru's on this evening?
[22:58:23] <jepler> jimbo: quadrature encoders can use as few as 4 wires (power, gnd, A, B) or as many as 8 (power, gnd, A, A', B, B', Z, Z'). It depends on whether the encoder has an index (Z) and whether it has differential outputs (A', etc).
[22:58:40] <jepler> BigJohnT: I can try to help, but I'm hardly a guru
[23:00:02] <BigJohnT> I'm trying to insert a row and make the formula not change... I did B$8 for absolute but it still increments :/
[23:01:27] <jepler> Use $B$8 to keep both row and column fixed, $B8 to keep column fixed, and B$8 to keep row fixed
[23:01:46] <jepler> maybe you need $B$8 or $B8 for the behavior you're looking for?
[23:01:59] <SWPadnos> if you['re inserting above row 8, the reference will change, since the referenced cell also changes location
[23:02:06] <BigJohnT> when you insert a row the B$8 changes to B$9
[23:02:12] <jepler> what are you doing to copy/replicate your formula -- dragging the corner of the cell where you entered the formula?
[23:02:17] <BigJohnT> I have not tried $B8
[23:02:30] <BigJohnT> it is below
[23:03:18] <BigJohnT> I have a row of formulas on the top row and I want to insert a row and push the data down so the latest data is in the second row
[23:04:31] <BigJohnT> $B8 increments as well
[23:05:19] <jepler> I agree, that's what it does
[23:05:29] <BigJohnT> I even tried putting the formulas on another sheet but they increment there as well
[23:06:56] <jepler> you need to find someone much more guru than me for your answer .. sorry
[23:07:47] <BigJohnT> np, thanks for trying
[23:08:08] <BigJohnT> I even put the formulas on a locked sheet and they increment
[23:08:52] <BigJohnT> I guess it does not honor the $ for absolute :(
[23:12:09] <BigJohnT> * BigJohnT heads up to fry some fish
[23:14:01] <jimbo> jepler: will it work with a,a', b,b'
[23:15:15] <jepler> jimbo: yes, that is one combination that makes sense
[23:16:06] <jepler> Z is mandatory for a spindle when threading or tapping, and is nice for more accurate homing
[23:16:16] <jepler> but for positioning, A B or A A' B B' are enough
[23:16:59] <jimbo> Well I have a,a' and b,b' its' a start
[23:18:28] <jimbo> Jepler does Z,Z' only trigger at the ends of the scale?
[23:18:45] <jepler> jimbo: with a rotary encoder, it triggers once per revolution
[23:18:51] <jepler> I am not sure how this translates to a linear scale
[23:19:27] <jepler> it may be uncommon or simply not exist at all
[23:20:22] <jepler> "on the LN series linear encoder, a Z index signal is generated every 1/2 inch" -- some web page
[23:21:42] <jepler> bbl
[23:29:54] <jimbo> It looks like mine only has a,a' b,b'. I am able to use the card out of my controller for access to my linear scales.
[23:32:17] <jimbo> So back to the original questions. Will a single MESA 5i22 and a 7i33T control 3 Axis and the quadrature encoding?