Re: [Emc-users] Copley 513 internal header

[Jon Elson]

On 02/24/2017 05:04 PM, dragon wrote:
> Copley has a data sheet available for the 513 but it does nothing more
> than mention the internal header. I contacted them and they said that
> they are unable to help out with anything that old.
>
> Does anyone have info on the internal header that is used for some of
> the settings, and the equations or procedures for finding the proper
> component values of the resistors and capacitors that get installed?
>
>
Gee, that's too bad.  I don't have anything on the 513, but 
I do have an old 405 manual.
But, you should look here, first:
http://www.copleycontrols.com/Motion/Downloads/legacy.html

Some of those units may have enough similarity to your 513 
to be useful.  There is a 5131CE, which might be just a 
newer version of the 513.  Some looking at the docs might 
make it clear that would be the case, or not.
The manual does show the "internal header".

Jon

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

[Emc-users] Copley 513 internal header

[dragon]

Copley has a data sheet available for the 513 but it does nothing more
than mention the internal header. I contacted them and they said that
they are unable to help out with anything that old.

Does anyone have info on the internal header that is used for some of
the settings, and the equations or procedures for finding the proper
component values of the resistors and capacitors that get installed?

Thanks!



signature.asc
Description: OpenPGP digital signature
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] OT - Arduino development - Atmel ICE useful ?

[Stephen Dubovsky]

If you have to use on chip peripherals such as DMA, ADC, or PWM you very
much have to "learn a chip" (some are part of the core, some are part of
the silicon manufacturer implementation.)  An Arduino OS will sield you
from much of that but if doing more bare metal implementation or even
running a commercial RTOS its very necessary.

On Fri, Feb 24, 2017 at 2:22 PM, Chris Albertson 
wrote:

> On Fri, Feb 24, 2017 at 6:54 AM, Stephen Dubovsky 
> wrote:
>
> >
> > Indeed support is VERY useful.  There are many more ARM forums (and
> > professional users) then Arduino.
>
>
> That is an odd thing to say because Arduino is moving to ARM.
>
> Tool chains used to be such a big deal.  Mostly what you'd be invested in
> was the tools.  One never learns a chip, you learn the tools used by that
> family of chips.   Then after coming up to speed you don't really want to
> go through that again.   But we are seeing a convergence of tools.   There
> is Arduino that now works for both AVR and ARM.   Eclipse is universal and
> the GNU tool chain is much the same on an ARM M3 as it is one my Apple
> iMac, it's just a GNU C compiler.  So "moving to ARM" can be very
> transparent.Almost all my AVR code runs on ARM.
>
> Back in the days of propriety programers and propriety development
> environments switching chips was hard.  Not so any more
>
> I agree it was the licensing model that case ARM to take over.
>
> --
>
> Chris Albertson
> Redondo Beach, California
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] OT - Arduino development - Atmel ICE useful ?

[Chris Albertson]

On Fri, Feb 24, 2017 at 6:54 AM, Stephen Dubovsky 
wrote:

>
> Indeed support is VERY useful.  There are many more ARM forums (and
> professional users) then Arduino.


That is an odd thing to say because Arduino is moving to ARM.

Tool chains used to be such a big deal.  Mostly what you'd be invested in
was the tools.  One never learns a chip, you learn the tools used by that
family of chips.   Then after coming up to speed you don't really want to
go through that again.   But we are seeing a convergence of tools.   There
is Arduino that now works for both AVR and ARM.   Eclipse is universal and
the GNU tool chain is much the same on an ARM M3 as it is one my Apple
iMac, it's just a GNU C compiler.  So "moving to ARM" can be very
transparent.Almost all my AVR code runs on ARM.

Back in the days of propriety programers and propriety development
environments switching chips was hard.  Not so any more

I agree it was the licensing model that case ARM to take over.

-- 

Chris Albertson
Redondo Beach, California
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Whats a good visual displayer for a dxf?

[Chris Albertson]

On Fri, Feb 24, 2017 at 4:32 AM, Ron Bean  wrote:

>
> I've used Fusion360 but I'm still not used to the idea of using a 3D CAD
> program to draw an inherently 2D part. I'll get there eventually.
>

