Software bundle 3.1.1 now available

A Former User

@deckingman said in Software bundle 3.1.0 now available:

I've downloaded both RRF 3.0 and 3.1 zip files and extracted the contents into separate folders

upload straight to dwc, no extraction first?

deckingman

@bearer said in Software bundle 3.1.0 now available:

@deckingman said in Software bundle 3.1.0 now available:

I've downloaded both RRF 3.0 and 3.1 zip files and extracted the contents into separate folders

upload straight to dwc, no extraction first?

Oh really? Cool

Edit - things have moved on since December

A Former User

@deckingman might be a feature of dwc2, however from my point of view its always been like that even in RRF2. Then again I'm (relatively) new to the game

deckingman

@bearer said in Software bundle 3.1.0 now available:

@deckingman might be a feature of dwc2, however from my point of view its always been like that even in RRF2. Then again I'm (relatively) new to the game

Yes DWC has been updated by installing from a zip file for a very long time. But last time I updated the main board and expansion boards firmware back in December it was still done by uploading the individual firmware files. So updating everything, including all the boards firmwares as well as DWC from a single zip is new to me.

arhi

@deckingman said in Software bundle 3.1.0 now available:

So updating everything, including all the boards firmwares as well as DWC from a single zip is new to me.

Didn't know it can be done like that?

I always upload the two bin's and the DWC ask if I want to flash the updated firmware file. The "big" zip file has too much stuff, never tried uploading that one

dc42

So far we are investigating two bug reports for the 3.1.0 release:

One user has reported that he is getting occasional resets. The M122 report shows the reason is stack overflow from the Network task (NETW in the M122 report). If you encounter this issue, please see this thread https://forum.duet3d.com/topic/16390/3-1-0-firmware-reboots-periodically for what to do.
Duet 3 with attached SBC fails to write the height map file after running G29. We are investigating this. Further information will be posted in this thread https://forum.duet3d.com/topic/16388/g29-not-writing-a-heightmap-csv.

deckingman

