DuetWiFiFirmware minor release 1.15c
-
Firmware update to 1.15c went smoothly but DWC does not seem to be updating even after a power reset. Unless HTML: 1.11b-dc42, JS: 1.11b-dc42 is correct for the 1.15c tagged binary on git?
-
Did you upload the DuetWebControl.bin file through the Settings page?
-
David, yes I did and it appeared to upload correctly with no returned errors.
-
As you are running DWC 1.11 at present, you need to run M997 S2 after uploading it. The web interface will disconnect and you will need to wait about 3 minutes before you can reconnect it. If you have a PanelDue running firmware 1.14 or later connected, you can see the firmware update progress on it.
-
Thanks David. I updated to the latest PanelDue firmware today too.
-
Got it, plus I had to flush browser cache. I forgot about the M997. I updated the WiFI server too so this machine is on the latest and greatest of everything. Thanks!
-
I should also add…
I had no problems with my FSRs and JohnSL connected to the E0 connector and I DO have G0 Z150 to terminate my bed.g file.
-
Sorry I won't be able to look at this for several more days. I've already looked at the code changes in 1.15c and I didn't find anything to explain it.
If you wish, you could try connecting the fsr board to the Z probe connector instead of E0 and use probe type 5.
I tried this and it worked! The signal line from the FSR board (Green wire) moved to "Z_PROBE_IN". Black to GND and Red to +3.3V.
It must have had something to do with the E0 endstop being used as the probe signal input.
I also tried firmware 1.15c with 18 bed probe points and that worked as well. So the only things I changed were going from E0 STOP to Z_PROBE_IN for the FSR probe board signal connection. This required changing the M558 parameter from P4 to P5.
For clarification, the G0 vs. G1 conversation that happened in the recent posts… I don't believe it has anything to do with the FSR probes not working. That was something to do with the reported object height on the DWC interface.
-
That's interesting then because my JohnSL is hooked to the the E0 STOP and works perfectly fine with 1.15c firmware.
-
Ok, figured out why my bed temperature keeps faulting. One of the Sch-row terminals is froze in the housing. Dos anyone now where i can find a Replacement for the bed power Terminals?
-
has anyone had any Extruder drive control issues, on my test print i am getting Blobs of plastic where it starts a new round in the outer shell.
-
OK, tried another Slicer, just on the chance something in the gcode. Issue manifest itself after a z movement. it can be seen when i try to home xy. The z moves up and the y go's to the stop and stops. then the y jumps in the direction it was moving. Looks like the same thing when i am running a print, except the z moves up and the selected tool (Extruder) jumps. giving me a blob of plastic. any ways hop this makes some sens and is helpful for any one with a Debugger.
Printer type: reprappro mendel
Fermware: 1.15C -
OK, tried another Slicer, just on the chance something in the gcode. Issue manifest itself after a z movement. it can be seen when i try to home xy. The z moves up and the y go's to the stop and stops. then the y jumps in the direction it was moving. Looks like the same thing when i am running a print, except the z moves up and the selected tool (Extruder) jumps. giving me a blob of plastic. any ways hop this makes some sens and is helpful for any one with a Debugger.
Printer type: reprappro mendel
Fermware: 1.15CThat's an odd symptom. Can you post a video?
Two notes:
- When you home all, if you are using the standard homing files on a Cartesian printer, then X and Y are homed together. Whichever one homes first will stop until the other is homed. So if Y homes before X, then Y will stop until X has homed.
- A common cause of an axis pausing for a moment when it should be reversing direction is a loose pulley.
-
No loose pulleys. Same hardware i was ruining with the Old Duet Controller. have tried to post pictures and movies before at your request. Only to have them blocked. Sorry. Hears my homeall.g file:
; Mendel home all file for use with dc42 Duet firmware
; Adjust the bed upper and lower limits in config.g (M208 commands) to get the correct homing positions
G91 ; Set to Relative Positioning
G1 Z4 F200 ; move hot end up by 5mm
;
G1 X240 Y240 F3000 S1 ; Home and set x and y axes
G92 X220.00 Y212.00 ; Initial homing done, now set fine Adjustments
G1 X-5 Y-5 F200 ; Back off end stops by 5mm
G1 X240 Y240 S1 ; Re-home X and Y at slower feed rate
G92 X220.00 Y212.00 ; Set top level Absolute Coordinates
;
; Adjust the XY coordinates in the following to place the IR sensor over a suitable spot
; If you are using a dc42 IR sensor then you can change the coordinates to be near the centre of the bed
G90 ; Set to Absolute Positioning
G1 X100 Y100 F6000
G30 -
My only comment on your homing files is that we don't normally use G92 in them any more. Instead we use M208 commands in config.g to tell the firmware what the bed limits are, which are also the positions assumed when endstop switches are triggered.
Please post your config.g file.
-
Ok, So the Coordinate System Calibration and the Limits need to be the same. Will this affect the Extruder and Y drive Extra movement i am seeing?
I have run test to see if it actually extrudes 100mm and the y drive actually moves 100mm when i send the G1 Command and that works fine. its just the articulated commands in a print. Almost like a timing error. Any ways the ramblings of and old man.
Config.g:
; Configuration file for RepRap Ormerod
; RepRapPro Ltd
;
M111 S0 ; Debug on
M550 PTricolour Mendel WIFI
M551 Pgdww1620
M540 P0xBE:0xEF:0xDE:0xAD:0xFE:0xEA ; Set the MAC address
M552 S1 ; Enable WiFiM555 P2 ; Set output to look like Marlin
M906 X800 Y1000 Z800 E800:800:800:800:800 ; Motor currents (mA)M305 P0 R4700 T10000 B3988 ; set bed thermistor parameters
M307 H0 A128.4 C424.4 D2.4 B0
M307 H1 A762.7 C99.7 D5.5 B0M574 X S1 ; Set endstop configuration
M574 Y2 S0 ; Set endstop configuration
M574 Z S1 ; Set endstop configuration
M569 P0 S0 ; Set X Axis Direction
M569 P1 S1 ; Set Y Axis Direction
M569 P2 S0 ; Set Z Axis Direction
M569 P3 S0 ; Set E0 Axis Direction
M569 P4 S0 ; Set E1 Axis DirectionM558 P1 X1 Y0 Z1 ; Set Z probe type
G21 ; Work in mm
M92 X100.25 Y100.25 Z4001.50 E420.00 ; Set axis steps per unit
M570 S180 ; Set heater timeout
;
M563 P0 D0 H1 ; Create tool 0 = Color 1
M563 P1 D1 H1 ; Create tool 1 = Color 2
M563 P2 D2 H1 ; Create tool 2 = Color 3
M563 P3 D3 H1 ; Create tool 3 = Color 4
M563 P4 D4 H1 ; Create tool 4 = Temperature for this tool should be Set Low
G10 P0 X20.0 Y0.0 Z0.0 S0 R0 ; Set tool 0 operating and standby temperatures
G10 P1 X20.0 Y0.0 Z0.0 S0 R0 ; Set tool 1 operating and standby temperatures
G10 P2 X20.0 Y0.0 Z0.0 S0 R0 ; Set tool 2 operating and standby temperatures
G10 P3 X20.0 Y0.0 Z0.0 S0 R0 ; Set tool 3 operating and standby temperatures
G10 P4 X20.0 Y0.0 Z0.0 S0 R0 ; Set tool 4 operating and standby temperatures
G31 P500 Z0.65 ; Set the probe height and threshold PLA = 0.65, ABS = 0.75
T4
;
M201 X800 Y800 Z15 E1000 ; acceleration tweaks for improved finish
M203 X15000 Y15000 Z150 E3600 ; speed tweaks for improved finish
;
M208 X200 Y200 Z120 ; set axis max travel
M208 X0.0 Y0.0 Z0.0 S1 ; set axis minimum (adjust to make X=0 the edge of the bed)
M210 X200 Y200 Y170I just realized i still had my M906 command setup for the Old Duet board and expansion board. as there is no expansion board hear and only two extruders i will modify and test. I will also remove the M210 command as well. Looks like its no longer supported
-
I see that you have G92 X220.00 Y212.00 in your homing files, and M208 X200 Y200 Z120 in config.g. So your G92 command sets the X and Y position outside the declared printable area. This may account for the jumps you are seeing when homing. I suggest you remove the G92 commands in the homing files and use M208 X220 Y212 Z120 in config.g.
Also you have M574 X S1 in config.g. I presume it should be M574 X2 S1.
Is there a reason why your X endstop switch is NC/active high whereas your Y endstop switch is NO/active low, according to your M574 commands?
-
X and Z are the infrared Sensor. I am getting sloppy in my coding. As the X and Y are the infrared Sensor i will comment it out and try
-
Sorry X and Z are the infrared Sensor i will comment the M574 command out
-
Ok, had to put X and Z back in:
M574 X0 S1 ; Set endstop configuration
M574 Y2 S0 ; Set endstop configuration
M574 Z0 S1 ; Set endstop configuration
