Results 121 to 130 of 172
-
11-30-2014, 02:17 PM #121
From the info provided at the github link in the Marlin configuration.h file -
Installation:
extract LiquidTWI2/ into <arduinosketchbook>/libraries/LiquidTWI2
I haven't actually installed and tested this, but it seems you go to wherever you have Arduino installed, look for the libraries folder, and you should end up with a folder there when you are done named LiquidTWI2.
-
11-30-2014, 02:33 PM #122
- Join Date
- Oct 2014
- Posts
- 114
Good deal, this compiles!!!
-
11-30-2014, 03:03 PM #123
-
12-21-2014, 12:42 PM #124
- Join Date
- Oct 2014
- Posts
- 114
[QUOTE=AbuMaia;33795]Now that we have this mod to save the G29 matrix for an entire print session (or longer), it is no longer necessary to add a G29 to the start gcode when slicing. However, those of us who run our printers standalone, we need another way of running the G29 when we change a setting or a glass plate. I believe that many who run their printer standalone have an LCD display on their printer. Here's what I did to add G29 to the LCD menu:
In ultralcd.cpp, find MENU_ITEM(gcode, MSG_AUTO_HOME, PSTR("G28"));
Just after it, add MENU_ITEM(gcode, MSG_BED_LEVEL, PSTR("G29 n5"));
In language.h, find #define MSG_ENDSTOP_ABORT "Endstop abort"
Just after it, add #define MSG_BED_LEVEL "G29 Bed Level"
I added this and it was working fine. Had a show yesterday and it didn't work anymore.
Got this message. When I do a g29 n5 in Repetier it works fine. Any ideas?
13:38:15.257 : echo:enqueing "G29 n5"
13:38:15.267 : ?Number of probed points not plausable.
-
12-21-2014, 02:06 PM #125
You need to have:
#define AUTO_BED_LEVELING_GRID_POINTS 5
to do a G29 n5
-
12-21-2014, 02:38 PM #126
- Join Date
- Oct 2014
- Posts
- 114
-
01-15-2015, 04:27 PM #127
-
02-21-2015, 12:41 PM #128
- Join Date
- Oct 2014
- Posts
- 114
I am using your firmware on one machine relatively successfully, on another it acts very erratically. I attached a copy of it.
On both machines, unless I do an M502, the endstops affect the motion of other axises. i. E. if z is triggered, x thinks it's home. I can work with this by moving z up, but it is not ideal. If you hit print for example when z is triggered,
the machine thinks the current position is home of all axises and starts printing form there...not good.
On the newer machine that I am currently working on, it's a whole different deal. This machine has the stop switches x and y in the left back corner (similar to Ultimaker), meaning Ymax Xmin. Z is a proximity sensor and Zmin.
I have to mention that an earlier prototype worked good, until the day all my bed leveling issues started. So for example, when connecting the machine and running an m119, if no axis is home, it shows x max triggered. There is not
switch on x max!! If I home y the x axis stop is no longer triggered and it's all working fine. So if I run a g29 after g28 z won't come up anymore, it goes down, every time I home all. If I send a M502, all home works again.
What am I missing?
Marlin_Eight3_grid_eep.rar
-
02-23-2015, 09:07 AM #129
Attaching your code was helpful.... I'm not sure what you are seeing. But I would try a couple of things to debug it. First, I would get it into a state where it isn't moving properly. And then I would give it an M119 command to see what it thinks the state of the end stops is. It may be possible you have bad wiring or switches. If this fails to show anything that might be helpful, I think I would try rebuilding the firmware with a few changes. For starters, I think I would change:
Code:#ifdef ENDSTOPPULLUPS //#define ENDSTOPPULLUP_XMAX #define ENDSTOPPULLUP_YMAX //#define ENDSTOPPULLUP_ZMAX #define ENDSTOPPULLUP_XMIN //#define ENDSTOPPULLUP_YMIN #define ENDSTOPPULLUP_ZMIN #endif
Code:#ifdef ENDSTOPPULLUPS #define ENDSTOPPULLUP_XMAX #define ENDSTOPPULLUP_YMAX #define ENDSTOPPULLUP_ZMAX #define ENDSTOPPULLUP_XMIN #define ENDSTOPPULLUP_YMIN #define ENDSTOPPULLUP_ZMIN #endif
Probably, I would try rebuilding the firmware with these changes to eliminate the suppression of moves when the printer thinks the endstops are being touched. This is kind of brute force, but if these changes make a difference, that will be confirmation we are dealing with an endstop switch stopping the movements:
Code:#define min_software_endstops false // If true, axis won't move to coordinates less than HOME_POS. #define max_software_endstops false // If true, axis won't move to coordinates greater than the defined lengths below. #define DISABLE_MAX_ENDSTOPS #define DISABLE_MIN_ENDSTOPS // #define Z_SAFE_HOMING // This feature is meant to avoid Z homing with probe outside the bed area.
-
02-23-2015, 10:52 AM #130
- Join Date
- Oct 2014
- Posts
- 114
Thanks Roxy,
This version of marlin was change to try to figure out what it going on.
Usually I have the pullups uncommented.
Without the true for the software endstops i didn't have any luck, didn't move right.
I need the max endstops to be commented, I have a Y max switch.
When running an M119 it shows Xmas triggered.
I will try it again with your suggestions and let you know.
Thanks again
Printer will print perfect...
06-14-2024, 10:44 AM in Tips, Tricks and Tech Help