@arhi Glad I'm not the only one who didn't know that (but I haven't tried it yet).

deckingman

@dc42 Ahhh. Well in that case I'll hold off updating for now....

Danal

@chrishamm said in Software bundle 3.1.0 now available:

@Danal We decided to upgrade only the main firmware via the 3.1.0 package but that may change in 3.2.0. You do have to run M997 B>=1 in SBC mode to update the expansion boards.

Thanks. That's actually what I thought... I just read something into a post that wasn't there.

CCS86

This post is deleted!

Macwolf

the update to 3.10 worked well, unfortunately my PanelDue 7 "no longer wants to connect to my duet2maestro
there are already solutions for this Problem?
thank you

A Former User

@Macwolf said in Software bundle 3.1.0 now available:

PanelDue 7 "no longer wants to connect to my duet2maestro

https://github.com/Duet3D/RepRapFirmware/blob/v3-dev/WHATS_NEW_RRF3.md#reprapfirmware-310

arhi

8.5h print - done, flawless (few small ones done before it)

5/16/2020, 8:30:07 PM 	M122
=== Diagnostics ===
RepRapFirmware for Duet 2 WiFi/Ethernet version 3.1.0 running on Duet Ethernet 1.02 or later
Board ID: 08DGM-9T6BU-FG3S4-6J9FD-3SD6Q-KVRBF
Used output buffers: 3 of 24 (14 max)
=== RTOS ===
Static ram: 28180
Dynamic ram: 93784 of which 32 recycled
Exception stack ram used: 568
Never used ram: 8508
Tasks: NETWORK(ready,76) HEAT(blocked,1168) MAIN(running,1880) IDLE(ready,80)
Owned mutexes:
=== Platform ===
Last reset 21:14:17 ago, cause: power up
Last software reset at 2020-05-15 22:30, reason: User, spinning module GCodes, available RAM 9356 bytes (slot 3)
Software reset code 0x0003 HFSR 0x00000000 CFSR 0x00000000 ICSR 0x0441f000 BFAR 0xe000ed38 SP 0xffffffff Task MAIN
Error status: 10
MCU temperature: min 28.5, current 35.4, max 37.0
Supply voltage: min 23.0, current 24.0, max 24.3, under voltage events: 0, over voltage events: 0, power good: yes
Driver 0: ok, SG min/max 0/367
Driver 1: ok, SG min/max 0/411
Driver 2: standstill, SG min/max 0/435
Driver 3: ok, SG min/max 0/1023
Driver 4: standstill, SG min/max not available
Date/time: 2020-05-16 20:30:07
Cache data hit count 4294967295
Slowest loop: 604.84ms; fastest: 0.13ms
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: 20.0MBytes/sec
SD card longest read time 5.3ms, write time 617.0ms, max retries 0
=== Move ===
Hiccups: 0(0), FreeDm: 157, MinFreeDm: 104, MaxWait: 44825051ms
Bed compensation in use: mesh, comp offset 0.000
=== MainDDARing ===
Scheduled moves: 1381801, completed moves: 1381761, StepErrors: 0, LaErrors: 0, Underruns: 0, 0  CDDA state: 3
=== AuxDDARing ===
Scheduled moves: 0, completed moves: 0, StepErrors: 0, LaErrors: 0, Underruns: 0, 0  CDDA state: -1
=== Heat ===
Bed heaters = 0 -1 -1 -1, chamberHeaters = -1 -1 -1 -1
Heater 0 is on, I-accum = 0.0
Heater 1 is on, I-accum = 0.8
=== GCodes ===
Segments left: 1
Movement lock held by null
HTTP is idle in state(s) 0
Telnet is idle in state(s) 0
File is doing "G1 E0.1000 F3000" 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
Daemon is idle in state(s) 0
Autopause is idle in state(s) 0
Code queue is empty.
=== Network ===
Slowest loop: 617.56ms; fastest: 0.02ms
Responder states: HTTP(0) HTTP(0) HTTP(0) HTTP(0) FTP(0) Telnet(0), 0 sessions
HTTP sessions: 1 of 8
Interface state active, link 100Mbps full duplex
=== Filament sensors ===
Extruder 0 sensor: no data received
5/16/2020, 9:12:44 PM 	Finished printing file 0:/gcodes/Body_high_detail.gcode, print time was 8h 28m
5/17/2020, 1:10:04 AM 	M122
=== Diagnostics ===
RepRapFirmware for Duet 2 WiFi/Ethernet version 3.1.0 running on Duet Ethernet 1.02 or later
Board ID: 08DGM-9T6BU-FG3S4-6J9FD-3SD6Q-KVRBF
Used output buffers: 1 of 24 (19 max)
=== RTOS ===
Static ram: 28180
Dynamic ram: 93784 of which 32 recycled
Exception stack ram used: 568
Never used ram: 8508
Tasks: NETWORK(ready,76) HEAT(blocked,1168) MAIN(running,1880) IDLE(ready,80)
Owned mutexes:
=== Platform ===
Last reset 25:54:14 ago, cause: power up
Last software reset at 2020-05-15 22:30, reason: User, spinning module GCodes, available RAM 9356 bytes (slot 3)
Software reset code 0x0003 HFSR 0x00000000 CFSR 0x00000000 ICSR 0x0441f000 BFAR 0xe000ed38 SP 0xffffffff Task MAIN
Error status: 10
MCU temperature: min 31.6, current 35.1, max 35.7
Supply voltage: min 23.4, current 24.1, max 24.2, under voltage events: 0, over voltage events: 0, power good: yes
Driver 0: standstill, SG min/max 0/315
Driver 1: standstill, SG min/max 0/383
Driver 2: standstill, SG min/max 0/405
Driver 3: standstill, SG min/max 0/1023
Driver 4: standstill, SG min/max not available
Date/time: 2020-05-17 01:10:04
Cache data hit count 4294967295
Slowest loop: 79.29ms; fastest: 0.14ms
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 2.0ms, write time 0.0ms, max retries 0
=== Move ===
Hiccups: 0(0), FreeDm: 169, MinFreeDm: 109, MaxWait: 14ms
Bed compensation in use: mesh, comp offset 0.000
=== MainDDARing ===
Scheduled moves: 1498329, completed moves: 1498329, StepErrors: 0, LaErrors: 0, Underruns: 0, 0  CDDA state: -1
=== AuxDDARing ===
Scheduled moves: 0, completed moves: 0, StepErrors: 0, LaErrors: 0, Underruns: 0, 0  CDDA state: -1
=== Heat ===
Bed heaters = 0 -1 -1 -1, chamberHeaters = -1 -1 -1 -1
Heater 0 is on, I-accum = 0.0
Heater 1 is on, I-accum = 0.7
=== 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
Daemon is idle in state(s) 0
Autopause is idle in state(s) 0
Code queue is empty.
=== Network ===
Slowest loop: 7.02ms; fastest: 0.06ms
Responder states: HTTP(0) HTTP(0) HTTP(0) HTTP(0) FTP(0) Telnet(0), 0 sessions
HTTP sessions: 1 of 8
Interface state active, link 100Mbps full duplex
=== Filament sensors ===
Extruder 0 sensor: no data received

chrishamm

We have just published a bug fix release following the initial 3.1.0 release so the first post has been updated. This will fix potential network problems on the Duet 2 series and inconsistent code execution on the Duet 3 series in SBC mode. Apart from that, a few bugs problems have been fixed in DWC2. See the release notes in the main post for further details.

turbo3000

Hi,

if your using Duet Wifi v1.04, which firmware package do i use?

Duet2and3Firmware-3.1.1.zip

OR

Duet2CombinedFirmware.bin

regards,

Tony.

Phaedrux

@turbo3000 It will depend on what firmware version you're coming from.

You should probably go from 2.05.1 to 3.0 to 3.1.1

And it would be the zip file from those releases which contains the firmware bins, the DWC files, and everything else needed all together in the zip file.

turbo3000

thankyou.

i got FIRMWARE_NAME: RepRapFirmware for Duet 2 WiFi/Ethernet FIRMWARE_VERSION: 2.03beta3 ELECTRONICS: Duet WiFi 1.02 or later FIRMWARE_DATE: 2019-03-25b6

so 2.05.1, then 3.0 & then 3.1.1

A pitty i couldn't upgrade direct to 3.1.1

Phaedrux

@turbo3000 said in Software bundle 3.1.1 now available:

A pitty i couldn't upgrade direct to 3.1.1

You could if you used the USB flash method using bossa, but if you want to just upload 3 zip files to the web interface, the progression is required so that the programming files are in place.

Plus if you used the USB method, you'd still need to make sure the IAP programing files are on the SD card so that future firmware updates work, and you'd still have to update DWC either manually or by upload.

So in the end, uploading 3 zip files in a row isn't too bad.

Also keep in mind that you'll need to update your config.g quite a bit for compatibility with RRF3. In fact it may be best to get a fresh config from the web configurator to ensure you have a working base to build on.

A Former User

@Phaedrux said in Software bundle 3.1.1 now available:

Plus if you used the USB method, you'd still need to make sure the IAP programing files are on the SD card so that future firmware updates work, and you'd still have to update DWC either manually or by upload.

i could be wrong, but uploading 1 zip file, answer "no" to doing the upgrade in dwc and then running bossa could be the shortest possible path, but limited testing admittedly.