theorb is now known as theorbtwo
pix of my mill with 4th axis (servo rotary table) attached: http://igor.chudov.com/projects/Bridgeport-Series-II-Interact-2-CNC-Mill/30-October/
cambam almost does what I want, but it messes up one of the lines
mikeplus32 is now known as mikeplus64
atmega: what do you need to do? the whole thing? drill holes? would be SO simple to just write the code by hand :P
ichudov: You need to reduce the size of the photos you are posting. Your website is slow to load
elmo: yeah, I can write it by hand for this... I was just hoping that something this simple would be easy with some sort of CAM package
Hi Guy's, This is my first time on the channel. Looking for a little assistance?
howard: Hello, to get help you actually have to ask a question and provide details. If someone can answer they will.
ries_ is now known as ries
ichudov: I like your splash guard. Did you make it?
cradek: did you get a chance to work on your 4th axis?
yes I made half of the mount tonight, in only two tries
I made it mirror image the first time - duh - but I was able to save it
heh - been there...
I was concentrating on getting the holes in the right (very weird) places
I never thought that they should be on the flip side...
but anyway it's going well, I'm probably 75% done
I think dad got the encoder for y hooked in
wonder which of us will have it working first...
I have a bunch of wiring stuff to do - I want plugs that make it detachable somehow
I hope to have the y axis running tomorrow night.
neat - have a plug in mind?
I have some cabling and plugs that came on the indexer
and you want to replace them?
no, I probably want to reuse them
# of conductors?
one resolver (6 plus shield?) and one dc servo with tach (4)
I like DIN plugs
come in panle mount, inline, twist lock etc
[04:27:03] <Jymmm> http://www.parts-express.com/pe/showdetl.cfm?partnumber=090-542&source=googleps
come in up to like 10 pin too
I haven't seen a liquid-tite version of that
is that needed?
I'm making the rest of the setup coolant proof (or at least trying my best)
gotcha, I think there is another
cradek: Eh... http://www.ia.omron.com/product/family/1827/index_l_u.html
atmega: how thick is that part? 1/4" 1/2" I can draw it up for you and make a tool path... give you the steps that I did to make it. what tools will you use?
cradek: Yes, I made that splash guard myself. Thanks
Jymmm: I reduced picture size in half. I agree, they were too big.
ichudov: neat, I like it
cradek, are you using a 7i49 on your HNC?
nope, it's 5i20 7i33 7i37 7i37
ah, ok. you replaced the resolvers then?
no, I used convertors
(or are you using Jon's board?)
or something else :)
I don't think 7i49 is supported yet?
yes jon e's
they work great
oh. then maybe I should get one and make it so :)
(some time in February maybe)
7i48 works in gitmaster now - not sure how much harder 7i49 is
"simple matter of programming"
is that the one with multiplexed encoders?
ok. I was wondering how all those pins would make it into one connector
forgot to show this http://www.electronicsam.com/images/KandT/conversion/yaxis/flexplate.jpg
that is the flex plate for http://www.electronicsam.com/images/KandT/conversion/yaxis/adaptfinal1.JPG
(made 2 for good measure)
any particular reason for using saw blade?
manly it is the right steel to flex (springy)
and we had it ;)
today I milled gold :) http://ca.rstenpresser.de/~cpresser/tmp/pictures/gooold.jpg
those are specimen for adhesive tests
they are approx 5x4x4mm.. pure .999 gold. :)
...and they started as 1lb bars, now only 1/4 ounce precision machined washers
cpresser: How much loss are you premitted?
I build that white-pastic case to collect the chips
sure, but there is always gong to be some loss
i just milled the surface. not the whole body
yes, there may be some. however, all chips together were 0.3gramms. so even with 50% loss, this would only be 10Euros
material and assembly of one specimen was around 400€
so the chip loss is mostly insignificant
insignificant? that is 2.5% loss per job. if you did this once, no problem, but many times then there would be an issue.
I did only those two. and there will be no more
and since it is intended for scientific purposes, 2.5% would not be a problem.
on top of that, 50% is the worst-case-guess. most likely I just wasted gold for 1-2€
cpresser: So did you get to keep the swarf?
no. its all property of the university of kaiserslautern :/
and what are they going to do with a bag of gold dust?
sell it together with specimen, once they have been probed
thats my guess.. ill ask :)
Hello All, Could someone please take a look at the following post as I am pulling my hair out with this issue ;-( Where should I be concentrating my efforts at the firmware Verilog area or the EMC driver? Any sugestions very much appreciated! http://www.linuxcnc.org/component/option,com_kunena/Itemid,20/func,view/catid,38/id,4483/lang,english/
What is the fuction of a .comp file in EMC?
it's source code which is preprocessed with the "comp" tool, and then compiled with gcc
Got a strange probem on my Z axis. Seems to be "gaining" steps over the run of the X axis when running G code
It's dead on at the first G Code Z dimension, but after a 32" X axis run, it's cutting .020" deeper than it should. And it's repeatable.
It slowly ramps up to the .020" deeper cut from the first spot on measurement
steppers or servos?
ok, then it sounds like there may be some crosstalk on the step lines for Z and X
does it happen with the spindle stopped as well (cutting air)?
I don't know. At this point I have no real accurate way of measuring except for the finished strip.
That's kinda due to the design of the machine.
hmmm. yeah, it could be hard on your machine ;)
get a dti to calibrate/test the machine
I think this is the funky dual-slitting-saw machine for cutting bamboo strips
I really don't have a way to mount a DTI since I have two saw blades that come together at a point. I have a dti, just not much of a way to mount it.
When you say crosstalk, are you talking about signal leakage between the X and Z axis wires from the control box to the steppers?
yeah, something like that
or from the saw motor(s)
If it was from the saw motors, wouldn't it affect both axes?
They're DC motors, BTW.
another possibility is that the Z driver isn't holding position well, like if it was going to reduced-current mode (since you don't step as often on Z)
it might or might not affect both motors
that was a SWAG, incidentally. :)
I've checked and double checked the settings in the ini file, and have played around with different max_velocity, max_acceleration and stepgen_maxaccel, but that didn't seem to do much of anything other than really slow down the Z axis. It's doesn't seem to be stalling or resonating a the settings I currently have in the ini file.
no, I don't imagine it's a problem coming from the computer
with steppers, what you see on the screen is what the PC output
but not necessarily what the motors did ...
Yeah, that's true, and according to the Axis outputs, it says its on the dimensions. Not that it would lie to itself...
no. PCs don't do that too often
Only when you're doing statistics... ;-)
(lies in,lies out)
So should I try to physically isolate the Z axis wiring from the X axis wiring? Right now they're all in a cable chain.
set the gcode to be parallel and see if the stionary stepper moves
well, one thing to try would be to short out the Z step input at the drive - disconnect the wires entirely
see if it moves at all
The steppers all move, and all move in the correct direction, and the X axis is moving the correct amount. The Z axis just seems to "gain" steps over the course of time.
if it doesn't, then reattach the step wires, but short them at the PC end (disconnected from the PC)
Okay, I'll disconnect the Z axis from the control box. How would I disconnect them at the PC? The control box is hooked to the PC by a parallel cable.
or try a medium-value resistor, like a 470-ohm, across at the PC end (still disconnected from the PC)
that's left as an exercise for the user
Ha, that's a big help... ;-)
what's in the control box?
the Z step wire(s) need to be disconnected from the controller, not the controller from the PC
The drivers, the power supply, and the speed controllers for the DC motors.
As well as an opto-isolated BOB
ah, so you should be able to disconnect the driver from the BOB
Yes, I could. I'm going to try disconnecting the Z axis stepper from the control box first. I'll get back with the results.
I'm just suggesting relatively standard troubleshooting procedure: there's a problem somewhere in the PC -> driver -> motor -> mechanics on Z. Isolate the pieces and see where it starts/stops working
well, you want the motor attached to the driver
else it won't have any holding torque
So, I should start by disconnecting it from the BOB? The Z axis uses a modified ACME screw so it won't drop like a ball screw would without power.
actually, that's something to check. if the Z motor is disconnected from the driver and it *doesn't* move, then that eliminates the mechanics from the equation (I think)
Ok, that's the simplest so I'll give that a whirl first. Uno momento...
back to work for me. good luck with it
Ok, no movement of the Z axis with the stepper disconnected from the control box/driver.
And no movement of the Z axis with the driver disconnected from the BOB.
[23:17:58] <skunkworks> http://www.youtube.com/watch?v=pOHL_KlUdqw
[23:45:48] <Valen> http://www.youtube.com/watch?v=G0yYdcqSpfM