A couple questions to solve


Page 1 of 2 12 LastLast
Results 1 to 12 of 23

Thread: A couple questions to solve

  1. #1
    Member
    Join Date
    Mar 2018
    Location
    United States
    Posts
    47
    Downloads
    0
    Uploads
    0

    Default A couple questions to solve

    Hi guys. I have a few more questions.

    1) I tried copying some *.LIB files to MD0: to free up a bit of space in MD1:,but it only gave an error on bootup afterwords. Is this not possible or is there something I need to change to tell it to look in MD0:?

    2) I have made a schedule file, This schedule file pulls in programs from the floppy drive. I have never used scheduling before now so I am not sure what to expect. I am trying to test in Machine Lock and Dry Run. When I hit Cycle Start I get Alarm D 4270 NC Start Ineffective. Any ideas whats causing the problem? I do have the Floppy Disk formatted as OSP (Seems to me this wouldn't work with a DOS Disk).

    I am sure I will have more questions...

    Thanks in Advance,
    Dave in Ohio

    Similar Threads:


  2. #2
    Member
    Join Date
    Mar 2018
    Location
    United States
    Posts
    47
    Downloads
    0
    Uploads
    0

    Default Re: A couple questions to solve

    Correction make that Alarm D 4720...

    Dave



  3. #3
    Member broby's Avatar
    Join Date
    Apr 2006
    Location
    Australia
    Posts
    819
    Downloads
    0
    Uploads
    0

    Default Re: A couple questions to solve

    Pretty sure Schedule programs only work with programs stored in MD1:
    If you change your schedule program to work with files on MD1: will it work?
    If it does, then there is your answer.
    Regards
    Brian.



  4. #4
    Member deadlykitten's Avatar
    Join Date
    Jun 2015
    Location
    Antarctica
    Posts
    2750
    Downloads
    0
    Uploads
    0

    Default Re: A couple questions to solve

    hi, this is what i found about that error :

    Code:
        ALARM D 4720 Dual cycle start button interlock
        In dual palm operations, rise of 2 pieces of button time has slipped more than the fixed time.
            1->Rise time of 2 pieces of door close button has slipped more than 1[s].
            2->On the door area sensor installation specification, an operation that is inhibited with the area sensor shaded was
    performed with the area sensor shaded.
    maybe it is generated because you put some files in MD0 ? that error is reffering to a non-standard method for starting programs, maybe to dual buttons ? i don't know ...

    if p1 & p2 are in floppy folder ( perhaps device uso ), and res.lib is in md0, then your program should be ( something ) like this :

    Code:
    {PSELECT} [fm],[pm],[fs],[n](CR) or (LF)
    
        PSELECT US0:P1.MIN,,MD0:RES.LIB
        PSELECT US0:P2.MIN,,MD0:RES.LIB




    look, if you wanna test this, then let's make some trial programs, and begin a secvential testing :

    file p1.min
    V1 = 1
    CALL OSUB
    M02

    file p2.min
    V1 = 2
    CALL OSUB
    M02

    file res.ssb
    OSUB
    V2 = V2 + V1
    RTS

    now put p1.min, p2.min and res.ssb in md1, and run this

    Code:
        VSET V2 = 0
        PSELECT P1.MIN
        PSELECT P2.MIN
    if V2 will be 3, then move res.ssb from md1 to md0, and run this :

    Code:
        VSET V2 = 0
        PSELECT P1.MIN,,MD0:RES.SSB
        PSELECT P2.MIN,,MD0:RES.SSB
    if V2 will be 3, then move *.min files, from MD1 to US0 ( floppy, etc ), and run this :

    Code:
        VSET V2 = 0
        PSELECT US0:P1.MIN,,MD0:RES.SSB
        PSELECT US0:P2.MIN,,MD0:RES.SSB
    if V2 will be 3, then convert res.ssb to res.lib, register it, power-off-on, and run this :

    Code:
        VSET V2 = 0
        PSELECT US0:P1.MIN,,MD0:RES.LIB
        PSELECT US0:P2.MIN,,MD0:RES.LIB
    if v2 will be 3, then everything is ok maybe you will reach this point

    however, i am afraid that it won't work, but i am not sure, because :

    I tried copying some *.LIB files to MD0
    this requires the controller to register a file, for auto-loading, from a non master device, thus <> MD1

    i tried this a while ago, and i did not succed : https://www.cnczone.com/forums/okuma...lways-md1.html

    kindly

    Ladyhawke - My Delirium, https://www.youtube.com/watch?v=X_bFO1SNRZg


  5. #5
    Member
    Join Date
    Mar 2018
    Location
    United States
    Posts
    47
    Downloads
    0
    Uploads
    0

    Default Re: A couple questions to solve

    Quote Originally Posted by broby View Post
    Pretty sure Schedule programs only work with programs stored in MD1:
    If you change your schedule program to work with files on MD1: will it work?
    If it does, then there is your answer.
    Regards
    Brian.
    I probably didn't describe the issue correctly. I do have the schedule file in MD1: The control doesn't seem to have any issues with it.

    To be honest the real problem is the Operator(Me). I don't have mill experience and I am trying to teach it to myself during off the clock time. The other issue is I am not exactly sure what if parts have been robbed off of the machine. I was just being hopeful I could test things in machine lock/dry run if the above were the case.

    Thank you for your help.
    Dave in Ohio



  6. #6
    Member
    Join Date
    Mar 2018
    Location
    United States
    Posts
    47
    Downloads
    0
    Uploads
    0

    Default Re: A couple questions to solve

    I moved the *.LIB file back to md1: so that is no longer an issue its only like 800 bytes so not effecting memory use much. I believe that MD1: has 64k of space to play with not much but its what I got to work with. That was just an experiment to see if it would help free some memory in the future.

    I am not using any SUB Programs so I'm not too worried about them at this point.

    Thank you for the info on the alarm, that is different than what I was able to find.
    4720NC START ineffective
    This alarm will be displayed when the NC start pushbutton was pressed during prohibition of an NC start
    by interlocking.
    This alarm will disappear when the start pushbutton is released.

    This alarm will remain displayed when warming up begins during prohibition of an NC start.

    [Index] None

    [Character-string] None
    [Codes]
    None ->Door interlock
    11->The program operation signal is turned OFF.
    12->The NC start pushbutton was pressed or the cycle start signal was turned ON when the robot/loader retract position signal was not turned ON with system interlocking "ON."

    I suppose the problem could be any of those 3 causes. More lilkey the first or third.

    Very frustrating trying to learn something new when you don't even know what is broken or missing.

    Thank you for help,
    Dave in Ohio


    Quote Originally Posted by deadlykitten View Post
    hi, this is what i found about that error :

    Code:
        ALARM D 4720 Dual cycle start button interlock
        In dual palm operations, rise of 2 pieces of button time has slipped more than the fixed time.
            1->Rise time of 2 pieces of door close button has slipped more than 1[s].
            2->On the door area sensor installation specification, an operation that is inhibited with the area sensor shaded was
    performed with the area sensor shaded.
    maybe it is generated because you put some files in MD0 ? that error is reffering to a non-standard method for starting programs, maybe to dual buttons ? i don't know ...

    if p1 & p2 are in floppy folder ( perhaps device uso ), and res.lib is in md0, then your program should be ( something ) like this :

    Code:
    {PSELECT} [fm],[pm],[fs],[n](CR) or (LF)
    
        PSELECT US0:P1.MIN,,MD0:RES.LIB
        PSELECT US0:P2.MIN,,MD0:RES.LIB




    look, if you wanna test this, then let's make some trial programs, and begin a secvential testing :

    file p1.min
    V1 = 1
    CALL OSUB
    M02

    file p2.min
    V1 = 2
    CALL OSUB
    M02

    file res.ssb
    OSUB
    V2 = V2 + V1
    RTS

    now put p1.min, p2.min and res.ssb in md1, and run this

    Code:
        VSET V2 = 0
        PSELECT P1.MIN
        PSELECT P2.MIN
    if V2 will be 3, then move res.ssb from md1 to md0, and run this :

    Code:
        VSET V2 = 0
        PSELECT P1.MIN,,MD0:RES.SSB
        PSELECT P2.MIN,,MD0:RES.SSB
    if V2 will be 3, then move *.min files, from MD1 to US0 ( floppy, etc ), and run this :

    Code:
        VSET V2 = 0
        PSELECT US0:P1.MIN,,MD0:RES.SSB
        PSELECT US0:P2.MIN,,MD0:RES.SSB
    if V2 will be 3, then convert res.ssb to res.lib, register it, power-off-on, and run this :

    Code:
        VSET V2 = 0
        PSELECT US0:P1.MIN,,MD0:RES.LIB
        PSELECT US0:P2.MIN,,MD0:RES.LIB
    if v2 will be 3, then everything is ok maybe you will reach this point

    however, i am afraid that it won't work, but i am not sure, because :



    this requires the controller to register a file, for auto-loading, from a non master device, thus <> MD1

    i tried this a while ago, and i did not succed : https://www.cnczone.com/forums/okuma...lways-md1.html

    kindly




  7. #7
    Member deadlykitten's Avatar
    Join Date
    Jun 2015
    Location
    Antarctica
    Posts
    2750
    Downloads
    0
    Uploads
    0

    Default Re: A couple questions to solve

    I moved the *.LIB file back to md1: so that is no longer an issue its only like 800 bytes so not effecting memory use much. I believe that MD1: has 64k of space
    hello, the lib file requires :
    ... phisical storage space, thus it will consume 800bytes ( or maybe a bit more ) from the available storage space of the md1 system device
    ... bubble storage space, thus it will consume circa800bytes from the ( read ahead ) buffer size

    one thing with the lib files, is that, after they have been loaded inside the bubble memory, you can delete them from the hdd; things will work fine, until next machine restart, when the controller will be looking for the file, so to load it again in the bubble memory

    same, with min files, once you selected the program, you can delete it from the hdd; things will go well, until next time when you try to (re)select the program until then, you may execute (run) the program as many times as you wish, it will work, because it is loaded inside the bubble memory

    with sdf files things are a bit different, because, even if you select it once, after that, each time you execute (run) it, it will re-load inside the bubble memory each min file

    I am not using any SUB Programs so I'm not too worried about them at this point
    well, there are soubroutines, those ones that end with RTS they can be inside the min file, or another type ( ssb, sub, msb, etc )

    soubroutines can be called by a 'call' statament, or assigning a 'free g/m' code

    also, when the soubroutine is inside a lib file, that file can be registered to be loaded inside the bubble memory, each time the machine powers up

    I suppose the problem could be any of those 3 causes. More lilkey the first or third
    when you use a simple min file, do you still have this problem ? kindly

    Last edited by deadlykitten; 03-28-2019 at 04:16 PM.
    Ladyhawke - My Delirium, https://www.youtube.com/watch?v=X_bFO1SNRZg


  8. #8
    Member
    Join Date
    Mar 2018
    Location
    United States
    Posts
    47
    Downloads
    0
    Uploads
    0

    Default Re: A couple questions to solve

    Well, I just noticed that door interlock is missing ... Guess its time to go searching around the shop floor.

    Dave in Ohio



  9. #9
    Member
    Join Date
    Mar 2018
    Location
    United States
    Posts
    47
    Downloads
    0
    Uploads
    0

    Default Re: A couple questions to solve

    OK friends,

    I located the missing interlock and have now gotten to move onto the next error. I have attached a picture of the LCD display. Alarm B Schedule Program: Main Program Load 18000000.

    I'm starting to believe I am not going to be successful at getting the scheduling to work.
    A couple questions to solve-20190329_150953-jpg

    Dave in Ohio

    Attached Thumbnails Attached Thumbnails A couple questions to solve-20190329_150953-jpg  


  10. #10
    Member deadlykitten's Avatar
    Join Date
    Jun 2015
    Location
    Antarctica
    Posts
    2750
    Downloads
    0
    Uploads
    0

    Default Re: A couple questions to solve

    hi, try with a single program, so to minimize the testing volume; this 4 example :

    a.sdf ( inside MD1 )
    PSELECT FD0:A.MIN
    END

    a.min ( on floppy )
    G50 S567
    M02

    maybe it works, so, after that , you develop it, and see what happens / kindly

    ps : is there a code for your error ? or the only number is 18000000 ?

    Ladyhawke - My Delirium, https://www.youtube.com/watch?v=X_bFO1SNRZg


  11. #11
    Member
    Join Date
    Mar 2018
    Location
    United States
    Posts
    47
    Downloads
    0
    Uploads
    0

    Default Re: A couple questions to solve

    Ok so I made a fast simple program and a simple schedule. I called them A.SDF and B.MIN, and put them on MD1:. Run it success it works. keeping A.SDF on MD1: but moving B.MIN to FD0: (Updated A.SDF to reflect change) and bam the same error as the screen shot before. Here is what the alarms/error manual has to say about alarm b 2203. The highlighted area leads me to believe that accessing the floppy drive from schedule file is simply not allowed.Trying to decipher the error number 18000000 I don't quite see how the 8 relates to bit 3 but maybe something has been lost in translation from japanese to english, who knows. If my assumptions from this lesson are wrong please correct me and show me the way. Perhaps I have just wasted my time and everyone elses time with trying to get the scheduling to work with the floppy drive. Perhaps I need to search for other options.

    Thank you all for your help,
    Dave in Ohio

    A couple questions to solve-2203alarm-png

    Attached Thumbnails Attached Thumbnails A couple questions to solve-2203alarm-png  


  12. #12
    Member broby's Avatar
    Join Date
    Apr 2006
    Location
    Australia
    Posts
    819
    Downloads
    0
    Uploads
    0

    Default Re: A couple questions to solve

    Quote Originally Posted by countryguy828 View Post
    Ok so I made a fast simple program and a simple schedule. I called them A.SDF and B.MIN, and put them on MD1:. Run it success it works. keeping A.SDF on MD1: but moving B.MIN to FD0: (Updated A.SDF to reflect change) and bam the same error as the screen shot before. Here is what the alarms/error manual has to say about alarm b 2203. The highlighted area leads me to believe that accessing the floppy drive from schedule file is simply not allowed.Trying to decipher the error number 18000000 I don't quite see how the 8 relates to bit 3 but maybe something has been lost in translation from japanese to english, who knows. If my assumptions from this lesson are wrong please correct me and show me the way. Perhaps I have just wasted my time and everyone elses time with trying to get the scheduling to work with the floppy drive. Perhaps I need to search for other options.

    Thank you all for your help,
    Dave in Ohio

    So it would appear that I was correct, you cannot select from another location other than MD0:
    This, for you, would appear to be a problem that will only be resolved by using a DNC-B type of link, if you are running long programs.



Page 1 of 2 12 LastLast

Tags for this Thread

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •  


About CNCzone.com

    We are the largest and most active discussion forum for manufacturing industry. The site is 100% free to join and use, so join today!

Follow us on


Our Brands

A couple questions to solve

A couple questions to solve