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] Unresponsive LCD #15293

Closed
Decygnus opened this issue Sep 17, 2019 · 22 comments
Closed

[BUG] Unresponsive LCD #15293

Decygnus opened this issue Sep 17, 2019 · 22 comments

Comments

@Decygnus
Copy link

Marlin 2.0
I have SKR v1.3 and LCD 2004. While printer is printing when I push on the encoder and screen is hanging without any information! Print is continuing, but screen doesn't answer for push ups or rotating of encoder. After some time it shows the info screen. All parameters are updating in real time, but when i push on encoder....the same hanging.

This problem appears only when printing.
Files are attached
Marlin.zip

@shitcreek
Copy link
Contributor

LCD randomly hangs sometimes with the CR10 Stock Display and SKR 1.3 as well. This also happens sometimes during bed leveling.

@ghost
Copy link

ghost commented Sep 17, 2019

I am having exactly the same problem, SKR v1.3 with LCD2004
during a print I can't push the encoder, otherwise the screen will be blue, but the print will continue.
If I change it to 12864, the response from the screen is really slow, a lot of times it will be a timeout and jump back to the info page.

@Prelo96
Copy link

Prelo96 commented Sep 19, 2019

Same problem,
lcd became unreactive during printing.
I can do something while traveling only
skr1.3
delta 200 segment
tmc2130 spi 64microstep
linear advance
reprapdiscount controller

@ghost
Copy link

ghost commented Sep 21, 2019

I am using a LCD2004 from micromake and increase the BLOCK_BUFFER_SIZE to 128 solves my problem as I posted in #15169, BLOCK_BUFFER_SIZE 64 only allows me to play with menus after solid layers.

@arbitur
Copy link

arbitur commented Sep 25, 2019

I also have this issue. It used to not hang like this in a build from commit 2971b48 branch bugfix-2.0.x but after I merged my config branch to commit 07eb213 it started hanging while printing curves. So somewhere inbetween these commits there mustve been a change that made it hang like this Im guessing its some queue thing hanging up the UI thread or something. Really annoying.

@boelle
Copy link
Contributor

boelle commented Oct 12, 2019

@Decygnus still having issues?

@stefi01
Copy link

stefi01 commented Oct 14, 2019

same problem with Rambo v1.3

@boelle
Copy link
Contributor

boelle commented Oct 24, 2019

can it be rules out that this is not a hardware issue? ie bad made china board?

tried what @Ke5han did?

where do you get marlin from?

@thinkyhead
Copy link
Member

@boelle — We are pretty certain there's a bug, but it's hard to track down because of the spurious behavior.

@boelle
Copy link
Contributor

boelle commented Oct 24, 2019

i only asked because there is a lot of issues where the common is boards from china
a little harsh on my side but i just find it a bit to strange that there are so many issues left with china made hardware

and in a few cases i discovered that people in fact did use a fork and not direct from us, hence the last q

@ZhenyaKa
Copy link

ZhenyaKa commented Oct 26, 2019

The same problem. But I have summer build of Marlin 2.0.bugfix and all okay in it. Hardware the same

@boelle
Copy link
Contributor

boelle commented Oct 26, 2019

do you remember the commit of that build?

@ZhenyaKa
Copy link

do you remember the commit of that build?

no, but i can upload source for comparing files

@MarlinFirmware MarlinFirmware deleted a comment from ZhenyaKa Oct 26, 2019
@MarlinFirmware MarlinFirmware deleted a comment from boelle Oct 26, 2019
@thinkyhead
Copy link
Member

thinkyhead commented Oct 26, 2019

The STM32 platforms are constantly in flux, so that may be contributing. We've set platformio.ini to use [email protected]. But possibly an earlier version would be better. We'll need more feedback on whether earlier versions fix this issue.

@arbitur
Copy link

arbitur commented Oct 26, 2019

@boelle see my answer of working commit. (2971b48)

@thinkyhead
Copy link
Member

So, around August 8.

@runningz
Copy link

Same problem here with skr 1.3 and fystec 12864 rgb. With a Marlin from 13/07/2019 no problem...

@istyszy
Copy link

istyszy commented Oct 31, 2019

Same problem with SKR V1.3 + rep-rap smart display controller 2004 with the included external card reader.(Anycubic Kossel delta printer)

@hearnia2k
Copy link

I think this issue is the same as #15169

I also have it on my Anycubic Predator with SKR 1.3 using FYSETC MINI12864 RGB v2.1.

@boelle
Copy link
Contributor

boelle commented Nov 3, 2019

@Decygnus are your issue the same as in #15169 ?

@thinkyhead
Copy link
Member

Duplicate of #15169

@thinkyhead thinkyhead marked this as a duplicate of #15169 Nov 6, 2019
@thinkyhead thinkyhead changed the title [BUG] (LCD2004 is hanging on SKR 1.3) [BUG] Unresponsive LCD Nov 6, 2019
@github-actions
Copy link

github-actions bot commented Jul 4, 2020

This issue has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs.

@github-actions github-actions bot locked and limited conversation to collaborators Jul 4, 2020
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests