Firmware 2.0RC1 and 1.21.1RC1 released

[dc42]

@shadowx said in Firmware 2.0RC1 and 1.21.1RC1 released:

...
Edit: I retried the process by renaming the file as "DuetWifiFirmware.bin" and it worked. It would not work when it was named as "Duet2CombinedFirmware.bin" when I uploaded it. The file in the system editor is now named "Duet2CombinedFirmware.bin". It looks like the DWC or the firmware was looking for that original file name and rejected the update if its not the right filename. The system now shows 2.0(RTOS)RC1 on the software information page.

It might just mean that you have a very old version of iap4e.bin on the SD card. Try uploading the latest one through DWC.

[dc42]

@rmriggin said in Firmware 2.0RC1 and 1.21.1RC1 released:

Just updated to the latest 2.0 RC and had a print just stop with no error or message 6 hours into a print. Print looked excellent and came back to it and it was just stopped with print head still over the print like it just stopped in the middle of a layer. The bed and nozzle were not at temp still either. I'll have to lookup the and to pull log and see if it shines any light on what happened.

I'm sorry to hear that you had a crash. It's possible that you hit the bug reported by @BMMal in the second post in this thread. Please can you run M122 and post the software reset data from that report.

[ShadowX]

@dc42 said in Firmware 2.0RC1 and 1.21.1RC1 released:

iap4e.bin

I still had the original iap4e.bin file from 6/11/2016. I didn't realize I had to update that until I looked at the bottom of the 1.21 which mentions the iap4e.bin should be revised also. Thanks.

[dc42]

@shadowx said in Firmware 2.0RC1 and 1.21.1RC1 released:

@dc42 said in Firmware 2.0RC1 and 1.21.1RC1 released:

iap4e.bin

I still had the original iap4e.bin file from 6/11/2016. I didn't realize I had to update that until I looked at the bottom of the 1.21 which mentions the iap4e.bin should be revised also. Thanks.

Thanks for confirming. The original iap4e.bin file had the firmware filename hard coded as "DuetWiFiFirmware.bin". Later versions use the filename passed to them by the firmware that is being replaced.

[ShadowX]

@dc42 said in Firmware 2.0RC1 and 1.21.1RC1 released:

@shadowx said in Firmware 2.0RC1 and 1.21.1RC1 released:

@dc42 said in Firmware 2.0RC1 and 1.21.1RC1 released:

iap4e.bin

I still had the original iap4e.bin file from 6/11/2016. I didn't realize I had to update that until I looked at the bottom of the 1.21 which mentions the iap4e.bin should be revised also. Thanks.

Thanks for confirming. The original iap4e.bin file had the firmware filename hard coded as "DuetWiFiFirmware.bin". Later versions use the filename passed to them by the firmware that is being replaced.

I just did a quick test with the old iap4e.bin and it won't take the 2.0RC1 update. As soon as I updated the file to the latest one from 1.21, the update worked perfectly. Thanks for all your help. Hopefully, this will help someone else if they have not updated that file.

[rmriggin]

@dc42 misread the command and did a M112 which cleared log so I guess I won't know what caused that print failure.

[ayudtee]

@dc42, I am pleased that you have created another release for the SAM3XA boards. I have a duet 0.8.5 on an Ormerod 2, and I installed 1.21.1. Unfortunately it noticeably slowed down the printer. I only ran a few prints on 1.21.1RC1 before I downgraded back to 1.21. I read in your post that released 2.0RC2 that you had not received any feedback on 1.21.1RC1 and apologize for not responding days ago. I also read that you have upgraded your Ormerod to a Maestro. If you would like any further followup feedback or testing on 1.2.1RC1 or anything else, my Ormerod 2 and I are at your disposal Sir.

[rmriggin]

@dc42 said in Firmware 2.0RC1 and 1.21.1RC1 released:

@rmriggin said in Firmware 2.0RC1 and 1.21.1RC1 released:

Just updated to the latest 2.0 RC and had a print just stop with no error or message 6 hours into a print. Print looked excellent and came back to it and it was just stopped with print head still over the print like it just stopped in the middle of a layer. The bed and nozzle were not at temp still either. I'll have to lookup the and to pull log and see if it shines any light on what happened.

I'm sorry to hear that you had a crash. It's possible that you hit the bug reported by @BMMal in the second post in this thread. Please can you run M122 and post the software reset data from that report.

