Back
[01:10:27] <SWPadnos_> SWPadnos_ is now known as SWPadnos
[01:25:05] <CIA-6> 03cradek 07TRUNK * 10emc2/tests/ccomp/mill-g90g91g92/test.sh: finish converting scripts to new scheme of running sai
[01:25:07] <CIA-6> 03cradek 07TRUNK * 10emc2/tests/ccomp/mill-zchanges/test.sh: finish converting scripts to new scheme of running sai
[01:25:08] <CIA-6> 03cradek 07TRUNK * 10emc2/tests/ccomp/lathe-comp/test.sh: finish converting scripts to new scheme of running sai
[02:06:01] <ejholmgren> I can't remember who was convincing me to do 3/4" linear rods over 1/2" ...
[02:06:21] <SWPadnos> it was jmk
[02:06:29] <SWPadnos> I think
[02:06:29] <CIA-6> 03jmkasunich 07TRUNK * 10emc2/src/hal/components/stepgen.c: add a half-step offset to stepgen accum to eliminate bias and have it go to the nearest integral step
[02:06:47] <ejholmgren> remember which site he referenced to calc the deflection?
[02:06:49] <SWPadnos> stiffness goes up with the cube of diameter, I think he said
[02:07:13] <SWPadnos> no, but I signed up for Engineer's Toolbox. www.etbx.com, I think
[02:10:46] <ejholmgren> I did manage to find 1 & 1/8" particle board for the base structure :)
[02:10:46] <ejholmgren> decent sized mini mill and lathe will be in the works though
[02:10:46] <ejholmgren> something about cutting metal with a tool made partly of wooden components doesn't seem right? ;)
[02:11:59] <ejholmgren> bah, my brain is pained ...
[02:12:17] <ejholmgren> we had the gateway exam for calc 1 tonight
[02:12:53] <ejholmgren> the chain rule gets to be tedious when you have do to it through 4+ iterations
[02:13:13] <ejholmgren> * ejholmgren grumbles
[02:30:47] <CIA-6> 03jepler 07TRUNK * 10emc2/tests/stepgen.1/ (checkresult expected): turn this test into a functional test: make sure that all the state transitions from stepgen are appropriate
[02:34:34] <CIA-6> 03jmkasunich 07v2_1_branch * 10emc2/src/hal/components/stepgen.c: backport: add half-step bias to accumulator so stepgen will always be on the nearest integral step to the actual position
[04:39:20] <Jymmmm> yoyo
[04:45:37] <LawrenceG> bon jour Jymmmm
[04:45:47] <Jymmmm> Hey LawrenceG LTNT
[04:46:31] <LawrenceG> just watching the tube and letting my eyes slam shut
[04:46:39] <Jymmmm> I know that one
[04:47:47] <LawrenceG> I was having fun today.... playing with pwmgen to see if I can make a cheapo spindle speed control for my router using hal bits and hockey puck solid state relay
[04:48:13] <Jymmmm> whats this "hockey puck" SSR you speak of?
[04:49:04] <LawrenceG> now if pwmgen had a sync input.... looking for a picture for you...
[04:49:09] <Jymmmm> k
[04:49:49] <LawrenceG> http://www.opto22.com/site/pr_details_image.aspx?ai=488&ip=t&
[04:50:09] <Jymmmm> that's not round!
[04:50:21] <LawrenceG> 5 volts in from parallel port turns 120 on and off
[04:50:46] <LawrenceG> square hockey rink.... need square pucks
[04:50:57] <Jymmmm> I have one of those I want to wire up for on/off on the spindle, but how you doing speed control?
[04:51:25] <Jymmmm> and are yo wiring it directly to the paraport pin?
[04:52:06] <LawrenceG> I tried pwm and I can get about 3 or 4 speeds, but without it synced to the line freq, I get some real interesting beat frequencies where the motor speed jumps up and down
[04:52:33] <Jymmmm> line freq being 60Hz?
[04:52:39] <LawrenceG> No, I did use a 1 transistor buffer for the PP pin
[04:52:44] <Jymmmm> so you need a harmonic of 60Hz?
[04:53:12] <Jymmmm> what Q did you use?
[04:53:49] <LawrenceG> I need a zero crossing detector to feed back to pwmgen so that I can turn the triac on a certain amount of time after zero crossing
[04:53:59] <Jymmmm> ah
[04:54:21] <LawrenceG> once the triac fires... it stays on until current drops to zero
[04:57:07] <LawrenceG> I am still not sure if I can use the ssr for real phase control.... I dont know what the internal configuration is...
[04:57:32] <LawrenceG> the gate trigger circuit may be too slow
[04:58:06] <Jymmmm> ah, well let me know how you get along with it. I'm heading to watch a video on the couch =)
[04:58:09] <LawrenceG> it works to make a light flicker at 25hz!
[04:58:15] <Jymmmm> this is my saturday =)
[04:58:16] <Jymmmm> lol
[04:58:53] <LawrenceG> hey.. popcorn,beer, something cuddly... life is good.... take it easy!
[05:00:06] <unterh> anyone use gaim on here?
[05:00:32] <LawrenceG> I used gaim for a while and went back to xchat
[05:00:52] <unterh> maybe I should do that, it seems to leave zombie processes
[05:04:36] <LawrenceG> bye
[06:07:59] <ds3> hmmm
[06:49:35] <K`zan> Night folks
[12:01:40] <plattschnauze> hello folks
[12:02:20] <plattschnauze> whre do i have to tell a new emc version that there is a new or different kinematic
[12:04:48] <Guest674> alex_joni is the expert on this. I think he is traveling. plus it is a bit early here in the usa ;)
[12:05:00] <Guest674> wow
[12:05:10] <Guest674> Guest674 is now known as skunkworks_
[12:09:23] <rayh> logger_emc: bookmark
[12:09:23] <rayh> Just this once .. here's the log:
http://www.linuxcnc.org/irc/irc.freenode.net:6667/emc/2007-03-16.txt
[12:09:28] <plattschnauze> i know that hes in germany ( my home) but that wouldend help me right now
[12:10:28] <rayh> Hallo plattschnauze.
[12:10:32] <plattschnauze> hi
[12:10:55] <plattschnauze> auch deutsch ?
[12:11:19] <rayh> Nur ein bischen.
[12:11:26] <rayh> und schade.
[12:11:47] <rayh> Where are you located in DE?
[12:12:00] <plattschnauze> berlin
[12:12:19] <rayh> Ah. I have family in Dortmund.
[12:12:43] <rayh> Let me look at kinematics for a minute.
[12:12:43] <plattschnauze> the world gets smaler
[12:12:58] <rayh> yes it really is small.
[12:14:00] <plattschnauze> i have a older 2-1-1 version running but i want to change to the newest because of using joypad
[12:14:06] <rayh> Till from Stuttgart is a kinematics guy.
[12:15:48] <plattschnauze> alex told me how to do it in the older version, but i could not remember where to put the name of the new kinematic so that emc will kompile it
[12:15:53] <rayh> Look at the hexapod-sim config. In core_sim6.hal you will see loadrt genhexkins on line 4.
[12:16:14] <rayh> Oh compile time. Let me look again.
[12:17:25] <rayh> It would be src/emc/kinematics directory.
[12:17:39] <plattschnauze> my configs are complete, but i think i have to tell emc that it is there
[12:18:03] <plattschnauze> the new one is in this directory
[12:18:15] <rayh> But it does not compile?
[12:18:49] <plattschnauze> yes
[12:19:29] <rayh> submake looks like it should find your .h and from that the .c.
[12:20:08] <rayh> But jepler or cradek could get that going for you quickly.
[12:20:25] <cradek> have a look in your toplevel/src/Makefile - search for one of the others (rotatekins) and copy and edit those few lines
[12:20:46] <rayh> Ah thanks chris.
[12:21:14] <plattschnauze> i think that it is
[12:21:48] <plattschnauze> i will try
[12:37:09] <CIA-6> 03jepler 07TRUNK * 10emc2/docs/man/man1/hal_input.1: fix typo: -K is the letter for the button/key subset
[12:51:05] <CIA-6> 03jepler 07TRUNK * 10emc2/tests/abs.0/ (runstreamer expected test.hal): make this test less sensitive to variations in floating-point number display.
[12:54:16] <skunkworks_> jepler: did you see the post yesterday from cnczone. The guy says with the latest updates - the pluto works as expected.
[13:08:53] <plattschnauze> it works now (i Think) thanks for now
[13:10:26] <CIA-6> 03swpadnos 07TRUNK * 10emc2/tests/stepgen.1/ (test.hal checkresult):
[13:10:26] <CIA-6> Add count output to test.hal
[13:10:26] <CIA-6> make checkresult count quadrature output and check counts
[13:10:26] <CIA-6> check final position count
[14:23:37] <rayh> This is way off topic. Anyone know how to punch a hole in BDI-4.23 or there abouts so a local network can ftp in.
[14:24:08] <rayh> The rest of the net is ms based.
[14:24:59] <cradek> assuming it doesn't have a ftp server on it (just a guess) you need to install an ftpd package
[14:25:46] <rayh> How would I know if it had an ftp package
[14:25:55] <Martin_Lundstrom> Hello everyone
[14:26:03] <cradek> dpkg -l |grep ftpd
[14:26:09] <cradek> hi
[14:26:11] <Martin_Lundstrom> Dallur: Are you around?
[14:26:32] <rayh> I do get a prompt when I enter "ftp"
[14:27:58] <cradek> that's the client for outgoing ftp connections - but I think you are asking about a server for inbound
[14:28:23] <cradek> brb (work)
[14:28:27] <rayh> Yes it is inbound that I need.
[14:28:47] <rayh> And I am innocent when it comes to networking.
[14:32:50] <xemet> hi
[14:33:15] <jepler> rayh: maybe you can install ssh on the bdi system, and winscp3 on the windows systems?
[14:33:28] <jepler> rayh: winscp3 gives a nice drag and drop interface to copying files over ssh
[14:33:44] <xemet> at university there is a cnc system based on this motion controller card:
http://www.ni.com/pdf/products/us/4mo636-637.pdf do you think could be possible to run it with EMC2?
[14:34:18] <rayh> thanks jeff
[14:35:01] <jepler> xemet: there is not enough information there to say -- certainly not without writing an entirely new HAL driver for what is bound to be a complex device.
[14:36:20] <xemet> jepler: explain me a thing...this card seems to be a mtion controller, but EMC2 has a motion controller inside
[14:36:29] <xemet> so, if I use a card like that
[14:36:39] <xemet> emc2 motion controller is bypassed?
[14:38:20] <jepler> xemet: yes it may be totally impossible to make it work with emc
[14:38:53] <xemet> they say that it is compatible with C/C++...
[14:39:13] <xemet> so should be possible to ineract with it with C/C++ code
[14:39:46] <xemet> jepler: emc2 uses always its motion controller?
[14:40:50] <xemet> jepler, for example, the Motenc-Lite Servo PCI 4-Axis have a motion controller integrated or not?
[14:41:22] <xemet> they call it "MOTENC-Lite: 4-Axis Motion Control "
[14:42:29] <jepler> xemet: yes, emc always uses its motion controller
[14:43:21] <xemet> jepler: so this Motenc have not an embedded motion control, because it is supported by EMC
[14:44:53] <jepler> xemet: right -- all emc does with that card is send a new output value to its DACS every 1ms (by default) and retrieve values from its encoder counters at the same rate
[14:46:07] <xemet> ok, understood
[14:46:55] <jepler> it's possible that this card you asked about can be used in the same way, but that 1-page marketing fluff pdf doesn't have enough information to say
[14:47:27] <jepler> (for instance, depending which firmware you use, the mesa 5i20 card can work "the emc way" or can have its own embedded motion control)
[14:49:38] <xemet> ok...personally I think it is difficult that this card can be used with EMC...I think national instruments developed it to be used with labview and not other things
[14:51:17] <xemet> I think they will not give the informations needed to understand the board easily
[14:58:47] <tomp> i get 'cannot home while shared home switch is closed' on cvs head install yesterday.
[14:58:53] <tomp> this is using sim | axis.
[14:59:00] <tomp> i made a copy of working box's 'sim' dir and saved as 'sim2' on the problem box. same result. ???
[14:59:35] <cradek> sim/axis has some pretend home switches - you're sitting on one of them, but it's hard to tell which, because you can't see them
[15:00:02] <cradek> one simple solution is don't bother homing it
[15:00:09] <tomp> yeh, hard to see, and if i jog off them, same problem
[15:00:17] <tomp> oh 'dont touch that button'
[15:00:21] <tomp> ;)
[15:00:44] <cradek> maybe if you issue 'g28' to go to the machine origin, it will home
[15:01:07] <cradek> otherwise we could study the hal to see where the switches are
[15:01:09] <tomp> is there a way to home axis individually with 'axis'
[15:01:33] <cradek> yes it's on the menu
[15:01:37] <tomp> thnaks
[15:01:46] <cradek> if you have a sequence, the button changes to 'home all'
[15:01:52] <cradek> without a sequence, it's home one
[15:02:08] <cradek> but all options are always on the menu
[15:02:57] <jepler> huh -- I know the sim/axis homing sequence used to work
[15:02:58] <xemet> or "home" key on the keyboard
[15:03:04] <tomp> just using the delivered cfgs, will try to see why
[15:03:10] <xemet> ctrl-home will home all
[15:03:23] <jepler> now the XZ shared switch is still TRUE after Z homes, which it shouldn't be
[15:04:13] <tomp> jepler: did you use hal show to see that?
[15:04:33] <jepler> tomp: yes
[15:07:51] <jepler> It works on 2.1.2 but is broken on TRUNK
[15:08:07] <jepler> (homing when sim/axis first starts)
[15:08:23] <cradek> strange
[15:08:31] <tomp> in sim | tkemc , homing x first & by itself gets 'hit limit in home state 18'
[15:08:53] <tomp> ( i had probs with most sim cfgs )
[15:09:00] <jepler> after homing Z only, TRUNK says Z: 1.000 while 2.1.2 says Z: 0.000
[15:09:33] <jepler> work meeting, bbl
[15:09:45] <tomp> not most , acouple
[15:09:50] <tomp> thanks jepler
[15:12:22] <tomp> and tkemc is ok, it was servo-sim (using tkemc) gave 'hit limit in home state 18' while homing z first & by itself, all std cfgs
[15:14:56] <tomp> keystick wont run because 'Cant execute DISPLAY program /home/tomp/emc2-head/bin/keystick'
[15:15:57] <tomp> sim | lathe has same err as sim | axis
[15:16:32] <tomp> xemc has same err as keystick
[15:20:14] <tomp> so 2 axis frontend cfgs (sim axis, sim lathe ) err on homing, and 2 older sims ( keystick and xemc ) wont begin to run, sim-tkemc fails homing, and mini,servo-sim,tripod are ok
[15:21:44] <xemet> I updated to the last 2.1.2 version...why the joypad now moves the axes very slowly? is changed something in encoder component? or in the axis jog scale...?
[15:22:21] <SWPadnos> what's this generation5 thing in the topic?
[15:23:36] <rayh> beats me.
[15:23:58] <cradek> cradek has changed the topic to: Welcome! EMC (Enhanced Machine Controller) is a linux-based CNC control. | Latest release: EMC 2.1.2 |
http://www.linuxcnc.org |
http://wiki.linuxcnc.org
[15:27:04] <jepler> xemet: you upgraded from 2.1.1 to 2.1.2? Using the package, or building for yourself from CVS?
[15:27:21] <jepler> xemet: that doesn't sound like an intentional change to me
[15:28:48] <tomp> a XZhomesw and a Yhomesw are identified in AXIS's Hal Configuration tree ( not 3, not 1, but 2 home swxs )
[15:28:51] <cradek> xemet: that is already fixed and will be in 2.1.3
[15:29:17] <xemet> ah ok, so it is not a problem of mine configuration
[15:29:33] <xemet> I'm looking at all hal pins and all seems ok
[15:29:34] <jepler> tomp: yes, the sim/axis configuration is supposed to demo homing order with shared home switches
[15:30:06] <xemet> jepler: I updated from 2.1.1 to 2.1.2 using the package
[15:30:37] <jepler> cradek: what bug did we introduce in 2.1.2 with jogging?
[15:31:25] <cradek> jepler: my "fixes" concerning interference of jog wheel and keyboard jogging
[15:31:43] <cradek> jepler: a side effect was that an existing jog can't get a new velocity until it stops
[15:31:57] <cradek> it's fixed better now, thanks to alex
[15:33:00] <jepler> cradek: oh, I see
[15:35:39] <tomp> jepler: ok, it looked like 2 axis shared a home switch, and one axis did not. in Machine|Show Hal Configuration|Signals X has 2 signals XZhomesw and Xhomesw, Y only has Yhomesw, Z only has Zhomesw
[15:37:56] <jepler> tomp: Xhomesw and Zhomesw are not hooked directly to any axis.N.home-sw-in. XHomesw and Zhomesw are OR'd and the result (XZhomesw) is connected to axis.{0,2}.home-sw-in. This is intended to simulate a wire-OR of two actual physical switches in a real machine but with limited digital inputs.
[15:39:33] <tomp> jepler: yes, i asw they were or'ed, i didnt see 3 axis sharing by 'soft-wire-or' i saw 2 axis sharing by 'soft-wire' or. i thought 3 axis were sharing
[15:45:03] <jepler> I updated to the past using -D2007-06-03 and sim/axis.ini "Home All" worked
[15:45:09] <jepler> so this problem was introduced recently...
[15:45:15] <cradek> yuck
[15:45:30] <cradek> -03-06?
[15:45:38] <jepler> er yes
[15:45:43] <tomp> thanks, G28 worked too as cradek suggested
[15:45:52] <jepler> cvs co -d emc2-homing -D"2007-03-05" emc2
[15:47:36] <cradek> I'm going to make 2.1.3 this weekend
[15:49:56] <lerneaen_hydra> 'lo
[15:50:39] <jepler> with -D2007-03-13 it is broken
[15:51:35] <jepler> after -D2007-03-13 I updated *just* iniaxis.cc to -D2007-03-05, changed some letters to uppercase to match the modified ini API, and it worked again
[15:51:50] <jepler> so I think that the changes to inifile handling may need more review, since they changed the meaning of a working .ini file
[15:52:17] <cradek> yep, seems like
[15:55:17] <jepler> + home = 0; // default
[15:55:17] <jepler> + axisIniFile->Find(&home, "HOME", axisString);
[15:55:17] <jepler> + offset = 0; // default
[15:55:19] <jepler> + axisIniFile->Find(&home, "HOME_OFFSET", axisString);
[15:55:49] <SWPadnos> oops
[15:55:49] <cradek> oops!
[15:55:52] <SWPadnos> !
[15:56:26] <cradek> no surprise - every code cleanup introduces bugs.
[15:56:49] <jepler> i'm just relieved that it appears to be something obvious
[15:56:54] <jepler> not something subtle
[15:56:57] <SWPadnos> copy/paste errors are among the most annoying
[15:57:04] <cradek> yep, thanks for finding it
[15:58:13] <jepler> tomp: thanks for mentioning the problem with himing
[15:58:16] <jepler> homing
[15:59:59] <jepler> ahhhh yep it works with that one thing corrected
[16:00:03] <cradek> yays
[16:00:36] <CIA-6> 03jepler 07TRUNK * 10emc2/src/emc/ini/iniaxis.cc: fix handling of HOME_OFFSET variable
[16:06:52] <skunkworks_> jepler: your pluto stuff isn't gpl ;)
[16:12:02] <plattschnauze> hi , back again
[16:12:18] <SWPadnos> isn't the pluto stuff generateb by Altera tools?
[16:12:20] <SWPadnos> generated
[16:13:09] <SWPadnos> it's the Mesa configs that are made by the Xilinx tools - Xilinx tools won't target non-Xilinx parts (at least, not without significant fiddling, if it's even possible)
[16:13:19] <plattschnauze> does anybody know why my homeoffset dosend work with the branch version
[16:13:27] <SWPadnos> of course, I could be totally wrong :)
[16:13:45] <SWPadnos> plattschnauze: yes, get a new checkout, jepler just fixed it 30 minutes ago
[16:13:55] <SWPadnos> 15 minutes ago, actually
[16:15:20] <plattschnauze> joypad works totaly nice, but i think somthing with direktions had been changed ??
[16:16:14] <plattschnauze> checkout ? download all new ?
[16:16:26] <cradek> just update
[16:16:30] <cradek> like normal
[16:16:43] <SWPadnos> sorry - I should have said update, not checkout
[16:17:47] <plattschnauze> nothing is normal for me , but i will try
[16:18:23] <jepler> swpadnos: some of the "scripts to control compilation" are autogenerated by the altera tools when you make the mistake of poking buttons on the GUI to create them
[16:18:59] <SWPadnos> jepler: are the xilinx tools used at all in generating the bitfiles for the Altera parts?
[16:19:05] <jepler> SWPadnos: no
[16:19:10] <SWPadnos> that's what I thought
[16:19:19] <SWPadnos> so FUD reigns supreme ...
[16:19:45] <jepler> sigh
[16:19:49] <SWPadnos> heh
[16:20:11] <SWPadnos> I held back last time. I'm currently thinking of a proper response
[16:20:25] <SWPadnos> I just can't decide between "Measured Response" and "Shock and Awe" :)
[16:20:49] <cradek> he hints that he is still keeping some filenames secret
[16:20:59] <cradek> (hi paul!)
[16:21:16] <jepler> of course -- he doesn't want to help us resolve any license problems that may exist
[16:21:31] <cradek> sure
[16:21:36] <jepler> he wants to be sure he'll always have a next file to complain about
[16:21:56] <SWPadnos> well, as I recall (not looking at the message), there were 3-ish points: 1) Xilinx, 2) other license things (look for them ...), 3) the message he linked
[16:22:18] <SWPadnos> 1 is easily dismissed because Xilinx tools are only used to generate Xilinx bitfiles
[16:22:32] <SWPadnos> 2 is a nebulous thing dismissed in JMK's original mail
[16:22:34] <jepler> he also mentioned togl.c which is under a freer-than-GPL license
[16:22:42] <SWPadnos> ah - rigth
[16:22:45] <SWPadnos> right
[16:22:59] <cradek> * cradek rolls his eyes
[16:23:12] <SWPadnos> 3 was something that originated with his EMC2-bashing site, and is of no real (independent) substance
[16:23:27] <cradek> is 3 ray's comments?
[16:23:35] <SWPadnos> partly
[16:23:53] <SWPadnos> the thread started with Dmitry (author of MyNC), from discussions here
[16:24:02] <cradek> ok
[16:24:15] <SWPadnos> he wrote MyNC partly because he was led to believe (by Paul - hi Paul) that EMC2 is not Free
[16:25:43] <skunkworks_> I remember parts of that conversation.
[16:26:19] <SWPadnos> yep - I'm pretty sure that conversation spurred his email, which Ray (and others) responded to
[16:28:44] <cncjunior> hello !
[16:28:51] <cradek> hi
[16:30:14] <CIA-6> 03jepler 07TRUNK * 10emc2/src/hal/drivers/pluto_servo_firmware/ (pluto_servo.qpf pluto_servo.qsf): take care never to edit these files in quartus; it will add erroneous Altera copyright blocks to the file
[16:31:19] <cncjunior> how can i use motion.adaptive-feed ? is there an example ?
[16:32:07] <cradek> it takes a float value from 0.0 to 1.0 and adjust the feed accordingly (1.0 is 100%) in realtime
[16:32:14] <jepler> cncjunior: Enable adaptive feed by putting the line "M52 P1" in it. Then hook any 'float'-type pin to motion.adaptive-feed
[16:32:25] <jepler> cncjunior: no, I don't think there is an example of it
[16:32:55] <plattschnauze> sorry how to get a update ???
[16:33:21] <xemet> ok, I've got a pluto board, please tell me all things I could do with it using EMC2
[16:33:36] <SWPadnos> plattschnauze: in your emc2 directory, cvs up -dP
[16:34:09] <plattschnauze> try it now
[16:34:10] <cradek> xemet: it has four encoder inputs, four PWM outputs, and various other IO
[16:35:07] <xemet> cradek, please explain me a thing, how I upload the firmware in the FPGA under linux
[16:35:15] <cncjunior> jepler : thank you
[16:35:19] <xemet> plus, where can I download the firmware?
[16:35:29] <skunkworks_> xemet:
http://linuxcnc.org/docs/2.1/html/hal/pluto_servo.html
[16:35:37] <SWPadnos> the pluto firmware for EMC2 comes with EMC2
[16:35:44] <cncjunior> is it possible to link motion.adaptive-feed to a pin from parport ?
[16:35:57] <skunkworks_> and
http://linuxcnc.org/docs/2.1/html/man/man9/pluto_servo.9.html
[16:36:05] <SWPadnos> the driver will download the configuration
[16:36:14] <cradek> cncjunior: let's back up - please say what you are trying to do, in general terms
[16:36:39] <xemet> thanks skunkworks
[16:36:59] <jepler> cncjunior: parport pins are of type 'bit' so they only have a value of 0 or 1. motion.adaptive feed is a 'float', so it can have many values, such as 0.0, 0.5, 1.0, 100.0, etc. It is an error to hook a 'float' and a 'bit' together.
[16:37:17] <skunkworks_> xemet: what are your plans with the pluto?
[16:37:23] <cncjunior> i have a project with an adaptive control and emc2 is perfect for this.
[16:37:24] <xemet> SWPadnos: so, I just plug the board power it and if I start EMC2 and the driver the configuration will be downloaded in the FPGA?
[16:37:43] <SWPadnos> xemet: that's my understanding
[16:37:54] <cradek> xemet: yes
[16:38:12] <cradek> xemet: don't forget to set your parport for EPP in the system BIOS
[16:38:30] <xemet> yes...I hope it is possible in my old computer...
[16:39:01] <cncjunior> cradek : i understand this but when a pin from parport go to "1" ii want the feed go down 50%
[16:39:14] <xemet> however this is not a problem , If not I will use it in another PC at university...at the moment it is more for experiment than really using it
[16:39:27] <cradek> cncjunior: you can do that in HAL using a mux or similar scheme
[16:39:56] <cradek> the mux would have two inputs 1.0 and 0.5; the sel bit would come from the parport to select between them
[16:40:08] <xemet> so, the pluto is connected with the parallel port, but has nothing to do with the parport driver, right?
[16:40:25] <jepler> xemet: yes, you use 'loadrt pluto_servo' instead of 'loadrt hal_parport'
[16:40:37] <skunkworks_> right - in your hal file you would have a loadrt pluto_servo
[16:40:47] <skunkworks_> what jepler said
[16:41:00] <jepler> xemet: there is an example in the sample configurations -- 'lathe_pluto'
[16:41:16] <cncjunior> cradek : is there an example with such mux ?
[16:41:18] <cradek> cncjunior: for a setup more complex than the sample configurations, you'll have to get familiar with HAL - there is very good documentation
[16:42:07] <cradek> http://linuxcnc.org/docs/2.1/HAL_User_Manual.pdf
[16:42:17] <cncjunior> cradek : yes but very few about motion adaptive .
[16:42:23] <xemet> well, it seems a great thing...I've it on the parallel port but I've a lot of additional pins
[16:42:50] <skunkworks_> xemet: it is great.. Jepler is to thank for that.
[16:43:09] <jepler> * jepler blushes
[16:43:35] <xemet> Thank you jepler, seems like you can do *everything* with a computer
[16:44:04] <skunkworks_> there is a bug fix that is only in the latest branch>> Did cradek say the next release was this weekend?
[16:44:30] <cradek> there have been several bugfixes since 2.1.2, and I am planning to make a release this weekend
[16:44:37] <skunkworks_> or was it back ported?
[16:44:49] <skunkworks_> (for the pluto)
[16:45:04] <skunkworks_> * skunkworks_ is sounding like he knows what he is talking about
[16:45:05] <jepler> skunkworks_: "fix unreliable reading of encoders and digital inputs on pluto-servo board" is in 2.1.2.
[16:45:14] <jepler> (already released)
[16:45:20] <skunkworks_> ah - sweek
[16:45:25] <skunkworks_> or sweet
[16:45:32] <xemet> I've paid the pluto 55 Eur...very good for 4 encoder input 4 pwm and other I/O inputs
[16:46:03] <cncjunior> cradek : thank you , i will read that .
[16:46:18] <skunkworks_> cradek: have you tried the fix to see if your spindle encoder works better?
[16:46:18] <xemet> so...just to experiment, I could make a simple H-bridge board based on L298,
[16:46:27] <cradek> skunkworks_: not yet
[16:46:37] <xemet> like the one I've seen in jepler's site
[16:46:48] <xemet> http://emergent.unpythonic.net/projects/01148303608
[16:47:28] <xemet> and use PWM to control an encoder-motor I've taken from a deskjet, like this:
[16:47:39] <xemet> http://www.motors.wrobots.com/buhler-1.php
[16:48:25] <skunkworks_> xemet: yes. (you will have to learn about pid tuning also)
[16:48:54] <xemet> ok...I'm a newbie, what is the pid tuning?
[16:49:15] <xemet> I was thinking of hook the pwm with the encoder velocity in some way...
[16:49:23] <xemet> in order to obtain a constant speed
[16:51:11] <skunkworks_> xemet: look at the plutolathe config to see how the servo loop is setup though the pid block.
[16:51:45] <xemet> ok
[16:53:02] <jepler> xemet: Yes, PID is a way to get a motor to go to the position you want, by knowing where it is now and where it has been (encoder) and being able to control its direction and speed inexactly (PWM)
[16:53:53] <jepler> xemet: P stands for Proportional. It means "a value proportional to the difference between the desired and current values"
[16:54:36] <jepler> xemet: For instance, "for each 1mm difference between current and desired, output 10% PWM"
[16:55:45] <jepler> xemet: that will make the motor go in the right direction, but it might stop short of the desired spot (when %PWM becomes too low, the motor doesn't actually turn any more) or go past it (the motor rotor has inertia, so it continues even after PWM drops to 0%)
[16:56:37] <jepler> xemet: that's why I and D (integral and differential [of the error term]) and ff0, ff1, ff2 (derivatives of the desired position) are also included in emc2's pid component
[16:58:23] <xemet> sounds good...I've to read about it
[16:58:56] <xemet> ff0 ff1 and ff2 are parameters, right?
[16:59:11] <xemet> I've seen they are taken from the .ini file
[17:03:17] <jepler> lunchtime .. bbl
[17:12:53] <plattschnauze> thanks for help now it works again
[17:24:18] <tomp> jepler: all sim's home now,thanks, leaving only keystick & xemc that dont load (they say cannot load DISPLAY )
[17:42:34] <SWPadnos> tomp: do you have an executable bin/keystick?
[17:42:56] <SWPadnos> I don't, and apparently it's because configure didn't detect ncurses (which I may not have)
[17:49:04] <a-l-p-h-a> monkeys! get the evil monkeys away from me!!!!
[17:52:51] <SWPadnos> a-l-p-h-a needs his meds
[18:15:13] <SWPadnos> keystick works fine after apt-get build-dep emc2 and reconfigure/remake
[18:16:03] <SWPadnos> I noted that build-dep replaced "libncurses-dev" with "libncurses5-dev"
[18:23:15] <CIA-6> 03cradek 07TRUNK * 10emc2/src/emc/usr_intf/axis/extensions/LICENSE-Togl: Document togl's Free nature
[18:24:30] <CIA-6> 03cradek 07v2_1_branch * 10emc2/src/emc/usr_intf/axis/extensions/LICENSE-Togl: Document togl's Free nature
[18:53:45] <CIA-6> 03jepler 07v2_1_branch * 10emc2/debian/changelog: merge from TRUNK: after using 'run from line', task would consume 100% cpu
[18:53:46] <CIA-6> 03jepler 07v2_1_branch * 10emc2/src/emc/task/emctaskmain.cc: merge from TRUNK: after using 'run from line', task would consume 100% cpu
[19:23:59] <roltek> hi jepler you in
[19:26:01] <roltek> rayh you there
[19:26:21] <rayh> yep
[19:27:49] <roltek> i want to run a simulation in axis but would like to change x and y length in ini file do you no where it is
[19:28:27] <roltek> the file
[19:28:47] <rayh> using configs/sim/axis
[19:29:24] <roltek> got it thanks
[19:29:33] <rayh> np
[19:32:27] <rayh> All of those sim soft limits ought to be set huge or we ought to ignore em with simulation.
[19:33:00] <roltek> +32/-32
[19:33:02] <rayh> It's bad enough having +2 to -4 for z in the stepper stuff.
[19:47:51] <roltek> ray you still there
[19:49:25] <rayh> yep
[19:50:05] <roltek> you have time to run a g-code program i made in simulation
[19:50:08] <rayh> so you've got servo motors spinning, congrats.
[19:51:15] <roltek> had them running but program i made does not run well i thinks its because of look ahead but am not sure
[19:52:12] <roltek> looks like its running choppy in tkemc and axis
[19:52:57] <cradek> you probably won't be able to tell how smooth it is by looking at the screen
[19:53:15] <cradek> the motors update every 1ms, the screen maybe only 1/100 as fast
[19:53:19] <roltek> motos are running choppy also
[19:53:42] <roltek> motors
[19:54:01] <rayh> older 800 via board, right.
[19:54:29] <roltek> yes but when i put other programs in runs fine
[19:54:43] <rayh> I know that rtai and it don't get along really well but I wouldn't think servo update rate would be an issue.
[19:54:48] <rayh> okay.
[19:55:10] <roltek> its long program 6000 lines
[19:55:57] <rayh> shouldn't make any difference
[19:57:33] <jepler> how fast is an "800 via" compared to a PII-400?
[19:58:11] <rayh> can we use bogomips to compare?
[19:58:34] <jepler> no, that's not too useful a benchmark
[19:59:12] <rayh> darn that was an easy one to get at.
[19:59:17] <jepler> I ask because Chris recently made a change that fixed "choppy" behavior on his PII-400 machine
[19:59:28] <rayh> ah okay.
[19:59:56] <jepler> it will be in 2.1.3 when it is released
[20:00:40] <rayh> What about the rtai latency test. Is there any speed indicator in there?
[20:00:43] <cncjunior> hi !
[20:01:24] <cncjunior> how to write a value to a constant ?
[20:02:17] <jepler> on some Windows specific benchmark, "The 500MHz P-III scored 21.8; the 800MHz C3 scored 20.4." so they may be in the same neighborhood
[20:02:36] <cradek> cncjunior: #1=10
[20:03:22] <jepler> cncjunior: do you mean the HAL 'constant' component? It puts the number from its 'value' parameter on its 'out' pin, so you would write in your .hal file: 'setp constant.0.value 3.14' for example
[20:03:26] <cncjunior> i defined two constats in a block
[20:03:48] <jepler> you would also 'addf constant.0 servo-thread' to make 'out' be updated regularly
[20:03:55] <cradek> I retract my answer until I understand the question!
[20:03:58] <cncjunior> thank you, i
[20:05:14] <rayh> roltek: I run a test contour file here with 117743 lines.
[20:05:42] <roltek> goo then should have no problems
[20:05:44] <cncjunior> cradek : i don't know the sintax, now it's ok.
[20:05:51] <rayh> so it shouldn't be look ahead all by itself.
[20:06:25] <cradek> roltek: it could be several kinds of misconfiguration too - we can only guess without more information
[20:06:28] <roltek> i am getting a 8 hr machine shake down program we used a kearney's
[20:12:58] <anonimasu> roltek: what does it do?=
[20:13:46] <anonimasu> roltek: actually im more curious how it looks :)
[20:17:52] <CIA-6> 03cradek 07TRUNK * 10emc2/src/emc/usr_intf/axis/scripts/axis.py: make "run" always unselect so the running line follows
[20:18:19] <CIA-6> 03cradek 07v2_1_branch * 10emc2/src/emc/usr_intf/axis/scripts/axis.py: make "run" always unselect so the running line follows
[20:27:52] <rayh> If top shows Xorg using 60+ percent of your cpu then something is way wrong in realtime.
[20:28:09] <rayh> phone
[20:36:33] <ds3> hmmmmm
[21:11:32] <alex_joni> good night all
[21:13:05] <lerman_> lerman_ is now known as lerman
[22:45:20] <jepler> "In the past (or on Unix machines - take your pick), ..."
[23:52:44] <jmkasunich> good eeeeveening (bela lugosi voice)