Advanced Search

Wow. Lots of questions!
I have the original quote from November 1982. Some of the castings have 1979 on them as I recall.
$A 89,000 for the machine
$A 600 for the overarm
$A 15,000 for the rotary table
$A 4,000 for the tooling
$A 6,000 for the printer/reader
So about $A 114,600 all up. Looks like the sale went through in July 83.
From Eric James Industries here in Sydney.

The replacement of the Philips 6600 controller with the Heidenhain TNC 155 was done by them in 1987 for about $A 19,000 plus tax.

I've just placed the full manual here for all to read along with the series of videos there that let you know a lot about my machine:

drive.google.com/drive/folders/1NVXGKyaN...cWKjsMfe?usp=sharing

I've marked it up with the things particular to my machine. The lubricants are on page 7.06-1
I spoke to the Gulf and Western rep here and he went away to double check the data for Kluber and was satisfied their Super Blue grease was equivalent or better. It wasn't worth buying all the other greases since I have a 4 liter can of it. This is overkill for all the rest. So I fully stripped the spindle and repacked it. It is the type in the diagrams I sent. So it is typical of a precision grinder spindle. You do need to go through the run in procedure as the spindle runs hot at every speed.
The run time clock on my machine is hard wired through the spindle motor auxiliary contacts, so it runs when the spindle does.It had 4,000 hours on it so the book says repack it.
My machine is much heavier than yours so it's max speed is 2500 rev/min. But it had been limited to 1250 in the parameter list as the star delta timer needed about 3.5 seconds. they hadn't programed things properly so it was possible for the machine to start milling in star mode. I've reprogrammed the Izumi PLC that does the gear change so it stops that happening.
I haven't pulled the horizontal spindle apart. It looks to have the same quill assembly, but there is no manual hand wheel on the Y slide for it. The rack teeth are there on the quill is there but you have to take a plate off the side and undo the clamp by hand. I cant get the quill to move and haven't really tried.
I had some trouble making the photos small enough to attach today. I might try again later. On mine the trick to get the hydraulic ram off the retractor is that the thread has Loctite on it. I think they note it in the manual that you have to heat it. But that is to melt the Loctite, not to overcome some preload.  i used my solder reflow hot air on it, while applying torque and it suddenly came free. you diagram is the same in essense, but the way it assembles is quite different
I think Maho has a rule that they never make 2 identical machines.
My tool holders are ISO NT40 so I have to cut a groove in the parallel part for the clamping claws. How to do it is in the manual above. So there is no pull stud.
The section on the spindle i translated from German thanks to Google. But then I translated it again into understandable English.
My machine is an orphan having the Heidenhain controller. But I think my axes orientation is the more usual. It seems simpler to me to just program the horizontal axis as G18. That is the way Heidenhain do it in their G code examples. Why would the standard have G17, G18, and G19  otherwise?
With Heidenhain they seek for index mark open loop on the encoders. That speed is preset in the parameters for a particular machine. I think that velocity is controlled by the tachos. After finding the index marks there are relays that pull in for each axis and the Heidenhain  go closed loop with the encoders.
I watched your video. My miscible oil seems much higher concentration than you run. I'm using 10:1 water to oil and it looks like creamy milk. hard to tell from the video but you seem to run the cutters faster than the equation I use. I have similar problems with boring. Usually i put a pilot drill hole in first as the over center flute on a slot drill doesn't always seem to work. Heidenhain does that routinely with canned cycles for pockets etc.

More later.
Cheers,
David

hello guys 

i am going to but Lichuan Ethercat Nema23 closed loop stepper motor with driver CL3-E57H
where can i find its XML configuration ?

When the motor shaft rotates, the steps are counted in the encpos but not continuously. I am short-circuiting without passing TXS0108EPWR to test again.

But don't work in linuxcnc when there is a problem. First, work in the MCU so you eliminate many steps that can be wrong. And use the debugger.

Leave the scale statement commented out. It is set to 1.0 in the class as default.
When you set it to 2000, there are 2000 per revolution, or 500 pulses. One revolution is 1.0. Set scale to 1.0 to see every step more easily.

If it does count up and down, it works, doesn't it. What exactly doesn't work?

Hi,
Thanks to much help my motion system is now moving about nicely so I have moved on and hit a new problems and google isn't turning up any previous work on the subject to plagerise.

I have a DRO (magnetic) and I would like to keep it but also put the encoders into LinuxCNC. (have your cake and eat it so to speak)
However being a bit of an electronic engineer (retired industrial physicist) I worry about loads and impedences.
The 7i95t manual section on the high speed encoders ofers me:
   DIFFERENTIAL MODE IMPEDANCE the min=118 max=122 Ohms
and I'm perplexed. I suspect I am thinking of something different.
I guess I could put a unity gain buffer amplifier in each pair but that seems OTT.
Do Mesa do schematics? I can't find any. Anybody done this? Pointers? ELI75