@dc42 it happened again at the same height into a print (25mm)

M122
=== Diagnostics ===
RepRapFirmware for Duet 2 WiFi/Ethernet version 2.0(RTOS)RC1 running on Duet Ethernet 1.02 or later
Board ID: 08DDM-9FAMU-JW4S4-6JKD4-3SJ6R-92YRV
Used output buffers: 3 of 20 (9 max)
=== RTOS ===
Static ram: 28484
Dynamic ram: 95388 of which 16 recycled
Exception stack ram used: 324
Never used ram: 6860
Task NETWORK ready, free stack 448
Task HEAT blocked, free stack 1260
Task MAIN running, free stack 3800
=== Platform ===
Last reset 07:41:11 ago, cause: software
Last software reset at 2018-05-11 01:00, reason: Hard fault, spinning module GCodes, available RAM 6516 bytes (slot 3)
Software reset code 0x4033 HFSR 0x40000000, CFSR 0x00010000, ICSR 0x0441f803, BFAR 0xe000ed38, SP 0x200049dc
Stack: 00444d4f 00424f82 61000000 0042afda 21000000 0000000a 20000180 200001e0 00000000 000000f8 00000000 00000000 2000b3c8 2000a480 00000000 000000f8 20004cf4 a5a5a5a5 a5a5a5a5 a5a5a5a5 00424fc3 2000b3c8 0042afe1 00000000
Error status: 0
Free file entries: 10
SD card 0 detected, interface speed: 20.0MBytes/sec
SD card longest block write time: 0.0ms
MCU temperature: min 46.2, current 46.7, max 54.8
Supply voltage: min 24.1, current 24.2, max 24.4, under voltage events: 0, over voltage events: 0
Driver 0: standstill, SG min/max not available
Driver 1: standstill, SG min/max not available
Driver 2: standstill, SG min/max not available
Driver 3: standstill, SG min/max not available
Driver 4: standstill, SG min/max not available
Date/time: 2018-05-11 08:41:38
Slowest main loop (seconds): 0.006040; fastest: 0.000069
=== Move ===
Hiccups: 0, StepErrors: 0, LaErrors: 0, FreeDm: 240, MinFreeDm 240, MaxWait: 0ms, Underruns: 0, 0
Scheduled moves: 0, completed moves: 0
Bed compensation in use: mesh
Bed probe heights: 0.000 0.000 0.000 0.000 0.000
=== Heat ===
Bed heaters = 0 -1 -1 -1, chamberHeaters = -1 -1
=== GCodes ===
Segments left: 0
Stack records: 1 allocated, 0 in use
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
serial is idle in state(s) 0
aux is idle in state(s) 0
daemon is idle in state(s) 0
queue is idle in state(s) 0
autopause is idle in state(s) 0
Code queue is empty.
=== Network ===
Responder states: HTTP(0) HTTP(0) HTTP(0) HTTP(0) FTP(0) Telnet(0) Telnet(0)
HTTP sessions: 1 of 8
Interface state: 5
=== Expansion ===

[dc42]

@rmriggin said in Firmware 2.0RC1 and 1.21.1RC1 released:

@dc42 it happened again at the same height into a print (25mm)

M122
=== Diagnostics ===
RepRapFirmware for Duet 2 WiFi/Ethernet version 2.0(RTOS)RC1 running on Duet Ethernet 1.02 or later
...> Last reset 07:41:11 ago, cause: software
Last software reset at 2018-05-11 01:00, reason: Hard fault, spinning module GCodes, available RAM 6516 bytes (slot 3)
Software reset code 0x4033 HFSR 0x40000000, CFSR 0x00010000, ICSR 0x0441f803, BFAR 0xe000ed38, SP 0x200049dc
Stack: 00444d4f 00424f82 61000000 0042afda 21000000 0000000a 20000180 200001e0 00000000 000000f8 00000000 00000000 2000b3c8 2000a480 00000000 000000f8 20004cf4 a5a5a5a5 a5a5a5a5 a5a5a5a5 00424fc3 2000b3c8 0042afe1 00000000

Thanks, that is indeed the same fault that was already reported, and is fixed in RC2. Please try 2.0RC2.

[dc42]

Now that RC2 is released I am closing this topic. I moved the post by @carlosspr to the RC2 thread.