DuetWiFiFirmware minor release 1.15c

Toddimus · 16 Sept 2016, 23:14

Those of you who are having Z probe trouble going from 1.15b to 1.15c, what probe type do you have set in M558, and how do you have the probe connected?

Any more thoughts on this issue?
I know you are quite busy, and hopefully have a life outside 3D printing, so I understand any delay.

dc42 · 17 Sept 2016, 04:28

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.

guywinslow · 19 Sept 2016, 04:01

Just code my board in the mail 1 week ago. had to print a Case. Got wired and mounted today.

Improvements:
Stepper control vast improvement.
Temperature control wall much stabler, terns off when the gcode changes the temperature wall its printing.

Working on reproducing it right now

guywinslow · 19 Sept 2016, 04:09

OK, Cant reproduse

mhackney · 19 Sept 2016, 15:30

David or anyone, is the comment about M301 in config.g relevant if upgrading from 1.15-beta3 release?

dc42 · 19 Sept 2016, 15:45

Yes it is.

mhackney · 19 Sept 2016, 15:51

Thanks David. I'll upgrade now and know what to watch for.

mhackney · 19 Sept 2016, 16:02

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?

dc42 · 19 Sept 2016, 16:35

Did you upload the DuetWebControl.bin file through the Settings page?

mhackney · 19 Sept 2016, 17:55

David, yes I did and it appeared to upload correctly with no returned errors.

dc42 · 19 Sept 2016, 18:32

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.

mhackney · 19 Sept 2016, 18:35

Thanks David. I updated to the latest PanelDue firmware today too.

mhackney · 19 Sept 2016, 19:19

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!

mhackney · 19 Sept 2016, 19:43

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.

Toddimus · 19 Sept 2016, 22:09

@dc42:

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.

mhackney · 19 Sept 2016, 23:20

That's interesting then because my JohnSL is hooked to the the E0 STOP and works perfectly fine with 1.15c firmware.

guywinslow · 20 Sept 2016, 03:22

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?

guywinslow · 24 Sept 2016, 21:33

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.

guywinslow · 25 Sept 2016, 04:20

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

dc42 · 25 Sept 2016, 08:21

@guywinslow:

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

That'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.