search

Pmatsol58 / VyperCE6.1

This Marlin fork has the goal of adapting the Creality Community Edition to the Anycubic Vyper
GNU General Public License v3.0
40 stars 6 forks source link

Z-offset is not working #7

Closed spacejay01 closed 1 month ago

spacejay01 commented 2 years ago

Did you test the latest extui code or prerelease?

Yes, and the problem still exists.

Bug Description

When I change the Z-offset during the print via Tune, the Z-offset is working. The value is also stored and visible via the calibration menue. But when I start another print the offset is ignored. Even if I set a offset via the calibration menue.

Bug Timeline

did not see this behavior with the stock firmware

Expected behavior

Excpectation is that the Z-offset is used for each print job

Actual behavior

Z-offset is just ignored

Steps to Reproduce

  1. Start printing
  2. change offset via Tune
  3. the printer changes the offset
  4. the printjob is finished
  5. start a new print job
  6. the offset is ignored

Version of CR6Community Firmware

6.1c

Printer model

Other (I will explain below)

Motherboard

Other (I will explain below)

Display

Other (I will explain below)

Mods

No response

Add-ons

No response

Bed Leveling

No response

Your Slicer

Cura

Host Software

SD Card (headless)

Pmatsol58 commented 2 years ago

This is a known issue. Work around is to level the printer with a 0.0 Z offset, start printing and adjust Z offset as required, then perform another level which will incorporate the offset into the mesh. Any prints following this will use the correct Z offset.

rommulaner commented 2 years ago

I also saw this issue the last days while switching to this CE Firmware. Is it possible to make a workaround by modifying the start gcode by setting the z-offset value by using the visible LCD Z-Offset value (like M428 Z{Z_OFFSET} or whatever the variable called) and set it after the homing command? I don't know the correct variable name.

Edit: Got it done by myself. Now issue is solved. Can be downloaded on https://GitHub.com/rommulaner

vito30x commented 2 years ago

I also saw this issue the last days while switching to this CE Firmware. Is it possible to make a workaround by modifying the start gcode by setting the z-offset value by using the visible LCD Z-Offset value (like M428 Z{Z_OFFSET} or whatever the variable called) and set it after the homing command? I don't know the correct variable name.

Edit: Got it done by myself. Now issue is solved. Can be downloaded on https://GitHub.com/rommulaner Hi, Danke für den Fix. Habs bei mir implementiert. Du hast auch die EstepsHandler.cpp geändert. sprintf_P(cmd, PSTR("G1 E%s **F90**"), str_temp); Welchen Grund hat es den F-Wert von 50 auf 90 zu erhöhen?

rommulaner commented 2 years ago

Stimmt, hatte ich etwas erhöht, da mir das zu langsam ablief. Passt so besser zur realen Druckgeschwindigkeit.

Pmatsol58 commented 1 month ago

Development on this version has ceased, see https://github.com/rommulaner/Anycubic_Vyper_MB_CE_6.2