Not sure if this is a known issue or there is a way around this but for your information, I noticed when I went to do another print the same as the one I just completed that an error come up sending the info for rendering to the screen.
The print did start but no rendering of the lcd screen was available.
Not sure how it all works but to me it appears like memory may still contain the rendering from the first time it is printed therefore preventing it being reloaded back up ???
If you turn printer off, back on, and start print job the file is rendered and sent to the screen no problem.
Sounds like there is no data passed from Octoprint Job’s to the plugin.
You can share the Octoprint.log and the EV3SE.log to see exactly whats going on.
Here are the files. I added .pdf at the end of the files so as to upload them in a format that the site allows. You just need to download and rename and remove the .pdf
Happy to do another small print in order to update logs if you require.
Yes, as suspected no info from the JOB is sent to the plugin.
+2025-02-25 23:06:30,486 INFO: Direct Print? Metadata not sent yet
+2025-02-25 23:06:30,492 INFO: >>>>>> Called get_print Metadata for None
-2025-02-25 23:06:30,497 ERROR: load_metadata_from_json: Failed to load metadata from /home/huggy/.octoprint/data/E3V3SEPrintJobDetails/metadata/None.json: [Errno 2] No such file or directory: '/home/huggy/.octoprint/data/E3V3SEPrintJobDetails/metadata/None.json'
-2025-02-25 23:06:30,542 ERROR: get_print_metadata: Error retrieving metadata for None
I printed the item where the info displayed ok, then a few minutes after it finished, I printed it again because i was not happy with the colours, when i went to click the print button on Octo is when the error occurred. I rebooted printer and all was right again.
I might run a test on a small print and cancel the print and then restart it and see if i get the same issue.
I hope this helps, not only does it do it if you want to print the item again but also I tried a quick print, let it run for a couple of minutes, cancelled the print, then restarted the print and the same occurred.
As another test to help rule out some stuff, i started the level test print (small print) cancelled it after a couple of minutes, then restarted a completely different print and that worked perfectly that it rendered it to the screen.
So it only appears to be if you want to reprint the same print again when the issue occurs, or if you cancel that print and restart the print.
There are many flows where users can trigger a job and that generates unplanned bugs. I try to foreseen the most common flows but as you can see I’m always missing something. But while people report it I can try to fix it.
I can confirm upon cancelling a print and restarting the print that it now works.
I do apologise for repeatedly bringing up issues. I do so not in way to disrespect your amazing work.
I do not mind in anyway having to roll back a version if needed or to try a new version when you have sorted a bug as it is a very simple process to do.
I was about to create an issue on @Iroh3d repo for his latest and best firmware yet! I had the same issue when reprinting the same file (print repeat) where the OctoPrint has already selected the file prior to the first print and when I press the print, the thumbnail will fail to render to LCD and no updates on the LCD, not even the print progress. However, I notice the LCD actually updates something but not correctly.
The only way around it was to either initiate the same print via OctoApp (yeah, it actually works but it pauses the print temporarily and after thumbnail is rendered to LCD, it resumes, no issues there) or if on OctoPrint, select a different file, let it render the thumbnail for that different file to LCD or cancel it ‘X’, then reselect the print file to reprint and it uploads the thumbnail again.
Gotta try the OctoPrint-E3v3seprintjobdetails v0.2.3 plugin if it fixed that issue.
Thanks man and as usual @Iroh3d, many thanks to your great work, especially the LCD mute button!
Hi, I try to fix the little bumps that look like over extrusion when the head is changing direction, I looked for linear/pressure advance and installed the firmware 1.0.7.1 above from queeup.
But when I run PA tests included with Orca or Creality Print, to find my setting there zéro difference at any line, there a step I’m missing or a special setting we need to enable to get it working?
Fixed Print Information details for SD Print. Merged the fix of PR#39 from @eduard-sukharev.
Linear Advance quick Menu. Added a quick Linear Advance Menu under Motion Menu from feature request on Issue#26.
Custom Extrusion Menu. Added a custom Extrusion Menu under Prepare Menu from feature request on Issue#27. You can Extrude based on different tempearatures and lengths to match your material.
Saw it, there some brief informations but not enough to get it working,
I just want to enable pressure or linear advance, is there any firmware from this thread that allow it without Rpi?
The firmware in this thread doesn’t need the RPi. It can work as stand alone too.
The RPi is in case you want to add OctoPrint and enable the LCD New Layout, if not printer will work BAU as the stock firmware but with the common new features. Take a look at the Readme file.
Perfect, will definitely try your version when I have access to my printer, it looks a bit more complicated for a new born in printing world like me, but it looks way more documented as well.
Was already checking it since someone recommended it to me on Reddit.
I know it’s not hard to find, but just to let you know, the link you posted above “Release v1.0.9.7_9b” redirect to Github homepage.
It only has extra features if you like to use Octoprint but for standalone you can just flash & print. Tweaking Linear Advance, Input Shaping can be ommited.
