Mc3093 ошибка fanuc

Прошу помощи у более опытных коллег . Столкнулся с необозначенными в документации на Оi-mc (станок ЕV-1000 ,

четырехосевой фрезерный Тайванец , отработавший 10 лет ) ошибками . 3092 и 3093 . «Сигнал ош макроса» в его

скверной руссификации . Сегодня снесли «Ренишау» . Анализ «погреба ошибок » показал , что в начале июня

проскочила ошибка 114 , несколько раз 3093 , через пару дней 3092 , потом частые 3093 .

По словам одного оператора , связанные именно с замером выноса (длины ) инструмента .Есть , конечно,  подозрение

на чьи -то шаловливые ручки  в программах 9000 (где программы замера  инструмента и обкатки «Ренишау»)

эти десять лет спокойно стояли . Есть и операторы , знающие назначение бита 4 (NE9) в параметре 3202 . 

Трижды за смену перелистал списки ошибок в русскоязычных и англоязычных руководствах от Оi-mc до Oi-mf

и ничего в промежутке от 3013 (стр. 818 в В-64124Ru/01) до  4500 (стр.555 в В-64115Ru/01 ) так и не обнаружил . 

Что посоветуете ?


Изменено пользователем Мастеровой

  • #1

Renishaw tool probe on my Doosan DNM500…………..I just got done with touching off one tool and then the next threw a MC3092 probe open alarm. The tool comes down, touches the probe(doesn’t raise back up), and then alarms………..What gives? I have no clue where to start.

  • #2

This is very generic as I don’t know how or by whom your tool probe was installed.

I got screwy problems, including I think ‘Probe Open,» when using a spindle probe and Renishaws’s Easy Probe (9000) routines. What it boils down to is how the probe start-stop sequence(s) and probe select are handled. If your setup is using a probe on off (or probe select (spindle/tool signal), you might be configured to where the probe is off when a 2nd consecutive probe cycle is called. That has burned me a few times. I started using the full Inspection Plus cycles instead which for some reason have better control of the on and off of my probe.

So I guess the short answer is, make sure the tool probe is actually on or the correct probe is active. Maybe thru watching a bit on some diagnostic screen.

You don’t say if this just started to happen on a long existing system, or that this is a brand new setup and you’re suffering startup pains.

Google this Renishaw document H-4012-8500-01. It may help, and says a bit of what I’ve suggested. Like probe not active for one.

  • #3

Probe has been running flawlessly…………..I touched off worn tool today without issue and then a second 30 minutes later and I got the alarm………………..

  • #4

Does it actually touch the probe, or is it just really, really close?

Single block through the touch off macro to find where exactly the issue comes from. That said, Renishaw’s macros are a PITA.

Is it just this one tool, or is it doing the same with other tools?

  • #5

Does it actually touch the probe, or is it just really, really close?

My Mori has a B address where you set the approximate tool length. Wondering if there is something on your Doosan like that. If you set it too far off, the probe routine might have a maximum distance it will travel without touching before it thinks it should have run into something already. If not it alarms out.

Just an idea.

EDIT: Well on 2nd thought, the machine probably knows the distance to the touch off point, so perhaps my idea is not valid. Though maybe the addition of another address (if used) changes the routine criteria??

Last edited:

  • #6

Renishaw tool probe on my Doosan DNM500…………..I just got done with touching off one tool and then the next threw a MC3092 probe open alarm. The tool comes down, touches the probe(doesn’t raise back up), and then alarms………..What gives? I have no clue where to start.

Is it OTS or TS27R ?
What is the command you are using to measure the tool?

  • #7

Is it OTS or TS27R ?
What is the command you are using to measure the tool?

The machine has Renishaw probing software…………..I don’t use a program, sub, or macro………..I use the on screen prompts, get the tool right above the probe and hit cycle start………..tool comes down touches the probe then stops and alarms…………..

  • #8

This alarm in RenGUI is most likely caused by batteries being low or spent. Since it started the probing and ran partly, I would say low battery.

The probe is turned on by an M Code which is in program O8502, I think, and turned off in O8504. The probing cycles are in the macro Executor and can’t be accessed. Saves memory for one.

In process probing is done with M165 instead of G65. This calls the Renishaw Inspection Plus macros from the executor, not machine memory. The embedded macros and the original Inspection Plus macros are identical except by how they are called. Renishaw wrote them for Doosan.

  • #9

Let me qualify what’s written below, by saying that My experience is with a vanilla Fanuc control, using Renishaw’s ‘inspection-plus’ macros, which are stored as O9000 programs in the memory, and called via sub-programs.

In my experience, a «PROBE OPEN» alarm happens when the probe is triggered, during a «protected position» move, via the O9810 program. Meaning, the probe is in rapid Z-negative, and is triggered before it actually arrives above the part. Meaning something is wrong. Either you fat-fingered a TLO for the probe, fat-fingered the Z-work offset, the physical part is too tall, a clamp is in the way, etc…

My advice would be to rule any of the obvious things mentioned above out. Double check your setup/tools/probe’s TLO to make sure everything is correct.

YMMV, as LockNut mentioned that the Doosan machines handle probing differently.

  • #10

I’ll check batteries. Thanks.

  • #11

New batteries…………same problem.

  • #12

Then I suggest re-calibrating the tool setter.

  • #13

Don’t know about the Doosan, but the routines that come on Haas machines have several options for setting a tool length. Which one (if multiples) are you using? The drill point, or small endmill just requires a tool number on the Haas and it will home Z before running, the auto length rotating wants an approximate length and the tool diameter. If your approx length is too long it will not touch and trigger an alarm. Not sure if any of that is useful. :o

  • #14

I’ve gotten this alarm quite a bit on my Doosan’s. Change out the batteries and clear the alarm and restart the machine usually takes care of it.

  • #15

The machine has Renishaw probing software…………..I don’t use a program, sub, or macro………..I use the on screen prompts, get the tool right above the probe and hit cycle start………..tool comes down touches the probe then stops and alarms…………..

And if you want to implement the tool length setting/update in your cutting program ??

  • #16

And if you want to implement the tool length setting/update in your cutting program ??

I have a probe routine saved under M45 so I can insert it into a program very easy. If anyone is interested I can share, think I got it here anyways. ;)

  • #17

I have a probe routine saved under M45 so I can insert it into a program very easy. If anyone is interested I can share, think I got it here anyways. ;)

1. I am interested.
2. Few month ago we had here already the discussion regarding the Doosan GUI and inability to follow the its encrypted macros and as result of that troubleshooting.
3. If it is Doosans GUI, then the tool setter is OTS. After certain OTS operations it gets «tired» and does not response quick enough when back off is executed after first touch, causing the PROBE OPEN alarm. In such cases, when macros are open to user, it could be solved by editing the back off amount or time delay. But with these GENIAL encryption — just change the OTS. Or use your own tool setting program.

  • #18

Swapped bat trees, calibrated, and I’m off to the races again.

  1. On a Mazak 510C II — I have a code that is not in my book. It is 3093 Probe failure. I think it must be the measurement probe but can anyone give me any more info?

    I did see the links to Renishaw PDF and I am going to find the manual now……


  2. Tool Length too short….???

    We pulled the tool out of the holder by about 1.5mm and the problem went away. It must be an error code for Tool Length too short….???


  3. Were you doing a probe calibration or tool length measurement. My Makino F5 lost the numbers for my Renishaw OTS probe so I had to recalibrate the probe to run correctly. I had to make sure the tool setting the probe was within .5 of the face of disk on probe to work.


  4. Quote Originally Posted by hutch07
    View Post

    On a Mazak 510C II — I have a code that is not in my book. It is 3093 Probe failure. I think it must be the measurement probe but can anyone give me any more info?

    I did see the links to Renishaw PDF and I am going to find the manual now……

    Hi Hutch,

    This is an alarm raised by the Macro Program and is actually alarm number 93. The alarm number is added to the Macro alarm variable #3000 to display it as alarm 3093.

    This alarm is raised if the probe did not trigger during the move within the the over-travel distance of the probe, confirmed by the fact that pulling the tool out by 1.5mm resolved the issue.

    This alarm can be caused by the following:
    1. If this is a fully automated exercise where the initial approach to the probe is made under program control, then close, rough tool length has to be set as a tool length offset for the tool being checked/measured. In the case where the alarm is raised before the tool makes contact with the probe, the tool length offset is set too long for the tool being presented to the probe.

    2. The Z Work Shift value is incorrect, if the rough tool length offset referred to in point 1 is correct.

    3. The Start Position specified in the program from where the tool is moved to make contact with the probe is too great.

    4. If the exercise includes manual positioning of the tool close to the probe before executing the Program, the distance the tool is positioned from the probe is too great.

    Basically what happens is that the programs attempts to feed the tool being checked/measured to a point past the probe. During this event the probe is in the way and the tool runs into it and its progress is halted by the Skip Signal generated by the probe’s switch status changing state.

    The distance the tool travels to attempt to make contact with the probe is stored in a Non-Volatile Common Macro Variable, and accordingly, can be increased to solve the above issue if a close approach distance is not desirable.

    If you want further information, Post the Macro Program number being called by the Macro Call block to launch this operation.

    Regards,

    Bill


  5. Thanks.

    Thanks for the posts. I really appreciate the help. These were great.


  • #1

