A couple of small issues I had to install e3v3printjob details a couple of times before it would show up in Octo. When I did get it to show i disabled show thumbnails…when i went to print file the rendering box came up on Octo even though I had disable thumbnails, it also rebooted the printer for some reason.
Went back to 0.19 with the new firmware and all is good. The thumbnails parts is not a issue to me, it doesnt bother me that I dont have that.
Whether it was just me that has that issue or its something else I did wrong i dont know but thought I would just raise it.
There was a dependency issue #11 because my Pi which is also my development environment for the Octoprint plugin has many python libraries by default. I’ve updated the main.zip file with the fix of it.
If you dont need the thumbnail disable the slider and flash the Original Firmware on the printer, otherwise flash the v1.0.9.7_9PIC version on it. Either way if you flash the last one and disable the slicer should load the classic creality superman and the modal on octoprint page dissapear faster.
About the printer restarting no idea without looking at serial.log, Octoprint.log and Plugins.log.
The previous version of the plugin is not compatible with the latest printer firmware. If you rollback the plugin, roll back the firmware too or you will have unexpected behaviour.
Hello everyone, I have good/bad news to report. My remote display for my Raspberry Pi, which I was using to run Octoprint, died. In my search to replace it I found an AMAZING deal on a Nebula pad. I’ve since installed and rooted it. I’ve liked it so much that I am now moving on from Marlin.
Thank-you @Mikey_Mike_Mik for starting this topic and urging Creality to release the firmware, and to all the hard work that @Iroh3d and others have put into the firmware to get it to a level that makes our printers shine!
Thanks for the update i went and reinstalled latest firmware along with 0.21 I got the reboot again at the point where the printer is about to do the purge line down the left side of the print bed. Sorry i did not get any logs or know where to get these so I rolled firmware back one version and back to 0.19.
I dont need the icon display it doesnt particularly interest me. I was more interested in the silencing of the beep from the screen as that really gets on my nerve.
All good I will sit back and try again another day after a few more updates have been done.
Again thank you very much for your work in all of this you are doing an amazing job.
Yeah sorry man, didn’t happened to me until I got another issue #2 report on github. I manage to reproduce it and I’m pretty sure was due to the RAM memory usage, before was 78% so that left so little space to Marlin for work, thus the reboot.
I have uploaded a Hotfix in a Release v1.0.9.7_9PICa, Changed the way the Thumb is rendered and reduced the Memory till 50.3% only .3% more than in the normal release. Same, for the OctoPrint Plugin v0.2.2
Hopefully that settle everything. Anyway if you are happy with the old releases is ok, this new ones are only estetics.
Firmware version was v1.0.9.7_9 and E3V3 print plugin was 0.2.2
In saying that I just remembered I forgot to disable DisplayLayerProgress on the above configuration so will retry it again later disabling that plugin. However with v1.0.9.7_9 and 0.2.1 and DisplayLayerProgress disabled I got the same reboot
There is something suspicious going on there because is the Firmware, unfortunately I can’t test now with the firmware and plugin, my print will end in about 8 hours and then I will test but really weird that your printer is rebooting using the normal firmware… Unless I messed up the normal binary so I need to check after this print finishes.
@Mikey_Mike_Mik
Thanks for the links. I’ll have to check them out.
I see that you linked to the 1.0.27 rooted firmware on github; did you install the pre-rooted, or did you create your own from this repository?
Never used Tailscale. I use cloudflare tunnels, using an obscure domain name I’ve registered for my home server, that redirects to my Nginx reverse proxy server. I just moved the 3D printer subdomain from octoprint to fluidd and everything works as it did.
@Iroh3d
If I get board or klipper isn’t working out (still working on tweaking things as klipper works differently than Marlin in serval key areas), I’m definitely going back to your Marlin version. Before my remote raspi screen died, it was printing as good as my brother-in-laws Bambu PS1!
Am happy to report on the first print I am running now that it worked flawlessly. I will try another print after but I pretty much suspect we are all good now.
so I need to check after this print finishes.