Elumatec SBZ 130/01 retrofit

With the 5i25 + 2x 7i77 you will be able to connect the 7i70 + 7i71 to the two smart-serial ports (one on each 7i77) but will have nowhere left to connect the 7i74.

If you go for a single 7i77 + 7i74 then things are a little easier. At that point you might want to consider a 7i73 for the control panel and MPGs.

andypugh wrote: If you go for a single 7i77 + 7i74 then things are a little easier. At that point you might want to consider a 7i73 for the control panel and MPGs.

I was already aiming for that, although i still do not know if i can connect the serial encoders to the 7i74, but i was going to give it a try. The 7i73 is a good idea, will order that on the second run. The machine does not have an MPG, if you have any idea what would work with it, please let me know. I can also assemble something myself as i already have a simple one made with a 500cpr encoder! . On a 7 meter long machine that is a nice thing to have.
I am already thinking of programing, as there are several points of interest there, namely the 2 "X" axis and the 3 side tools. There is the 6450mm long axis and another short one above that, so i would have to do a config with a U axis and prepare the gcode accordingly, or do something Tod mentioned in a thread here with offsets. Any ideas are welcomed. As for the side tools there are 3, 1 left, 1 right, and one on both sides, so they are positioned horizontally, all 5 others are vertical. That will most probably have to be done in gcode with lead in, Z move, lead out. Will experiment with tool table offsets and see if there is another way of doing that. Or just replacing Y with Z and vice versa. More to come.......it's 4:47 AM here, need sleep.

No eBay APP ID and/or Cert ID defined in Kunena configurationNo eBay APP ID and/or Cert ID defined in Kunena configuration

tommylight wrote: I was already aiming for that, although i still do not know if i can connect the serial encoders to the 7i74, but i was going to give it a try.

I can't see the perfect bitfile in the zip-file that you can download from Mesa. There is a VHD file that looks close, but no pre-compiled .bit file.
There is a link to a bit-file here: forum.linuxcnc.org/27-driver-boards/3065...-analog-servos#72984 which has 2 x 7i74 pinouts each of which is half-SSi and half-Smart-serial, which would be a good basis for experiment.

The machine does not have an MPG, if you have any idea what would work with it, please let me know. I can also assemble something myself as i already have a simple one made with a 500cpr encoder! . On a 7 meter long machine that is a nice thing to have.

I would suggest building your own pendant and using a 7i73 inside the box. Most of the ones you see on eBay are either USB or Bluetooth interfaced, and I wouldn't really trust them, or are all hard-wired.
Any MPG wheel will work, I think, but might be better quality than

Got the Mesa boards yeaterday, installed Preenpt-RT on one of the laptops for experimenting, going now to install on 2 computers, one with 5i25 and the other with 6i25.
The list of materials i got:
Mesa all the way
5i25 X2
6i25 X2
7i77 X2
7i76e just in case
7i92
7i70
7i71
7i74
Brackets, encoders, cables.
Moving on,
I read somewhere in this forum about having 2 of the same axis as one, meaning i have the X axis 6450mm long with brakes ( real brakes for clamping the axis in place) and a 450mm long on the same axis used for doing actual milling. Any idea how to make that work without editing gcode and using to axis in hal?
In reality it is a normal XYZ mill mounted on a long axis, so the idea is to have the long axis invible to user or gcode.
Thanks in advance.

I Think I would set it up as XYZ and U as the long X that isn't used when milling.

Thank you Todd, that is one way of doing it ( so far the only way i can think of ) .
That would require a way to move the U axis during G0 moves and the X during G1 moves, also moving the X to 0 while the U is moving. In gcode that would require changing X on G0 to U and adding G1X0 to that same line or directly under it.
That wasn't hard, now that you got me thinking.
It just needs something to be sure the X is at 0 when moving U.
Food for thought, will have to whirl it around some more.
Thanks for the push.