Cant get my nozzle close to bed at all when trying to print
-
@phaedrux
When ever i plug the sd card into the computer it just gives me the directory name is invalid. I have the mircro SD in an adapter and then i am plugging it into the computer -
@phaedrux
Ok i have the card open now so i want to edit the config.g? -
@Phaedrux
Thats the Network one but i commented it and now its connected but im not getting anything back From YAT when i out in a command like M122 -
With that command commented out does the duet keep resetting?
-
@phaedrux
No -
-
@puppet172 said in Cant get my nozzle close to bed at all when trying to print:
@dc42 @Phaedrux
RepRapFirmware for Duet 2 WiFi/Ethernet Version 2.01beta1(RTOS) dated 2018-06-23b1<LF><LF>Executing config.g...Error: M587: Failed to add SSID to remembered list<LF>HTTP is enabled on port 80<LF>FTP is disabled<LF>TELNET is disabled<LF><LF>Done!<LF>RepRapFirmware for Duet 2 WiFi/Ethernet is up and running.<LF>WiFi module started<LF>WiFi module is cPlease change the Text Settings in YAT to recognise LF only as the line end sequence. Then the output will be split into multiple lines.
-
@dc42
=== Diagnostics ===<LF>RepRapFirmware for Duet 2 WiFi/Ethernet version 2.01beta1(RTOS) running on Duet WiFi 1.02 or later + DueX5<LF>Board ID: 08DDM-9FAM2-LW4S4-6J9D8-3SD6J-T3S7X<LF>Used output buffers: 1 of 20 (1 max)<LF>=== RTOS ===<LF>Static ram: 28452<LF>Dynamic ram: 95912 of which 0 recycled<LF>Exception stack ram used: 256<LF>Never used ram: 6452<LF>Tasks: NETWORK(ready,1372) HEAT(blocked,1264) MAIN(running,3660)<LF>Mutexes: FilamentSensors(null) DHT(null) WiFi(null) TelnetGCodeReply(null) HttpGCodeReply(null) Telnet(null) HTTP(null) SD1(null) SD0(null) DirSearch(null) FileSystem(null) Aux(null) USB(null) MessageBox(null) ToolList(null) SPI(null) Malloc(null) NetworkGCodeInput(null) NetworkGCodeInput(null) FileInfoParser(null)<LF>=== Platform ===<LF>Last reset 00:00:11 ago, cause: reset button or watchdog<LF>Last software reset details not available<LF>Error status: 0<LF>Free file entries: 10<LF>SD card 0 detected, interface speed: 20.0MBytes/sec<LF>SD card longest block write time: 0.0ms<LF>MCU temperature: min 127.7, current 132.2<Warning: Maximal number of bytes per line exceeded! Check the end-of-line settings or increase the limit in the advanced terminal settings.>
Is this right? -
@puppet172, no it's still not recognising LF as end of line. I don't have access to YAT right now so I can't give precise instructions, but AFAIR you go into Settings, then press Text Settings and the selection is on that page.
-
-
@puppet172 said in Cant get my nozzle close to bed at all when trying to print:
Its hard to tell though because the easiest way to tell it to see if i can connect to the DWC but since that then turns off the Wifi part i cant tell but its not doing the on off part as far as i can see because it stays connected to the printer
The M587 only needs to be issued one - to add the SSID. the SSID (and password) is then stored on the Duet until you ask the Duet to forget it.
Comment out M587 then try the SD card back in the Duet and see if it will boot without resetting.
Normally M587 would not cause the Duet to reset but if that is the line that is causing the reset then thats the place to start.
-
@t3p3tony @dc42 @Phaedrux
even if i have that commented out it is still reseting and i changed the text setting to the ones above and i got this=== Diagnostics ===
RepRapFirmware for Duet 2 WiFi/Ethernet version 2.01beta1(RTOS) running on Duet WiFi 1.02 or later + DueX5
Board ID: 08DDM-9FAM2-LW4S4-6J9D8-3SD6J-T3S7X
Used output buffers: 1 of 20 (12 max)
=== RTOS ===
Static ram: 28452
Dynamic ram: 95912 of which 0 recycled
Exception stack ram used: 256
Never used ram: 6452
Tasks: NETWORK(ready,1372) HEAT(blocked,1256) MAIN(running,3644)
Mutexes: FilamentSensors(null) DHT(null) WiFi(null) TelnetGCodeReply(null) HttpGCodeReply(null) Telnet(null) HTTP(null) SD1(null) SD0(null) DirSearch(null) FileSystem(null) Aux(null) USB(null) MessageBox(null) ToolList(null) SPI(null) Malloc(null) NetworkGCodeInput(null) NetworkGCodeInput(null) FileInfoParser(null)
=== Platform ===
Last reset 00:00:48 ago, cause: reset button or watchdog
Last software reset details not available
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 136.1, current 136.8, max 138.1
Supply voltage: min 0.2, current 0.2, max 0.3, under voltage events: 0, over voltage events: 0
Driver 0: ok, SG min/max not available
Driver 1: ok, SG min/max not available
Driver 2: ok, SG min/max not available
Driver 3: ok, SG min/max not available
Driver 4: ok, SG min/max not available
Driver 5: ok, SG min/max not available
Driver 6: ok, SG min/max not available
Driver 7: ok, SG min/max not available
Driver 8: ok, SG min/max not available
Driver 9: ok, SG min/max not available
Expansion motor(s) stall indication: yes
Date/time: 1970-01-01 00:00:00
Slowest loop: 172.25ms; fastest: 0.07ms
=== 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 = -1 -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 ready with "M122" 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 ===
Slowest loop: 0.00ms; fastest: 4581298.50ms
Responder states: HTTP(0) HTTP(0) HTTP(0) HTTP(0) FTP(0) Telnet(0) Telnet(0)
HTTP sessions: 0 of 8- WiFi -
Network state is running
WiFi module is connected to access point
Failed messages: pending 0, notready 0, noresp 0
WiFi firmware version 1.21
WiFi MAC address 60:01:94:73:5a:d2
WiFi Vcc 2.67, reset reason Turned on by main processor
WiFi flash size 4194304, free heap 17184
WiFi IP address 192.168.1.10
WiFi signal strength -55dBm, reconnections 0, sleep mode modem
Socket states: 0 0 0 0 0 0 0 0
=== Expansion ===
DueX I2C errors 0
ok
- WiFi -
-
-
I think the problem is that you are supplying USB power only, and when the WiFi module tries to connect, your USB power source is cutting out because of the increased current demand.
-
@dc42
It happens when i have my 12v power on too i can send it with the power supply on.
=== Diagnostics ===
RepRapFirmware for Duet 2 WiFi/Ethernet version 2.01beta1(RTOS) running on Duet WiFi 1.02 or later + DueX5
Board ID: 08DDM-9FAM2-LW4S4-6J9D8-3SD6J-T3S7X
Used output buffers: 1 of 20 (1 max)
=== RTOS ===
Static ram: 28452
Dynamic ram: 95912 of which 0 recycled
Exception stack ram used: 300
Never used ram: 6408
Tasks: NETWORK(ready,1408) HEAT(blocked,1256) MAIN(running,3628)
Mutexes: FilamentSensors(null) DHT(null) WiFi(null) TelnetGCodeReply(null) HttpGCodeReply(null) Telnet(null) HTTP(null) SD1(null) SD0(null) DirSearch(null) FileSystem(null) Aux(null) USB(null) MessageBox(null) ToolList(null) SPI(null) Malloc(null) NetworkGCodeInput(null) NetworkGCodeInput(null) FileInfoParser(null)
=== Platform ===
Last reset 00:00:37 ago, cause: power up
Last software reset details not available
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 44.6, current 67.1, max 67.1
Supply voltage: min 12.3, current 12.4, max 12.5, 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
Driver 5: standstill, SG min/max not available
Driver 6: standstill, SG min/max not available
Driver 7: standstill, SG min/max not available
Driver 8: standstill, SG min/max not available
Driver 9: standstill, SG min/max not available
Expansion motor(s) stall indication: no
Date/time: 1970-01-01 00:00:00
Slowest loop: 1.09ms; fastest: 0.07ms
=== 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 = -1 -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 ready with "M122" 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 ===
Slowest loop: 14.21ms; fastest: 0.01ms
Responder states: HTTP(0) HTTP(0) HTTP(0) HTTP(0) FTP(0) Telnet(0) Telnet(0)
HTTP sessions: 0 of 8- WiFi -
Network state is running
WiFi module is connected to access point
Failed messages: pending 0, notready 0, noresp 0
WiFi firmware version 1.21
WiFi MAC address 60:01:94:73:5a:d2
WiFi Vcc 3.17, reset reason Turned on by main processor
WiFi flash size 4194304, free heap 17184
WiFi IP address 192.168.1.10
WiFi signal strength -62dBm, reconnections 0, sleep mode modem
Socket states: 0 0 0 0 0 0 0 0
=== Expansion ===
DueX I2C errors 0
- WiFi -
-
@puppet172 said in Cant get my nozzle close to bed at all when trying to print:
MCU temperature: min 136.1, current 136.8, max 138.1
This is worrying. can you confirm you have nothing plugged into the Duet other than the USB/12V power. That temperature, if it continued to rise, would cause the MCU thermal protection to kick in.
-
@puppet172, is the main processor chip really getting hot?
-
@dc42
The wifi chip is definitly hot. the main chip on the board is warm but its not hot like the Wifi Chip -
Is the 3.3V regulator chip U2 also getting hot?
-
@dc42
Where is that located?