#7004=#5224 is not putting in correct value

Hello,

When using system variables to enter work offsets, an incorrect value is being entered into the Work Offset tables for the extended work offsets only (G54.1 P1-P48). It works for the others (G55-G59).

#5244=#5224 works fine

#7001=#5225 moves the decimal over one place. If 44.598 is in the G54 B-axis, it puts 445.98 in the G54.1 P1 (and the same for all the G54.1's).

This is on a Mazak M-plus control. The machine was new in 1998 or so.

Any thoughts on how I could fix this?


Regards,

Paul

acncguy said:

Hello,

When using system variables to enter work offsets, an incorrect value is being entered into the Work Offset tables for the extended work offsets only (G54.1 P1-P48). It works for the others (G55-G59).

#5244=#5224 works fine

#7001=#5225 moves the decimal over one place. If 44.598 is in the G54 B-axis, it puts 445.98 in the G54.1 P1 (and the same for all the G54.1's).

This is on a Mazak M-plus control. The machine was new in 1998 or so.

Any thoughts on how I could fix this?


Regards,

Paul

Click to expand...

Hello Paul,
I've not struck this issue before with this control; I'm not sure if this is a parameter issue or not. Out of curiosity, why are you wanting to plug the 5th axis value of G54 into the 1st axis value of G54.1?

What are the results shown in #1 and #7001 respectively, if you execute the following:
#1 = #5225
#7001= 44.598

Failing any other solution, a work around such as:

#7001=#5225/10

may be a short term fix.

Regards,

Bill

Hi Bill,

Thank you for the reply! And the #7001 and #5225 were a total typos, it was supposed to be #7004=#5224, so I wasn't even close. Sorry for the confusion. That's what I get trying to hold a conversation with someone while I'm typing my question lol...

Anyway, it is definitely something I've never seen before, either. I even tried:

#7001=44.598

...and the result was still 445.98, still moving the decimal place over one.

So, I tried your suggestion of #7004=#5224/10, and it worked perfectly.

Thank you for the help!

By the way ... big fan of yours. I hope I don't gush too much, but I check in here often to see what you have to say. I've learned a lot from you and just wanted to say thank you for taking the time to help/teach so many of us.


Regards,

Paul

Bill,

Geez, I can't believe I typo'd again, this time with no distractions!

#7001=44.598 was supposed to be #7004=44.598. That gave me 445.98, still.

I also tried #1=#5224. #1 equaled 44.598.


Regards,

Paul

Here is a very long shot.....

I have a mid 90s Mori with a control built on Mitsubishi hardware with a Mori U/I. Mitsubishi is the hardware underlying the Mazak U/I also. I had a similar issue with offsets in part of the Mori U/I having the decimal shifted one place to the right while the underlying value in the Mitsubishi side was correct. I never tried assigning or examining them with variables, but wonder now if there is something similar occurring on your control.

Do you have a page of parameters named "Dialog Parameters"? If you do, look at parameter 0 bit 0. If it is 0, try setting to 1. Power must be cycled after a change. I spent about a week waiting on Mori phone support to see if they had a solution. No documentation of these parameters came with the machine from new and Mori did not seem to be able to find anything (understandably they probably did not put much effort into the problem since it is 20+ years old).

acncguy said:

Bill,

Geez, I can't believe I typo'd again, this time with no distractions!

#7001=44.598 was supposed to be #7004=44.598. That gave me 445.98, still.

I also tried #1=#5224. #1 equaled 44.598.


Regards,

Paul

Click to expand...

I'm curious. What happens if you try:

#1=44.598
M0
#7004=#1
M0
#2=#7004
M0

Does #2 read as the shifted decimal? Or did it "convert back"?