Close



Page 11 of 18 FirstFirst ... 910111213 ... LastLast
Results 101 to 110 of 172
  1. #101

  2. #102
    Super Moderator Roxy's Avatar
    Join Date
    Apr 2014
    Location
    Lone Star State
    Posts
    2,183
    Quote Originally Posted by Fri View Post
    Well... 2 or 3 things were on the list to make you happy.... But I suspect you want your LCD Panel to work the most.

    I don't have an LCD Panel, but I wanted to use the M600 Filament Change command those people wrote to promote the LCD Panels. So I had to add a couple of routines to provide functionality that the LCD Panels normally provide.

    First... Save your entire code base before you make any changes. Probably you won't be able to make this work first try and we don't want to lose forward progress.

    First, go into Marlin_main.cpp and delete this code. These are the duplicate routines that you wont need:

    Code:
    // Roxy substitute routine to provide user confirmation easily on a PrintrBoard.
    // It looks at GPIO PC1 pin 11 value for input value change.
    // This routine looks for a button press to confirm everything is OK.
    // This allows the firmware to provide the Filament Change feature without
    // an LCD panel installed.   The switch is wired from the Expansion Port 2
    // header pin closest to AT90USB1286 chip to a switch that can connect it to 
    // Ground.
     
    #define FILAMENTCHANGEENABLE
    
    #ifdef FILAMENTCHANGEENABLE
    #ifndef ULTIPANEL
    
    bool lcd_clicked()
     {
            int pin_being_examined;
            int ii, iii, jj;
            
            pin_being_examined=12;                      // This is PC1 on PrintrBoard
            
            pinMode(pin_being_examined, INPUT_PULLUP);  // Set it to Input with a pull up if it hasnt
            delay(50);                                  // been used since RESET.
            
            iii = digitalRead(pin_being_examined);      // Get the current state of pin.  
    
            return !iii;
    }
    
    void lcd_pressed()
     {
    
        while( lcd_clicked() != 0 )            // Wait for the switch to be released
            ;
        delay(50);
        while( lcd_clicked() != 1 )            // Wait for the switch to be pressed
            ;
        delay(50);
    }
    #endif 
    #endif
    Then, go into Configuration.h and uncomment the line that enables the UltiPanel. (The one I told you re-comment before) Try to compile the code base. Probably there will be some errors and we will have to work through them. But if it compiles clean, you might have your LCD Panel working with the new code base.

  3. #103
    Technologist
    Join Date
    Oct 2014
    Posts
    114
    Here is the error when compiling after above changes.


    Marlin_main.cpp:3404:35: error: missing binary operator before token "No"
    Marlin_main.cpp:3836:15: error: missing binary operator before token "No"

  4. #104
    Technologist
    Join Date
    Oct 2014
    Posts
    114
    Question for you. After g29 the z raises, where did you set this?

  5. #105
    Super Moderator Roxy's Avatar
    Join Date
    Apr 2014
    Location
    Lone Star State
    Posts
    2,183
    Quote Originally Posted by Fri View Post
    Here is the error when compiling after above changes.


    Marlin_main.cpp:3404:35: error: missing binary operator before token "No"
    Marlin_main.cpp:3836:15: error: missing binary operator before token "No"
    Those line numbers don't mean anything because we have deleted code out of your version of the file. I think you better attach your current Marlin_main.cpp file! I don't even see a "No" in my file.

  6. #106
    Super Moderator Roxy's Avatar
    Join Date
    Apr 2014
    Location
    Lone Star State
    Posts
    2,183
    Quote Originally Posted by Fri View Post
    Question for you. After g29 the z raises, where did you set this?
    Probably, you are talking about this code at the very very end of the G29:
    Code:
               do_blocking_move_to(current_position[X_AXIS], current_position[Y_AXIS], current_position[Z_AXIS] + Z_RAISE_BETWEEN_PROBINGS);
    #ifdef Z_PROBE_SLED
                dock_sled(true, -SLED_DOCKING_OFFSET); // correct for over travel.
    #endif // Z_PROBE_SLED
    
                retract_z_probe();
            }
            break;
    #ifndef Z_PROBE_SLED
        case 30: // G30 Single Z Probe

  7. #107
    Technologist
    Join Date
    Oct 2014
    Posts
    114
    Quote Originally Posted by Roxy View Post
    Those line numbers don't mean anything because we have deleted code out of your version of the file. I think you better attach your current Marlin_main.cpp file! I don't even see a "No" in my file.
    Marlin_main.cpp

    Here it is.

  8. #108
    Super Moderator Roxy's Avatar
    Join Date
    Apr 2014
    Location
    Lone Star State
    Posts
    2,183
    I don't see a problem.... I know it is a pain... But I guess you better .ZIP up your current code base so I can run the whole thing through the compiler and see the problem first hand.

    I'm sure what ever is wrong is simple and not a big deal... But I don't see the problem by going to those lines in the source code.

  9. #109
    Technologist
    Join Date
    Oct 2014
    Posts
    114
    Quote Originally Posted by Roxy View Post
    I don't see a problem.... I know it is a pain... But I guess you better .ZIP up your current code base so I can run the whole thing through the compiler and see the problem first hand.



    I'm sure what ever is wrong is simple and not a big deal... But I don't see the problem by going to those lines in the source code.
    Marlin_Roxy_V2.rar


    Okay, it's attached.

  10. #110
    Super Moderator Roxy's Avatar
    Join Date
    Apr 2014
    Location
    Lone Star State
    Posts
    2,183
    There is something funny going on with the C++ Pre-Processor. It is having trouble doing casts on the BEEPER token. And it is defined properly in Pins.h as 36. I have to run out the door. How about you revert back to your previous firmware until I figure out how to convince Arduino that the code is OK? Incidentally... The code it is barfing on hasn't been changed from the main branch of the tree and has been in there since the UltiPanel was released. So it is a little strange it is having issues with it now. There must be something else factoring into the equation.

Page 11 of 18 FirstFirst ... 910111213 ... LastLast

Posting Permissions

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