-
-
Notifications
You must be signed in to change notification settings - Fork 228
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
Display Layer Progress Plugin issue #584
Comments
comment out the last two lines in your So replace:
with:
Once you want OctoDash to work again just remove the |
Awesome! Thanks! Have you heard of the issues with DLP? |
And could Octodash actually run with the DLP plugin disabled? I already miss having the display running next the the printer as I am running a test with both disabled. |
Yeah I‘ve just got the notification today. Haven‘t experienced them myself though ... Let‘s see how long it takes him to fix it. I‘ve already started making most of the plugins optional and having the option to disable them, so I might just add a switch to turn DLP off in the future too. |
ok - thanks! |
To add in here - If DLP is disabled, and OctoDash is still running, the pi will be inundated with a cascade of error messages and will slow substantially. This also seems to happen when an API key is incorrectly entered. It looks like the error message thread just keeps churning, and multiple connection attempts are made etc. Just found these both out while installing, then troubleshooting this layer shift issue. |
OctoDash will query the API every x ms (defined in the settings), no matter if the request before returned an error or not. While OctoDash cleans up the data, Webkit will keep the HTTP Error message in the console, which results in an increasing memory footprint, which slows the Pi down. I'm yet to find a way around this error / beahvior. Clearing the console might work, although this could oppress useful information. |
@UnchartedBull Is it possible to implement a backoff timer, to lessen the impact of the errors in the console? Or perhaps a "max error" rate before logging to the console. Which file(s) is this logic currently implemented? |
Basically all http requests are handled in the files with *.service.ts ending. Currently I'm using an RxJs timer, so I don't know, whether they support that. I just heard in another issue that OctoPrint has the ability to push updates via a WebSocket similar way. This would greatly reduce load on the Pi. I'll definitely have a more detailed look into that, as this would make most of the |
Damn... i have layer shifts, too... so i just disabled DLP and of course i've had to disable OctoDash. Does this mean that until they repair DLP i can't use OctoDash at all? I'm so used to it that i can't even print now... can you make OctoDash to work without this plugin? |
https://drive.google.com/open?id=1otL6i0C_2_SrPob7I16oGuVg1xsnt0YU here is a dev build with DLP just commented out. Fanspeed doesn't work and of course there is no layer indication. Otherwise this should work just like 1.4.1. Did a quick test and the DLP API wasn't queried. |
Many thanks! BTW... i noticed in the package that localized versions are present (including Slovenian) - how to select language? |
Thanks for this, I was missing my OctoDash! |
Can this be installed over top of the current (latest) version? |
Sure, i installed it like it’s written in wiki under “manual installing”. You just need to run that part where .deb file installation is explained. Of course you must transfer .deb file into your pi first, don’t use wget command... |
So if I may add something to this, dlp was causing issues on my rpi3. This was actually a development system so had a ton of plugins I didn't need that I was just testing. Anyway even after removing most of the plugins I was still having stalling on circles. by disabling and plugins I found dlp was the culprit and causing stalling (I don't run octodash currently but am investigating using it). I fixed the stalling by changing the CPU governor on the rpi from ondemand to performance. In my experience ondemand governor is not good when you have time sensitive things, it takes too long to ramp up. Anyway I fixed it and posted instructions on Reddit. I highly recommend everyone running octoprint change their governor, regardless of if you are having issues. You should probably add a heatsink and active cooling if you go this route. |
I tried upgrading to a Pi4 over the weekend (2GB) and it helped a bit with the stalling, but I still can see it. Do you think your approach above would work on a Pi4? |
To add to my above question - it seems like this would force the CPU to 1.5GHz all the time, right? I would wonder if the temps would run high. I do have a fan hat installed on mine, so I might try it out. UPDATE: I just tried it on my Pi4 and it indeed helped a lot. I didn't let print finish, but just watched as it printed some areas of my test part and didn't see the stuttering/stalling at all. It also seems to be keeping it's cool (as much as it can as a Pi4) with the fan. |
I setup some scripts to switch between performance while printing and on-demand when not.
I’ll pull things together and post it
Thanks!
James
On May 3, 2020, at 7:14 PM, spiff72 <notifications@github.com> wrote:
To add to my above question - it seems like this would force the CPU to 1.5GHz all the time, right? I would wonder if the temps would run high. I do have a fan hat installed on mine, so I might try it out.
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub<#584 (comment)>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/AJYADF3LLGBIHBJ4IKFHLVTRPX3DPANCNFSM4MNLB67Q>.
|
Temps should be safe using active cooling. I find this to be a good test for stalling. I have also sliced benchy to just get the roof up. Circles cause major issues.
Scripts would be super useful and am curious to see what you come up with. I really do not mind running my pi at 100% all the time but it is a waste of power. |
I have Rpi4 and i have layer shifts, so i doubt that it's Rpi's cause. Pi4 has more than enough power to run octoprint, in fact CPU usage never gets over 10% or so. |
The layer shifts were happening due to DLP plugin on certain printers. |
I find my Pi4 CPU usage can get as high as 25-30% (as reported by the Dashboard plugin) during some print moves (very short, movements in quick succession). |
Modifying CPU performance via scripts - Here is a good method that you can modify CPU from the default of "ondemand" to "performance" and back again during printing.
You can use nano as well, and add in the following line:
Save and exit.
Restart octoprint service or reboot SBC/Computer.
(Updated to add in Klipper and Marlin M118 G-Code requirements) You can use the Action Command M118 codes in your slicers START/END G-Code. |
Does this only work with Klipper (which I am not familiar with)? Or is that Klipper section specific to Klipper firmware only and not needed for other firmwares? I gather that the changes shown above to the start/end gcodes in the slicer would accomplish the governor changes automatically. I actually considered using the scripts above and adding them as system commands in octoprint (where i placed a bunch of commands for turning the light and printer on/off, and adjusting camera focus. But I know I will inevitably forget to do this. |
Nice work. I am in the middle of a print so am unable to check right now but does the |
@Syco54645, I checked the other three cores of my Pi 3B+ and the setting seems to be across all cores. I’ll double check my TinkerBoard running Armbian to confirm. |
@spiff72 ,
Only difference is Marlin I had to add in the extra // characters. ( I updated my original post to include the Klipper/Marlin differences). Klipper FW needs an extra config option in order to enable the M118 G-Code and that adds in the // characters. @Syco54645,
|
Nope. I just tried it and going back to "special" temporary version. |
Thanks for this update, I will have to stay on the dev version |
Thanks, I’ll stay in this version too, with my Prusa having layers shifting I don’t have another option. |
https://drive.google.com/open?id=1r2mOpJoMfVI0cdfyzOaTNxkRfLdYN7Ny here is v1.5.0 without DLP. Let me know if it works. |
It works, thanks! |
might be wrong here as i am soooo very new to all of this. (btw, OctoDash is fantastic!! it completely changes the whole 3d printing experience, at least for me) i have 1.5 installed. i go to plug ins and there is a grey box filling in the tick box for DLP, BUT it is not changeable. I go to OctoPrint & it is enabled. I disable it from OctoPrint plug in manager & then OctoDash goes nuts. Am I missing something? please help, thanks! |
You can't disable DLP in OctoDash. If you intend to work without it you must manually install above "hacked" version. For that you must transfer above file from google drive onto your PC, then putty into your octoprint, transfer file there and run: sudo dpkg -i octodash_1.5.0_armv7l.deb |
Thank you so much for this! Changing the cpu governor was the final step (along with increased marlin buffers, and updates to DLP) that I needed to get my octoprint quality to be as good as from the sd card. |
Since the issue seems to be resolved, I'm going to close this issue. I'll leave 1.5 without DLP in here. Further releases will have DLP mandatory again (until I find a good way to make DLP optional) |
Well, for info: since prusa released final version of 3.9.0 FW and DLP was also updated at appr. the same time now i use “normal” octodash with DLP enabled and i didn’t have any layer shifts so far. Crossing my fingers... |
I still having layer shifting with 3.9.0 FW on prusa on my Pi3 with Octodash / DLP :( |
I have to add that I too see occasional layer shifts with Prusa FW 3.9.0 and the latest DLP. It’s not as frequent as with the previous DLP version, but still happens. I disabled DLP until this is addressed. |
Ok since the issues didn't seem to be resolved fully: After the release of v2 I'll work on issue #595. This involves some major rewrites of almost every service that somehow interacts with OctoPrint. The upside of this is, that this makes DLP optionally, since OctoPrint does support sending the current height via the push update. This will probably take some time, since I have lots of other stuff at hand currently. Will try todo this for v2.1.0 though. |
Is there a build of 2.0.0 yet that is "hacked" to not have DLP? or is the 1.5.0. build the only option still? |
Sorry for the wait. Here is v2.0.0 without DLP: https://drive.google.com/file/d/1-OcUZOLr9zrxfd5P9Ybi81zIekI15GaW. If something doesn't work feel free to comment here :) |
Thanks for providing that file. I wanted to give you feedback from when I tried it. This is how the installation went for me:
It seems to be working fine (no error pop-ups). The percent indicator is updating, but it does say "Layer -- of ?". I assume that's expected given the removal of the DLP dependency. |
Without DLP you loose layer info as well as some other data, yes. |
If any of you have Prusa printers, do you have crash detection turned on or off? I have had this turned off for quite a while and still use DLP with no shifts. |
My own experience, for what it may matter:
|
With DLP disabled you will loose Layer and Fan Information. If one day the push updates are implemented in OctoDash the layers will be replaced with Z-Height, if DLP is disabled. |
Hi, I just wanted to know if in version 2.1 or 2.2 there is the option to disable DLP? Thanks |
jneilliii has a No-DLP version on his fork: https://github.com/jneilliii/OctoDash. For 2.1.1 the custom version is still needed, once v2.2 is ready you should be able to disable DLP from the UI. |
How do you download the version from his fork? From the looks of it the page looks identical to yours with the same link |
just Or execute his update script. He updated the links there |
What doesn't work?
I have noticed lately that Octoprint is very sluggish - I can see some printer moves are running slower than they should. I ended up switching to printing from the SD card instead. But today I saw a notice in octoprint that the DLP plugin is having some issues.
OllisGit/OctoPrint-DisplayLayerProgress#124
I would like to temporarily disable DLP plugin and Octodash (since it requires DLP), but I don't know how to disable Octodash.
The text was updated successfully, but these errors were encountered: