Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[Bug] Build plate doesn't lower to zero to print first layer Phrozen Sonic Mini 8K S (PRZ) #884

Closed
CrusherJoe opened this issue Jun 10, 2024 · 4 comments
Assignees

Comments

@CrusherJoe
Copy link

CrusherJoe commented Jun 10, 2024

System

UVtools v4.3.2 X64
Operative system: Microsoft Windows 10.0.19045 X64
Processor: Intel(R) Core(TM) i7-3770 CPU @ 3.40GHz
Processor cores: 8
Memory RAM: 8.98 / 15.96 GB
Runtime: win10-x64
Framework: .NET 6.0.29
AvaloniaUI: 11.0.10
OpenCV: 4.8.1

Sreens, resolution, working area, usable area:
1: 1920 x 1080 @ 100% (Primary) (On this)
    WA: 1920 x 1050    UA: 1920 x 1050
2: 1920 x 1080 @ 100%
    WA: 1920 x 1050    UA: 1920 x 1050

Path:       C:\Program Files\UVtools\
Executable: C:\Program Files\UVtools\UVtools.exe
Loaded file: UVtools_demo_file.sl1s [Version: 0] [Class: SL1File]

Printer and Slicer

  • Printer: Phrozen Sonic Mini 8ks
  • Slicer: Lychee 6.0.2

Description of the bug

Import .prz into UVtools and remove islands. Accept suggestions for wait times, number of bottom layers, etc. Save file. Attempt to print on printer. When print starts, the plate lowers into the vat, instead of exposing the first layer, it very slowly rises along the z-axis, after which it lowers even more slowly back into the vat, but not near enough to zero, then starts printing even though the plate is at a considerable distance from the screen, and everything remains on the film. It either does this or some variation, the end result it the plate never gets to zero to expose the first layer. Yes, it's doing a "blank" first layer but doesn't lower the plate to do the first "non-blank" first layer.

EDIT: attempted to attach .zip with lys and prz files, but they were too large. I can copy them up somewhere and provide a link if necessary.

Here is a video of the behavior: https://photos.app.goo.gl/1phGKzbAtNL2L3xg7

How to reproduce

Import .prz to UVtools, prepare file, export, attempt to print.

Files

No response

Copy link

This is your first time submitting an issue with UVtools 🥳Please review your issue and ensure that the submit template was followed, the information is complete, and not related to any other open issue. It will be reviewed shortly. Debugging is very important and make the program better. Thanks for contributing and making the software better! 🙌

@sn4k3
Copy link
Owner

sn4k3 commented Jun 10, 2024

Try to remove VAT and place a papper. Print same file again and original without UVtools to confirm.

@CrusherJoe
Copy link
Author

Ah, geez, why didn't I think of that. With a freshly sliced file the behavior continues. The issue is not with UVtools! I'll close this issue for you!

Thank you for your help!

@sn4k3
Copy link
Owner

sn4k3 commented Jun 10, 2024

Yeah, when something is odd, always try original file. These machines firmwares are very bad, by now I expect everything...

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants