Havenview
About
- Username
- Havenview
- Joined
- Visits
- 3
- Last Active
- Roles
- Member
Comments
-
Its taken me a while but I understand this a little more now I can appreciate the need to ignore z-min if you are using z-probing The discrepancy I can see is in the LCD display output The code seems to imply you have a placeholder as I said befor…
-
Further update. I have recompiled with FEATURE_Z_PROBE 0 being the only change and the zmin on the LCD display then shows correctly with a filled in square when the probe is triggered and an empty one when it is clear. I've tried to decipher how t…
-
Thanks for your comments. I have spent the past 2 evenings progressing this Having gone through the code, I am concurrent on your description of the default pin settings and now understand how they are set to "ORIG_" values from the start and only …
-
...and on re-re-checking the above is only correct when the home issued is a z-only sending a G28 always causes the z to home at 0,-5 irrespective of the x and y being undetermined or known
-
I've just re-checked this and it appears that the y=-5 offset only ever happens if the zhome needs to do an x and y home beforehand because the x and y positions are undetermined (ie when my x,y,z positions on the LCD display flash between assumed v…
-
MartinH said: You should set the XY HOMING POS FOR Z (ZHOME_X_POS/ZHOME_Y_POS) to the actual bed location that yoou want to home Z at eg. 100 100 If left at 999999 999999 it wil try to home Z at the current xy location I agree but that…
-
This is very strange, M119 shows that zMin is always L but the probe switches correctly The pin setting appears to be the same in the web config but in the generated configuration.h there is no zMinPin defined! it contains: #define Z_PROBE_PIN ORIG_…