Duet3D Logo Duet3D
    • Tags
    • Documentation
    • Order
    • Register
    • Login

    Large files uploading fail

    Scheduled Pinned Locked Moved Solved
    Duet Web Control
    2
    6
    278
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • paul12345undefined
      paul12345
      last edited by

      Hello,
      I have a problem with uploading files to my Duet 3 6hc.

      Im uploading some large files (50-400mb) and every time after 40-70% done Duet is trying to reconnect, failing my upload.
      Also the upload via LAN is quite slow, around 400kb/s. There is no Wifi, only cables 🙂

      However, I have few machines built on Duet 3 6hc, and the problem exist only on the newly connected ones.
      The one connected a year ago never had such issue. The firmware versions are the same, switch is the same.

      On the other hand, its less occuring on the second PC (still, but less often!). Its a mistery for me 🙂

      Please take a look at my M122

      === Diagnostics ===
      RepRapFirmware for Duet 3 MB6HC version 3.4.2 (2022-09-13 15:17:43) running on Duet 3 MB6HC v1.01 (standalone mode)
      Board ID: 08DJM-9P63L-DJ3S0-7J1DD-3SD6S-9VJV8
      Used output buffers: 6 of 40 (40 max)
      === RTOS ===
      Static ram: 152664
      Dynamic ram: 95984 of which 0 recycled
      Never used RAM 101616, free system stack 148 words
      Tasks: NETWORK(ready,84.5%,210) ETHERNET(notifyWait,0.4%,425) HEAT(notifyWait,0.0%,319) Move(notifyWait,0.0%,256) CanReceiv(notifyWait,0.1%,772) CanSender(notifyWait,0.0%,336) CanClock(delaying,0.0%,339) TMC(notifyWait,25.7%,57) MAIN(running,190.0%,1083) IDLE(ready,0.3%,30), total 301.0%
      Owned mutexes:
      === Platform ===
      Last reset 02:22:55 ago, cause: power up
      Last software reset at 2022-10-03 20:13, reason: User, GCodes spinning, available RAM 101880, slot 1
      Software reset code 0x0003 HFSR 0x00000000 CFSR 0x00000000 ICSR 0x00400000 BFAR 0x00000000 SP 0x00000000 Task MAIN Freestk 0 n/a
      Error status: 0x04
      Aux0 errors 0,0,0
      Step timer max interval 242
      MCU temperature: min 23.5, current 50.8, max 51.9
      Supply voltage: min 17.7, current 24.1, max 24.1, under voltage events: 0, over voltage events: 0, power good: yes
      12V rail voltage: min 12.1, current 12.2, max 12.3, under voltage events: 0
      Heap OK, handles allocated/used 0/0, heap memory allocated/used/recyclable 0/0/0, gc cycles 0
      Events: 1 queued, 1 completed
      Driver 0: standstill, SG min 0, mspos 776, reads 10880, writes 43 timeouts 0
      Driver 1: standstill, SG min 0, mspos 88, reads 10876, writes 47 timeouts 0
      Driver 2: standstill, SG min 0, mspos 8, reads 10876, writes 47 timeouts 0
      Driver 3: standstill, SG min 0, mspos 8, reads 10912, writes 11 timeouts 0
      Driver 4: standstill, SG min 0, mspos 8, reads 10912, writes 11 timeouts 0
      Driver 5: standstill, SG min 0, mspos 8, reads 10914, writes 11 timeouts 0
      Date/time: 2022-10-04 12:51:06
      Slowest loop: 2697.06ms; fastest: 0.05ms
      === Storage ===
      Free file entries: 9
      SD card 0 detected, interface speed: 25.0MBytes/sec
      SD card longest read time 2.9ms, write time 153.8ms, max retries 0
      === Move ===
      DMs created 125, segments created 17, maxWait 6162084ms, bed compensation in use: none, comp offset 0.000
      === MainDDARing ===
      Scheduled moves 135, completed 135, hiccups 0, stepErrors 0, LaErrors 0, Underruns [0, 0, 88], CDDA state -1
      === AuxDDARing ===
      Scheduled moves 0, completed 0, hiccups 0, stepErrors 0, LaErrors 0, Underruns [0, 0, 0], CDDA state -1
      === Heat ===
      Bed heaters 0 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1, chamber heaters -1 -1 -1 -1, ordering errs 0
      Heater 0 is on, I-accum = 0.0
      Heater 1 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
      SBC is idle in state(s) 0
      Daemon is idle in state(s) 0
      Aux2 is idle in state(s) 0
      Autopause is idle in state(s) 0
      Code queue is empty
      === CAN ===
      Messages queued 77263, received 171975, lost 0, boc 0
      Longest wait 5ms for reply type 4014, peak Tx sync delay 275, free buffers 50 (min 48), ts 42878/42877/0
      Tx timeouts 0,0,0,0,0,0
      === Network ===
      Slowest loop: 5123.72ms; fastest: 0.03ms
      Responder states: HTTP(3) HTTP(2) HTTP(2) HTTP(0) HTTP(0) HTTP(0) FTP(0) Telnet(0), 0 sessions Telnet(0), 0 sessions
      HTTP sessions: 2 of 8
      = Ethernet =
      State: active
      Error counts: 0 0 0 1 0 0
      Socket states: 3 3 3 2 2 0 0 0
      === Multicast handler ===
      Responder is inactive, messages processed 0

      Thanks!

      jay_s_ukundefined 1 Reply Last reply Reply Quote 0
      • jay_s_ukundefined
        jay_s_uk @paul12345
        last edited by

        @paul12345 said in Large files uploading fail:

        SD card longest read time 2.9ms, write time 153.8ms, max retries 0

        the write time is quite high. is the sd card full? what type is it?

        Owns various duet boards and is the main wiki maintainer for the Teamgloomy LPC/STM32 port of RRF. Assume I'm running whatever the latest beta/stable build is

        paul12345undefined 1 Reply Last reply Reply Quote 0
        • paul12345undefined
          paul12345 @jay_s_uk
          last edited by

          @jay_s_uk

          Thanks for fast answer,

          its Sandisk Ultra, 16gb class10 and its empty.

          jay_s_ukundefined 1 Reply Last reply Reply Quote 0
          • jay_s_ukundefined
            jay_s_uk @paul12345
            last edited by

            @paul12345 i think there may be an issue with the card.
            mine for reference i get around 18ms.
            Can i suggest you try a different SD card?
            you can test the network interface by uploading a file with .dummy as the file extension. If that file uploads it rules out the network side. note it won't get written to the sd card

            Owns various duet boards and is the main wiki maintainer for the Teamgloomy LPC/STM32 port of RRF. Assume I'm running whatever the latest beta/stable build is

            paul12345undefined 1 Reply Last reply Reply Quote 1
            • paul12345undefined
              paul12345 @jay_s_uk
              last edited by

              Dear @jay_s_uk ,
              I did as you said, just replaced the Sandisk with good old Toshiba 8gb class 4 and uploaded the 140mb file.
              Worked without any issue, case closed, THANK YOU very much 🙂
              I'll invest in new cards.

              SD card 0 detected, interface speed: 25.0MBytes/sec
              SD card longest read time 1.3ms, write time 43.3ms, max retries 0

              jay_s_ukundefined 1 Reply Last reply Reply Quote 1
              • jay_s_ukundefined
                jay_s_uk @paul12345
                last edited by

                @paul12345 much better

                Owns various duet boards and is the main wiki maintainer for the Teamgloomy LPC/STM32 port of RRF. Assume I'm running whatever the latest beta/stable build is

                1 Reply Last reply Reply Quote 0
                • Phaedruxundefined Phaedrux marked this topic as a question
                • Phaedruxundefined Phaedrux has marked this topic as solved
                • strohm81undefined strohm81 referenced this topic
                • First post
                  Last post
                Unless otherwise noted, all forum content is licensed under CC-BY-SA