You just make a sketch on one plane.  Using it this way it is just like any
other CAD program.But really the main advantage of Fusion is that it is
a concept to manufacturing system.  It handles initial sketches and will
also generate tool paths.The "tool path" part is why I brought it up
here in this forum.

When you get used to a parametric CAD system it is hard to give that
feature up.   For example I can place holes "two hole diameters" from the
edge of a part, then later I have to change the length of the part, the
holes move to accommodate the new edge locations.   Parametric system are a
response to the fact that designs during the design phase always evolve
over time.

-- 

Chris Albertson
Redondo Beach, California
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] OT - Arduino development - Atmel ICE useful ?

[mcgyver]

 
I have several brands  of MCU with Arduino being one. I am wondering if anyone 
on the list has tried a Parallax Propeller for any cnc type app. It ha 8 - 32 
bit processors called cogs.Robert


   
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] OT - Arduino development - Atmel ICE useful ?

[Przemek Klosowski]

On Fri, Feb 24, 2017 at 9:54 AM, Stephen Dubovsky  wrote:
> ARM has over 80 licensees for just the Cortex family.  Atmel has... only
> themselves.  If you are going to invest the time & money to setup and
> develop for a chip, not just for a current project but unknown future ones,
> you will likely be better off starting/switching to ARM.

Of course! You can't just avoid ARM---they crept into everything, from
the lowest-lowest end 30-cent Cortex M0s to multi-core 64-bit A53
monsters that compete with Pentiums. I see other companies getting
antsy about their proprietary lines, e.g. TI announcing MSP432 which
is really an ARM with MSP430-like peripherals---although they have
been awfully quiet after announcing it with some fanfare few years
ago. I guess the good'ole MSP430 is selling well.
Such legacy demand is blessing and a curse to vendors like TI and
especially Microchip, who have the amazing zoo of architectures:
several 8, 12, 16, 18, 20 and 24-bit PICs, MIPS (disguised as PIC32)
and now AVR and an ARM line. I guess they will just keep making them
while they have legacy customers---Microchip has a reputation of
almost never abandoning existing customers. There's a nice niche for
companies like them, or Rochester, who still make the 1980's chips
like 9513.
By the same token, though, one shouldn't use them in new designs
unless there was some compelling technical reason, like an exotic
peripheral that only exists on the old chip.

Having said that, the current new kid on the block is RISC-V, which
actually IS open-sourced: it's an academic project which, however, has
some credible industrial partners that are making parts and boards.
It'll of course have hard time getting the breadth of software and
hardware support that ARM has, but I was impressed what they have been
able to achieve so far.
Stephen, did you have a look at them? I guess a guy like you would
have very little incentive to look for an ARM alternative, but maybe
there was something that caught your eye even if you wouldn't plan to
adopt it?

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] OT - Arduino development - Atmel ICE useful ?

[Gene Heskett]

On Friday 24 February 2017 09:54:13 Stephen Dubovsky wrote:

> On Thu, Feb 23, 2017 at 9:47 PM, Erik Christiansen
>  wrote:
> ...
>
> > Conversely, why is the ATtiny15
> > "best" for the job at hand? Answer: Because it has a few ADC
> > channels, I have a few of them in my goodies box, AND I'm set up to
> > develop with them.
>
> That last one is big.  "set up to develop them."  I'll expand on that
> in just one second...
>
> > > They are very good, cheap, very common and used by many
> > > manufacturers.
> >
> > Nicklas, that is true for all the microcontrollers doing well on the
> > market.
>
> ARM has over 80 licensees for just the Cortex family.  Atmel has...
> only themselves.  If you are going to invest the time & money to setup
> and develop for a chip, not just for a current project but unknown
> future ones, you will likely be better off starting/switching to ARM. 
> I've been writing embedded code professionally for decades and have
> used darn near everything.  We currently have products using
> Motorola(freescale), Atmel ATMega, Microchip, TI DSP, and ARM in
> production.  Its a *NO BRAINER* that ARM is the winner in the bang for
> the buck and is going into all new products.  The breadth of products
> available is simply unmatched by those other manufacturers combined. 
> Its not that any of the other companies are bad.  Many make a couple
> class leading products, its just their business model is limiting. 
> We've had Renesas try to court us on multiple occasions (RZ family I
> iirc).  They make some really nice products that were faster then the
> ARMs available at the time but in the end I told them - 'your only
> flaw is that it isn't an ARM'.  And that choice proved to be the right
> one as there were ARMs faster than those Renesas cores available
> shortly after.  Renesas makes ARM products too now.  FWIW, We are
> currently alpha testing the STM32H7 - super fun part!
>
> Its not a perfect analogy but ARM is the hardware equivalent to open
> source.  Pay for the core (ok, so not exactly open source) and put
> *ANYTHING* you want around it.  Since this is a forum of Linux users
> that should find broad appeal.  Chip manufacturers have certainly
> voted to support it.
>
> > As the original question specifically referred to Arduino
> > development, it may also be that being able to talk to the Arduino
> > community is also a tangible benefit. It is doubtless more useful
> > than mere CPU evangelism.
>
> Indeed support is VERY useful.  There are many more ARM forums (and
> professional users) then Arduino.  In my professional opinion: 10yrs
> from now ARM will still very much be around.  I wouldn't make the same
> bet on Arduino/ATmega.
>
> 'CPU evangelism' made me chuckle as it is a very apt description. 
> Will remember that phrase:)
>
> Stephen

