cradek: awesome video! that has wow power.
cradek: did you end up fixing the spindle? Thought the bearings had gone bad.
yeah, I replaced one
quite a while ago?
after the last fest - yes
* at ann arbor
it's all a blur
aha, here's a 1-liner to import the linuxcnc package signing key into apt: sudo apt-key adv --keyserver pgpkeys.mit.edu --recv-key 8F374FEF
your coat is in my car
I suspect this old bug report is due to broken (inverse->fwd->inverse mismatch) kinematics http://sourceforge.net/tracker/?func=detail&aid=1895694&group_id=6744&atid=106744
I had the same problem when my AB kins were wrong
we didn't save the kins we were using in '08
that's a pity
well, if I were not so tired, I'd just test it with the modern kins instead of just whining
or maybe '--fetch-keys URI' -- I wonder if you're better off getting the key from a http://
connection or from a keyserver, in terms of having any assurance that it's the desired key, not a tampered key..
cradek: I agree with Sam, that's a great 5-axis video! http://www.youtube.com/watch?v=aF7C8d4d0nc
pretty funky motion
Ha, yes, you've invented the most expensive way possible to put in those threads that they have on push brooms, lol. No, seriously, I hope you learned some good _kins stuff that you can use on other projects (Stuart's robot?)
haha, that's what it looks like
Say, I haven't forgotten that you wanted to walk me through a trivial push before clearing me to create mayhem solo. I have more time available now. Let me know.
KimK_ is now known as KimK
[06:50:31] <Jymmm> http://www.youtube.com/watch?v=GdC2fq-xIXY&NR=1&feature=fvwp
Which one of you added the Acne plugin?
It said "Sam", so I'm looking at skunkworks
jepler: may i bug you for merge?
psha: can you be more specific?
i have another bunch of gladevcp fixes ready
and i think they are ready
+ import hal
+ hal = None
as opposed to:
may be reverted back to 'import hal'
other than that, I don't spot any other problems .. but I've got a limited familiarity with the code
i've added test app for gladevcp
anyway, fix that superstitious try/import/except and then I'll go ahead and merge it
with all widgets
now it's fully GtkBuilder compatible
i'll post announce on emc-devel
EMC: 03jepler 07master * rca8d038a495c 10/ (14 files in 7 dirs): Merge branch 'master' into gladevcp-modules
EMC: 03jepler 07master * rc22ff3e419ec 10/lib/python/gladevcp/hal_widgets.py: gladevcp: Fix HAL Label property
EMC: 03jepler 07master * re0fde38605ab 10/lib/python/gladevcp/ (hal_python.xml led.py makepins.py): gladevcp: Use properties for HAL Led
jepler: also i've spotted error in hal.py
EMC: 03jepler 07master * ra1b9d4e03e98 10/lib/python/gladevcp/makepins.py: gladevcp: Fix get_name for GtkBuilder files
EMC: 03jepler 07master * r132c1a8ed098 10/lib/python/gladevcp/ (hal_python.xml led.py): gladevcp: Fix HAL Led blinking
would you like to tell me what it is?
EMC: 03jepler 07master * ra9ce79c260f2 10/ (80 files in 46 dirs): Merge branch 'master' into gladevcp-modules
EMC: 03jepler 07master * ra592a9b87192 10/lib/python/gladevcp/ (gladevcp-test.hal gladevcp-test.ui): gladevcp: Add test glade file
EMC: 03jepler 07master * rb1d76695d538 10/lib/python/gladevcp/ (hal_widgets.py led.py makepins.py): gladevcp: Move HAL update/init functions to widgets
EMC: 03jepler 07master * reba0a1f7ba7d 10/ (8 files in 6 dirs): Merge branch 'master' into gladevcp-modules
EMC: 03jepler 07master * r5c0d6a1727de 10/src/ (14 files in 2 dirs): Merge branch 'master' into gladevcp-modules
EMC: 03jepler 07master * rf97a8e8d8e7f 10/lib/python/gladevcp/hal_widgets.py: gladevcp: Use hal pin objects instead of string keys
EMC: 03jepler 07master * r87aa41bbd1f0 10/lib/python/gladevcp/gladevcp-test.glade: gladevcp: Add glade test file (copy of builder)
EMC: 03jepler 07master * r101e0e32e9a5 10/lib/python/gladevcp/makepins.py: gladevcp: Fix issue with HAL_VBox in glade mode
EMC: 03jepler 07master * r07e5c2e61a33 10/lib/python/gladevcp/ (gladevcp-test.glade gladevcp-test.ui): gladevcp: Add spinbutton for progressbar to tests
EMC: 03jepler 07master * rb1386584ca60 10/lib/python/gladevcp/hal_widgets.py: gladevcp: Add scale property to HAL_ProgressBar
EMC: 03jepler 07master * r3b327bb00f3c 10/lib/python/gladevcp/makepins.py: gladevcp: Fix bug with GtkBuilder introduces earlier
EMC: 03jepler 07master * ra454e69b89bc 10/lib/python/gladevcp/gladevcp-test.hal: gladevcp: Load gladevcp ui in test HAL file
EMC: 03jepler 07master * ree33f5502018 10/lib/python/gladevcp/ (gladevcp-test.glade gladevcp-test.ui): gladevcp: Silent warnings about non-zero page size
EMC: 03jepler 07master * rdba2c758164f 10/configs/smithy/ (1240combined.hal 1240combined.ini 622leadshine.hal): Add 1240combined configuration and limit switch information to 622leadshine.hal.
EMC: 03jepler 07master * re5211432dd13 10/lib/python/gladevcp/led.py: gladevcp: Remove debug print from HAL_LED
EMC: 03jepler 07master * rc088345017e3 10/lib/python/gladevcp/gladevcp-test.hal: gladevcp: Connect spin with progress in test hal
EMC: 03jepler 07master * rd6ff68a2cadc 10/ (13 files in 8 dirs): Merge branch 'v2.4_branch' of ssh://git.linuxcnc.org/git/emc2 into v2.4_branch
EMC: 03jepler 07master * ree9d10d3b486 10/docs/src/gcode/main.lyx: update canned cycles description
EMC: 03jepler 07master * ra14b4bd67a3d 10/docs/src/gcode/main.lyx: Merge remote branch 'origin/v2.4_branch'
EMC: 03jepler 07master * r9d7798aa678d 10/lib/python/gladevcp/hal_widgets.py: gladevcp: Removed try/import/except clause left after testing
EMC: 03jepler 07master * raa7293dc94a2 10/lib/python/gladevcp/ (7 files): Merge remote branch 'psha/gladevcp-modules'
Switched to branch 'joints_axes3'
Your branch is behind 'origin/joints_axes3' by 1716 commits, and can be fast-forwarded.
then I'll be even more confused
but now I have to hit the shower, so bbiab
EMC: 03jepler 07joints_axes3 * rbe5682cefac9 10/ (89 files in 34 dirs): Merge remote branch 'origin/master' into joints_axes3
SWPLinux: so now just continue your work with genserkins onthe joints_axes3 branch..
well, my problem is that I had changes on master that I want on JA3, but I also have some changes to make on JA3, an for some reason I couldn't figure out how to actually get the cherry-pick to complete successfully
(it wasn't obvious which of the files had to be saved when running the merge tool, whether moving changes from one file to another would actually change something I didn't want to change, etc)
I use vimdiff. It opens 3 buffers. the middle one is the one to edit and save. the left and right (REMOTE and LOCAL) are for viewing only.
yeah, I think I tried that, but it wasn't obvious what had to be done to tell git that I had fixed it up
I'll try again at some point. at least I'm pretty good at getting rid of these experiments :)
time for dinner now
in the case of a conflicted merge, 'git commit'. In the case of a conflicted cherry-pick, I think 'git commit -c orig-id'.
git merge-tool does the equivalent of 'git add' when it thinks you've resolved a conflict in a file, so the next step is to 'commit'.
jepler: there was bug noticed on #emc
watchdog toggles even before ok_out was set
proposed fix: http://pastebin.com/BaY5NxTB
I agree the docs and the behavior don't match.
I'm trying to imagine whether the current behavior is useful or not useful
if it's useful, then we have to consider that we would be breaking somebody's config by changing it to match the documentation. in that case, we'd want to change the documentation to match the implementation.
jepler: <Bonny> (5:55:58 PM) Bonn1: That's reason why my machine run instantly when start EMC
this is when use watchdog for chargepump
Yes, I understand that. Bonny read the documentation (a rarity) and the implementation did something different than the documentation said
what I'm saying is that if some user is relying on the current implementation, maybe we want to change the documentation to match the implementation.
hard to tell
I don't use it in any way
ok got to go
anyone else have an opinion?
is the current behavior silly or sane? what about the documented behavior?
documented behavior: watchdog toggles when ok-out is true. actual behavior: watchdog toggles when ok-in is TRUE and fault-in is FALSE, regardless of ok-out.
so: is there something it would make sense to hook a watchdog to when there's no external fault but you haven't tried to estop reset yet?
oh, and this reminds me: if you're one of those people who finds a terrible new bug 5 minutes after I make a release, pretend that I made the release yesterday
to anyone else: I hope to get a release out this friday or saturday
jepler: btw what are long-term plans for 2.5 series?
next ubuntu lts?
psha: There's no schedule for 2.5 yet, but typically we like to have a new feature release ready for general use in late spring of each year (before the yearly "cnc workshop" event over here in the states)
I would be surprised if it was as long as 12.04 before 2.5 comes out
if you want to pretend there's a schedule, then look at the 2.4 schedule and add a year
i'm intersted since current gladevcp uses hal.Pin objects and thus is incompatible with 2.4
which is sad
ries_ is now known as ries
did you guys notice any glitches with genserkins?
yes - it barely works at all
it would not run if I tried to have fewer than all 6 joints
even with all 6, it would randomly ferror all of them once in a while
other than that, it did seem to work right :-)
hmm.. I have a different binary compiled based on genserkins
which takes numeric values for joints, and calculates world pos
but I only used it to determine DH params
once set, I only ran genserkins with 6 joints
I never figured out how it wanted the DH params. I ended up using mostly your work, with just modified numbers.
it gets easily confusing :)
that's why I did one joint at a time
it also seemed very overkill for this robot
add the next joint, check output position
it wouldn't work for me, with less than 6 joints declared.
I tried many times
yeah, not with genserkins compiled as the kins
but with a userspace binary which just takes joint values, and outputs a position
it's sure easier to test kins outside emc
one thing is that random glitch I noticed
oh you saw that too?
yeah, I think I had some printk's in genserkins for that
sometimes it doesn't converge
that's surely a problem, but the bigger problem is how motion treats those cases
as in .. it doesn't
doesn't even check the return value from kins to see if it failed, and maybe retry or use the old values or error out, or something :)
it just didn't move
that's a lucky outcome of such a failure :D
sometimes it would ferror all joints - probably that's the other response - also fine
it probably wants to jump
luckily joints don'ta have infinite accel :)
to nan * 6 or something even
well.. I got real headaches trying to get genserkins working with emc2
well, it seems close
fixing it is probably a whole different thing :)
oops, this webpage has the wrong title: http://linuxcnc.org/docs/devel/
it says "EMC 2.2 Documentation"
these do too: http://linuxcnc.org/docs/2.3/, http://linuxcnc.org/docs/2.4/