Eeprom version error initialize eeprom



[BUG] Err: EEPROM Version #17369

Comments

Gamesnic commented Apr 1, 2020

I can’t find any solution for this. My Ender 3, with the latest stable Marlin Firmware (not Nightly) has its fan not running (The extruder fan, which always spins) and in the Status line stands «Err: EEPROM Version». I already tried M502 and then M500. No luck.
I hope I didn’t post this into the wrong forum and if I did, please tell me.
I also attached the configs.

The text was updated successfully, but these errors were encountered:

thisiskeithb commented Apr 1, 2020

You need to send M502 , followed by M500 to reset your EEPROM.

You can also do this through the LCD by going to Configuration -> Advanced Settings -> Initialize EEPROM.

Gamesnic commented Apr 1, 2020

This is exactly what I’ve done. Initializing the EEPROM didn’t do any change, when I tried to click «Init» it didn’t even do anything.

Gamesnic commented Apr 1, 2020

Nevermind, restarting the whole printer seemed to fix it. Thanks for helping.

github-actions bot commented Jul 3, 2020

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.

Footer

© 2023 GitHub, Inc.

You can’t perform that action at this time.

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session.

Источник

Marlin: Несоответствие версии EEprom, как исправить?

Как так получилось, что мы изменили номер версии eeprom?

Я сделал обычные M502 и M500, затем M501, но несоответствие в номере версии все еще существует

Я думаю, это потому, что я попробовал копию marlin 4 дня назад, но у нее есть «ошибка», которая не позволяет мне управлять охлаждающим вентилятором второй части, поэтому мне пришлось вернуться к копии от 5/11, которая работает

Я читал, что люди с раддами / из-за того, что использовали для прошивки Repetier, а затем возвращались к марлину, чтобы решить эту проблему, но это не вариант здесь, плюс принтер находится в другой комнате, а встроенная SD-карта REARM трудно добраться, поскольку провода проходят рядом, я могу это сделать, но я хочу ограничить количество хождений взад и вперед и вынимания SD-карты

Выполнение M502, за которым следует M500, должно устранить любое несоответствие версии EEPROM .

Данные вашей сетки для выравнивания кровати будут сохранены. Но любые другие изменения значений вашей конфигурации будут сброшены.

Все 15 Комментарий

хм . имеет ли смысл перефразировать название, чтобы сделать это запросом функции и запросить опцию, которая позволяет указать, что номер версии обновляется при выполнении M500, например: M500 V для обновления версии в eeprom до того, что находится в прошивке ? но я попробую то, что вы предлагаете, когда позволит время и т. д.

Я думаю, что обычно M502 и M500, затем M501 будут работать, но вы могли столкнуться с проблемами, которые существовали в коде эмуляции eeprom в этой более старой версии, что означает, что он не обновляет вещи правильно (в коде LPC1768 была ошибка с выравниванием памяти) , с тех пор эта ошибка исправлена. Вы можете исправить это, загрузив текущую версию persistent_store_flash.cpp:
https://github.com/MarlinFirmware/Marlin/blob/bugfix-2.0.x/Marlin/src/HAL/HAL_LPC1768/persistent_store_flash.cpp
и заменив этот файл в сборке 5/11.

попробую позже в тот же день, но я настолько сильно, что проблема связана только с тем, что eeprom теперь имеет более новый номер версии, чем прошивка

изменение номера версии просто вызывает ошибку CRC

но ошибка версии исчезла, поэтому я попытался нажать init eeprom с дисплея, так как я не знал кода для отправки через последовательный порт. попытается изменить версию и снова выполнить инициализацию с дисплея

Как я сказал выше, M502 и M500, тогда M501 обычно достаточно для очистки EEPROM и записи новой версии всего, включая номер версии. Но в старой версии кода, который вы пытаетесь использовать, есть ошибка, которая означает, что в некоторых случаях ничего не будет записано в eeprom (буфер, используемый для хранения данных eeprom, неправильно выровнен), что означает, что M502 и M500 затем M501 не очистит и не исправит номер версии. Вы просто используете то, что уже есть. Чтобы исправить номер версии, вам нужен код, который может писать в eeprom, а на данный момент у вас его нет.

Я не думаю, что использование номера версии поможет вам решить основную проблему. Может показаться, что это так (потому что вам может повезти и вы измените выравнивание памяти, чтобы запись работала), но проблема, скорее всего, не вернется, если вы измените что-то еще.

я бы просто обновился до последней копии, но с этим я теряю контроль над очень большим вентилятором охлаждения кровати, который я использую после того, как печать будет сделана, у меня есть отдельная проблема, но с моими ограниченными навыками я не могу понять, что даже ты пытаешься ответить лучшее, что я могу, когда другие ответят на эту проблему: это проблема https://github.com/MarlinFirmware/Marlin/issues/12831

