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] TFT35 v2 and SKR v1.3 M0/M1 commands cause endless Confirm prompts #211

Closed
kepbrown opened this issue Dec 3, 2019 · 21 comments
Closed

Comments

@kepbrown
Copy link

kepbrown commented Dec 3, 2019

Screen: TFT35 V2
Firmware: TFT35_V2.0.24.2

Board: SKR v1.3
Firmware: Marlin bugfix-2.0.x

Description

Executing GCode from the TFT on board SD card slot that contains an M0 command causes an endless loop of screens displaying
echo:
busy: paused for user

If I click the Confirm button the screen clears then pops back up. The only way to stop is to reset the screen.

I haven't attempted to run it from the board SD slot. I assume it would work the same way.

Steps to reproduce

Print a gcode file with the following commands

;FLAVOR:Marlin
G28 ;Home
G1 Z10 ; Lift Z axis
G1 X32 Y35 ; Move to Position 1
G1 Z0
M0 Test Output ; Pause print
M106 S0 ; turn off cooling fan
M104 S0 ; turn off extruder
M140 S0 ; turn off bed
M84 ; disable motors
M82 ;absolute extrusion mode
M104 S0
;End of Gcode

Expected behavior
The prompt comes up but once Continue is pressed it moves on to the next step

Actual behavior
Endless loop

Additional Information

The file being ran is attached. txt extension added to allow it to be uploaded.
pause_test.gcode.txt

@guruathwal
Copy link
Contributor

with M0 command the printer will wait for the user to press continue button on the LCD not the TFT. untill you press it the printer will send the busy command to the TFT, which will result in the same thing you are observing.

@Doenermaker
Copy link

Wouldn't it be possible to send M108 when clicking 'confirm'? M108 needs to be enabled in Marlin, but to my understanding it should work as well as pressing the lcd button.
I have the same problem after M125 in the gcode. My guess is M600 would also behave the same, haven't tried tbh. My TFT35v1.2 is the only display connected, so pressing the lcd button isn't an option for me.

@kepbrown
Copy link
Author

kepbrown commented Dec 6, 2019

I have the same issue with only having the TFT connected, I can't get my LCD to work with my SKR v1.3. It would be nice to be able to find a solution that doesn't require the LCD.

@moag1000
Copy link

moag1000 commented Dec 17, 2019

Could you reconsider that this IS actually an issue? The same happens after an M600 and Filament runout on Marlin 2.0.

I don't have an LCD just like kepbrown and I've tried to send a M108 and M867 S0 (with custom button because the "busy: Pause for user" keeps interrupting and deleting G-code) which does not go through.
I could live with that at least, if it's possible. It would also be helpful if the Pause message would NOT block everything.
(edit: I have the TFT35 1.2)

@Interplain
Copy link

Same problem with same Firmware, i got other issues. Think this board is full of bugs.
Screen: TFT35 V2
Firmware: TFT35_V2.0.24.2
no USB Detection either.

@guruathwal
Copy link
Contributor

where is the gcode file you are trying to print located? on the Main Board SDcard or TFT sd card?

@Interplain
Copy link

Interplain commented Jan 5, 2020

The Gcode that I am printing from is located on the SD card in the TFT screen. I have not tried it from the TF card because I have no connection via USB to the SKR v1.3 Motherboard. I could take the TF card out an put a file on that but have not yet, but i suspect that it will be fine. I did however have connection to the motherboard via USB and it printed fine. The motherboard failed while in the process of printing via USB with Simplify3D and after rebooting it failed to show up on Win10 computer as a Device. I had to use the SD card because no other way of getting Gcode into the MBoard. It seems to constantly flash up with echo, with a confirm button. It prints ok, but to change settings they revert back to what they are set in the Gcode if you can get past the confirm box. So I have issues with main board too, but that's another issue. I have got another board coming to sort that, I think its faulty USB chip. I have formatted the TF card an put the firmware back on and it still didnt show, that was to try an sort the USB issue. So In all I have two issues..

But do have great expectations for the thing, its just I am frustrated with the teething problems I currently have. If you need any more information I am willing to chip in with the topic that this is currently addressing. The Screen.

I do recall that the status, main box at the bottom middle of the main screen didnt show anything more that M114 when it printed via USB.

@Interplain
Copy link

Tried the TF card on the board an it will not read the card says SD error no found, Think i have a faulty Boot loader but not sure how to flash new one to it, or where to get it from. Well annoying.. Got the printer working like a dream. so when new board comes i know main board will be fine.

@Interplain
Copy link

Interplain commented Jan 13, 2020

When is this going to be fixed?
It's driving me nuts.

@guruathwal
Copy link
Contributor

@Interplain already fixed in #297

@Interplain
Copy link

The Gcode is located on the SD card in the TFT Screen. When I print from the SD Card I get a continuous prompt asking me to confirm this is only in the Unified version it doesn't do it on the Orginal. It's a prompt with echo: and something like G28 and confirm. And when it prints shows all coordinates and confirm with each move.

@guruathwal
Copy link
Contributor

@Interplain I am not able to understand your problem ... Did you tried #297 ??

@Interplain
Copy link

I will try that later, thanks. Will enabling EMERGENCY_PARSER stop the Echo box showing. Sorry didn't know that it had been investigated.

@guruathwal
Copy link
Contributor

yes you will have to enable EMERGENCY_PARSER.
currently popup will not be displayed if it receives "paused for user" text from printer

@Interplain
Copy link

Interplain commented Jan 14, 2020

Enabled the above and it still shows, blocking off access to underlying buttons.

20200114_180950

Are we talking about the same issue here?
Sorry about image size.

@ipatch
Copy link

ipatch commented Jan 14, 2020

@Interplain

you are compiling this firmware from source, right?

and you did merge the PR @guruathwal submitted upstream to your local fork, right?

As of right now, you have to manually merge the PR that @guruathwal sent upstream as it hasn't been merged into the master branch yet.

If this all stuff you've already done, please forgive me, as I didn't see any mention of this before in the thread.

@Interplain
Copy link

No, I have not compiled this. I thought it had been fixed in the firmware for the TFT 35 2.0.25-1
I have still got the issue, so I guess I will have to wait until its been put in a new firmware.

@Doenermaker
Copy link

The PR was merged into the master branch 4 hours ago, so you can download the latest files, compile the firmware yourself, and see if your problem is fixed @Interplain

@Interplain
Copy link

That would be great if I knew what to do, it would be nice to do it but not sure where to start. I am familiar with Marlin but not had any experience with the screen I have only had it a week or two.

@CRCinAU
Copy link

CRCinAU commented Jan 21, 2020

Ok - so I've just looked at this a little closer after sending an M701 to load filament and not being able to hit the OK button.

It seems that you SHOULD be able to send an M108 to continue, M112 to cancel (STOP).

Problem is, this needs EMERGENCY_PARSER feature in Marlin for the SKR board and:

Marlin/src/HAL/HAL_STM32F1/../../inc/../HAL/HAL_STM32F1/inc/SanityCheck.h:29:4: error: #error "EMERGENCY_PARSER is not yet implemented for STM32F1. Disable EMERGENCY_PARSER to continue."                                                    
   #error "EMERGENCY_PARSER is not yet implemented for STM32F1. Disable EMERGENCY_PARSER to continue."                                                                                                                                        
    ^~~~~                                                                                                                                                                                                                                     

As such, these options won't work anyway :(

Copy link

github-actions bot commented Apr 6, 2024

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 Apr 6, 2024
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

8 participants