Re: [Emc-users] lost in the transcendental math again

[Gene Heskett]

Greetings all;

I have one last problem, I can't get a G42 to "take" despite the fact 
that the next move is 2x+ the tool diameter. I would like to run most of 
a while loop using g42 as that, when I've made it work, draws a red line 
in the backplot on the climb cutting side of the tool. But as I watch it 
run from the F5 mode, the G40 in the status window never changes, abd 
the tool is straddling the red line. The actual cut will then be 4mm 
taller & wider.

Here is that stanza of code:
(db_num is zeroed above, tool 15, a 4mm tool is loaded at the top of the 
file)
o220 WHILE [#<_db_num> lt 1.500]

o210 IF [#<_db_num> lt .500]

G54
G0Z#<_ZUP>
(put coord map X0.0 Y0.0 to center of left dsub pattern)

G55 ( switch to g55 map)
G0 Z#<_ZUP> (make it clear)
( goto center of left dsub pattern )
G0 X0. Y0.

o210 ELSE

G54 (back to normal map)
G0 Z#<_ZUP> (clear work)

G56 (switch to right dsub location)
G0 Z#<_ZUP>
( goto center of right rear db pattern)
G0 X0. y0.
(all set, return to carve it)
o210 ENDIF

( Lets drill the db connector mounting holes 1st )
S 2500 M3 (start spindle)
( goto left mounting hole)
G1 F10 y0.0 x-#<_STD_3A>
o130 CALL

( goto right  mounting hole )
G1 F10 Y0.00 X#<_STD_3A>

o130 CALL (drill it)

(MSG,db mounting holes done)
(start on dsub pattern at upper right corner)
#<_tempZD> = -0. 
G1 f15 Z#<_ZUP>

(now do connector outline in g42 mode)
G1 F15 x.5 y.5 (far enough away it can do it)
G42 (draw at climb cut side of tool)
G1 F15 x0 y0 (back to center of pattern to absorb the G42)

o300 WHILE [#<_tempZD> gt #<_ZDN>]

#<_tempZD> = [#<_tempZD> - 0.0075] (see if that slows the bit 
flexing)
(put at first corner, all Y derived from G, X derived from 
B=top,E=bottom)
(to top right corner of cutout, use B here)
G0 X#<_STD_3B> Y#<_STD_3G> (std_3g is half cutout height)

(now draw x line across top to left end, use B here & ramp down)
G1 F10 x-#<_STD_3B> Z#<_tempZD> ( & ramp down to right end of cut)
(top done, do end)

(draw down left end at angle, no ramp) 
G1 F10 X-#<_STD_3E> Y-#<_STD_3G> 
(end angle to bottom done)

(now do bottom run to right & no ramp)
G1 F10 X#<_STD_3E>
(and back to our starting point at upper right corner no ramp)
G1 F10 Y#<_STD_3G> X#<_STD_3B>

o300 ENDWHILE
( first cutout done)
G40

G1 Z#<_ZUP>
G1 x0 y0
#<_db_num>  = [#<_db_num> + 1.]

o220 ENDWHILE
(back to normal g54 map)
G54


The G42 never shows in the active list window, and the dro shows the full 
Y offset requested.

Am I crazy or is this a bug? Do I need to waste some stock to find out?

-- 
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 


___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] SPI

[andy pugh]

On Mon, 17 Dec 2018 at 14:18, Charles Steinkuehler
 wrote:

> That sounds like a floating signal.

And you were right. It appears to work now. I hadn't read the docs
properly and thought that SPI.beginTransaction was the new
SPI.begin().
Not so!
So my SPI pins were not in the correct pin modes.
(bit clearly were still somewhat working, sometimes)

https://www.arduino.cc/en/Reference/SPIBegin

-- 
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


___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] SPI

[Gene Heskett]

On Monday 17 December 2018 06:09:51 andy pugh wrote:

> Not as on-topic as I would like, but I suspect that some of you here
> might know something useful.
>
> I am trying to interface an ADS1256 board to an Arduino.
> https://www.ebay.co.uk/itm/19242863594
>
> Sometimes it almost works...
> It will often sit there reading all-zeros then suddenly appear to
> work, to an extent. But I don't seem to be able to configure it for
> single-ended so suspect that the programming instructions are not
> getting through.
> The fact that the data output comes and goes makes me suspect that the
> SPI comms is iffy.
>
> The connection runs via the IO pins of an Arduino Nano,rather than
> using the ICSP connector.
>
> If I touch the ICSP connector on the Nano with my finger then the data
> switches to 0xFF
>
> So, I am wondering if the SPI bus needs to be terminated or something?
>
Generally, its src terminated with a 120 ohm chip r as close to the 
arduino as you can get it.