только что заменил persistent_store_flash.cpp и построил, сообщу позже

так что подумайте, что я закрою это снова, если он не может служить полезной цели, например, быть основой для функции или чего-то в этом роде

У меня возникла эта проблема при переходе с Marlin 1.1.9 на Marlin 2.0.x

Читайте также:  Type 1 error statistics

Я исправил эту проблему, следуя инструкциям из проблемы 11415. Установка ВСЕХ значений EEPROM на 0, а затем установка новой прошивки на плату исправляет ее.

не забудьте запустить M502, чтобы восстановить EEPROM прошивки по умолчанию

Выполнение M502, за которым следует M500, должно устранить любое несоответствие версии EEPROM .

Данные вашей сетки для выравнивания кровати будут сохранены. Но любые другие изменения значений вашей конфигурации будут сброшены.

Добавлю к тому, что прокомментировал @ Roxy-3D, и добавлю перезагрузку.
Я только что столкнулся с этим с 2.0.4.4 на моем LPC1768, и после перезагрузки все стало ясно!

M502> M500> перезапуск платы

Добавлю к тому, что прокомментировал @ Roxy-3D, и добавлю перезагрузку.
Я только что столкнулся с этим с 2.0.4.4 на моем LPC1768, и после перезагрузки все стало ясно!

M502> M500> перезапуск платы

То же самое здесь . Ender 5, 2.0.3 -> 2.0.4.4 ‘ERR: EEPROM Version’ отображается внизу экрана запуска
M502 M500, Ребут избавился от него .
пришлось удалить PIDBed, поскольку загрузка 2.0.4.4 была больше 172 байта . (Примечание для себя . получите 32-битную плату!)

FYI, есть опция EEPROM_AUTO_INIT, чтобы сделать это за вас, когда это необходимо .

FYI, есть опция EEPROM_AUTO_INIT, чтобы сделать это за вас, когда это необходимо .

Я не реализовал это в 2.0.3 ..
Я собирался спросить . «Сколько места это займет, если я включу эту настройку . «, так как я не смог добавить PID_Bed, не переходя дальше . Но я подумал, что лучше не лениться и проверить себя .

Кажется, если раскомментировать, у меня еще осталось 800 байт . посмотрим, что будет, когда я закачу!

Изменить: пришлось ждать завершения печати . раскомментировал EEPROM_AUTO_INIT и загрузил . нет сообщения об ошибке . спасибо (и он все еще подходит . просто!)

Эта проблема была автоматически заблокирована, поскольку после ее закрытия в последнее время не было никаких действий. Пожалуйста, откройте новую проблему для связанных ошибок.

Источник

EEprom version mismatch, how to fix? #12860

Comments

boelle commented Jan 9, 2019

How is it that we change the eeprom version number?

i did the usual M502 and M500 then M501, but the mismatch in version number is still there

i think its because i tried the a copy of marlin 4 days ago but it has a «bug» that prevents me from controlling a 2nd part cooling fan, so i had to go back to a copy from 5/11 that works

i read that people with radds/due used to flash repetier and then back to marlin to solve it, but that is not an option here, plus the printer is in another room and onboard sd-card of the REARM is hard to get to as wires pass close by, i can do it but i want to limit the amount of walking back and forth and taking the sd card in and out

The text was updated successfully, but these errors were encountered:

boelle commented Jan 9, 2019

hmm. would it make sense to reword the title to make this a feature request and request an option that allows to spec that the version number gets updated when doing the M500 like: M500 V to update version in eeprom to what is in firmware? but i will try what you suggest when time etc allows

gloomyandy commented Jan 9, 2019

I think that normally M502 and M500 then M501 would work, but you may have hit problems that existed in the eeprom emualtion code in that older version that means it does not update things correctly (There was a bug with memory alignment in the LPC1768 code), that bug has since been fixed. You may be able to fix it by downloading a current version of persistent_store_flash.cpp:
https://github.com/MarlinFirmware/Marlin/blob/bugfix-2.0.x/Marlin/src/HAL/HAL_LPC1768/persistent_store_flash.cpp
and replacing that file in your 5/11 build.

boelle commented Jan 10, 2019

will give it a go later in the day, but i that much that the problem is only due to that eeprom now have a newer version number than the firmware does

boelle commented Jan 10, 2019

changing the version number just throws a crc error

but the version error was gone so i tried to hit init eeprom from the display as i did no not know the code to send over serial. will try and change version back and do an init from display again

gloomyandy commented Jan 10, 2019

As I said above M502 and M500 then M501 is normally enough to clear the eeprom and write a new version of everything including the version number. But the old version of the code that you are trying to use has a bug that means that nothing will be written to eeprom in some circumstances (the buffer used to store the eeprom data is not correctly aligned) which means that the M502 and M500 then M501 will not clear and fix the version number. You just end up using whatever is already in there. To fix the version number you need to have code that can write to eeprom and at the moment you don’t have that.

