EMC: 03mshaver 07master * r593ce181cdc0 10/configs/smithy/ (11 files): Changed eztrol plugin library version numbers in anticipation of the 2.3.5 release.
EMC: 03mshaver 07v2.4_branch * r4b4a86797513 10/configs/smithy/ (11 files): Changed eztrol plugin library version numbers in anticipation of the 2.3.5 release.
i recommend a complete rewrite of AXIS in likepython http://www.staringispolite.com/likepython/
I recommend submitting a patch for review
fenn: um, like, you know, I don't know about that!
Just this once .. here's the log: http://www.linuxcnc.org/irc/irc.freenode.net:6667/emcdevel/2010-02-25.txt
the garage has never been closer to accepting your mill :-)
have power yet?
not yet... but i'm hoping to get it early next week
then i need to buy a vfd & some other stuff
the steel rods you use to roll the mill around, they're 1/2" by about 4 feet?
yes I think they're 1/2
I bet they're 5-6 feet but for the bridgeport they don't have to be that long
you can have a couple if you remind me
be sure you have a long prybar - the normal 2' nail remover probably doesn't cut it
on another note - from the buildbot failure email, I can't find my way to the failed build's output. is there a better url you could put in there?
yeah the buildmaster email could be better
it's because of how i've set up the various builders
on a checkin, the "master-checkin" build runs, it triggers "master-build"
if master-build fails, it stops there and sends out an email
if master-build worked, it triggers master-package-rt and master-package-sim
this is good because if the build fails we get just one email, instead of one email per platform/config
but it's bad because it's hard to find the failure, as you say
yeah that sure sounds like a good feature - we used to get bombarded
i talked to the guys on #buildbot, there's a way to generate a custom email, and the info we want is accessible, but they admitted their data structures are a huge undocumented mess, so i'm gonna save this for some time when i'm not supposed to be doing my day job ;-)
boo for day jobs
yes, but hooray for paychecks
seb_kuzminsky: thanks for trying
seb_kuzminsky: I'm sure if I try hard, I'll find a way to survive a little bit longer
(in other words, it's not a big deal)
for now i guess the way to do it is to click on the "Buildbot URL" link, then the waterfall, then look for red at the top
yeah agreed, this is not a show stopper ;-)
but still, automation *should* be totally awesome :-)
EMC: 03mshaver 07v2.4_branch * r61dff8e1d922 10/configs/smithy/924.ini: Fixed two typos in 924.ini.
mmm, drive rations
-lMAX_VELOCITY = 1.875
+MAX_VELOCITY = 1.875
someone didn't test before pushing...
at least he caught it before 2.4.0 shipped :-)
do we have any way to validate .ini files without actually loading their .hal files? read & parse but dont run
to catch this, we'd have to declare that either a missing MAX_VELOCITY is an error or an unused key lMAX_VELOCITY is an error
I bet currently neither of those is an error
I guess I don't have much idea how to test for a "valid" ini file
some things should be errors, like when you switched around MIN and MAX
i guess there's a long list of rules like "must have MAX_VELOCITY", "[TASK]TASK must be a known executable we install", etc
EMC: 03mshaver 07v2_3_branch * rdfdbbe9aa4b0 10/configs/smithy/924.ini: Fixed two typos in 924.ini.
EMC: 03mshaver 07master * r16762f91bd95 10/configs/smithy/924.ini: Fixed two typos in 924.ini.
the link on your buildbot for the 2.4 deb was wrong when I tried it the other day
jeff said the same thing a few days ago and i fixed it (i think)
could you see if it works for you now?
Oh heck I can't try from here but it looks correct.
you might add this link to that page too http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?UPDATING
i think that link already is on the buildbot page
"Upgrading from 2.3"
slap on the forehead moment for me
heh - thanks for the feedback
have you run the debs? did they work for you?
yes, they are on both my plasma and the hardinge
btw i wont be going to the cnc workshop this summer :-(
it conflicts with a big group camping trip i'm going on with friends & family
I'm planing camping this summer too :)
bought new car for this
old one couldn't get further than 100km witohut fixing
that's no good
seb_kuzminsky: that's too bad
jepler: yeah i
emc2 fest in the woods?
seb_kuzminsky: maybe we'll all be able to go to mpm for another week some other time of the year?
or your place!
we'll work on your new lathe
seb_kuzminsky: you got a lathe?
* alex_joni thinks cradek needs a robot for part swapping
i have a little manual 7x14 that needs a cnc conversion
jepler: he hasn't even decided he needs one yet...
i got it at the same time i got my x2
seb_kuzminsky: the one you _need_ is a multi turret with synchronized milling
that can cut squares
first i need to build another story onto my garage to house all this stuff!
2 stories up, 3 down
maybe you will be set up to make some good quality retrofit kits for those little machines...
yeah i'm pretty excited about that :-)
my new fave coffee-snob drink: dirty chai (aka rasta chai)
does that mean chai and coffee?
chai + espresso :-)
american chai or indian chai?
hmm.. i'm not sure
* skunkworks_ just got a mocca out of the vending machine....
trying to build git hostmot2. I haven't patched anything yet, just testing the setup.
make: *** [fw/3x20-1/SV24.BIT] Error 127
./build.py i20 SVST2_8_72
xst -ifn scr
exited with 127
That's all I get
did you download and install Xilinx 9.2? Did you ". /path/to/Xilinx92i/settings.sh"? Use a pastebin site like pastebin.ca or pastebin.com to show all the output starting with the line where you typed "make".
I ran the setting.sh . Other wise you get other errors. do you want the make -d? If not the above is the whole thing.
Funny, it will run on this machine. 32 vs 64 bits?
I'm going to try Xilinx 11.1, unless someone knows it won't work.
if you run "xst -help" does it show a help message? (wow, on my system it takes 9 seconds for that to complete! not fast)
Over here: $ xst -help
Release 9.2.04i - xst J.40
Copyright (c) 1995-2007 Xilinx, Inc. All rights reserved.
[20:56:07] <clytle374> http://pastebin.com/umQATr8g
in hindsight the message was quite explanatory
where does xst come from? it's new to me
no, it's a part of Xilinx
$ . ~/Xilinx92i/settings.sh ; which xst
still no good
I was missing the 32 bit compatibility libs and had problems earlier with the setup of Xilinx
running xst gives: error while loading shared libraries: libXilinxPkg.so: cannot open shared object file: No such file or directory
so on to find that.
I remember hacking the settings.sh on a 64-bit system
elif [ $PLATFORM = "x86_64" ]
try doing this in a copy of settings.sh
(lines 8-10 in my copy)
okay, changing PLATFORM=lin64 to lin
That works. Thanks a bunch. I'll write that down.
now you wait .. if you know the eventual pathname of the firmware you're interested in, you can give it on the commandline of make
I saw that using build.py, I skipped all that trying to reduce the possibility of me introducing an error
while I'm here, there is a PIN_SV12IM_2X7I48_72.vhd in git
I haven't looked at the patches yet. one step at a time. Little bitty baby steps;)
yes, but I think it's not yet the updated one from peter (it was missing PWM enable pins)
(I have some local changes I haven't pushed yet)
I think the 7i48 bitfile I put on my website is with the pinfile that is in git, which doesn't have the enable pins
so are the files you linked me to yesterday what I should be using?
I just got the computer up and running and tested this morning. I'm happy with the results http://imgur.com/ue2ay
Almost sad it's going to be a servo machine.
those atom boards also seem to do decent opengl
anyway, I'm not sure of the impact of the missing enable pins in the pinout. it seems like you can hook enables to the corresponding GPIO pins using hal and the board will work right
other than that the bitfile you would get and the ones on my website should be functionally the same
until you have another change that I haven't pushed, the .PIN files will not correctly describe the muxed qcounter pins
where is you website?
[21:37:48] <jepler> http://emergent.unpy.net/files/sandbox/0001-untested-support-for-muxed-encoders.patch
[21:38:07] <jepler> http://emergent.unpy.net/files/sandbox/sv12im_2x7i48_72.pin http://emergent.unpy.net/files/sandbox/sv12im_2x7i48_72.bit
oh, sorry I had that. didn't know it was your website.
glxgears was still pretty smooth. That flashplayer based moving radar map was the biggest hit of everything running.
anyway, I just pushed some accumulated hostmot2-firmware changes to git.linuxcnc.org including the fix to the .pin file generator and the corrected PIN_*7I48*
Thanks. Again thanks for the help. I'm going to get my head around this yet. This is all to cool to not know how the guts work.
you seem to be picking stuff up pretty quickly
Jack of all, master of none.
um, well. I guess the saying is a little different now then when grandpa always said it. Wiki says it means competent in all trades, grandpa's version didn't include the competent part.
EMC: 03cradek 07v2.4_branch * r495f5af080f5 10/src/emc/rs274ngc/interp_find.cc: make this error message less mysterious