huh here's a weird behavior. Twice I got this view while panning and zooming. It says it's still in Z-axis/orthographic mode, but it's certainly not looking along "Z" anymore
[00:45:18] <jepler> http://emergent.unpy.net/index.cgi-files/sandbox/axis-viewpoint-wtf.png
amazing how old stable code can one day just break
I know I get stupider over time though
doesn't that suck
speaking of breakage
* cradek flails madly looking for classicladder documentation for 'expressions'
should we take Steve Blackmore's complaint that sim-lathe locked up his machine seriously?
I recall when I was testing backlash that I found a decent way to put my little dial indicator on the table to measure it, but now I can't remember what I did
I suppose a 25000nS base period might be a little aggressive, but he claimed it was a quite fast machine
as long as his support contract is paid up I think we're obligated to look at the issue
then we're off the hook
he has a balance due (for attitude issues)
well fwiw sim/lathe.ini works on my machine, no lockup
am I in the black? if so I want someone to find docs for me.
I mean !!!!!!1!
24305 NO base-thread ( 363, 17130 )
the base-thread code is really quite lean, so to speak
yeah, I thought maybe if he had a slow PC that could be the issue (he says sim-axis works, and that has 1000000 for base thread), but he also claims this is a 3.2GHz machine
cradek: the internet gave me this http://users.teledisnet.be/web/rlo05343/umanual/umanual_for_classicladder.html#Operation_permitted
I wish my spindle would get here
this dremel tool is hopeless
you ordered one of those ebay ones?
but darn, no MOD
no but there's apparently MOY(x)
cradek: what are you trying to do?
reduce tool number modulo 8 I think
if its only 3 bits, that is free
or do you want T17 to map to T1
I want whatever is easily possible
feedback is 1..8
Res = Res % Pow();
hm this is in the source code
I want any requested tool to give me *something*
one of eight bits turned on, and you need to convert it to 3 bits?
no, it's 4 bits of binary 0..8 with 0 meaning it's between positions
1..8 are the valid tool slots
oh, that is pecular
or something that is spelled sort of like that
wtf, I can't even imagine how they could do that
maybe I want (feedback-1)=(requested&7)
Did you mean: pellucidar </google>
jmkasunich: it's a black box - some randomly marked ICs encapsulated in rubber goo
that sounds reasonable
the black box is in the toolchanger head?
what is it sensing?
I mean, is it looking at gear teeth, patterns of drilled holes, etc
or is it looking at something that only black boxes can see
it's a magnet? that turns over some sensors
I think it's a lot like 8 proxes with some encoding stuff to get the data down to a minimum of bits
does the fact that you are messing with toolchanger logic mean yoy have the servos already working?
nope, but the toolchanger does
no motion until I get the resolver boards
part chute and high/low clutches work too now
odd order to do things in, but part availability is like that
part chute wasn't working with the original control right?
yes it was - the cutoff slide didn't work
EMC doesn't have a "part chute" code - you using M101 or something
(randomly went up and down!)
jmkasunich: yes, so far that's what I've done
if I get the cutoff slide to work, I might want a more complex behavior: part chute out, cutoff, part chute in, continue
what drives the cutoff slide? motor, cylinder?
the slide is fine - it's just a control issue, maybe bad opto
so the feed is whatever you get based on air pressure or something?
yes it must be something like that
it might suck - if so I won't use it
I think its only feedback is a prox or switch at the bottom that says it's done
huh, it works. amazing.
I just remembered a bug report (or maybe just a gripe) from somebody that I bet you'll have too
apparently toolchange is hard coded to stop the spindle
pro-tip: before you've broken it by using the wrong tool, there is a visual difference between a "V" engraving bit and a 1/16 end mill.
on a mill that is a given, but on the lathe it just wastes time and causes wear and tear
(actually I looked again and didn't break the tool..)
jmkasunich: yeah, I was expecting that.
hmph, I milled away all the traces.
I thought I'd do OK with 16 trace/10 sep but far fro mit
and/or the runout of this dremel tool which I hate
what are you making?
scrap, from the sound of it
trying to make a little breakout board with screw terminals and RC filters for my switches
jeff - to test runout, put the v-bit in, and move down till it just touches the copper, then pull up
with spindle turning?
and look at the diameter of the circle the v-point makes
if it is not too horrible, you could use that circle diameter as your tool diameter to correct for it
expect runout to be independent of speed?
it is driven at least in part by imbalance in the moving parts
in fact, I've sometimes seen dremels smooth out _above_ a certain speed
what's a good way to measure such a small circle?
whats the best magnification you have available?
set dial calipers to say 0.005, put the points of the calipers next to the circle and look at both with a magnifier, loupe, or microscope
the best I can do on short notice is the "close-up filter" for my digital camera (+4)
it looks like it's more than .010
which is bad news if I want a separation of .010
how rigidly is the dremel attached to the machine?
if you guessed "plastic" you'd be right :-P
I'd be astonished if there was actually 0.005" of static runout (making a 0.010 circle), but if the whole thing starts vibrating that could do it
there are two clamp things that extend horizontally from the Z axis box
I hope one of them is very close to the spindle nose
the clamps can be tightened with screws
might want to try varying the speed while resting a finger lightly on the body of the dremel near the nose - maybe there is a sweet spot (speed) with less vibration
the bottom clamp is about 3" away from the nose
if its like the real dremel's that I've looked in side, the real spindle part is about 2" (or a bit less) long, on two bearings
I can imagine one reason he did it that way -- that's the part of the dremel where the cross section is approximately the same. much in front of that and it starts to come to the point
the motor starts above that and has its own bearings, and they are coupled together with a piece of hose
that helps decouple the motor vibrations from the spindle
but in your case, that means the mount is holding the motor, and the spindle is hanging out on the end of some flimsy plastic
jepler, with cradek's lathe, you could turn a collar that screws into the accessory threads at the nose of the dremel
I don't have a real picture just showing the "Z" and the spindle mount, but you can kinda see it in this one: http://axis.unpy.net/files/01188441458/img_7045-medium.jpg
unless you're talking about sometihgn that I can't understand from reading about 15 lines of scrollback :)
SWPadnos: I have a new spindle on order that I hope will be better :-P
oh man, talk about stickout
does that dremel even have the accessory threads?
huh I didn't know there were threads there
(a plastic nut that screws on the front of the case - coarse threads, about 3/4" diameter)
yeah there are
problem is if you raise that up to be where the bottom clamp is now, you can't reach the table anymore
I wasn't thinking of that
more like providing some additional clamping at that point
there is a crossmember about the same height as that point, right? (or is that piece stationary in Z?)
When I updated my package list on my new xubuntu emc machine, I don't see an update for emc 2.2.6
can you come up with something (even wood) that will fit snugly between the nose of the housing and that crisspiece
jmkasunich: no, that bottom clamp is as low as anything that moves in "Z"
mozmck: you installed emc with the emc2-install.sh?
A problem I've had with dremels is the bearings are often not tight in the plastic housing.
mozmck: 6.06 or 8.04?
bearing tightness is easy enough to check - grab and wiggle
you can feel 0.005
I put aluminum foil around the bearing inside the plastic and that has fixed several for me.
I use them for handheld routing of inlay cavities for mother of pearl, and any runout or vibration is very bad for that.
mozmck: OK, open up a terminal, run 'sudo apt-get update' and look for errors. If that succeeds, run 'sudo apt-get upgrade' and look for errors.
mozmck: any photos of your work? sounds neat
no errors, but it just says it hit the linuxcnc site
I used to have a website but lost it due to forgetting to change my email on record with the registrar.
hm, "Hit [url]" means that it thinks it has an up-to-date list of packages from that source
I know, but there's no new emc packages.
so after that, "sudo apt-get upgrade" doesn't propose an emc2 upgrade to yuo?
nope. the package shows up-to-date at version 2.2.5 in synaptic
the line in sources.list is: deb http://www.linuxcnc.org/hardy
hardy base emc2.2
that seems right to me
huh, I get 2.2.6 as an available version
you might try removing the entries for www.linuxcnc.org in /var/lib/apt/lists and re-running update
I'll try that.
Here's one picture of one of the last fancy banjos I did. I built the neck on the banjo as a five string conversion/reproduction. The original four string neck is the one not attached to the banjo.
[02:23:51] <mozmck> http://imagebin.ca/view/7Eq3dO.html
Iam lucky if I can make something functional, let alone something which has aesthetic value too
Lot's of work in that one - too much!
last pic of peghead: http://imagebin.ca/view/EN-6T4.html
did the remove & update make any difference?
doesn't look like it
let me try it on my other computer...
do you have a web cache somewhere between you and linuxcnc.org?
I just thought of that. My internet connection runs through a debian box with firewalling and squid caching and filtering.
the squid cache is probably the problem
hmm -- it's possible that the way we upload files to the package repository is flawed -- I think that our procedure copies timestamps over. so an if-modified-since query might return unmodified if you cached the file at the right moment (between when alex_joni or I built the indexes and when they actually went live on the site)
it's too bad you can't make "has datasheet" a condition for searches on digikey
is it bad to log into the linuxcnc server and "touch" the files in question?
presumably debian/apt would complain about tampering or something
SWPadnos: I dunno for sure
aren't there hashes of the file info in the packages file?
I don't think that includes timestamps
ok - see how much I know about debian repositories?
mozmck: if all else fails you could direct download the deb files ..
see you. time for me to hit the sack too
wish I knew for sure what was going on though
I just cleared my squid cache and it now sees the updates
EMC: 03cmorley 07TRUNK * 10emc2/src/hal/classicladder/drawing.c: fix vertical connection not changing color
what about 28 bugs reported on sf ? some of them are very old
can we add Matt Shaver's Q3,4,5 answers from his FAQ post on the users mailing list to the download page?
micges: we're always happy to accept patches that fix those bugs
jepler: I think you can close http://sourceforge.net/tracker/index.php?func=detail&aid=1938763&group_id=6744&atid=106744
iirc the original submitter was not satisfied with the fix (let acceleration go to 1 but not 0)
in mm, 1 is probably too low
yeah; it might be as simple as making the limit in mm be 20 or something
humor me for a minute. I like how with CL, the ladder gets saved in my config directory, so I can keep track of (and back up) the entire config easily. I wonder if something similar could be done with comp? Could loadrt compile and then insert it each time?
then my installed system could be just like yours, and we again have the benefit of being able to transfer working and complete configs between machines
one obstacle to that is the directory restriction on loadrt
another is that not everyone installs emc2-dev
I dunno how big or numerous comps would have to be before the time to compile them had a big impact on startup time
hm, the first problem is big (I don't think the second one is important)
I shouldn't have proposed that solution (compile on the fly) with the problem statement
but there is a real problem with permissions. you can't allow the installing of a random kernel module by a regular user.
EMC: 03jepler 07TRUNK * 10emc2/src/emc/usr_intf/axis/scripts/axis.py: display error messages in a way that doesn't steal focus
jepler: I think you just made a bunch of people happy.. (people that don't have
'real' estops ;))
skunkworks: no, they won't be happy until it's in a released version :-P
[14:42:37] <jepler> http://emergent.unpy.net/files/sandbox/notifications.png
EMC: 03jepler 07TRUNK * 10emc2/share/axis/images/close.gif: close notification button image
sometimes I listen to the opinions of users eventually
I like it.
BUT THOSE DROS ARE TOO BIG
ha ha ha
yuck. TSC is unreliable (non-monotonic) on recent AMD processors
"Potential effect on system: undefined behavior for software that relies on a continually increasing time stamp counter value"
yeah, I saw some RTAI discussions on the subject
there are some machines where TSC is not ok for a time source
but I think I saw some alternatives on those machines..
I wonder if we should remove the overrun detection in motion that uses the tsc
bad return value from emcTrajSetJoints
emc/ini/inijoint.cc 144: bad return from emcJointSetBacklash
my compile/code foo is really borken atm
EMC: 03alex_joni 07joints_axes * 10emc2/configs/scara/ (scara.ini scara_sim_4.hal): a hack to make scara config start - jogging in world mode needs work, startup code to load joints/axes needs rethinking
EMC: 03alex_joni 07joints_axes * 10emc2/src/emc/ini/initraj.cc: a hack to make scara config start - jogging in world mode needs work, startup code to load joints/axes needs rethinking
EMC: 03alex_joni 07joints_axes * 10emc2/src/emc/task/taskintf.cc: a hack to make scara config start - jogging in world mode needs work, startup code to load joints/axes needs rethinking
EMC: 03alex_joni 07joints_axes * 10emc2/src/emc/usr_intf/axis/scripts/axis.py: a hack to make scara config start - jogging in world mode needs work, startup code to load joints/axes needs rethinking
EMC: 03alex_joni 07joints_axes * 10emc2/VERSION: a hack to make scara config start - jogging in world mode needs work, startup code to load joints/axes needs rethinking
maybe one day someone else will look at that branch :/
luckily for me my machine is trivkins :-P
I thought jmk did some - he was going to replace teleop
* alex_joni changes jepler's machine with a puma when he doesn't look
did someone say puma?
skunkworks: send yours to jepler
he will first fix emc properly
and second he'll get it to run
then you can buy it back :D
ermm *have* it back
tinker time has been few and far between. I spent the weekend digging a trench between the house and the garage.
for electrical and extra stuff
ended up running into sandstone. jackhammer rental was the trick
meh.. that's no fun :P
you need a chisel and a hammer
maybe a teaspoon
keeps me out of trouble
EMC: 03alex_joni 07TRUNK * 10emc2/src/emc/task/emccanon.cc: fix SF#2011311 - G33 move not issuing with zero feedrate
EMC: 03alex_joni 07TRUNK * 10emc2/debian/changelog: mention fix
cradek: I would appreciate you double-checking that sometimes
jepler: you made me happy today
except I have to lug my computer from the shop down to the beer cave to update it...