Babysteps always used to stay set as long as the board was on and not reset.
Now, after 3.4.6 its cleared prior to every print. Why? How to fix ?
Posts made by StevenL
-
DWC 3.4.6 clears babysteps prior to ANY print
-
RE: HTTP request timed out
It look sto have updated to wifi 1.27.
I was successfully able to upload a large gcode file.Question regarding the PanelDue on there... can it be upgraded? if so, how and what files?
-
RE: HTTP request timed out
10/19/2023, 10:14:52 PM m122
=== Diagnostics ===
RepRapFirmware for Duet 2 WiFi/Ethernet version 3.4.6 (2023-07-21 14:08:28) running on Duet WiFi 1.02 or later + DueX5
Board ID: 08DGM-9T6BU-FG3SN-6JKD6-3SN6L-KUW7G
Used output buffers: 1 of 26 (26 max)
=== RTOS ===
Static ram: 23896
Dynamic ram: 76060 of which 0 recycled
Never used RAM 12124, free system stack 184 words
Tasks: NETWORK(notifyWait,15.5%,237) HEAT(notifyWait,0.0%,333) Move(notifyWait,0.0%,363) DUEX(notifyWait,0.0%,24) MAIN(running,83.2%,436) IDLE(ready,1.3%,30), total 100.0%
Owned mutexes: WiFi(NETWORK)
=== Platform ===
Last reset 00:01:08 ago, cause: software
Last software reset at 2023-10-15 11:45, reason: User, GCodes spinning, available RAM 11920, slot 2
Software reset code 0x0003 HFSR 0x00000000 CFSR 0x00000000 ICSR 0x0041f000 BFAR 0xe000ed38 SP 0x00000000 Task MAIN Freestk 0 n/a
Error status: 0x04
Aux0 errors 0,0,0
Step timer max interval 0
MCU temperature: min 39.6, current 40.3, max 40.5
Supply voltage: min 24.3, current 24.4, max 24.5, 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
Events: 0 queued, 0 completed
Driver 0: standstill, SG min n/a
Driver 1: standstill, SG min n/a
Driver 2: standstill, SG min n/a
Driver 3: standstill, SG min n/a
Driver 4: standstill, SG min n/a
Driver 5: standstill, SG min n/a
Driver 6: standstill, SG min n/a
Driver 7: standstill, SG min n/a
Driver 8: standstill, SG min n/a
Driver 9: standstill, SG min n/a
Driver 10:
Driver 11:
Date/time: 2023-10-19 22:14:52
Cache data hit count 2451383707
Slowest loop: 18.73ms; fastest: 0.18ms
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 1.3ms, write time 0.0ms, max retries 0
=== Move ===
DMs created 83, segments created 0, maxWait 0ms, bed compensation in use: none, comp offset 0.000
=== MainDDARing ===
Scheduled moves 0, completed 0, hiccups 0, stepErrors 0, LaErrors 0, Underruns [0, 0, 0], 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, chamber heaters -1 -1 -1 -1, ordering errs 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
Daemon is idle in state(s) 0
Autopause is idle in state(s) 0
Code queue is empty
=== DueX ===
Read count 1, 0.87 reads/min
=== Network ===
Slowest loop: 28.36ms; fastest: 0.00ms
Responder states: HTTP(0) 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, notready 0, noresp 0
WiFi firmware version 1.27
WiFi MAC address 84:f3:eb:83:47:2a
WiFi Vcc 3.30, reset reason Power up
WiFi flash size 4194304, free heap 25368
WiFi IP address 192.168.200.184
WiFi signal strength -35dBm, mode 802.11n, reconnections 0, sleep mode modem
Clock register 00002002
Socket states: 0 0 0 0 0 0 0 0 -
RE: PanelDue 7i firmware update: What should I expect?
I've got TWO of the same 7i panel. One for my Railcore ZL and another the ZLT.
Can you list the steps to do this upgrade? -
RE: HTTP request timed out
I've tried a fresh SD card.
I've tried a different browser.
It's only when UPLOADing a file via DWC. I can manually copy a file to the gcodes file and then i cant print. but thats a pain.
I just tried the "rename to .dummy" and try the upload again. failed. Ajax timeout? Smaller uploads work. -
RE: HTTP request timed out
m122
=== Diagnostics ===
RepRapFirmware for Duet 2 WiFi/Ethernet version 3.4.6 (2023-07-21 14:08:28) running on Duet WiFi 1.02 or later + DueX5
Board ID: 08DGM-9T6BU-FG3SN-6JKD6-3SN6L-KUW7G
Used output buffers: 1 of 26 (26 max)
=== RTOS ===
Static ram: 23896
Dynamic ram: 76268 of which 0 recycled
Never used RAM 8076, free system stack 92 words
Tasks: NETWORK(ready,1777.7%,211) HEAT(notifyWait,5.6%,308) Move(notifyWait,286.8%,294) DUEX(notifyWait,0.0%,24) MAIN(running,1809.8%,436) IDLE(ready,11.9%,30), total 3891.8%
Owned mutexes: WiFi(NETWORK)
=== Platform ===
Last reset 08:58:30 ago, cause: power up
Last software reset at 2023-10-15 11:45, reason: User, GCodes spinning, available RAM 11920, slot 2
Software reset code 0x0003 HFSR 0x00000000 CFSR 0x00000000 ICSR 0x0041f000 BFAR 0xe000ed38 SP 0x00000000 Task MAIN Freestk 0 n/a
Error status: 0x14
Aux0 errors 0,0,0
Step timer max interval 0
MCU temperature: min 34.2, current 42.4, max 45.2
Supply voltage: min 24.2, current 24.4, max 24.5, under voltage events: 0, over voltage events: 0, power good: yes
Heap OK, handles allocated/used 99/0, heap memory allocated/used/recyclable 2048/144/144, gc cycles 0
Events: 0 queued, 0 completed
Driver 0: standstill, SG min 0
Driver 1: standstill, SG min 0
Driver 2: standstill, SG min n/a
Driver 3: standstill, SG min 0
Driver 4: standstill, SG min n/a
Driver 5: standstill, SG min 0
Driver 6: standstill, SG min 0
Driver 7: standstill, SG min 0
Driver 8: standstill, SG min n/a
Driver 9: standstill, SG min n/a
Driver 10:
Driver 11:
Date/time: 2023-10-15 21:42:23
Cache data hit count 4294967295
Slowest loop: 255.21ms; fastest: 0.15ms
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 9.2ms, write time 500.9ms, max retries 0
=== Move ===
DMs created 83, segments created 41, maxWait 156036ms, bed compensation in use: none, comp offset 0.000
=== MainDDARing ===
Scheduled moves 593082, completed 593082, hiccups 0, stepErrors 0, LaErrors 0, Underruns [0, 0, 0], 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, chamber heaters -1 -1 -1 -1, ordering errs 0
Heater 0 is on, I-accum = 0.0
Heater 1 is on, I-accum = 0.8
=== 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
=== DueX ===
Read count 1, 0.00 reads/min
=== Network ===
Slowest loop: 503.02ms; fastest: 0.00ms
Responder states: HTTP(0) 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, notready 0, noresp 0
WiFi firmware version 1.25
WiFi MAC address 84:f3:eb:83:47:2a
WiFi Vcc 3.30, reset reason Turned on by main processor
WiFi flash size 4194304, free heap 26016
WiFi IP address 192.168.200.184
WiFi signal strength -37dBm, mode 802.11n, reconnections 0, sleep mode modem
Clock register 00002002
Socket states: 0 0 0 0 0 0 0 0 -
HTTP request timed out
I'm getting HTTP time outs. Cant figure out why.
errors:
10/14/2023, 1:36:53 AM Failed to upload Boom Guide plate_0.3mmPLA.gcode
Could not complete action because the connection has been terminated
10/14/2023, 1:36:52 AM Connection interrupted, attempting to reconnect...
HTTP request timed outI'm running 3.4.6. Same issue when I was on 3.4.3
I have troubleshot several ways. A small gcode file will upload fine (850kb). a 16,000kb file will timeout. buffer size somewhere? @dc42
-
RE: HTTP connection over wifi gets dropped
@infiniteloop I am running 3.4.3 on both.
Results of M122:M122
=== Diagnostics ===
RepRapFirmware for Duet 2 WiFi/Ethernet version 3.4.3 (2022-10-05 09:01:07) running on Duet WiFi 1.02 or later + DueX5
Board ID: 08DGM-9T6BU-FG3SN-6JKD6-3SN6L-KUW7G
Used output buffers: 1 of 26 (21 max)
=== RTOS ===
Static ram: 23860
Dynamic ram: 76052 of which 0 recycled
Never used RAM 12168, free system stack 184 words
Tasks: NETWORK(ready,13.0%,237) HEAT(notifyWait,0.0%,333) Move(notifyWait,0.0%,363) DUEX(notifyWait,0.0%,24) MAIN(running,86.8%,438) IDLE(ready,0.1%,30), total 100.0%
Owned mutexes: WiFi(NETWORK)
=== Platform ===
Last reset 00:18:57 ago, cause: power up
Last software reset at 2023-08-27 12:19, reason: User, GCodes spinning, available RAM 8984, slot 0
Software reset code 0x0003 HFSR 0x00000000 CFSR 0x00000000 ICSR 0x00417000 BFAR 0xe000ed38 SP 0x00000000 Task MAIN Freestk 0 n/a
Error status: 0x00
Aux0 errors 0,0,0
Step timer max interval 0
MCU temperature: min 28.3, current 41.1, max 41.7
Supply voltage: min 24.3, current 24.4, max 24.5, 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
Events: 0 queued, 0 completed
Driver 0: standstill, SG min n/a
Driver 1: standstill, SG min n/a
Driver 2: standstill, SG min n/a
Driver 3: standstill, SG min n/a
Driver 4: standstill, SG min n/a
Driver 5: standstill, SG min n/a
Driver 6: standstill, SG min n/a
Driver 7: standstill, SG min n/a
Driver 8: standstill, SG min n/a
Driver 9: standstill, SG min n/a
Driver 10:
Driver 11:
Date/time: 2023-08-28 19:45:46
Cache data hit count 4294967295
Slowest loop: 14.24ms; fastest: 0.19ms
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.9ms, write time 0.0ms, max retries 0
=== Move ===
DMs created 83, segments created 0, maxWait 0ms, bed compensation in use: none, comp offset 0.000
=== MainDDARing ===
Scheduled moves 0, completed 0, hiccups 0, stepErrors 0, LaErrors 0, Underruns [0, 0, 0], 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, chamber heaters -1 -1 -1 -1, ordering errs 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
Daemon is idle in state(s) 0
Autopause is idle in state(s) 0
Code queue is empty
=== DueX ===
Read count 1, 0.05 reads/min
=== Network ===
Slowest loop: 129.09ms; fastest: 0.00ms
Responder states: HTTP(0) HTTP(0) HTTP(0) HTTP(0) FTP(0) Telnet(0), 0 sessions
HTTP sessions: 1 of 8
= WiFi =
Network state is active
WiFi module is connected to access point
Failed messages: pending 0, notready 0, noresp 0
WiFi firmware version 1.25
WiFi MAC address 84:f3:eb:83:47:2a
WiFi Vcc 3.30, reset reason Turned on by main processor
WiFi flash size 4194304, free heap 24400
WiFi IP address 192.168.200.197
WiFi signal strength -40dBm, mode 802.11n, reconnections 0, sleep mode modem
Clock register 00002002
Socket states: 0 0 0 0 0 0 0 0 -
HTTP connection over wifi gets dropped
I have TWO RailCore printers driven by DuetWifi controllers. BOTH started this issue where I can conNECT just fine to DWC. But if i upload a gcode file tp print, it will get part way through and the connection drops. It's apparently my home wifi. Embarrassingly, I'm an IT guy and I see nothing wrong with it. No recent changes either.
As a troubleshooting step, i wanted to change the Wifi to a different access point, using the M587 command. It takes the command and does do anything. How do I change the wifi, and and any ideas on the HTTP drop? -
RE: Software bundle 3.4.0 stable released!
Failed up to Upgrade from 3.2.2 to 3.4.0
Wifi card is stuck in Starting mode. no actual IP working.
Help!Do I need to revert back to 3.2.2 or reset back to factory or what?
Please advise -
Heater _ not found, fan number _ not found
With a DuetWifi, running RRF 3.2-rc2, I get Error: Heater 3 not found and Error: Fan number 7 not found.
Not sure where or how its referenced. I only have H0 and H1. Fan0 and Fan1.
-
RE: PanelDue 2.0; "SAM-BA operation failed "when flashing
I found that the 3d printed case is pinching part of the screen... basically overwhelming the touch sensor. out of the case it works fine. I even re-made the cable.
-
RE: PanelDue 2.0; "SAM-BA operation failed "when flashing
@Phaedrux nothing loose. Duetwifi running 2.05.1
This is my second printer with a DuetWifi. So I have a complete other printer with DuetWifi and PanelDue. -
RE: PanelDue 2.0; "SAM-BA operation failed "when flashing
Update: I was able to fiddle with it and get v1.24 firmware re-installed. The display shows now, touch calibrated.
BUT when I connect the screen to the DuetWifi, the touch is not always working, and when it i press say Setup, i hear the beep but it doesnt actually go to the setup screen.
ideas why? -
PanelDue 2.0; "SAM-BA operation failed "when flashing
I have an old PanelDue v2.0 (green secondary board) that I tried to flash with newer firmware (PanelDue-v2-5.0.bin). After the update, it no longer displays any image. I can press Erase button and then reset. It does register as COM4 Bossa programming port. How do I revive it? Did I brick it?
I'm following these instructions to flash: link text
-
RE: 12v fan for hotend help needed
This issue was I needed an S parameter. The 12v was enabled, but at a default 0 speed. so the fan was essentially off. I set M106 P8 S255 and the fan went on full.