Renishaw tool probe on my Doosan DNM500…………..I just got done with touching off one tool and then the next threw a MC3092 probe open alarm. The tool comes down, touches the probe(doesn’t raise back up), and then alarms………..What gives? I have no clue where to start.

  • #2

This is very generic as I don’t know how or by whom your tool probe was installed.

I got screwy problems, including I think ‘Probe Open,» when using a spindle probe and Renishaws’s Easy Probe (9000) routines. What it boils down to is how the probe start-stop sequence(s) and probe select are handled. If your setup is using a probe on off (or probe select (spindle/tool signal), you might be configured to where the probe is off when a 2nd consecutive probe cycle is called. That has burned me a few times. I started using the full Inspection Plus cycles instead which for some reason have better control of the on and off of my probe.

So I guess the short answer is, make sure the tool probe is actually on or the correct probe is active. Maybe thru watching a bit on some diagnostic screen.

You don’t say if this just started to happen on a long existing system, or that this is a brand new setup and you’re suffering startup pains.

Google this Renishaw document H-4012-8500-01. It may help, and says a bit of what I’ve suggested. Like probe not active for one.

  • #3

Probe has been running flawlessly…………..I touched off worn tool today without issue and then a second 30 minutes later and I got the alarm………………..

  • #4

Does it actually touch the probe, or is it just really, really close?

Single block through the touch off macro to find where exactly the issue comes from. That said, Renishaw’s macros are a PITA.

Is it just this one tool, or is it doing the same with other tools?

  • #5

Does it actually touch the probe, or is it just really, really close?

My Mori has a B address where you set the approximate tool length. Wondering if there is something on your Doosan like that. If you set it too far off, the probe routine might have a maximum distance it will travel without touching before it thinks it should have run into something already. If not it alarms out.

Just an idea.

EDIT: Well on 2nd thought, the machine probably knows the distance to the touch off point, so perhaps my idea is not valid. Though maybe the addition of another address (if used) changes the routine criteria??

Last edited: Jan 31, 2021

  • #6

Renishaw tool probe on my Doosan DNM500…………..I just got done with touching off one tool and then the next threw a MC3092 probe open alarm. The tool comes down, touches the probe(doesn’t raise back up), and then alarms………..What gives? I have no clue where to start.

Is it OTS or TS27R ?
What is the command you are using to measure the tool?

  • #7

Is it OTS or TS27R ?
What is the command you are using to measure the tool?

The machine has Renishaw probing software…………..I don’t use a program, sub, or macro………..I use the on screen prompts, get the tool right above the probe and hit cycle start………..tool comes down touches the probe then stops and alarms…………..

  • #8

This alarm in RenGUI is most likely caused by batteries being low or spent. Since it started the probing and ran partly, I would say low battery.

The probe is turned on by an M Code which is in program O8502, I think, and turned off in O8504. The probing cycles are in the macro Executor and can’t be accessed. Saves memory for one.

In process probing is done with M165 instead of G65. This calls the Renishaw Inspection Plus macros from the executor, not machine memory. The embedded macros and the original Inspection Plus macros are identical except by how they are called. Renishaw wrote them for Doosan.

  • #9

Let me qualify what’s written below, by saying that My experience is with a vanilla Fanuc control, using Renishaw’s ‘inspection-plus’ macros, which are stored as O9000 programs in the memory, and called via sub-programs.

In my experience, a «PROBE OPEN» alarm happens when the probe is triggered, during a «protected position» move, via the O9810 program. Meaning, the probe is in rapid Z-negative, and is triggered before it actually arrives above the part. Meaning something is wrong. Either you fat-fingered a TLO for the probe, fat-fingered the Z-work offset, the physical part is too tall, a clamp is in the way, etc…

My advice would be to rule any of the obvious things mentioned above out. Double check your setup/tools/probe’s TLO to make sure everything is correct.

YMMV, as LockNut mentioned that the Doosan machines handle probing differently.

  • #10

I’ll check batteries. Thanks.

  • #11

New batteries…………same problem.

  • #12

Then I suggest re-calibrating the tool setter.

  • #13

Don’t know about the Doosan, but the routines that come on Haas machines have several options for setting a tool length. Which one (if multiples) are you using? The drill point, or small endmill just requires a tool number on the Haas and it will home Z before running, the auto length rotating wants an approximate length and the tool diameter. If your approx length is too long it will not touch and trigger an alarm. Not sure if any of that is useful. :o

  • #14

I’ve gotten this alarm quite a bit on my Doosan’s. Change out the batteries and clear the alarm and restart the machine usually takes care of it.

  • #15

The machine has Renishaw probing software…………..I don’t use a program, sub, or macro………..I use the on screen prompts, get the tool right above the probe and hit cycle start………..tool comes down touches the probe then stops and alarms…………..

And if you want to implement the tool length setting/update in your cutting program ??

  • #16

And if you want to implement the tool length setting/update in your cutting program ??

I have a probe routine saved under M45 so I can insert it into a program very easy. If anyone is interested I can share, think I got it here anyways. ;)

  • #17

