moonglow/FlashForge_Marlin

Finding out the long way that EEPROM settings take precedence over default configuration settings

lshachar opened this issue · 1 comments

Description

This is not an issue. I thought it was, but I found out that it was 100% my fault. The hotend extruder offset settings work fine in configuration.h, I just had some other values being loaded from the "eeprom" memory (that is, actually from the EEPROM.DAT file on the SD card).

I'm leaving my original text for reference only.


Hi,
I have a flashforge dreamer with flashforge coreboard REVH.
I have defined:

#define FF_DREAMER_MACHINE
#define FF_EXTRUDER_SWAP

FF_DREAMER_OLD_MB is undefined.

setting line 412:

#define HOTEND_OFFSET_X { 0.0, 34.0 }

or either:

#define HOTEND_OFFSET_X { 0.0, -34.0 }

has no effect.
I home the printer (g28) then move the head to g0 x0 y0 z20
The selected tool is T0 (which is on the left)
issuing T1, The printhead moves 34mm to the right
issuing T0, The printhead moves 34mm to the left
regardless of if I set line 412 to positive or negative value.

(Is it possible that REVH motherboard is the old motherboard...? I can't see how, because I think it's the last revision that came out.)
(I'm asking that because I also had to change line 1643 #define INVERT_E1_DIR false to true, because my right-side extruder (T1) was moving the wrong way, beforehand)

I've attached my current configuration files.

Configuration.h.txt
Configuration_adv.h.txt

Reproduction steps

see description

Screenshots

No response

Logs

No response

Printer

FlashForge Dreamer

Marlin Version

sending m115
FIRMWARE_NAME:Marlin 2.0.9.7 (Nov 11 2023 19:04:03)

Marlin Features

No response

funny how I've been at it for a while but only figured my way around it after posting it here.
issued M218
respond: M218 T1X:-34.00Y:0.00Z:0.000
figured that whatever I type in #define HOTEND_OFFSET_X #define HOTEND_OFFSET_Y #define HOTEND_OFFSET_Z has no effect. (after setting all of them to different values)
issued M218 T1 X34
Now it works properly.
I can also confirm that by issuing M500 the hotend offsets saves correctly into fake eeprom (to a file on the SD card)

Changes to hotend offset in configuration.h are still being ignored, but this is a workaround.