Marlin 1.1.5

I have a unique problem It involves "Endstop Trigger reporting"

I get an error Using a Proximity sensor TL_M3W 'NPN' NC as a Z-Axis endstop.
using these lines of code.

#define Z_MIN_PROBE_USES_Z_MIN_ENDSTOP_PIN
#define Z_CLEARANCE_DEPLOY_PROBE 10 // Z Clearance for Deploy/Stow

#define X_PROBE_OFFSET_FROM_EXTRUDER 10 // X offset: -left +right [of the nozzle]
#define Y_PROBE_OFFSET_FROM_EXTRUDER 25 // Y offset: -front +behind [the nozzle]
#define Z_PROBE_OFFSET_FROM_EXTRUDER -0.5 // Z offset: -below +above [the nozzle]

This allows me to home then raise Z-Axis 10mm for a clearance of 10.5mm
When I Auto home everything works up to home, the "Z Clearance for Deploy/Stow" parts finishes I get the error " Endstops Z ". I Believe that because the Z-Axis homed, then rose to the Clearance is why I am getting the error.
The printer Prints Fine I can see nothing that causes a problem, except the Display " Endstops Z "

Now when I use this line

#define Z_MIN_PROBE_ENDSTOP

I get no errors, though I can not get the Z-Axis to Raise to my wanted clearance of 10.5mm.

This works completely in Marlin v1.1RC8 renamed to HICi3 v1.1RC8

[forums.reprap.org]

I re-flashed both 3D Printer with Marlin 1.1.5,
Now one works, the other one still displays Display " Endstops Z ", Before you say it I swapped the Controller with a spare controller still does not work. same error.

The Printers are Identical except one has a T8-8 lead screw the Other Has a T8-2 lead screw.

Edited 1 time(s). Last edit at 09/09/2017 03:01PM by Roberts_Clif.

I revert to the Previous version of Marlin-RC8BF-HICi3 it works Perfectly.

Marlin 1.1.5 using M500 causes CRC errors.

Edited 2 time(s). Last edit at 09/10/2017 05:28PM by Roberts_Clif.

Did you do a M502 followed by a M500 ?

Quote
Roxy
Did you do a M502 followed by a M500 ?

Good call, its quite possible that there are values stored in EEPROM that are not compatible with the current build.
IF so its pulling the values on boot but then cant store them back with the E500 causing the CRC errors.

M502 to ensure all default 1.1.5 values are loaded from configuration.h first then clear current stored values by M500 to push in known good values that work with 1.1.5

I am sure Clif knows to do a full re calibration after this, I am putting in this last bit of info for other readers that may come across this post in the future.

Edited 2 time(s). Last edit at 09/11/2017 05:16PM by JustSumGuy.

Quote
Roxy
Did you do a M502 followed by a M500 ?

Yes, even used the new Init EEPROM menu line.

I printed many models even after Marlin 1.1.5 gives " Endstops Z ". including the M500 Memory CRC error.

Here is the latest testing results.

Raise bed to 100mm and Auto home, after the X and Y Axis home we single tap the Z-Proximity sensor with a metal putty knife simulating the bed 100 mm above the real bed.
It will detect what it believes is bed rise 10mm then drop down again to what it believes is new Z-Axis zero, once more will rise to what i believe is Z_CLEARANCE_DEPLOY_PROBE 10
this time it has no error. Though I am 100mm above the bed.

Only when I auto home on the bed is " Endstops Z " error displayed. It is only an error message, does not stop printer from functioning correctly from what I can tell.
Marlin 1.1.5 using M500 causes CRC errors.

Will have to look at the code, something changed from Marlin-RC8BF-HICi3("Marlin 1.1.0 Woozy Wookiee"). May import all new changes one by one into Marlin-RC8BF-HICi3

Is there a way to test the 8K data ram on a ATMega2560 16AU

SRam was changed #5668, #6409, #6964, #6965 and #7032

Edited 9 time(s). Last edit at 09/11/2017 08:31PM by Roberts_Clif.

Marlin-RC8BF-HICi3

Is this a modified flavor of Marlin 1.1.5 for a specific printer ?

My experience with 1.1.5 is from the unmodified core release. I think you said you changed controller at one point?
If not perhaps if you have a spare?

Perhaps load up the raw 1.1.5 from [marlinfw.org] and see if you have the M500 CRC then.

That would prove your ATMega2560 physically is or is not the issue.

Quote
JustSumGuy
Marlin-RC8BF-HICi3

Is this a modified flavor of Marlin 1.1.5 for a specific printer ?

No. Marlin-RC8BF-HICi3 is "#define STRING_CONFIG_H_AUTHOR "(PJP, HICTOP i3 Mendel v1.1.0-RC8)" // Who made the changes."

Yes, I did take Marlin 1.1.5 from here marlinfw.org and again from gighub and tested both versions with the same results including same testing with Marlin 1.1.4.

Edited 9 time(s). Last edit at 09/12/2017 08:06PM by Roberts_Clif.

sounds like the controller then.

Quote
JustSumGuy
sounds like the controller then.

I thought is was the controller also so I replaced with my backup controllers, to which I have one for each 3D Printer.

If it is bad then I have 4 bad Controllers, all with the same errors.
All working with HICTOP i3 Mendel v1.1.0-RC8. and like I said they work in Marlin 1.1.5 they just display the " Endstops Z " or "G28 Z Forbidden" and CRC memory error on M500.

You know it's crazy I am still on Marlin 1.1.X will be trying Marlin 1.1.1 thru 1.1.3 till I find where it starts erring. I know Marlin 1.1.4 and above errors.

Compiled Marlin 1.1.1 displays " Endstops Z " error however no CRC memory error will step tomorrow to Marlin 1.1.2 to duplicate memory error.

Edited 6 time(s). Last edit at 09/14/2017 06:57PM by Roberts_Clif.

what kind of controllers are these?

have you made any adjustments to the stock fw other than to set the board type?

Hictop

Two MPX .3




And two Base V1.3 added heat sink to all Mosfets and fans.




If I could get the code Changes Between Marlin 1.1.0 and Marlin 1.1.1 would find and fix where error occurs.

Edited 4 time(s). Last edit at 09/14/2017 09:11PM by Roberts_Clif.

Quote
Roberts_Clif

Quote
JustSumGuy
sounds like the controller then.

I thought is was the controller also so I replaced with my backup controllers, to which I have one for each 3D Printer.

If it is bad then I have 4 bad Controllers, all with the same errors.
All working with Marlin-RC8BF-HICi3.zip. and like I said they work in Marlin 1.1.5 they just display the " Endstops Z " or "G28 Z Forbidden" and CRC memory error on M500.

You know it's crazy I am still on Marlin 1.1.X with Marlin-RC8BF-HICi3.zip will be trying Marlin 1.1.1 thru 1.1.3 till I find where it starts erring. I know Marlin 1.1.4 and above errors.

Compiled Marlin 1.1.1 displays " Endstops Z " error however no CRC memory error will step tomorrow to Marlin 1.1.2 to duplicate memory error.

To Contuine

Setup and Complied Marlin 1.1.2 displays " Endstops Z " error and A CRC memory error -8370 ://Crazy error actually Marlin 1.1.2 is using 64bytes less memory than Marlin 1.1.1
forgot to mention both display in pronterface "echo:endstop hit: Z0.50"

Just need to get the code changes for both Marlin 1.1.1 and Marlin 1.1.2 And determine what line were affected to correct the displayed " Endstops Z " and memory CRC error.

Trying Marlin till I find where it starts erring. I know Marlin 1.1.1 and above errors.

//Crazy error actually Marlin 1.1.2 is using 64 bytes less memory than Marlin 1.1.1
forgot to mention both display in pronterface "echo:endstop hit: Z0.50"

Thank You

Edited 9 time(s). Last edit at 09/16/2017 11:58AM by Roberts_Clif.

As of today I have compiled and flashed every version of marlin 1.1.X

Setup and Complied Marlin 1.1.0 displays works perfect. Still using trying to upgrade to Marlin 1.1.5 for Hictop 3DP11/12 AL
Setup and Complied Marlin 1.1.1 displays " Endstops Z " error only.
Setup and Complied Marlin 1.1.2 - 1.1.5 displays " Endstops Z " error and a M500 " CRC memory error -8370 :"
// Crazy error actually Marlin 1.1.2 is using 64 bytes less memory than Marlin 1.1.1
// forgot to mention both display in pronterface " echo: endstop hit : Z0.50 "

Setup and Complied Marlin 1.1.4 & 1.1.5 displays " Endstops Z " or sometimes " G28 Z Forbidden " error and a M500 " CRC memory error :"
// Crazy error actually Marlin 1.1.2 is using 64bytes less memory than Marlin 1.1.1
// forgot to mention both display in pronterface " echo:endstop hit: Z0.50 "

Been searching code making changes for Marlin 1.1.X to determine affected lines to correct the displayed " Endstops Z " and memory CRC error."

Now take into consideration that I have 4 Controllers two " MPX .3 " and two " Base V1.3 " working perfect with Marlin-RC8BF-HICi3.zip.

All function on Marlin 1.1.1 - Marlin 1.1.5 only with the errors " Endstops Z " or sometimes " G28 Z Forbidden " error and a M500 " CRC memory error" can even complete a " 5 X 5 = 25 point " Bi-Linear bed level then Print using G29 from Slicer in startup .

All functions work perfectly only displaying " Endstops Z " or sometimes " G28 Z Forbidden " thou still Prints a perfect 3D Model.
M500 " CRC memory errors ???? " are scary because don't know what the 3D Printer will do with CRC Errors.

Asking for Help - What can I do to fix this.

Quote
Roberts_Clif
All functions work perfectly only displaying " Endstops Z " or sometimes " G28 Z Forbidden " thou still Prints a perfect 3D Model.
M500 " CRC memory errors ???? " are scary because don't know what the 3D Printer will do with CRC Errors.

Asking for Help - What can I do to fix this.

My guess is the CRC errors are because there was a change from checksum to CRC to guard the EEPROM configuration data. If an error shows up Marlin will use the values in the Configuration.h files instead of what is stored in the EEPROM.

If you want to 'correctly' initialize the EEPROM for a given version of Marlin, the proper steps are to do a M502 followed by a M500.

Edited 1 time(s). Last edit at 09/16/2017 12:23PM by Roxy.

Yes exactly where I got the errors, doing M502, M500 several time even thinking the error would go away.

I was doing The M500 when the error occurred.
I guess I stated this way back in Marlin1.1.4 topic When Marlin 1.1.5 came out upgraded to Marlin 1.1.5 and dropped the Marlin 1.1.4 Topic and started this topic.

Edited 10 time(s). Last edit at 09/16/2017 01:55PM by Roberts_Clif.

Quote
Roberts_Clif
Yes exactly where I got the errors, doing M502, M500 several time even thinking the error would go away.

I was doing The M500 when the error occurred.
I guess I stated this way back in Marlin1.1.4 topic When Marlin 1.1.5 came out upgraded to Marlin 1.1.5 and dropped the Marlin 1.1.4 Topic and started this topic.

OK! That definitely should not happen! v2.0.0 is going to be showing up soon. When it does, I'll be bringing it up on several printers. I will be doing M502's and M500's to initialize the EEPROM.
I'll watch and make sure that error doesn't show up. But I don't find the error message about the CRC you are seeing. I see this error message:

else {
#if ENABLED(EEPROM_CHITCHAT)
SERIAL_ERROR_START();
SERIAL_ERRORPGM("EEPROM CRC mismatch - (stored) ");
SERIAL_ERROR(stored_crc);
SERIAL_ERRORPGM(" != ");
SERIAL_ERROR(working_crc);
SERIAL_ERRORLNPGM(" (calculated)!");
#endif

Quote
Roxy
OK! That definitely should not happen! v2.0.0 is going to be showing up soon. When it does, I'll be bringing it up on several printers. I will be doing M502's and M500's to initialize the EEPROM.
I'll watch and make sure that error doesn't show up. But I don't find the error message about the CRC you are seeing. I see this error message:

else {
#if ENABLED(EEPROM_CHITCHAT)
SERIAL_ERROR_START();
SERIAL_ERRORPGM("EEPROM CRC mismatch - (stored) ");
SERIAL_ERROR(stored_crc);
SERIAL_ERRORPGM(" != ");
SERIAL_ERROR(working_crc);
SERIAL_ERRORLNPGM(" (calculated)!");
#endif

Re-Flashed Marlin 1.1.5 so I could give you a Screen Shoot

M502
M500
Pressed Home
X:100.00 Y110.00 Z:10.50 E:0.0 Count X:8000 Y:8800 Z:4200



configuration_store.cpp

// Report storage size
#if ENABLED(EEPROM_CHITCHAT)
SERIAL_ECHO_START();
SERIAL_ECHOPAIR("Settings Stored (", eeprom_size - (EEPROM_OFFSET));
SERIAL_ECHOPAIR(" bytes; crc ", (uint32_t)final_crc);
SERIAL_ECHOLNPGM(")");
#endif

Don't believe this is an error now, looks like it is just a checksum that is stored with the data for testing. If correct can
Replace this
SERIAL_ECHOPAIR(" bytes; crc ", (uint32_t)final_crc);
SERIAL_ECHOLNPGM(")");
with this
SERIAL_ECHOLNPGM(" bytes)");
to be look like Marlin-RC8BF-HICi3.zip

------------------------------------------------------
#define DUMMY_PID_VALUE 3000.0f
#define EEPROM_START() int eeprom_index = EEPROM_OFFSET
#define EEPROM_SKIP(VAR) eeprom_index += sizeof(VAR)
#define EEPROM_WRITE(VAR) write_data(eeprom_index, (uint8_t*)&VAR, sizeof(VAR), &working_crc)
#define EEPROM_READ(VAR) read_data(eeprom_index, (uint8_t*)&VAR, sizeof(VAR), &working_crc)
#define EEPROM_ASSERT(TST,ERR) if (!(TST)) do{ SERIAL_ERROR_START(); SERIAL_ERRORLNPGM(ERR); eeprom_read_error = true; }while(0)
------------------------------------------------------
const uint16_t final_crc = working_crc;
------------------------------------------------------
EEPROM_READ(stored_crc);

Edited 10 time(s). Last edit at 09/17/2017 12:27AM by Roberts_Clif.

At this point I have re-flashed Marlin 1.1.5 too many times to count, and have made only minuscule changes, and had but forgotten about this problem.
Until I ran across this line of code " #define Z_HOME_BUMP_MM 2"

Quote
Roberts_Clif
Marlin 1.1.5 after Auto home while displaying CUSTOM_MACHINE_NAME Z-axis will rise changing the display to " Endstops Z " or "G28 Z Forbidden"

Well I have no explanation, thou it has stopped displaying. I believe that in the following line of code lies the solution thou.

#define Z_HOME_BUMP_MM 5 // changing from 2 to 5 would raise the z_home Bump above the Z probe sensor level thereby eliminating the errors.

It Appears that the "G28 Z Forbidden" is given when you home Z while At Home.

While using OctoPrint If I am at home and home Z in OctoPrint I get the "G28 Z Forbidden".
If I first home XY and then home Z in OctoPrint it works fine.

---

Computer Programmer / Electronics Technician