I have a probe routine saved under M45 so I can insert it into a program very easy. If anyone is interested I can share, think I got it here anyways. ;)

1. I am interested.
2. Few month ago we had here already the discussion regarding the Doosan GUI and inability to follow the its encrypted macros and as result of that troubleshooting.
3. If it is Doosans GUI, then the tool setter is OTS. After certain OTS operations it gets «tired» and does not response quick enough when back off is executed after first touch, causing the PROBE OPEN alarm. In such cases, when macros are open to user, it could be solved by editing the back off amount or time delay. But with these GENIAL encryption — just change the OTS. Or use your own tool setting program.

  • #18

Swapped bat trees, calibrated, and I’m off to the races again.

Прошу помощи у более опытных коллег . Столкнулся с необозначенными в документации на Оi-mc (станок ЕV-1000 ,

четырехосевой фрезерный Тайванец , отработавший 10 лет ) ошибками . 3092 и 3093 . «Сигнал ош макроса» в его

скверной руссификации . Сегодня снесли «Ренишау» . Анализ «погреба ошибок » показал , что в начале июня

проскочила ошибка 114 , несколько раз 3093 , через пару дней 3092 , потом частые 3093 .

По словам одного оператора , связанные именно с замером выноса (длины ) инструмента .Есть , конечно,  подозрение

на чьи -то шаловливые ручки  в программах 9000 (где программы замера  инструмента и обкатки «Ренишау»)

эти десять лет спокойно стояли . Есть и операторы , знающие назначение бита 4 (NE9) в параметре 3202 . 

Трижды за смену перелистал списки ошибок в русскоязычных и англоязычных руководствах от Оi-mc до Oi-mf

и ничего в промежутке от 3013 (стр. 818 в В-64124Ru/01) до  4500 (стр.555 в В-64115Ru/01 ) так и не обнаружил . 

Что посоветуете ?


Изменено 19 июня 2018 пользователем Мастеровой

Leaflet: Probe open alarm: information for users of Fanuc controllers (pdf)

File size: 430 kB
Language: English
Part number: H-4012-8500-01-A

Thumbnail

