12864 Display Unresponsive on Preheat Page 3.3b2

[JadonM]

@Phaedrux said in 12864 Display Unresponsive on Preheat Page:

Would you be able to test with 3.3beta2?

Absolutely! I can confirm that it behaves in exactly the same way. Here's another M122 dump:

M122
=== Diagnostics ===
RepRapFirmware for Duet 2 Maestro version 3.3beta2 running on Duet Maestro 1.0
Board ID: 08DAM-9F9GA-J24TD-6J9DL-3SW6K-T71YV
Used output buffers: 1 of 24 (16 max)
=== RTOS ===
Static ram: 21348
Dynamic ram: 74636 of which 0 recycled
Never used RAM 19512, free system stack 210 words
Tasks: NETWORK(ready,253) HEAT(delaying,335) TMC(notifyWait,116) MAIN(running,469) IDLE(ready,21)
Owned mutexes:
=== Platform ===
Last reset 00:06:26 ago, cause: power up
Last software reset at 2021-03-06 11:14, reason: User, GCodes spinning, available RAM 18776, slot 0
Software reset code 0x0003 HFSR 0x00000000 CFSR 0x00000000 ICSR 0x00000000 BFAR 0xe000ed38 SP 0x00000000 Task MAIN Freestk 0 n/a
Error status: 0x00
Aux0 errors 1,1,1
MCU temperature: min 15.9, current 17.2, max 23.9
Supply voltage: min 0.0, current 24.7, max 24.8, under voltage events: 0, over voltage events: 0, power good: yes
Heap OK, handles allocated/used 0/0, heap memory allocated/used/recyclable 0/0/0, gc cycles 0
Driver 0: position 0, standstill, read errors 0, write errors 0, ifcnt 8, reads 64281, writes 8, timeouts 0, DMA errors 0
Driver 1: position 0, standstill, read errors 0, write errors 0, ifcnt 8, reads 64281, writes 8, timeouts 0, DMA errors 0
Driver 2: position 0, standstill, read errors 0, write errors 0, ifcnt 8, reads 64281, writes 8, timeouts 0, DMA errors 0
Driver 3: position 0, standstill, read errors 0, write errors 0, ifcnt 9, reads 64280, writes 9, timeouts 0, DMA errors 0
Driver 4: position 0, standstill, read errors 0, write errors 0, ifcnt 8, reads 64281, writes 8, timeouts 0, DMA errors 0
Driver 5: position 0, assumed not present
Driver 6: position 0, assumed not present
Date/time: 2021-03-12 15:14:42
Slowest loop: 79.93ms; fastest: 0.17ms
I2C nak errors 0, send timeouts 0, receive timeouts 0, finishTimeouts 0, resets 0
=== Storage ===
Free file entries: 9
SD card 0 detected, interface speed: 15.0MBytes/sec
SD card longest read time 3.6ms, write time 1.4ms, max retries 0
=== Move ===
DMs created 83, maxWait 0ms, bed compensation in use: none, comp offset 0.000
=== MainDDARing ===
Scheduled moves 0, completed moves 0, hiccups 0, stepErrors 0, LaErrors 0, Underruns [0, 0, 0], CDDA state -1
=== AuxDDARing ===
Scheduled moves 0, completed moves 0, hiccups 0, stepErrors 0, LaErrors 0, Underruns [0, 0, 0], CDDA state -1
=== Heat ===
Bed heaters = 1 -1, chamberHeaters = 2 -1
Heater 0 is on, I-accum = 0.0
Heater 1 is on, I-accum = 0.0
Heater 2 is on, I-accum = 0.0
=== GCodes ===
Segments left: 0
Movement lock 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
Code queue is empty.
=== Filament sensors ===
Extruder 0 sensor: ok
=== Network ===
Slowest loop: 30.73ms; fastest: 0.02ms
Responder states: HTTP(0) HTTP(0) HTTP(0) HTTP(0) FTP(0) Telnet(0), 0 sessions
HTTP sessions: 2 of 8
Interface state active, link 100Mbps full duplex

[Phaedrux]

Thanks. Moved to the beta firmware section.

[jay_s_uk]

odd, I use your menu system on the Fly-E3 running 3.3b1 (we don't have b2 yet) and haven't seen any issues reported.
we haven't had any reports on our discord either

[Topher]

@jadonm did you ever figure it out? Ive got 2 machines on my bench testing the Fysetc 12864 display and Im seeing this issue only within the preheat menu. The text file looks ok and nothing seems out of the ordinary. its doing it on a duet3 mini and a duet 2. Both have the same symptom that can be cleared by resetting the board. Ill probably go in and delete one function at a time to see what is triggering this to happen.

[o_lampe]

@JadonM and @LeckieTech
Just for fun, you could make a special menu version, where the preheat menu is at top level/main page.
Just to see, if there are any sub-sub-menu out_of_mem/stack overrun issues.

[JadonM]

@leckietech Unfortunately, I haven't figured anything out yet.

If you have the time to troubleshoot it, I'd greatly appreciate it! I'm simply too busy to work with it right now.

@dc42 Have you and your team had a chance to look into this? It's no rush, but my curiosity is getting the best of me! Thanks!

[jay_s_uk]

@jadonm I can confirm we've since had a couple of reports on the STM32 port as well

[dc42]

@jadonm, I have just reproduced this, although in my case I get a firmware reset when I select Preheat. I will find out the cause. We're in the middle of doing the 3.3beta3 release, so unfortunately it's probably too late to include the fix in this version.

[Topher]

@dc42 said in 12864 Display Unresponsive on Preheat Page 3.3b2:

@jadonm, I have just reproduced this, although in my case I get a firmware reset when I select Preheat. I will find out the cause. We're in the middle of doing the 3.3beta3 release, so unfortunately it's probably too late to include the fix in this version.

Im getting a firmware reset on the duet3 mini and duet2 wifi just has some menu freezing. Both are running 3.2.2

[dc42]

The problem appears to be the combination of these lines:

image R54 C5 L"imgs/bed.img"
...
image L"imgs/temp.img"

Image bed.img is OK, but temp.img is 13 pixels high, so when it is positioned starting on line 54 the last row overflows the display. RRF should detect this and truncate the image, but that's not working.

The menu works OK (apart from the display not being what was intended) if either R54 is replaced by R53, or temp.img in the second line is replaced by bed.img. Either way, the image no longer overflows past the last line of the 64-line display.

Edit: another fix is to replace the "Hotend temperature section by this:

; Hotend Temperature
image R53 L"imgs/temp.img"
value R54 N100
text T"/"
value H2 N0

I changed the row to 53 for the image, and set it back to 54 for the following text.

[JadonM]

@dc42 Thanks a lot for your time! I really do appreciate it, and will update the repository soon with the fix for that bug in the display file.

[dc42]

@jadonm, I have fixed the RRF code in the soon-to-be-released 3.3beta3.

[Topher]

@dc42 I just updated to the RRF 3.3 beta2 on the Mini5, im now not seeing the Display card under files anymore although the SD card files are still there. Any ideas?

[jay_s_uk]

@leckietech Theres a dropdown menu top left in system to switch to the menu/display files

[Topher]

@jay_s_uk said in 12864 Display Unresponsive on Preheat Page 3.3b2:

@leckietech Theres a dropdown menu top left in system to switch to the menu/display files

Ah, got it. Thanks, heres a photo for anyone stuck in the future:

[JadonM]

@dc42 said in 12864 Display Unresponsive on Preheat Page 3.3b2:

I have fixed the RRF code in the soon-to-be-released 3.3beta3

Wow! Your excellent support continues to amaze me!