3.4.6 to 3.5.2 - New build, config.g file dissappears

Macgyver

Good Day all, I am in process of changing over a CR10Max from the crealty board to a Duet2 Wifi.

Have everything installed and used a Duet control board from an old project. Did have 3.4.6 on it but flashed it to 3.5.2. Built the configuration from the online tool using general parameters. Now as I am commisioning it and updating the config.g file, every time I update the config.g it dissappears. Printer reboots and does come up but config.g is missing.

Not quite sure how to troubleshoot this one. I have renamed the .bak file to config.g and when I updated it, it also dissappeared, I pulled a new copy down to the printer over Wifi and tried the update again, This file also dissappeared.

I deleted everything on the SD card before I installed this board into this converted printer. No job files on it, Some generic macros but nothing I have run yet. Cannot think of what would be causing the file to delete except the firmware somehow? Maybe bad SD card although that does not make sense, other files are remaining if I edit them, other .g files or macros all stay. just the config.g

output from M122 below.

M122
=== Diagnostics ===
RepRapFirmware for Duet 2 WiFi/Ethernet version 3.5.2 (2024-06-11 17:13:43) running on Duet WiFi 1.02 or later
Board ID: 0JD0M-9P6M2-NW4SD-6JKD2-3S06P-1BNHM
Used output buffers: 3 of 26 (19 max)
=== RTOS ===
Static ram: 23384
Dynamic ram: 72744 of which 0 recycled
Never used RAM 14088, free system stack 136 words
Tasks: NETWORK(2,nWait 6,14.2%,217) HEAT(3,nWait 5,0.0%,328) Move(4,nWait 5,0.0%,298) MAIN(1,running,85.7%,744) IDLE(0,ready,0.0%,29), total 100.0%
Owned mutexes:
=== Platform ===
Last reset 02:34:28 ago, cause: power up
Last software reset at 2024-07-29 22:27, reason: User, Gcodes spinning, available RAM 17072, slot 2
Software reset code 0x0003 HFSR 0x00000000 CFSR 0x00000000 ICSR 0x0041f000 BFAR 0xe000ed38 SP 0x00000000 Task MAIN Freestk 0 n/a
Error status: 0x00
Aux0 errors 0,0,0
MCU temperature: min 21.2, current 24.4, max 24.8
Supply voltage: min 24.0, current 24.1, max 24.3, under voltage events: 0, over voltage events: 0, power good: yes
Heap OK, handles allocated/used 99/0, heap memory allocated/used/recyclable 2048/24/24, gc cycles 0
Events: 0 queued, 0 completed
Driver 0: standstill, SG min n/a
Driver 1: standstill, SG min 122
Driver 2: standstill, SG min n/a
Driver 3: standstill, SG min n/a
Driver 4: standstill, SG min n/a
Driver 5:
Driver 6:
Driver 7:
Driver 8:
Driver 9:
Driver 10:
Driver 11:
Date/time: 2024-07-30 01:19:50
Cache data hit count 4294967295
Slowest loop: 21.25ms; fastest: 0.16ms
I2C nak errors 0, send timeouts 0, receive timeouts 0, finishTimeouts 0, resets 0
=== Storage ===
Free file entries: 10
SD card 0 detected, interface speed: 20.0MBytes/sec
SD card longest read time 0.8ms, write time 8.3ms, max retries 0
=== Move ===
DMs created 83, segments created 3, maxWait 335576ms, bed compensation in use: none, height map offset 0.000, max steps late 0, min interval 0, bad calcs 0, ebfmin 0.00, ebfmax 0.00
no step interrupt scheduled
Moves shaped first try 0, on retry 0, too short 0, wrong shape 0, maybepossible 0
=== DDARing 0 ===
Scheduled moves 11, completed 11, hiccups 0, stepErrors 0, LaErrors 0, Underruns [0, 0, 1], CDDA state -1
=== Heat ===
Bed heaters 0 -1 -1 -1, chamber heaters -1 -1 -1 -1, ordering errs 0
=== GCodes ===
Movement locks held by null
HTTP is idle in state(s) 0
Telnet is idle in state(s) 0
File is idle in state(s) 0
USB is idle in state(s) 0
Aux is idle in state(s) 0
Trigger is idle in state(s) 0
Queue is idle in state(s) 0
LCD is idle in state(s) 0
Daemon is idle in state(s) 0
Autopause is idle in state(s) 0
Q0 segments left 0
Code queue 0 is empty
=== Network ===
Slowest loop: 27.35ms; fastest: 0.00ms
Responder states: HTTP(0) HTTP(0) HTTP(0) FTP(0) Telnet(0)
HTTP sessions: 1 of 8
=== WiFi ===
Interface state: active
Module is connected to access point
Failed messages: pending 0, notrdy 0, noresp 0
Firmware version 2.1.0
MAC address e8:db:84:f7:26:9e
Module reset reason: Turned on by main processor, Vcc 3.37, flash size 4194304, free heap 37884
WiFi IP address 192.168.0.198
Signal strength -65dBm, channel 11, mode 802.11n, reconnections 0
Clock register 00002002
Socket states: 0 0 0 0 0 0 0 0

chrishamm

@Macgyver I suspect there is a problem with your SD card, either it's physically damaged or the FAT partition has issues. You could run a file system check on it and maybe try to format it again. config.g is usually edited more frequently than other files but I don't see why that makes it more likely to be deleted.

I'd be quite happy if I found a way to reproduce this problem but I don't really have a good explanation why it could happen. File uploads go to a .part file and only after a successful upload that .part file is moved to the requested file path.

MJLew

@Macgyver This might be an old bug reappearing.

See here: https://forum.duet3d.com/topic/1816/config-file-vanishing

And here: https://forum.duet3d.com/topic/11266/config-file-disappeared?_=1722326054025

And another old one from me that I can't easily find.

Macgyver

Agreed, Its bizzare and I cannot find a way to reproduce it. I will swap the SD card out with a new one, At least see if the problem continues. I will keep you updated

Macgyver

Update to this post

I replaced the SD card with a new 16GB card, Formatted and reinstalled all the setup files.

It did give me an error message of mismatched firmware versions although I could not find evidence of anything mismatched. I did reflash the entire package of 3.5.2 and everything now is working as it should.

I can now edit and save changes to the config.g file, As an extra did modify some of the macro files as well as they no longer dissapear.

I would mark this one as resolved.
Just as an additional information I checked the previous SD card in a windows PC, Checked it for errors and no errors were picked up. Still a weird problem but I am chaulking it upto a problem with the origional SD card.