Welcome to LinuxCNC.org

BOB has an HNC,the control will not power up unless the 12v in the plc cab works.He can jump a pin to 24v on one of the plugs,but will need the brown ge book to find it.

If you have 90v dc at the input of the Hiack drive ,the contactor is pulled down.If you then apply a small dc voltage,the motor should move.These are very old drives.Th black relays in the plc cab have nothing to do with the drive system,all of that is in the 550t cab.The amps are no good.

I recently gave t 2 working Hiacks from my Hardinges to Warren at uptime electronics.Maybe he will give you a deal on them.You could also run the motors at 80v,ur rapids will be a little slower,and buy two used AMC 30a8t's for 35.00 each off ebay....there is a guy who has a never ending supply.They will not run at 90v, 80 v + 10%.They trip at 88.5.

Keep in mind,those old hiacks were designed in the late 60's/early 70's...

After talking to Peter at Mesa, I ended up going with the Mesa 5I23 card, two 7i37,s and one 7I49. I should have them tomorrow. Tested my pc this past weekend, I am using a Aaeon emb-945t mobo, and an old ide hdd since I had both laying around. Touch screen is going to be a 19 inch acoustic wave since it also came from the freebee pile at work. Everything seems to work ok, not sure about the max jitter yet, still need to install the nic drivers, not sure how to do that in linux? Anyway ran into a few problems

#1. I can’t figure out how to enable the main spindle drive in order to test it. I think the drive has 2 enable pins, A, D and 2 feed hold pins, B and C. I grounded pin A and D and jumped the brake relay and the spindle will move freely when turned by hand, however no luck in getting it to turn with a dc voltage. I think the remaining pins B and C are the problem. I’m not sure what they do exactly or what voltage they are looking for. I’m a little scared to ground them since It could damage the amp. I measured 50 vdc on pin L with the amps powered up and O v on pin B if that helps anybody understand what’s going on. The schematic I have doesn’t really clarify what those pins do exactly. The circuit between L and A, D is a little confusing, I’m not sure what “coolant ol's" are or what all the hash marks signify?





Next problem is the MPG, I have a Fanuc remote mpg pendant, that I was hoping to use, however since I ended up going with the 7i49, I don’t have any way to get the signal into Emc. The board I am using has a parallel port, so i guess I need to get a separate encoder input board that is geared toward the parallel port?


Fanuc mpg

Alloy Craft wrote:Do you mean 7i33, or 7i37 / 7i37TA ? The 7i33 is intended for connecting encoder-feedback / analogue control drives. It is very much an encoder version of the 7i49.
The 7i37, on the other hand, is a generic IO interface card.
(The following assumes 7i37)
One option for the servo drives might be to consider the Mesa 7i29 servo drive if the HiAks are dead. You can connect 2 of them (for 4 channels) in place of one of the 7i37s.

However, the drives from eBay mentioned earlier are a fair bit cheaper and will integrate more readily with the 7i49. The 7i49 suits analogue-voltage controlled drive, the 7i29 assumes encoder feedback, so you would end up effectively using half of the connector pins occupied by each board.
There are many ways to make that work, and one would be to use the parallel port, as suggested. But, if you are adding a p-port and base thread to run a software encoder counter, you could instead add the 5i23 GPIO-read to the base thread and connect the MPG to one of the 7i37s.
Better would be to have a firmware in the FPGA which included an encoder module on some pins located in the 7i37 header. I don't know if this exists by default, but it should be possible for someone to create one. (I ought to be able to, for example, but one from Mesa is likely to work better)

Yes I did mean 7i37, posting at 11:00 pm can be hazardous to your posts, lol. Anyway, both axis drives have ben tested and work well, and I beleive the spindle drive may work, I just cant get the feed hold disabled. If anybody with could take a look at the circuit diagram I posted and give me their 2 cents on whats going on on the feed holds that would be helpfull. If I need to replace any of the servo drives I will be going the route of a full conversion. I have newer yaskawa and panasonic servo drives and motors sitting in my office as I was originally going for a full conversion.

As for the MPG, I dont have any avaliable pins left on the 2 7i37's they are all going to be used for IO, in fact I think I may be short pins if I want the vertical slide and parts chute to function. I think I will need another way to connect the MPG. Do you know if anybody sells a encoder to resolver conversion board? If they did I could feed the mpg into the 7i49 since I have extra pins there.

Alloy Craft wrote:
I was going to suggest that you could declare only 3 resolver and PWM instances, and use the spare pins on the 7i49, but it looks rather like that won't work. (It might with a custom ribbon-cable, but that would require confirmation from PCW)

I am pretty sure that an Arduino could emulate a resolver, as long as the 7i49 firmware is not too bothered about the sin/cos signals actually being AC.

Do you have a parallel port to connect the MPG to?

John