argh, spindle feedback is another resolver!
... and encoder! score! (but wtf?)
encoder has a separate "lamp supply" though - not real modern.
resolvers are absolute devices, hence no index required
the encoder says it has 'marker pulse' too
hard to guess how the crazy thing works
huh, the book thinks there's only a resolver
we have some encoders that have a light bulb in them
(same machine that has the ttl electronics)
this looks like 12v, non-differential
rip and replace!
wonder if anyone has used the 7i29 as a servo drive
it does seem to be intended for use driving motors
hey - they released the 5i23 - 400kgates, 3 I/O connectors, $229
5i20 with 2x the gates?
short card ftoo
yeah, more or less
err - -f
"take extreme care with servo systems. EXPECT them to run away when first tested"
yeah, I liked that
almost as much as "this page intentionally left almost blank" :)
don't you check the encoder direction before you power things up?
yeah - I check it by seeing if the motor runs away
actually, I always check _encoder_ direction - I make sure the encoder is working and properly scaled before I even think about hooking up the motor
well, for something like a gecko, the runaway check is pretty easy :)
and the first step after hooking up motor is to use HAL setp to put 1% or so on the DAC (or PWM) to see which way the motor goes
for analog amps, it's a little different
I'm talking about what we did on the Mazak, and what I would do with other servos
that 7i29 looks pretty nice actually
yeah, I was thinking the same
it's $300 though
4KW, that is 5HPish
I wonder if you can parallel them easily
that pricing compares with a VFD at that power level I bet
although it doesn't include the bus supply, and the VFD does
and probably some controls and stuff
like a knob or keypad
[01:35:36] <skunkworks> http://www.cnczone.com/forums/showthread.php?t=59870
more expensive then mach.. So what does that mean? ;)
well, it comes with - err - you know, stuff!
GPL licencse violations no extra charge
well, someone could buy it and request the source code
they don't have to give it to anyone, only people who get the software
but they can't prohibit those people from redistributing it
which is why only one person has to buy it :)
ok - bedtime for me. night guys
I should try that "bed at a reasonable hour" thing one of these days
sister and her 2 kids visiting - makes it easy to get tired
hmm, the guy posting that he is the eztrol dev seems to be from synergy
searching for all his posts gives 8 hits, all of which are promoting synergy
the plot thickens..
What's happening with EzTrol?
[01:49:02] <jmkasunich> http://www.cnczone.com/forums/showthread.php?t=59870
not exactly sure what is "happening"
Weber wrote quite a bit of the operator stuff.
Wally, whom you met at fest wrote the QT to NML connectors.
does it all obey the GPL?
"obey" meaning closed portions don't link directly to GPL code, etc
I once offered the interface code to the repository but there was on interest.
There is a bit of the interface that uses hal
linking thru HAL pins is explicitly permitted - the HAL lib is LGPL
There is an offer laying about to give all of the interface code to EMC2.
I'm not sure how that is consistent with "nanmol" offering to sell it for $250
That would not include the Synergy CAD/CAM but the other tabs would be in there along with the graphical stuff that works a lot like the Axis interface's display.
I'm not either.
I don't believe that the folk at Weber would make such a claim.
But I'll call in the am and talk with them.
If "we" want the interface we can have it.
I'm mostly just curious - who is nanmol, does he officially represent Weber, or is he just somebody spouting off
The owner of Weber is a lady named Nancy.
Is EZ-Trol Weber's product?
She would not have made such a statement without Smithy's permission.
No. It's Smithy's.
And it was not intended to be a stand alone software package.
but Weber did some/all of the coding working for Smithy?
so EzTrol basically integrates the CNC controller with the CAD and the CAM?
and of course there is the linkage to a graphical front end to Synergy CAD/CAM.
Perhaps that is what was being referred to as available for 250.
Just this once .. here's the log: http://www.linuxcnc.org/irc/irc.freenode.net:6667/emcdevel/2008-07-29.txt
mmmm 2nd cup - even better.
hey ray. How is the weather up there?
Kinda rainy today.
How bout you?
a bit humid but not too bad
I suppose it will get here by afternoon.
rayh: how is the high speed?
I've had only one outage since I got setup.
And that was a tree into a power line that fed a tower.
Since then they've put in a backup generator.
Right now I'm working to get setup with a high speed into a sawmill that will let me monitor any switch, PLC, or VFD from right here.
[13:11:50] <skunkworks_> http://www.electronicsam.com/images/KandT/DSC02968.JPG
That is quite a beast, for a portable.
it isn't that portable anymore... (it has a 20hp 3 phase motor running it)
I see that.
used to have a pinto engine on it ;)
I remember as a kid - the sawdust starting on fire.. ;)
Nice clear log.
We tend to get a lot of iron stain at the heart.
ah - you're near the iron range..
Iron Mountain is close by ... :)
isn't it Iron county?
Good morning SWPadnos
Yes +-17 degrees on a mag compass
I would think the iron content of the wood would look pretty
it is webber systems\
It does make for some nice grain. But comercial folk want "whitest."
I see the weber stuff. I'll have to talk with 'em.
How is the sister?
the one staying with you
oh, that one :)
it's been surprisingly quiet
it is amazing how different it is being in a house with no kids vs. one with kids
a few db lower?
several decades lower
a couple of B, for sure ;)
a quick question... :-)
why do we need interpolation in the trajectory code?
is this because there can be a difference in the traj and the servo period?
pmbdk: these days it is best to configure systems with the servo period and traj period equal
ok... So the interpolator is not used?
pmbdk: the interpolator works on joint coordinates, so having traj = 10*servo (the old typical setup) allowed the kinematics functions to be run 1/10 as often. apparently this was important for iterative heaxpod kinematics on machines of that vintage.
I think now they aren't even separate threads, so you cannot have this advantage no matter how you configure it
ok... sounds reasonable... My fast machine is also "slow" when computing hexapod leg lengths...
cradek: it can still lower the average time spent in the realtime servo thread
cradek: but you're right that the full benefit may not exist any longer
btw, last time I read the rs274ngc doc, I think I saw something about ellipses (not circles)... My g-code knowledge is very limited, but I assume that everything is ellipses in g-codes not circles (?), is this also how it is implemented in emc?
emc's gcode has only circles, no ellipses
iirc, there is an ellipse canon call defined in ngc, but none of emc has ever implemented it
circles and lines are nice for trajectory planning, because the obvious xyz=f(t) parameterization is constant velocity. ellipses, splines, and other primitives don't have simple constant-velocity parameterizations.
ok, i don't even know if any g-code producers actually uses ellipses... :)
but I would assume that if I would ever _make_ an allipse, it would be a nice thing to have... :)
I don't think it's by any means common
I think four-tangent-arc approximations are fine for a lot of applications
guess so... it all depends on the accuracy....
just browsing thorught the trajectory planner....
IMO the "biarc" method for fitting arcs to arbitrary curves works nicely http://axis.unpy.net/01171767993
does blending mean that two segments are milled as one?
it means that emc overlaps the acceleration portion of the next primitive with the deceleration portion of the previous primitive. http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?TrajectoryControl
this works nicely (keeps very near the requested feed rate) as long as each primitive is long enough that, planned on its own, the machine could accelerate from a stop to the requested feed rate
(actually, accelerate from a stop to the requested feed rate and back to a stop)
does g64 continous mode really mean sacrifice path following accuracy?
jepler: love that velocity profile in your last pic
pmbdk: with finite acceleration, you cannot make a sharp corner without stopping. so yes, all blending necessarily sacrifices path following.
in emc2 the corners are rounded internally. there are other possible schemes too, like making an outside loop, but that's CAM territory
ok I see; I was confusin continous with exact path mode
so my question is then: how do we implement exact path mode?
G64 P[tiny] will get you virtually exact path
i'm just thinking about what happens if I want to mill something not-circular...
i guess this would be modelled as a lot of small circular arcs
yes you have to approximate shapes with either lines or arcs (preferably biarcs so it is smooth)
yes, but if these arcs are very small (in order to accomodate strct accuracy requirements) wouldn't blending be a problem?
not a problem - but it may cut slower than the requested feed.
to our dismay there are always tradeoffs aren't there.
ok, I see, so you take care of being able to stop within one arc?
yes that's what makes the path get slower as the segments get short
the motion is still smooth, just slower.
so the only benefit of having a "true" exact path mode is that it could run segments with many small sub-segments faster
so no need for me to write a new planner... :-)
there's nothing for me to do... :)
a new planner that could go full speed through short segments when the machine constraints allow it would be very happily received.
that would require more 'read ahead'?
well I guess the benefits would be negligible
yes you have to know a lot about the upcoming path to know how fast you can go 'here'
I remember you guys having discusions about this before and how messy it gets with FO
like driving on a foggy day!
yes it's really not a simple problem.
you basically need to read ahead until you know you can stop the machine until the last read segment
yes, but then if I hit pause or feedhold, maybe it has to continue for a dozen more blocks before it can get stopped
I read i nice article on it a year ago or so; it's not really a big problem; requires some housekeeping though
which might be fine
you just get different tradeoffs of course
cradek: the only reason why pause would be affected would be due to the higher feedrate
it would also be important to retain the property that acceleration constraints are obeyed no matter how the feed override control is manipulated
I remember trying to wrap my head around it back in the early 90's.. I gave up. ;)
if you need to be able to pause faster you would need to decrease the feedrate anyhow...
I spoke with Weber.
the article i read waas describing the methodology for varying acc+vel limits
They are working toward the release of a GUI front end very much like the geometric CAD/CAM part of Smithy's EZTrol
No linkage to EMC2 but there will be an EMC2 post.
Sorry to interrupt.
* rayh goes off to work.
ah - thanks ray
I watched a smithy video showing the 2.5d cam features of ez-trol. it's interesting.
250 for a nice cam/cad for ubuntu that works decent might be a good thing..
I certainly like it.
But then I'm biased.
skunkworks_: I still haven't messed with sheetcam but it's available now.
it's 2.5d dxf-based just like ez-trol seems to be
I see that.. neither have I
I have REALIZE which does the same for me but better (IMO, but probably only since I wrote it)
yeh - there are a few 'free' options that work for most things..
pmbdk: I think it's very new - it has poor exposure on the web so far
hmmm, can't find anything except http://www.smithy.com/product_eztrol.php?cid=11&scid=16&pid=7
doesn't really show anything
I looked for EZ-Trol and didn't find much either.
just found the article: "Algorithms for time–optimal control of CNC machines along curved tool paths" by Sebastian D. Timar*, Rida T. Farouki, Tait S. Smith, Casey L. Boyadjieff
there are probably a bunch of other articles out there
this is based on nurbs, so it would probably require a lot of modifications, but is still shows the principle... :-) https://www.uwspace.uwaterloo.ca/bitstream/10012/3770/1/Thesis_Master_UWmargins06.pdf
cradek: I've been using sheetcam for linux, so far ok
do you have to start with a dxf to use it?
yes or some other format I forget what that is
ok, so you can't just draw a part in it, that's what I was wondering
when I briefly tried it, I just sort of stared at the blank screen wondering what to do. none of the icons were 'draw a thing'
lol, yes you have to import a drawing... each operation must be on a separate layer
"Teach-in mode for manual operation and programming: In addition to full manual control of the machine such as axes motions in rapid, feed and jog mode, the system allows an operator to manually operate the machine through the control system and convert that motion into a program's logic steps."
this is an interesting idea
my anilam does that
BOSS has MDI-learn but it's hard to use.
(I think it's the only way to enter a program at the panel)
my anilam is conversational and I've never tried the learn function
* BigJohnT is off to the fab shop