The 92(Probe Open) alarm occurs in Renishaw macro software when the probe stylus is already in contact with a surface at a time when a probing move is intended. (It may also occur if the probe is not active.)
As machine tool performance increases, Renishaw amends default values within the setting macros of our products. In particular, the ‘back off factor’ (#506) is changed to speed up probing.
In some cases this change may increase the likelihood of a probe open alarm occurring on large or older machines which are less able to stop quickly after the stylus first contacts the surface.

This type of file requires a viewer, freely available from

Adobe

просточеловек, проверьте состояние датчика касания

Probe open alarm: information for

users of Fanuc controllers

H-4012-8500-01

The 92(Probe Open) alarm occurs in Renishaw macro software when the probe stylus is already in

contact with a surface at a time when a probing move is intended. (It may also occur if the probe is

not active.)

As machine tool performance increases, Renishaw amends default values within the setting macros

of our products. In particular, the ‘back off factor’ (#506) is changed to speed up probing.

In some cases this change may increase the likelihood of a probe open alarm occurring on large or

older machines which are less able to stop quickly after the stylus first contacts the surface.

Action to take if a probe open alarm occurs

� Check that the probe is switched ON and functioning correctly

� When using longer styli, the probe may trigger due to machine vibration. A range of filter settings

are available on all probes to overcome these false triggers. For information on these settings,

please refer to the appropriate probe quick start guide, available from www.renishaw.com

� If the stylus remains in contact with the surface after a genuine measurement, i.e. the stylus has

not backed off fully, the back off factor should be increased as follows:

� Enter the CNC offset (#) setting page and edit #506. It is recommended that this value be

increased in increments of 0.1 until your probing cycle runs without causing a probe open

alarm (note the maximum value is #506 = 1.0)

Further details can be found in the programming manual supplied with each software kit.

Should you be unable to resolve the problem, please contact your machine tool supplier for further

support.

  1. 11-13-2011, 02:10 PM

    #1

    derekBPcnc is offline


    Registered


    Hi All,

    I have tested the skip I/P with a simple micro switch and the G31 functions correctly with a simple program… so I’m now writing a macro for a tool setter.

    Generally the macro design is within the power of my brain cell, just…. but I’d like to verify that the signal from the probe is going On — Off — On as expected as the tool touches retracts and touches again for the final «read».
    If the probe is open / closed at the wrong time, then a #3006=1 (probe fail) would abort the setting routine and flag an alarm.

    But,
    I can’t find in the Fanuc manuals (no surprise there ) how to read the status of the skip signal (or any of the general I/O).

    Any help / points would be a great help.
    Cheers
    Derek.


  2. 11-13-2011, 05:21 PM

    #2

    Al_The_Man is online now


    Community Moderator

    Al_The_Man's Avatar


    The skip input cannot be made conditional so it does not show up in the ladder AFAIK.
    When writing G31 routines or macro’s it is customary to have a protected positioning move, this is a routine that would typically be used to move the probe to initial position in say rapid, IOW, any move of the probe should include a G31.
    The standard G31 input is sent from PLC to CNC via the BMI, an optional High speed skip input is available through an add on board and option parameter that directs the high speed G31 skip input directly to the CNC side.
    Al.

    CNC, Mechatronics Integration and Custom Machine Design

    “Logic will get you from A to B. Imagination will take you everywhere.”
    Albert E.


  3. 11-13-2011, 06:13 PM

    #3

    derekBPcnc is offline


    Registered


    Hi Al,

    I’ve been thumbing through the manual —
    It says that the input interface signals 1 to 32 can be read by variables #1000 to #1031.
    I’m hoping that the skip x4.7 is connected to one of these i/ps
    I haven’t got the electrical drawings with me, so I’ll have to check when I get to work tomorrow.

    I just want to check the probe closes on the back off move…just a bit of error checking realy, or that the tool hasn’t mashed the tool setter ;-)

    I wasn’t sure if i could use a G31 with a G0 — I’ll give that a try too.

    ATB


  4. 11-13-2011, 08:59 PM

    #4

    angelw is offline


    Registered


    Quote Originally Posted by derekBPcnc
    View Post

    Hi Al,

    I’ve been thumbing through the manual —
    It says that the input interface signals 1 to 32 can be read by variables #1000 to #1031.
    I’m hoping that the skip x4.7 is connected to one of these i/ps
    I haven’t got the electrical drawings with me, so I’ll have to check when I get to work tomorrow.

    I just want to check the probe closes on the back off move…just a bit of error checking realy, or that the tool hasn’t mashed the tool setter ;-)

    I wasn’t sure if i could use a G31 with a G0 — I’ll give that a try too.

    ATB


    I wasn’t sure if i could use a G31 with a G0 — I’ll give that a try too.

    No you can’t. G31 is a one shot command that is terminated by the slide reaching the end point or by the change of state of the switch, and functions similarly to G1. Accordingly, if you want rapid movement in the G31 block, include a fast feed rate.I just want to check the probe closes on the back off move…just a bit of error checking realy, or that the tool hasn’t mashed the tool setter ;-)
    You have the logic correctly planned. The switch should be made when the tool/probe is in fresh air. A broken wire etc in the system will therefore fail safe.

    Regards,

    Bill


  5. 11-15-2011, 02:24 PM

    #5

    Dan Fritz is offline


    Registered


    There are macro inputs and outputs that you can see with variables in the 1000s, but those are not related to the SKIP input. I suppose you could wire your probe output to BOTH the SKIP input and one of those 16 user macro inputs (Ui0-Ui15), but that may corrupt the latency of the SKIP input. These macro inputs have to be processed in the ladder, so if your ladder doesnt’ have them, you may have to modify the ladder as well as wire up the extra input.

    I suggest this trick instead: If you want to check if the probe is stuck on, move to a position where you know the probe be off, save the current absolute position in a local variable, then make a very short G31 move to another point where the probe should also be clear. If the SKIP axis position is not the same as the «target» position, then the probe is stuck, and you should generate an alarm. I used to do it this way when we were digitizing with Renishaw MP1 probes. They liked to stick in the «on» position when you move away after touching the part. I believe we even went to the extra effort to «bounce» the probe against the last known part surface, then back away again to center the probe, rather than throw an alarm. When you’re touching 10,000 points in a digitizing cycle, you’ve got to have some way to recover from a stuck probe.


  6. 11-15-2011, 07:29 PM

    #6

    derekBPcnc is offline


    Registered


    Hi Dan, Bill

    Thanks for the replys.

    The Fanuc manual says that #1000 to #1031 can be used to read the status of the external inputs.
    trying to read anything over #1015 cause a variable out of range error, so ties up with what you say about Ui0 to Ui15.

    I thought that the input registers would be mapped to the #1000 variables — obviously not the case (and outputs to # 1100 — #1131 I think).

    SO — I’ll take your advice and use some logic comparing the absolute position before and after skip to make sure the expected move has been made and not ‘halted’ by a stuck probe (tool setter stylus).
    As a side note — I see andthe X4.7 Skip in the PMC maintenance status screen and it toggles when the probe is tripped- I guess that the X4.7 signal is not being passed to the CNC…but it must be for it to process the G31 command …that’s the confusing part.

    The other way I was going to try to extract the status of skip signal was to read the whole of the X4 register and process that Byte to extract BIT7 — I think #1032 to #1035 reads the whole register??? IF that can be done in Fanuc (I’m thinking microprocessor register techniques, so might be complete tosh when it comes to CNC

    I haven’t seen the Renishaw macros, so I dont know how Renishaw error check probe open / stuck to flag an error.

    Fun learning if nothing else :-)

    ATB
    Derek


  7. 11-15-2011, 08:32 PM

    #7

    Al_The_Man is online now


    Community Moderator

    Al_The_Man's Avatar


    Quote Originally Posted by derekBPcnc
    View Post

    As a side note — I see andthe X4.7 Skip in the PMC maintenance status screen and it toggles when the probe is tripped- I guess that the X4.7 signal is not being passed to the CNC…but it must be for it to process the G31 command …that’s the confusing part.

    ATB
    Derek

    As I mentioned, the PMC skip is passed over to the CNC side via the BMI. Basic Machine Interface, this is the bus that the CNC and PMC talk to each other, normally the PMC and the CNC communicate via G and F registers, it is a while since I implemented a Fanuc ladder, but I believe there is no G register bit available to enabling conditioning the Skip input, the High Speed skip bypasses the BMI/PMC and inputs direct to the CNC.
    Al.

    CNC, Mechatronics Integration and Custom Machine Design

    “Logic will get you from A to B. Imagination will take you everywhere.”
    Albert E.


  8. 11-16-2011, 09:29 AM

    #8

    sinha_nsit is offline


    Registered


    Quote Originally Posted by derekBPcnc
    View Post


    The Fanuc manual says that #1000 to #1031 can be used to read the status of the external inputs.
    trying to read anything over #1015 cause a variable out of range error, so ties up with what you say about Ui0 to Ui15.

    I thought that the input registers would be mapped to the #1000 variables — obviously not the case (and outputs to # 1100 — #1131 I think).

    #1000 — #1015 and #1032 are defined.
    #1016 — #1031 may not be defined.
    The same applies to output signals also.
    See the attachment for more details.


  9. 11-16-2011, 05:48 PM

    #9

    JMS4287 is offline


    Registered


    Quote Originally Posted by Dan Fritz
    View Post

    I suggest this trick instead: If you want to check if the probe is stuck on, move to a position where you know the probe be off, save the current absolute position in a local variable, then make a very short G31 move to another point where the probe should also be clear. If the SKIP axis position is not the same as the «target» position, then the probe is stuck, and you should generate an alarm.

    Here’s a quick sample prg of that same concept.

    O9032(REN FLASH ON)
    G98

    #2=#5042-#5082
    #3=[#2-[.002]]
    #4=0
    N2
    IF[#4GT4]GOTO4
    G31Z#3F20.
    G4U.1
    #6=#5042-#5082
    G4U.1
    IF[#6LT#2]GOTO5

    G0Z#2

    M55
    G4U.7
    M54(M CODE TO TURN PROBE ON)
    G4U.7
    M55(RESET M CODE)

    #4=#4+1
    GOTO2
    N4
    #3000=101(PROBE START UP FAILURE-CHECK BATTERY)
    N5
    G0Z#2
    M99


  10. 11-16-2011, 07:12 PM

    #10

    derekBPcnc is offline


    Registered


    Quote Originally Posted by sinha_nsit
    View Post

    #1000 — #1015 and #1032 are defined.
    #1016 — #1031 may not be defined.
    The same applies to output signals also.
    See the attachment for more details.

    Hello Sinha,

    Thanks for the info — I’ll ‘digest’ in conjunction with the manual tomorrow when I’m back in the office, as I understand now, that X4.7 skip is not mapped to a user variable.:-(
    Another quick question — of the variables in the range #1000 to #1015 — how do I work out the mapping of a specific input (say X2.1) to a particular variable?
    ——————-
    Hi Dan,
    Thanks for the section of code- looks like a plan is forming:cheers:
    I got the MI-8 interface delivered today -so let the real fun commence

    ATVB
    Derek


  11. 11-17-2011, 07:43 AM

    #11

    sinha_nsit is offline


    Registered


    Quote Originally Posted by derekBPcnc
    View Post

    …Another quick question — of the variables in the range #1000 to #1015 — how do I work out the mapping of a specific input (say X2.1) to a particular variable?

    Read the attachment which has more detailed information.


Charging of direct current power supply voltage in the power circuit section is insufficient when the magnetic contractor is turned on (such as open phase and defective charging resistor). (Power Supply alarm indication: 05)

1 Check and correct the power supply voltage.
2 Replace the Power Supply (PS).

Amplifier indication 33

NOTE
*1 Note that the meanings of the Spindle Amplifier indications differ depending on
which LED, the red or yellow LED, is on. When the red LED is on, the Spindle
Amplifier indicates a 2-digit alarm number. When the yellow LED is on, the
Spindle Amplifier indicates an error number that designates a sequence problem
(for example, when a rotation command is entered with the emergency stop
state not released).
See “Error Codes (Serial Spindle).”
*2 For serial spindle alarms with a number not listed, refer to the following
documents depending on the spindle motor to which a connection is actually
made.

SP9032 SIC-LSI RAM FAULTSP9034 ILLEGAL PARAMETER

Понравилась статья? Поделить с друзьями:
  • Mcedit ошибка при загрузке мира
  • Max payne 3 выдает ошибку при запуске
  • Mcedit ошибка unhandled exception
  • Mcedit выдает ошибку
  • Max payne 2 directx 9 ошибка