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.

Sign up for GitHub

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

Jump to bottom

V1.16&V1.17 height calculation issue #107

Closed
GFernet opened this issue Jan 21, 2020 · 8 comments
Closed

V1.16&V1.17 height calculation issue #107

GFernet opened this issue Jan 21, 2020 · 8 comments
Labels
type: bug Something isn't working
Milestone
V1.17.x

Comments

@GFernet
Copy link

GFernet commented Jan 21, 2020

Hello since V1.16 and 1.17 the plugin does not know the maximal height of a print and show 0.0mm
image
I use a prusa MK3s printer, and check the maximum height using Max Z-Value with Extrusion on Z-Layer.

Is there any change to calculate the height between this two version and the previous one V1.15 which work great.

Thanks
@OllisGit
Copy link
Owner

Hi @GFernet,
please attach you gcode (downloaded from OctoPrint) to this issue, so that I can try to reproduce the error.
Thx, in advance
Olli

@OllisGit OllisGit added status: waitingForFeedback Wating for Customers feedback type: bug Something isn't working labels Jan 21, 2020
@GFernet
Copy link
Author

GFernet commented Jan 21, 2020

Hi,
My GCode below, but it is the same issue on different files.
Validation prototype force - Partie fixe_0.2mm_PLA_MK3S_2h41m.gcode.zip

@OllisGit
Copy link
Owner

Hi @GFernet ,

short info: I can reproduce the error with your gcode. I will start analysing asap.

@OllisGit OllisGit added status: analysing and removed status: waitingForFeedback Wating for Customers feedback labels Jan 21, 2020
@OllisGit OllisGit added this to the V1.17.x milestone Jan 21, 2020
@9anSan5
Copy link

9anSan5 commented Jan 22, 2020

I don't know if my problem is correlated to this one because i noticed it only with last 1.117 version. With last version octoprint ignore a lot of gcode start code of my file sliced with cura 4.4.1. The real problem is that now starts printing from an incorrect (too high) z offset.

@OllisGit
Copy link
Owner

Hi @9anSan5,
thats strange!

Please provide the gcode file from cura (save to file) and also the uploaded gcode from octoprint (use download-button i octoprint next to the filename).

Thx, in advance
Olli

@OllisGit OllisGit added status: inNextRelease Will be implemented/fixed in next release and removed status: analysing labels Jan 28, 2020
@OllisGit
Copy link
Owner

Hi all,
I could identified the issue and it will be fixed in next release.

OllisGit added a commit that referenced this issue Jan 30, 2020
@OllisGit
New Version 1.17.1
2737b90 
- #110 typo of currentHeightFormatted
- #109, #107 total height not shown in dashboard
- #108 timezone fixed (hopefully)
- #104 24h clock
OllisGit added a commit that referenced this issue Jan 30, 2020
@OllisGit
New Version 1.17.1
4abe2a5 
- #110 typo of currentHeightFormatted
- #109, #107 total height not shown in dashboard
- #108 timezone fixed (hopefully)
- #104 24h clock
@OllisGit
Copy link
Owner

Hi @GFernet, @9anSan5
new Version 1.17.1 is out.

Please test and give feedback!

Thx, in advance
Olli

@OllisGit OllisGit added status: waitingForTestFeedback and removed status: inNextRelease Will be implemented/fixed in next release labels Jan 30, 2020
@9anSan5
Copy link

9anSan5 commented Jan 31, 2020

Perfect, now everything is working. Thanks

@OllisGit OllisGit closed this as completed Feb 1, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
type: bug Something isn't working
Projects
None yet
Milestone
V1.17.x
Development

No branches or pull requests
3 participants
@9anSan5 @OllisGit @GFernet