I don’t think messing around with the version number is going to help you fix the basic problem you have. It may look like it has (because you may get lucky and change the memory alignment of things so that the write works), but the problem will likely as not come back if you change anything else.

Читайте также:  Error invalid key entry

boelle commented Jan 10, 2019

i would have just upgraded to the latest copy but with that i loose control of the extra large bed cooling fan i use after print is done, i have a seperate issue on that but with my limited skills i cant figure that even thou i try answering the best i can when others reply to that issue: its this issue #12831

boelle commented Jan 10, 2019

just replaced persistent_store_flash.cpp and building, will report back later

boelle commented Jan 10, 2019

so think i will close this one again unless it can serve a usefull purpose like being the basis for a feature or something like it

Источник

[BUG] EEPROM Index Error; Initialize (Reset) does not fix #18229

Comments

warrenfalk commented Jun 8, 2020

Bug Description

As of the latest commit on bugfix-2.0.x, bac7602, on boot it prompts «EEPROM Index Error, Initialize EEPROM?» with options «Ignore» and «Reset». Selecting «Reset» shows «Settings Stored» but on reboot the same error comes up.

This does not happen on the previous commit.

My Configurations

Steps to Reproduce

Happens every time on boot as described.

  1. Boot
  2. See error
  3. Select «Reset»
  4. Boot
  5. See error again

Expected behavior: [What you expect to happen]

Boot, no error
-or-
Boot, see error, reset, no error

Actual behavior: [What actually happens]

Reset does not work

The text was updated successfully, but these errors were encountered:

nife87 commented Jun 8, 2020 •

Also getting these errors with the latest commit (not only on boot, apparently — getting them sometimes after homing also). Really annoying because they revert the EEPROM settings to the defined limits, so for instance my Z offset and steps/mm are reverted. Tried reinitializing EEPROM and storing the new values again with the same result.

Slapsider commented Jun 8, 2020

Im also having the same issue on start up. with bug fix 2.0.x

allanchen2019 commented Jun 8, 2020

Same issue with latest bugfix-2.0.x.
Anet A8

SirYasko commented Jun 8, 2020

Saving EEPROM from menu or M500 (from .gcode file) does not work.
Version: trunk (bugfix 2.0.x)
Printer: Ender 5

github-actions bot commented Aug 8, 2020

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.

Footer

© 2023 GitHub, Inc.

You can’t perform that action at this time.

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session.

Источник

Troubleshooting Tips

This page needs more content for completeness. Please contribute!

Graphical LCD Artifacts

After a new install of Marlin your graphical LCD shows glitches or is blank. This is caused by bad timing in the LCD data transmission.

Solution: Define custom delays. Add the following lines to Configuration.h as your starting-point and adjust values upward until the display works reliably. You should keep testing to find the lowest values that produce a reliable display because the LCD update steals time from the main loop.

Alternative Solutions
  • For AVR boards open ultralcd_st7920_u8glib_rrd_AVR.h and remove #pragma GCC optimize (3) to reduce code optimization.
  • Add 4.7k pullup resistors to the SPI lines if they are not commonly used for SPI.

Hanging LCD?

Try doubling BLOCK_BUFFER_SIZE to see if the problem goes away.

No LCD / SD on ReARM?

As seen in this Chris’s Basement video, the RRD display doesn’t always work on first install. It didn’t even light up. A custom adapter is needed with the ReARM. See this issue, and this issue, and this page.

G29 Probing Failed!

Marlin uses the Z_PROBE_LOW_POINT value to prevent the probe from pressing too hard against the bed and getting damaged. A value of -2 works well for a flat and level bed, but if the bed isn’t trammed yet, the probe may exceed the low point and trigger a “Probing Failed” error. To prevent this from happening, change the setting to something like -10 during initial setup, and then you can change it back after the bed is perfectly trammed.

One Side High, One Side Low

  • Problem: Bed probe done, leveling compensation enabled, and the first layer comes out out too squished on the right side, or too high on the left side, or vice-versa.
  • Solution: Make sure the probe is always perpendicular to the bed as the carriage moves. If the wires or Bowden tube are pulling on the carriage, or if the X gantry is even slightly twisted, the probe will not remain perpendicular and its readings will be garbaggio. There is a feature called MECHANICAL_GANTRY_CALIBRATION that can be used to compensate, but it is always best to tackle any mechanical issues first.

Heating Failed!

Thermal Runaway is a constant concern with heaters, so Marlin watches heaters for some common runaway conditions:

  • Thermistor shorted or broken (MINTEMP/MAXTEMP).
  • Heating Failed: Temperature is rising too slowly (while below target).
  • Thermal Runaway: Temperature is too far from target range for too long (after settling). NOTE: Thermal Runaway can be caused by a fan blowing too close to the hotend.
Читайте также:  Ads soap runtime exception csoapexceptiontransport 100101 перевод

During a first-time setup or firmware upgrade, we recommend leaving Thermal Protection enabled but relaxing the settings. To do this, set WATCH_TEMP_PERIOD and WATCH_BED_TEMP_PERIOD to longer intervals, such as 40 or 60 seconds. You can increase the HYSTERESIS settings to makes thermal protection more tolerant of an untuned PID. You should run M303 on the hotend and bed as soon as possible, and it will help to loosen up thermal protection until all the PID is well tuned.

Depending on your setup, you may get more stable heating using MPCTEMP instead of PIDTEMP .

FTDI USB Bandwidth

At 115K baud use 167 latency, 192 USB block request. As one goes up the other goes down.

Long Beep on Boot

This is a hardware issue due to the connected beeper pin being HIGH when the board is first powered. Marlin turns off the BEEPER pin as soon as it possibly can. A new bootloader for your board might fix the issue in the future.

Random Halting

An under-powered PSU combined with heaters and high speed moves can lead to a frozen board. No kill, no watchdog, heaters stuck on. See #17202. To test for this:

  • To test for this, enable the bed and extruder heaters and print at high speed to see if a hard freeze occurs. Try disabling heaters and/or slower printing to see if the problem goes away.
  • Read the input voltage from PSU with a meter during fast moves. If you see a drop too far below your expected voltage (e.g., 12V or 24V) this indicates a problem.

EEPROM Errors

After flashing a new version of Marlin, the existing EEPROM contents may no longer conform to the updated EEPROM layout. As a result, you may see an error like one of these:

Troubleshooting Procedure

If using Octoprint, turn off the option to disconnect on “Error” messages before proceeding.

Do M502 and M500 and then reboot the machine. This procedure will initialize the EEPROM to your configured “factory” settings.

If you continue to get error messages, use DEBUG_EEPROM_READWRITE to run a check for mismatched fields during M501 (read) and M500 (write). A mismatched field is a bug, so please report these errors to the Marlin project. To do this check, add the following option to your Configuration.h , flash, and reboot:

Sanity Check Errors

Marlin’s SanityCheck.h files exist to check the validity of settings and make sure obsolete settings get updated for the newest Marlin. Be sure to read and follow all directions provided by these checks.

Build Too Large

A Marlin build can range in size from under 60K to over 200K with a generous complement of features enabled. All features try to use as little SRAM as possible, but some have a higher SRAM cost. As a guide and starting-point, be sure to use the example configuration included with Marlin that best matches your specific machine model.

Delta Height, Z Probe Offset, and G33

Since Marlin 1.1 “Delta Height” is defined as the distance between Z Home Position and the Z-MIN trigger point (so it remains constant). The Z Probe Offset is added to that distance in order to go to the height of the first printed layer and as such is independent from Delta Height. (Printers without a probe have no Z Probe Offset. Instead, the Z-MIN trigger-point comes from the paper test height, aka Z0.)

Trinamic Stepper Drivers

These tips are collected from various reports we have received. See Trinamic troubleshooting for additional guidance.

  • Some SilentStepSticks with variable 3-5V logic voltage (VIO) might get damaged if only powered over USB.
  • SPI conflict with the SD card? Solutions vary.
  • E Stepper won’t move when using Linear Advance with TMC drivers?
    • “I ended up using the drivers in legacy mode and setting them to SpreadCycle using the OTP (One Time Programmer). Unfortunately trying to set individual drivers to SpreadCycle via UART by enabling HybridThreshhold and setting the threshold to 0 for the respective axes did not work.” See #11825.
  • Loud / grinding TMC2208? Increase the current to

    1500mA and lower the Hybrid Threshold.

  • Unreliable printing, shifting layers? Make sure the ‘rsense’ value is configured according to recommendations. See #9368.
  • TMC2208 uses SoftwareSerial, and this conflicts with Endstop Interrupts. Disable Endstop Interrupts to proceed.
  • Should I use SOFTWARE_DRIVER_ENABLE ? Not unless required by the hardware. See #13326.

Babystep Double-click ignored

  • Increase the DOUBLECLICK_MAX_INTERVAL value

False Endstop Triggering

  • Enable and set ENDSTOP_NOISE_THRESHOLD to filter the endstop signals.

BLTouch Pin Drop / Blinking

  • Servo voltage / signals may be unstable due to heater signal lines being too close to servo traces.
  • Solution: Disconnect the servo signal line after the print starts.

Brought to you with lack of and lots of .
The contents of this website are © 2023 under the terms of the GPLv3 License.

Источник

Оцените статью
toolgir.ru
Adblock
detector