The spi bus is a different critter and generally works best when its 
running fast enough to lose the squarishness of the wave. And its very 
finiky about rise and fall times since it uses the data slew rates for 
its clocking. Often working better if its capacitively loaded just to 
slow the rise and fall of the waveform data. I'm running a medium sized 
70 yo Sheldon lathe with an spi addressed mesa 7i90D interface from a 
raspi 3b. The raspi is writing to the 7i90 at 42 megabaud, the reading 
its responses at 25 megabaud, and working flawlessly over a 2" piece of 
26 pin ribbon.

At those speeds, even 2" is a transmission line and has to be treated as 
such.

> Also, the board has 100 Ohm resistors in series with all digital IO,
> but the ADS1256 data sheet only shows 100R resisitors on the input
> channels. Is this likely to be worth changing?
Probably not, the internal r of the gpio driver will be enough to make a 
decent 1GHz digital scope on the spi signals would show whats going on, 
or might even make >
> I have used other SPI devices with the Nano, and have not had these
> problems. I have also tried with a full-size Arduino, with equally
> limited success.
>
> Any tips for robustification of SPI comms?

See above, I'm still learning what works myself.

-- 
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 


___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] lost in the transcendental math again

[Gene Heskett]

On Monday 17 December 2018 05:05:18 Roland Jollivet wrote:

> Hi Gene
> You seem to be making a real meal out of a DB9 slot

1, its a db25, 2, it lays horizontally, and 3. I'm done except for 
tweeking the bottom, narrower run, I've a greater than 10 degree angle 
for the tapered ends. This isn't going in a computer case, but in a 
11x7x3 utility box I'm makeing a new back panel for, 3x thicker and 
stiffer than the oem panel. Its going to have 10 ea GS16-5 connectors, 2 
db25's and a slightly smaller hole for a substantial line cord packing 
gland in the finished version.

My problem, among others when I made the 2nd post, was I had two subs 
with the same onum identifier. I was also working on it in the wee hours 
because I was having a hard time getting to sleep. That and my tired 
eyes. I should have some new lenses about Saturday that will let me see 
better. I've had cataract surgery in both eyes recently. So the 
currently poor vision isn't helping.

> Why not just make the cutout this shape;
> https://www.aliexpress.com/item/10PCS-Full-Height-serial-port-Bracket-
>for-DB9-DB15-DB25-interface-Computer-Case-PCI-slot-baffle/32880851198.h
>tml

So this isn't quite what I need.

Thanks & Merry Christmas, Roland

-- 
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 


___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] SPI

[John Dammeyer]

Andy,
Of course a scope here is your friend.  If you don't have one do some simple 
tests.
1. Make sure  /RESET and /PDWN are both pulled to +3.3V or 5V  with a resistor. 
 The data sheet says these are 5V tolerant to 6V.
2. Make sure the /CS signal is pulled low before you start clocking.
3. Program the Arduino w/o SPI and set each of the outputs MOSI and CLK to be 
Low and then high.  Measure with a meter to make sure they match the spec sheet 
voltages.
4. But if you don't have a scope try each of the modes for SPI.
5. Forget about the A/D initially and program the General Purpose I/O pins to 
have values that you can check with a meter or read back the pins to verify you 
are addressing and sending data.
John



> -Original Message-
> From: andy pugh [mailto:bodge...@gmail.com]
> Sent: December-17-18 7:27 AM
> To: Bruce Layne
> Cc: Enhanced Machine Controller (EMC)
> Subject: Re: [Emc-users] SPI
> 
> On Mon, 17 Dec 2018 at 15:06, Bruce Layne 
> wrote:
> 
> > Generally speaking, there are four modes of transmission
> >
> 
> Looking at http://www.ti.com/lit/ds/symlink/ads1256.pdf (figure 1) and
> https://en.wikipedia.org/wiki/Serial_Peripheral_Interface  I am not 100%
> clear which mode is being described, but probably mode 1?
> 
> 
> --
> 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
> 
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users



