Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

More explicit EEPROM warning on bootup #1374

Closed
Grogyan opened this issue Jan 16, 2015 · 7 comments
Closed

More explicit EEPROM warning on bootup #1374

Grogyan opened this issue Jan 16, 2015 · 7 comments

Comments

@Grogyan
Copy link
Contributor

Grogyan commented Jan 16, 2015

TangleRap
RAMPS 1.2 derivative with onboard Max6675
EEPROM enabled

Maximum feed rate not being passed from Configuration.h to EEPROM.

When initially started values in EEPROM should be matched to the constants in the configuration file.
Should have expected an error message.

As it was, I had to set in EEPROM manually via
M203
Then store that with M500

My Z max feed rate is meant to be 1.25mm/min
M503 reported it to initially be 5mm/min
Had set in configuration.h Z max to be 1.25mm/min

@nophead
Copy link
Contributor

nophead commented Jan 17, 2015

When initially started values in EEPROM should be matched to the constants in the configuration file.

Why do you expect the firmware to override the EEPROM? It is the other way round, EEPROM overrides the defaults in the firmware. You need to run 502: revert to the default "factory settings."

@Grogyan
Copy link
Contributor Author

Grogyan commented Jan 17, 2015

That's right, however I was expecting a warning message when the constants and EEPROM don't match.

Spent a whole week trying to figure out why the max feed rate on the Z axis wasn't taking in the new values in the constants.
Would have helped to have a warning message pop up at power on to say that they don't match, would have reduced the wasted time figuring it out.

@bluesign2k
Copy link

It's often the case that one or more (or maybe all) such default values won't match the EEPROM values if you've tuned your printer. If they did all match then it probably means you're changing the defaults in the firmware to match your setup and re-flashing it... in which case the EEPROM becomes somewhat redundant anyway.

I will admit that I'be fallen foul of the same thing you have when I've been rushing, but I wouldn't call it a bug and I don't think a message is required. At most it might be worth mentioning in the config documentation. Indeed, in a way you are already getting a message but probably ignoring it - Marlin spits out all of the current federates etc when you connect to the board.

@Grogyan
Copy link
Contributor Author

Grogyan commented Jan 17, 2015

I agree, it isn't a bug, more of a feature request.
Will change the title of this to be more accurate.

@boelle boelle added the T: Feature Request Features requested by users. label Jan 17, 2015
@daid
Copy link
Contributor

daid commented Jan 18, 2015

The firmware already reports "Stored settings retrieved" or "Hardcoded Default Settings Loaded" depending on if data is stored to EEPROM.

@thinkyhead thinkyhead changed the title Max feed rate not being applied More explicit EEPROM warning on bootup Jan 23, 2015
@thinkyhead
Copy link
Member

#1428 fixes some EEPROM issues and changes the Store / Retrieve messages to include the EEPROM version and the storage size.

@github-actions
Copy link

This issue has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs.

@github-actions github-actions bot locked and limited conversation to collaborators Apr 20, 2022
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

6 participants