RRF 3.01 RC11 problems
-
Still strange; but it can print?
Does DWC respond to M115? If not can you connect via USB and try? (take care to disconnect the 12/24v power supply to avoid potential for ground loops, USB power is enough to try M122 and M115).
-
@bearer , yes, I'm printing even if every now and then the filament gets stuck in the extruder for no reason, but I think it's not a related problem.
M115 works correctly in DWC.
M122 from YAT works.m122 === Diagnostics ===<LF>RepRapFirmware for Duet 2 WiFi/Ethernet version 3.01-RC11+1 running on Duet WiFi 1.02 or later + DueX5<LF>Board ID: 08DGM-9T6BU-FG3SN-6J9F0-3S46M-9UYZD<LF>Used output buffers: 1 of 24 (15 max)<LF>=== RTOS ===<LF>Static ram: 28076<LF>Dynamic ram: 95636 of which 56 recycled<LF>Exception stack ram used: 284<LF>Never used ram: 7020<LF>Tasks: NETWORK(ready,272) HEAT(suspended,1280) DUEX(suspended,160) MAIN(running,1916) IDLE(ready,76)<LF>Owned mutexes: WiFi(NETWORK)<LF>=== Platform ===<LF>Last reset 00:01:07 ago, cause: power up<LF>Last software reset at 2020-05-02 20:54, reason: User, spinning module GCodes, available RAM 6824 bytes (slot 0)<LF>Software reset code 0x0003 HFSR 0x00000000 CFSR 0x00000000 ICSR 0x0441f000 BFAR 0xe000ed38 SP 0xffffffff Task 0x4e49414d<LF>Error status: 0<LF>MCU temperature: min 24.4, current 27.3, max 27.6<LF>Supply voltage: min 0.1, current 0.5, max 0.8, under voltage events: 0, over voltage events: 0, power good: no<LF>Driver 0: ok, SG min/max not available<LF>Driver 1: ok, SG min/max not avai<Warning: Maximal number of bytes per line exceeded! Check the end-of-line settings or increase the limit in the advanced terminal settings.>
-
While i doubt it'd make a difference check if there is a newer compatible version of DWC, then post the DWC version and see if chrishamm or dc42 has anything to add I guess (or anyone else for that matter)
-
@bearer , @dc42 , @chrishamm , DWC version is 2.1.6, firmware version is 3.01-RC11+1on Duet Wifi and panel due firmware is 1.23.2, released today,but I was already having problems with the previous version.
I remain available for further checks -
Please check that PanelDue is also set to 57600 baud, on the Setup page of PanelDue.
Latest PanelDue firmware is 1.24 available at https://github.com/dc42/PanelDueFirmware/releases/tag/1.24. Instructions for installing PanelDue firmware are at https://duet3d.dozuki.com/Wiki/PanelDue_Firmware_update.
-
@dc42 , i have the same problem with 1.24. Sorry but I saw that in the dropbox folder you had a panel due file (1.23.2) that I installed.
The bauds are set correctly.
Today I downgraded to stable RRF3.0 and M122 works properly from DWC while I continue to have problems with panel two (I don't see the contents of the gcode and macro folder), I noticed that when I run some commands (ex. M584 P5) from the console nothing happens while M122 and homing work properly from panel due.
I tried to connect panel due to Duet3 (I have RRF 3.01 RC9 or 10, I don't remember) and it seems to work correctly. Can it be a communication problem with the duet wifi board? -
@Marco-Bona said in RRF 3.01 RC11 problems:
@dc42 , i have the same problem with 1.24. Sorry but I saw that in the dropbox folder you had a panel due file (1.23.2) that I installed.
The bauds are set correctly.Strange, the RRF 3.01-RC11, DWC 2.1.6 and PanelDue 1.24 combination is working well for me and others.
Can it be a communication problem with the duet wifi board?
Could be, but I'm not aware of any reason why RRF 3.01-RC11 would behave differently from 3.0. I assume you are using DuetWiFiServer release 1.23.
-
@dc42 , yes, I'm using that version of DuetWifiServer.
Is there any procedure to check the integrity of the board?
I'm starting to think I have some problems with that card and I believe that the continuous panel due restarts during printing are due to some communication problem but I don't know how I could verify it.
Initially I thought that they were due to something that went to the ground but do not happen according to a logic.
I also checked almost all the electrical wiring but I don't find anything strange.
Not having shielded cables can it be caused by some interference with the motors? -
@Marco-Bona said in RRF 3.01 RC11 problems:
I'm starting to think I have some problems with that card and I believe that the continuous panel due restarts during printing are due to some communication problem but I don't know how I could verify it.
PanelDue restarts are not normal. Perhaps something is pressing on the PanalDue reset button; or there is a bad connection in the 5V or ground wire between the Duet and PanelDue; or the 5V rail is unstable for some reason.
-
@dc42 , Ok, said so I assume that the problem may be due to the 5V line because I find the same problem with both the ribbon cable and the 4-wire one.
With Duet3 I have not yet been able to try because I am finishing wiring everything and I think it will still take some time.
Thanks for the clarification. -
@Marco-Bona said in RRF 3.01 RC11 problems:
@dc42 , Ok, said so I assume that the problem may be due to the 5V line because I find the same problem with both the ribbon cable and the 4-wire one.
With Duet3 I have not yet been able to try because I am finishing wiring everything and I think it will still take some time.
Thanks for the clarification.Are you certain it is just the PanelDue restarting, not the Duet? What do you see when it restarts?
-
@dc42 , only panel due restarts, I see the initial screen with the logo, instead the printing proceeds without problems. The strange thing is that when I restart Duet wifi a series of line errors are displayed but I cannot tell you which ones because it is too fast to do it and they do not remain stored in the console. Tomorrow night I check the 5V, but if it were unstable that line can also create all the other problems?