What Stephen said, from the sidelines observer this battle is now in the 
clean up the casaulties phase, arm won it.

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page 

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Those encoder dials have a gotcha

[Gene Heskett]

On Friday 24 February 2017 07:34:16 Ron Bean wrote:

> >What I'd like is a 0.1, 0.2, 0.5, 1.0, 2.0, 5.0 etc gain sequence,
> >extended another decade both directions.
>
> I like this idea a lot, I've been thinking along similar lines. I
> don't understand why every CNC controller uses 10x increments.

To control a mux16 I need a nibble sized 4 lines.

Aha! See man 9 multiswitch and set it for 4 bits wide. That will give the 
4 bits needed to drive a mux16, and the mux16 will have the 1,2.5 value 
sequence set at its inputs. Inputs can be setp'd, but I'd druther setp 
one master value, and scale all the other mux16 inputs from that. Set it 
once per axis in the .ini file. Now, can I put this outside the 
servo-thread loop, so all this is done once only at LCNC launch time?

Given the limited resources of the pi, I would much druther it was kept 
out of the servo loop execution every millisecond and done only at init 
time.  How can I do that? Hmmm, would need a sign bit too for both 
directions... In which case mul the reference by -1.000 and reapply to 
the mux16.  Perhaps a new mpg-thread, running at 10 milliseconds for 
this stuff?

What do you guru's think?

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page 

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] OT - Arduino development - Atmel ICE useful ?

[Stephen Dubovsky]

On Thu, Feb 23, 2017 at 9:47 PM, Erik Christiansen 
wrote:
...

> Conversely, why is the ATtiny15
> "best" for the job at hand? Answer: Because it has a few ADC channels, I
> have a few of them in my goodies box, AND I'm set up to develop with
> them.


That last one is big.  "set up to develop them."  I'll expand on that in
just one second...


>
> > They are very good, cheap, very common and used by many manufacturers.
>
> Nicklas, that is true for all the microcontrollers doing well on the
> market.


ARM has over 80 licensees for just the Cortex family.  Atmel has... only
themselves.  If you are going to invest the time & money to setup and
develop for a chip, not just for a current project but unknown future ones,
you will likely be better off starting/switching to ARM.  I've been writing
embedded code professionally for decades and have used darn near
everything.  We currently have products using Motorola(freescale), Atmel
ATMega, Microchip, TI DSP, and ARM in production.  Its a *NO BRAINER* that
ARM is the winner in the bang for the buck and is going into all new
products.  The breadth of products available is simply unmatched by those
other manufacturers combined.  Its not that any of the other companies are
bad.  Many make a couple class leading products, its just their business
model is limiting.  We've had Renesas try to court us on multiple occasions
(RZ family I iirc).  They make some really nice products that were faster
then the ARMs available at the time but in the end I told them - 'your only
flaw is that it isn't an ARM'.  And that choice proved to be the right one
as there were ARMs faster than those Renesas cores available shortly
after.  Renesas makes ARM products too now.  FWIW, We are currently alpha
testing the STM32H7 - super fun part!

Its not a perfect analogy but ARM is the hardware equivalent to open
source.  Pay for the core (ok, so not exactly open source) and put
*ANYTHING* you want around it.  Since this is a forum of Linux users that
should find broad appeal.  Chip manufacturers have certainly voted to
support it.


>
> As the original question specifically referred to Arduino development,
> it may also be that being able to talk to the Arduino community is also
> a tangible benefit. It is doubtless more useful than mere CPU evangelism.
>

Indeed support is VERY useful.  There are many more ARM forums (and
professional users) then Arduino.  In my professional opinion: 10yrs from
now ARM will still very much be around.  I wouldn't make the same bet on
Arduino/ATmega.

'CPU evangelism' made me chuckle as it is a very apt description.  Will
remember that phrase:)

Stephen
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Whats a good visual displayer for a dxf?

[Ron Bean]

>Draftsight is a free (but not open source) clone of Autocad (by the
>maker of Solidworks) that works pretty well on Linux (64 bit).  You
>have to renew it every year, but I've found it to be pretty good.  I
>like the UI for it better than LibreCAD.

I use Draftsight a lot, but the latest versions require a machine with a 
separate video card-- it will be very sluggish if you're using the 
"on-board" video (this includes most laptops).

OTOH, the latest versions include a better GUI (like later versions of 
AutoCAD), and you can switch back and forth (drop-down box at the top 
left of the screen).

I've used Fusion360 but I'm still not used to the idea of using a 3D CAD 
program to draw an inherently 2D part. I'll get there eventually.

Solvespace also looks good-- lightweight, open source, cross-platform. I 
just haven't played with it much yet.


--
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Those encoder dials have a gotcha

[Ron Bean]

>What I'd like is a 0.1, 0.2, 0.5, 1.0, 2.0, 5.0 etc gain sequence,
>extended another decade both directions.

I like this idea a lot, I've been thinking along similar lines. I don't 
understand why every CNC controller uses 10x increments.


--
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Those encoder dials have a gotcha

[Gene Heskett]

On Friday 24 February 2017 05:53:35 andy pugh wrote:

> On 24 February 2017 at 10:44, Gene Heskett  
wrote:
> > But every scheme I come up demands the encoder be restored to
> > zero on the button release before the accumulated count can make the
> > machine move wildly.
>
> LinuxCNC handles that. No need to zero the counts.
>
> Wheel-jogging works on delta counts after the jog-enable pin goes
> true.

Ahh, did not know that. Good job of idiot proofing it already done.

You must have seen me coming. :)

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page 

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Those encoder dials have a gotcha

[Gene Heskett]

On Friday 24 February 2017 00:08:42 Chris Albertson wrote:

> I don't think it works this way.  It does not power down.   But it
> does work exactly as per the specification.  There are 100 detented
> divisions per revolution.  The A and B phase of course only change
> when there is movement.
>
> In theory you can get 400 steps per rev but the wheel has detents so
> there is no good way to move it to a place between the marks.
>
> This is OK because we get to define what "one revolution" means.  It
> one rev is 0.01 inches them each mark is 0.0001 Will can define it to
> be inches or metric.  The division are as fine or course as you like. 
>  If you are building a user interface with this wheel I think what's
> needed is a selector that defines what one revolution means.   It will
> also need a "zero" button and and axis selector
>
> My plan is to place a small micro controller inside the pendent with
> the wheel and an LCD screen and some other controls.  The uP will do
> the translation.

Whereas I have i/o to throw away, so my LCD screen will be pyvcp tallys 
on the axis screen & hal modules doing the math. My dials will be 
mounted on the apron. Z lower left, X lower right. And my saddle will 
grow another piece of 3/8" OD SS pipe from the cable chain at the rear 
to the apron top for a piece of cat5 jumper cable I have yet to acquire.  
With 72 total I/O I can do some of that in hal.

All predicated on me finding enough round tuits of course. I have a Dr's 
appointment this afternoon, a decent excuse to stop someplace and get 
some stranded "jumper" cat5 for the cable chain. I'll get one of the 
elderly girls across the street to come in and sit with Dee while I'm 
gone.

> On Thu, Feb 23, 2017 at 6:31 PM, Gene Heskett  
wrote:
> > But I think its something we may be able to outwit in the hal file.
> >
> > They appear to have a power save shutdown, and a power up lag.
> >
> > And seem to have timings independent from each other.  This is going
> > to cause, unless we scale the encoder down by 4, one edge received
> > occurs just as you start to turn it by hand, and again some
> > milliseconds later after YOU have stopped turning the dial. When you
> > stop moving it, it goes back to zero volts a few milliseconds later.
> >
> > This is looking at the A/B terminals, I have not yet checked the
> > -A/-B terminals for their behavior.  It may be that this problem may
> > disappear if differential receivers with lots of histerisys(sp?,
> > when do we get a spell checker that knows these technical words?)
> > would just ignore this.
> >
> > But be aware its there guys if you feed it straight into the encoder
> > module as is. You have effectively only those positions at rest
> > corresponding to A,B=0.  None of the other three combo's are
> > available to you in the detent at rest condition. So you will move
> > in a modulo4 at the start, and end of a move, always ending up in
> > the 0/0 position when the wheel is at rest.
> >
> > I just checked the - terminals, it is not powering down, at rest
> > they are both at the 5 volt rail. I was hopeing that we might have a
> > true fine tune by using a straight edge went by=one motor microstep,
> > but thats not going to happen, best we can do is one micro-step per
> > detent felt.
> >
> > Now we know why such a precision looking and seemingly well built
> > wheel was only a 20 dollar bill. ;-)  You can only use 1/4 of its
> > real resolution.
> >
> > Now I need to find some cat5 intended for jumpers, eg stranded wire
> > for use in the cable chain to the saddle. But the last jumper I
> > bought was made from flat cable.  It works ok, but..., 8 wires isn't
> > enough for everything either, I still need independent home
> > switches, so thats 10. Sigh.  When does it end and you can switch to
> > use it mode?
> >
> > I did measure how far I can move the crossfeed in w/o exposing the
> > ball screw, 3.35". Thats enough to  put the tool tip on centerline,
> > and work on something 6.7" in diameter w/o throwing swarf into the
> > slot.  Said another way, stuff will need to be zeroed and an air cut
> > made to check if its still covered at the smallest diameter of the
> > job.  If not, move the toolpost mount, rezero, and cut some more
> > air.
> >
> > Cheers, Gene Heskett
> > --
> > "There are four boxes to be used in defense of liberty:
> >  soap, ballot, jury, and ammo. Please use in that order."
> > -Ed Howdershelt (Author)
> > Genes Web page 
> >
> > 
> > --
> > Check out the vibrant tech community on one of the world's most
> > engaging tech sites, SlashDot.org! http://sdm.link/slashdot
> > ___
> > Emc-users mailing list
> > Emc-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/emc-users


Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of 

Re: [Emc-users] Those encoder dials have a gotcha

[andy pugh]

On 24 February 2017 at 10:44, Gene Heskett  wrote:
> But every scheme I come up demands the encoder be restored to
> zero on the button release before the accumulated count can make the
> machine move wildly.

LinuxCNC handles that. No need to zero the counts.

Wheel-jogging works on delta counts after the jog-enable pin goes true.

-- 
atp
"A motorcycle is a bicycle with a pandemonium attachment and is
designed for the especial use of mechanical geniuses, daredevils and
lunatics."
— George Fitch, Atlanta Constitution Newspaper, 1916

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Those encoder dials have a gotcha

[Gene Heskett]

On Thursday 23 February 2017 23:14:37 Kurt Jacobson wrote:

> Gene, my MPG works great. Does not have any lag at all. The 400ppr did
> throw me off at first when the machine jogged four times the jog
> scale. I put a fix for that in the MPG comp I wrote, it just divides
> the jog scale by whatever the mpg-pulses parameter is set to, 4 in
> this case.
>
> I like the 400ppm as I don't need to use a lowpass like with the
> 100ppm MPGs to get smooth motion.
>
> Kurt

Thats great, Kurt. Thanks. And I'm noodling around, trying to come up 
with a way to control the gain so it takes less furious spinning to move 
a foot. But every scheme I come up demands the encoder be restored to 
zero on the button release before the accumulated count can make the 
machine move wildly.  I'll sort out something... There are a lot 
of "handles" sticking out of the encoder module. :)

What I'd like is a 0.1, 0.2, 0.5, 1.0, 2.0, 5.0 etc gain sequence, 
extended another decade both directions. I can display the state of the 
gain with pyvcp with little problem.

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page 

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Those encoder dials have a gotcha

[Gene Heskett]

On Thursday 23 February 2017 22:44:19 Jon Elson wrote:

> On 02/23/2017 08:31 PM, Gene Heskett wrote:
> > But I think its something we may be able to outwit in the hal file.
> >
> > They appear to have a power save shutdown, and a power up lag.
> >
> > And seem to have timings independent from each other.  This is going
> > to cause, unless we scale the encoder down by 4, one edge received
> > occurs just as you start to turn it by hand, and again some
> > milliseconds later after YOU have stopped turning the dial. When you
> > stop moving it, it goes back to zero volts a few milliseconds later.
>
> Sorry, Gene, you are wrong.  They don't power down, but the
> detent draws the dial to the state where A=B=0.
> If you hold the dial between detents, the A or B outputs
> hold at whatever level they should.  When you let go, it
> drops into the detent again, and outputs are zero.  This is
> all as it should be.
>
> YES, it gives 400 quadrature counts per rev, so you need to
> scale the encoder by a factor of 4 to get rational units per
> detent step.
>
> Jon
>
I wondered if that might not be the case, but I still got the same 
behaviour when I tried to hold it between detents. Maybe my bit of hand 
shake fooled me. They aren't as steady as they once were. :(

That was just powered up on the table watching it with the fawncy 
sampling scope. That I haven't 100% learned to run yet, its too darned 
automatic.

Thanks Jon.

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page 

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Whats a good visual displayer for a dxf?

[Chris Albertson]

I use AutoDesk's "Fusion360".  It's free for most of us.   Of course it
will open AutoDesk's DXF file format.

AutoDesk has gone a 180 degree turn on pricing making a premiere CAD/CAM
program free.   Fusion360 should be popular with anyone doing CNC work.
It allows one to make 3D models and then can generate G code.It can
produce g code for both lathes and mills up to  four axis.   So you can
import your file then generate code to machine it.Fusion can also drive
3D printers.  Lots of features.  It knows about "assemblies" and can
simulate motion.  For example I made a model of a simple steam engine and
could see Fusion360 rotate the crank and I can see the piston move then
output files for printers, lathes and mills   It allows for collaborative
work, remote users can make edits and keep their own versions of drawings
and it version controlled.Runs on both Mac and Windows.   It is
parametric so you can change a dimension and other dimension recalculate.

They say it is "cloud based" and this scares some people but really it runs
on you local computer and your data is stored locally too.  It's the
features for collaboration with others that is using the network

http://www.autodesk.com/products/fusion-360/overview





On Fri, Feb 24, 2017 at 12:46 AM, Lester Caine  wrote:

> On 23/02/17 21:38, Ralph Stirling wrote:
> > FreeCAD is nice for 3d work, but Draftsight is my go-to for 2d.
>
> The FreeCad drafting desktop has been improving ... and the other
> specialist workbenches are unique ... anybody for a boat hull ... but I
> still use Turbocad for a quick drawing. One has to use what one is used
> to sometimes.
>
> --
> Lester Caine - G8HFL
> -
> Contact - http://lsces.co.uk/wiki/?page=contact
> L.S.Caine Electronic Services - http://lsces.co.uk
> EnquirySolve - http://enquirysolve.com/
> Model Engineers Digital Workshop - http://medw.co.uk
> Rainbow Digital Media - http://rainbowdigitalmedia.co.uk
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>



-- 

Chris Albertson
Redondo Beach, California
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Whats a good visual displayer for a dxf?

[Lester Caine]

On 23/02/17 21:38, Ralph Stirling wrote:
> FreeCAD is nice for 3d work, but Draftsight is my go-to for 2d.

The FreeCad drafting desktop has been improving ... and the other
specialist workbenches are unique ... anybody for a boat hull ... but I
still use Turbocad for a quick drawing. One has to use what one is used
to sometimes.

-- 
Lester Caine - G8HFL
-
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk
Rainbow Digital Media - http://rainbowdigitalmedia.co.uk

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users