___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] O subroutines limited to 4 parameters, not 30?

[Kenneth Lerman]

Hi Ted,

What is the meaning of "fail" in this context?

Do you get some sort of error message? Or does smoke come out of the
machine? :-)

Ken

On Sat, Dec 15, 2018 at 6:00 PM Ted Hyde  wrote:

> Greets - I'm calling an o sub from python and need to pass 8 parameters
> to it. Per the docs, I'm expecting to be able to pass up to 30
> parameters, not just 4
> Whether I make the call in python, or just in Axis' MDI window, I get
> the same response at the 5th parameter "Interp_error Bad Character '['
> used."
> I can replicate this with any o sub (as external file) and it always
> fails on the 5th parameter, eg:
>
> 300.ngc:
> o<300> sub
> (DEBUG, I actually have 8 params: [#1] [#2] [#3] [#4] [#5] [#6] [#7] [#8])
> o<300> endsub
>
> and calling it via python or just simply in Axis' MDI: o<300> call [1.0]
> [2.0] [3.0] [4.0] [5.0] [6.0] [7.0] [8.0]
> will cause it to fail..
> Calling only o<300> call [1.0] [2.0] [3.0] [4.0]
> will run, but of course a full routine is missing parameters 5-8.
> Running (Axis) 2.7.0 on Wheezy from LiveCD install.
>
> Any help appreciated.
>
> Thanks,
> Ted.
>
>
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>

___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] SPI

[Charles Steinkuehler]

On 12/17/2018 9:26 AM, andy pugh wrote:
> On Mon, 17 Dec 2018 at 15:06, Bruce Layne 
> wrote:
> 
>> Generally speaking, there are four modes of transmission
>>
> 
> Looking at http://www.ti.com/lit/ds/symlink/ads1256.pdf (figure 1) and
> https://en.wikipedia.org/wiki/Serial_Peripheral_Interface  I am not 100%
> clear which mode is being described, but probably mode 1?

Yes, it looks like mode 1 to me as well.  Clock polarity = 0 (clock is
low when idle) and clock phase = 1 (data changes on the rising edge
and is latched on the falling edge).

-- 
Charles Steinkuehler
char...@steinkuehler.net


___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] SPI

[andy pugh]

On Mon, 17 Dec 2018 at 15:06, Bruce Layne 
wrote:

> Generally speaking, there are four modes of transmission
>

Looking at http://www.ti.com/lit/ds/symlink/ads1256.pdf (figure 1) and
https://en.wikipedia.org/wiki/Serial_Peripheral_Interface  I am not 100%
clear which mode is being described, but probably mode 1?


-- 
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

___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] SPI

[Bruce Layne]

When I've had problems similar to those you described when interfacing 
SPI devices to a microcontroller, it was usually caused by some 
violation of the timing diagram.  I was writing my own SPI 
communications routines in assembler on a PIC microcontroller.  I did a 
quick search and it looks like that part is being done for you with the 
Arduino.


https://www.arduino.cc/en/Reference/SPI

That is a very well written article.  It might be a good idea to read 
through it as a troubleshooting guide to see if any of the issues it 
mentions might be causing you problems.


I'd still get a digital storage oscilloscope and capture the signals to 
see what might be causing the problem.  Seeing the signals is the best 
and quickest way to verify a lot of things, many of which you might not 
even imagine would be a problem - voltage levels, noise, ground bounce, 
timing issues, etc.  Make sure the signals match the signals shown in 
the ADS1256 data sheet.


This is the sort of thing that can eat your lunch (from the link 
provided above):



The SPI standard is loose and each device implements it a little 
differently. This means you have to pay special attention to the 
device's datasheet when writing your code.


Generally speaking, there are four modes of transmission. These modes 
control whether data is shifted in and out on the rising or falling edge 
of the data clock signal (called the clock *phase*), and whether the 
clock is idle when high or low (called the clock *polarity*). The four 
modes combine polarity and phase according to this table:


*Mode* 	*Clock Polarity (CPOL)* 	*Clock Phase (CPHA)* 	*Output Edge* 
*Data Capture*

SPI_MODE0   0   0   Falling Rising
SPI_MODE1   0   1   Rising  Falling
SPI_MODE2   1   0   Rising  Falling
SPI_MODE3   1   1   Falling Rising








On 12/17/18 9:38 AM, andy pugh wrote:

On Mon, 17 Dec 2018 at 14:18, Charles Steinkuehler
 wrote:


Double-check your wiring and the data sheets, paying particular
attention to the direction of the data signals.  I have found the data
line labeling (MISO/MOSI, DIn/DOut, etc) to be somewhat haphazardly
applied, and your symptoms would be explained by having the data lines
swapped (so two drivers bus-fighting on one line, and the other line
floating).

I have buzzed this through from the Arduino to the pins on the actual
ADS1256 chip, and that all seems correct.




___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] SPI

[andy pugh]

On Mon, 17 Dec 2018 at 14:18, Charles Steinkuehler
 wrote:

> Double-check your wiring and the data sheets, paying particular
> attention to the direction of the data signals.  I have found the data
> line labeling (MISO/MOSI, DIn/DOut, etc) to be somewhat haphazardly
> applied, and your symptoms would be explained by having the data lines
> swapped (so two drivers bus-fighting on one line, and the other line
> floating).

I have buzzed this through from the Arduino to the pins on the actual
ADS1256 chip, and that all seems correct.

-- 
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


___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] SPI

[andy pugh]

On Mon, 17 Dec 2018 at 11:09, andy pugh  wrote:

> I am trying to interface an ADS1256 board to an Arduino.
> https://www.ebay.co.uk/itm/19242863594

Bad URL
https://www.ebay.co.uk/itm/192428635947



-- 
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


___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] SPI

[Charles Steinkuehler]

On 12/17/2018 5:09 AM, andy pugh wrote:
> Not as on-topic as I would like, but I suspect that some of you here
> might know something useful.
> 
> I am trying to interface an ADS1256 board to an Arduino.
> https://www.ebay.co.uk/itm/19242863594
> 
> Sometimes it almost works...
> It will often sit there reading all-zeros then suddenly appear to
> work, to an extent. But I don't seem to be able to configure it for
> single-ended so suspect that the programming instructions are not
> getting through.
> The fact that the data output comes and goes makes me suspect that the
> SPI comms is iffy.
> 
> The connection runs via the IO pins of an Arduino Nano,rather than
> using the ICSP connector.
> 
> If I touch the ICSP connector on the Nano with my finger then the data
> switches to 0xFF

That sounds like a floating signal.

> So, I am wondering if the SPI bus needs to be terminated or something?

Generally not...more below.

> Also, the board has 100 Ohm resistors in series with all digital IO,
> but the ADS1256 data sheet only shows 100R resisitors on the input
> channels. Is this likely to be worth changing?

Leave the resistors.  They are series termination to limit current
spikes during edge transitions, which can otherwise interfere with the
ADC readings.  They basically slow down the edge rates, which
shouldn't matter unless your clock frequency is *VERY* high and/or you
have a long cable with lots of capacitance between the boards.

> I have used other SPI devices with the Nano, and have not had these problems.
> I have also tried with a full-size Arduino, with equally limited success.
> 
> Any tips for robustification of SPI comms?

Double-check your wiring and the data sheets, paying particular
attention to the direction of the data signals.  I have found the data
line labeling (MISO/MOSI, DIn/DOut, etc) to be somewhat haphazardly
applied, and your symptoms would be explained by having the data lines
swapped (so two drivers bus-fighting on one line, and the other line
floating).

-- 
Charles Steinkuehler
char...@steinkuehler.net


___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] SPI

[Marius Liebenberg]

Andy, sofar I know the Master must pull the bus high with a pull-up 
resistor


-- Original Message --
From: "andy pugh" 
To: "Enhanced Machine Controller (EMC)" 


Sent: 2018-12-17 13:09:51
Subject: [Emc-users] SPI


Not as on-topic as I would like, but I suspect that some of you here
might know something useful.

I am trying to interface an ADS1256 board to an Arduino.
https://www.ebay.co.uk/itm/19242863594

Sometimes it almost works...
It will often sit there reading all-zeros then suddenly appear to
work, to an extent. But I don't seem to be able to configure it for
single-ended so suspect that the programming instructions are not
getting through.
The fact that the data output comes and goes makes me suspect that the
SPI comms is iffy.

The connection runs via the IO pins of an Arduino Nano,rather than
using the ICSP connector.

If I touch the ICSP connector on the Nano with my finger then the data
switches to 0xFF

So, I am wondering if the SPI bus needs to be terminated or something?

Also, the board has 100 Ohm resistors in series with all digital IO,
but the ADS1256 data sheet only shows 100R resisitors on the input
channels. Is this likely to be worth changing?

I have used other SPI devices with the Nano, and have not had these 
problems.
I have also tried with a full-size Arduino, with equally limited 
success.


Any tips for robustification of SPI comms?

--
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


___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

[Emc-users] SPI

[andy pugh]

Not as on-topic as I would like, but I suspect that some of you here
might know something useful.

I am trying to interface an ADS1256 board to an Arduino.
https://www.ebay.co.uk/itm/19242863594

Sometimes it almost works...
It will often sit there reading all-zeros then suddenly appear to
work, to an extent. But I don't seem to be able to configure it for
single-ended so suspect that the programming instructions are not
getting through.
The fact that the data output comes and goes makes me suspect that the
SPI comms is iffy.

The connection runs via the IO pins of an Arduino Nano,rather than
using the ICSP connector.

If I touch the ICSP connector on the Nano with my finger then the data
switches to 0xFF

So, I am wondering if the SPI bus needs to be terminated or something?

Also, the board has 100 Ohm resistors in series with all digital IO,
but the ADS1256 data sheet only shows 100R resisitors on the input
channels. Is this likely to be worth changing?

I have used other SPI devices with the Nano, and have not had these problems.
I have also tried with a full-size Arduino, with equally limited success.

Any tips for robustification of SPI comms?

-- 
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


___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

[Emc-users] lost in the transcendental math again

[Roland Jollivet]

Hi Gene
You seem to be making a real meal out of a DB9 slot

Why not just make the cutout this shape;
https://www.aliexpress.com/item/10PCS-Full-Height-serial-port-Bracket-for-DB9-DB15-DB25-interface-Computer-Case-PCI-slot-baffle/32880851198.html

easier to assemble
can invert plug later if you wish
easier to machine


On Mon, 17 Dec 2018 at 00:28, Gene Heskett  wrote:

> Greetings all;
>
> I found I have a 4mm mill, which will give a closer match to the rounded
> corner radius of the db pattern.
>
> In laying  out the cuts to do a db25 length pattern, I am mirroring 1/2
> of the max overall length of of the wider top, which is 1.537" including
> the tool diameter of 0.157480314961 that needs to be subtracted from
> that overall length. So thats [[1.537-0.157480314961]/2] to get a
> measurement left and right and of the geometric the center of the
> pattern.  That move is to be done by adding 1/2 the dsubs
> height(0.334"/2=.167)-tool_rad(0.0787401574803) to its current
> centerline height for that 1st move. That move will also include the Z
> decrement since this panel is plenty thick enough to deflect the tool,
> so I am climb cutting (ccw around the inside of the desired pattern,
> while digging progressive deeper.
>
> Then the mechanical pattern from there to the lower left end/side isn't
> speced in run length, this shorter run isn't specified except as a 10
> degree angle. With the tool stopping at the mirror of the prior y
> height.
>
> How do I calculate that x offset from the x=0 centerline for the -target
> of that end move? which then turns in the + x target for the next move,
> and the a move back to the starting point which will then be done at the
> mirror of the first 10 degree angle.
>
> What I want to do is pass 4 vars to the CALL driving the machine to the
> center of any hole (11 needed), finish the move to the edge of the hole
> by adding all the little offsets used to those 4 values passed as
> arguments to the sub that does the work. I broke a 3rd .125 mill and
> bent a fixture bolt last night trying to carve it again because I'd
> missed a g54 insurance call on a restart. Thats fixed now, but this is
> getting old and ex$pensive.
>
> And I've decided to make 2 of these so I can put the 2nd one on this
> mill, along with another 15 volts of stepper motor voltage.  That of
> course will then lead to the stripping the gear box off it and mounting
> the 400 watt spindle motor from the 7x12 (TLM's former spindle motor),
> and about a 3x1 spindle speedup, an encoder and a better mister. If the
> bigger motor kills the controller I've already souped up with a much
> heavier hexfet, shrug. I'll send Jon some more green to make me another
> of his. They work VERY nice for spindle control. :)
>
>
> Thanks all for any help with the math. And have a Merry Christmas.
>
> --
> 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 
>
>
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>

___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users