And also thinking of those encoder ports...
I am using Axis5 to do PWM to control the spindle but I'd like to read spindle speed back to the control too.
If I put a second sensor on the existing chopper disk that drives the front panel display can I wire that into the encoder and somehow get something out I can crunch into rpm? (I have discovered writing your own HAL things in C so I'm a happy bunny there).
The port says 3MHz rate and I'd only need about 5Kpps pulses counted. Again I could fake up a B pulse by just delaying sensor out but again a lot of bother for something that can probably be configured round.

I think so too. For the circuit I designed AB, I am PA0 PA1, will check the signal to be NPN again.
 

Is this part enabled correct?

Is this setScale value to be enabled or not? Or use the value from RXPDO 0x7000 "Scale"

Hi David,
Thanks a lot for that. I have a bunch of questions for you...
What year is your machine?
Have you lubricated your bearings already?
Did you confirm yours has the tapered roller bearings?
What Max RPM does it have?
What alternative grease did you use, as it seems Kluber F23A is discontinued?
Is the instruction you uploaded for the vertical spindle or the horizontal?
Do you have any advice on removing the draw bar unit?

My understanding is that the vertical has a more complicated set up with integral bearings. My machine is also 40 taper. It's pulls studs are the ISO 7388 Type B option and my Manual covers the adjustment in 7.35 like yours.


No wonder that MAHO gave out such different manuals, as my user manual (in German) has the cover guard removal in that section 7.10, and nothing on spindle lubrication, but I guess this is tied in with them keeping reinventing the wheel, as there are also drawings of 400E with these horizontal...


...and vertical spindle bearing configurations.
 

I am starting to feel like Forest Gump, where a Maho spindle is like a box of chocolates


If you have the whole manual scanned, I would appreciate a copy of it please. I can send you my German language version if you are interested.

With regards to the axis swap, when I did my LinuxCNC retrofit, I configured mine as a vertical mill (Z up down) whereas Maho configured them standard as a horizontal, with an option to Axis swap. Servo closing relays? My schematic doesn't have any. 7K2 provides the muscle power to all three channels of the Indramat, and the axis enables are hard wired onto inputs from the vertical axis motor brake, and a couple of other contacts, so LinuxCNC has no control over them.

I have my PP of my CAM set up for a vertical mill as well. I have been editing my G-code files, to do the axis swap (reversing Y/Z, inverting one, replacing I, J with I, K, and Inverting it, and could easily write a macro to automate that.

I was in the middle of setting up a second LinuxCNC configuraton with the mill as horizontal (Y vertical movement), but was getting confused with the Ini edits, before I got sidetracked with my DoAll gearbox, and now with the spindle noise. I still need to complete the second config, as it makes most sense to have both, and then I can use the same PP, and code generated can be used on either configurations.
Cheers,
Mark
 

You should enter problem-solving mode and try to solve it

First, verify that the encoder as such works and gives the right values.
Check schematics and hardware setup since you use your own pcb. A and B must go in to PA0 and PA1. They electric signal must be NPN open collector. Use interface circuitry if needed.

Check that it counts up and down using the debugger.
Add a line first in loop()Use this a breakpoint and watch that pos changes value as you rotate the encoder shaft.
Read up on debugger usage if you haven't used it before. But it is basically just to start it with Run -> Start debugging and then single step into or single step over and watch values in the left column.



 

Deleted a bunch of suspected spam setups.

royka wrote:

Perhaps something wrong with the kernel config? You could try to install the kernel deb that I uploaded to see if that helps. Otherwise you might need to install more software, just install a complete desktop will be the fastest route to find out.
 

I compiled a desktop one and I've installed the deb kernel real time, and that fixed it. I didnt change much in config file, the only change was enabling fully preemption and I added the patch you provided and set the gpu governor to performance.

I learned I could measure EMI in my system by using a floating wire ran along the wire races containing my control and logic signals. I get the e-field noise connecting my probes ground to the panel and probe to the end of the wire and b-field by grounding the other end of the floating wire in the same probe configuration. I would like to connect a physical probe to a mesa card input but im not sure yet on how to go about it. 

I would need a input that could read voltage and i would assume i would need to wire a BNC connector to that input I have a 7i96 and 7i84 is there an input suitable? I dont know enough about what Im trying to do to actually pull it off. But when i started doing this cnc project few years ago I was in the same any input would be helpful. I think having a way to see and track emi over time would be helpful troubleshooting the tinkering and upgrading i seem to do i could see if emi is affecting performance in a measurable way. it would be cool to add a tab to my gui with those halscope screens so i could take a look at a glance theres just a lot to this idea im still unpacking and brainstorming 

Perhaps something wrong with the kernel config? You could try to install the kernel deb that I uploaded to see if that helps. Otherwise you might need to install more software, just install a complete desktop will be the fastest route to find out.

I followed your advice. 
 
 
and enable 
 
Create new esi, connect pdo 

Create a new config and find the pin command inside Hal.
 
I get response in encfrequenry when I spin the motor
And there is response in encpos but not perfect. When I don't set scale, the encpos number will change up and down but not much.
When I set scale, the encpos value will become decimal as shown in the picture.

What should I do next?
 

Heres the latest update on the project. I designed a water table 10.5 x 10.5 made from quarter inch thick Steel. I may increase size to 10.5 x 15.5 but not sure yet. It's pricy in material table so far weighs in at around 7000 lb and I am still going to add more support to it. It has removable slat bases that can be picked out of the bed with the crane for cleaning. I am designing for about 12 inches of water from lower to raise and shooting to be able to keep the slats 2 inch under water. I made the slats 6 inches long 1/8 thick every 2 inch. Do you think this is overkill??? 

I think my post has delve past the computers and hardware category on this board and more so turned into a full on build thread. If a mod wants to move the thread it would proably make sense. 

Lcnc, Rio, Modbus all looking good. GTK not so much though (Failed to load module "atk-bridge").

Are you on a VM or accessing your linux session via VNC or XRDP by any chance? Additionally, it would be a proactive move to list/describe all the GTK debugging steps undertaken so far so that others seeing this can be updated on your progress. Bet it's an easy fix.