On Tuesday 09 April 2019 05:53:41 andy pugh wrote:

> On Tue, 9 Apr 2019 at 02:54, Gene Heskett <ghesk...@shentel.net> wrote:
> > You also mentioned that the driver isn't available, is it still
> > being (re)written?
>
> Hardware driver ( IRAM256-2067-A2 ).

That does tend to drop a wrench in the gears. :(

> The software side of things works 
> really well.
> (plug the STMBL into a Mesa smart-serial port, velocity / position
> command and feedback HAL pins appear automatically)

Something  like the 7i76D does when plugged into a 5i25 with the right 
firmware loaded.  I am finding that works quite well once the power 
supply's for regular 5 volts and field power is rigged, along with a 
couple eurostrips for that power distribution. It has 32 inputs and 16 
outputs for utility use, and I'm up to around the 8th input and 3rd 
output so far, so there's all sorts of room for expansion yet. I've 
skipped the 1st 4 inputs because they can also do 8 bit a/d conversions.  
Who knows what I might come up with that uses those in the future once I 
have used this thing for a while.  Might even rig a keep my coffee warm 
accessory. :)

Or a tool changer. I'll admit thats been wandering around in the back of 
my mind. I rather like the idea of the gator sockets on a carousel, 
driving the carousel with the mills motors to loosen and tighten the ER 
chuck on this spindle motor while locking the spindle by its double d 
flats with a solenoid powered wrench. Bigger carousel=tighter ER nuts. 
Some sort of a geneva drive to position the carousel to the next tool 
driven by a small windshield wiper motor, using its internal switch to 
count tool pocket positions. But gator sockets are getting rare, a fad 
thats fading? Properly timed regular sockets would even work better, 6 
pointers for long life. Maybe even machine the sockets right into the 
carousel disk. I can do that on the G0704 easily enough.

But then how do I synch the spindle with them, which is probably why the 
hackaday version used gator sockets with their built in springs. Highly 
failure prone IMO. The only thing I can think of ATM is to take the 
minimum speed back out of the spindle driver and hit it with a second or 
so of 2hz to make it "find" the socket.

I've never used the spindle orient function so no clue if that could be 
used with a vfd. That would obviously need a 1 slot/rev encoder, a 
needless bit of complexity.

Problem to be solved by experimentation. I can't see the mechanical 
complexity of vertically spring loaded sockets, which is what the gators 
are in effect. Ideally, a signal from the vfd that a locked rotor has 
occurred, stop the descent, at which point give it a short burst in the 
other direction to free it up in case its wedged, and continue lowering 
the tool into the empty socket. Complicate the control to simplicate the 
mechanics should be the plan. Another question TB answered is how much 
room below the tool should a second disk be put to stop it from 
completely dropping the tool. This could be used to establish a 
consistent Z offset. I can also see a need to rehome the XY after a tool 
change in case a motor looses a few steps tightening the nut.

See what happens when i let my imagination out to play w/o a chaperone? 
And I'm still on my first cup. :) But the idea is to spread potentially 
usefull ideas.  My TANSTAAFL contribution if its usable to anyone.

> Unfortunately without the power driver IC that is all that happens, no
> motors turn. I guess you could use the analogue inputs and digital
> outputs for something ;-)

And whats the suggested workaround?

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 <http://geneslinuxbox.net:6309/gene>



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

Reply via email to