Z babysteps not working while printing 3.1.1

arhi

He's running 3.1.1 (both firmware and dwc) on duet2ethernet

DerGulli

Hello everyone,

i just signed up because i saw this topic on the forums. I encounter exactly the same issue as Omni.

Description:

-Babystepping does not work while printing
-When triggering the offset the value will be shown in the web interface but the Z axis wont move
-I changed the Z height min to -3 but still not work
-when pausing the print baby steps work as intended
-when resuming the print baby stepping won't work again

I am printing with:
-duet wifi
-RepRapFirmware for Duet 2 WiFi/Ethernet 3.1.1 (2020-05-19b2)
-Version von Duet WiFi Server: 1.23
-Prusa slicer 2.2RC5

Thanks

DerGulli

arhi

@DerGulli can you share your complete config so we can compare what similarities you and omni have? (for e.g. I don't have issue with baby stepping and omni's configuration is very similar to mine)

Phaedrux

How are you sending the commands to baby step? PanelDue? DWC? Console?

If you send M290 by itself, what does it report as the cumulative baby stepping value?

https://duet3d.dozuki.com/Wiki/Gcode#Section_M290_Baby_stepping

arhi

@Phaedrux omni is doing both trough dwc and trough paneldue (he's not very active on forum but I'm online with him these days non stop trying to solve these problems he's having after I conviced him to move from marlin)

now I'm trying to decode what omni said "after printer start printing it's not accepting M290 any more" .. for that we'll have to wait for him to read&reply

omni

@arhi What would I do without arhi, my 3d printing guru!

Sorry I was away the whole day, so I wasn't able to reply. So as arhi said, I tried using it both through Paneldue7 and DWC. It is exactly the same problem as DerGulli is experiencing. Babysteps works until I start the print - after that it just stops responding. It prints out the value I am setting on the screen - but the Z axis is not moving at all. When I type M290 in the console to check the current value it does not returnt anything.

I dont know if gcode can influence that in anyway, but I am using Ideamaker.

If you need any additional info I would be more than glad to provide it...

It's really annoying since otherwise rhe machine is working great now...

Thanks a lot!

DerGulli

thanks for the quick reply I really appreciate
I just use the baby stepping command on Paneldue and the web interface. As I said both versions work fine as long I am in “pause” state.
I attached my config.g.
Any help is welcome as I am also transferred from marlin to reprap shortly

With best regards DerGulli
config.g

arhi

@DerGulli said in Z babysteps not working while printing 3.1.1:

thanks for the quick reply I really appreciate
I just use the baby stepping command on Paneldue and the web interface. As I said both versions work fine as long I am in “pause” state.

When you are in "printing" state if you send M290 in the console do you get any result?

arhi

nothing in the config of both of you looks weird to me

btw I just retested on my printer ... printer started .. I'm playing with baby steps on the paneldue and this is on dwc

so it is "during print", no pause, pre, after ... the head is moving and plastic is going out ...

print is started from the sd card trough "upload and start" on DWC

Phaedrux

Do you happen to have incredibly long and slow moves on the first layer? Though I'm not sure that even matters anymore.

DerGulli

Hello all,

thanks for your support so far ! I checked with M290 and i got the correct readings but by Z axis didnt move.
At the end i tried to reinstall my firmware ending up that baby stepping works now as intended.

I don't know what was messed up.....btw. i used my old config that i posted before.

Best regards and thanks

DerGulli

omni

@DerGulli Hey, nice to know you solved it.
I will try that too... I was just worried that reinstalling the firmware might screw something up since now the machine is working great (apart from the baby-stepping problem...

omni

I can confirm that reinstalling the firmware solves the problem.

Phaedrux

Very bizarre. Thanks for the updates.

arhi

@Phaedrux said in Z babysteps not working while printing 3.1.1:

Very bizarre. Thanks for the updates.

it's not "iap4e.bin" as omni didn't change that one but he uploaded again duet2combinedIAP.bin with the duet2combinedfirmware.bin .. I know I had some issues myself uploading duet2combinedIAP.bin before it's possible they had wrong version? not sure what that part of the firmware does and is there any way the upgrade procedure checks if all files are inter-compatible but..

Phaedrux

I suspect that they were not actually running 3.1.1. If the IAP files are not present the firmware update will fail.

arhi

@Phaedrux can't say for DerGulli but omni's duet was flashed by me, I had to flash 3.0.0 using usb and than upgraded to 3.1.1 trough dwc, checked three times diagnostic output was properly stating firmware version.... not to mention, there's no 3.x version with babystepping not working ...

I know that if IAP files are not there update will fail, but the iap4e.bin is from 3.0.0 iirc (not present in later releases) and the duet2combinedIAP I know I put the 3.0.0 version on the SD card directly and the new one I uploaded trough DWC but as I said I had DWC before f*up the upload of the IAP file so dunno what happens if you have IAP from 3.0.0 and firmware 3.1.1 (well probably what we just seen)

DerGulli

Hm,

i can remember when i got the board (new with duet) i just tried upgrading to the newest firmware and it failed. The i started reading.
Thats how man do... break stuff and read the instructions after
Then i updated to 3.0 then to 3.1.1 as it should be.
Maybe something got mixed up trying to update to 3.1.1 directly.

Greets DerGulli