-
Notifications
You must be signed in to change notification settings - Fork 1.7k
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
Comments
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. |
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 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. |
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. |
Same problem with same Firmware, i got other issues. Think this board is full of bugs. |
where is the gcode file you are trying to print located? on the Main Board SDcard or TFT sd card? |
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. |
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. |
When is this going to be fixed? |
@Interplain already fixed in #297 |
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. |
@Interplain I am not able to understand your problem ... Did you tried #297 ?? |
I will try that later, thanks. Will enabling EMERGENCY_PARSER stop the Echo box showing. Sorry didn't know that it had been investigated. |
yes you will have to enable EMERGENCY_PARSER. |
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. |
No, I have not compiled this. I thought it had been fixed in the firmware for the TFT 35 2.0.25-1 |
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 |
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. |
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:
As such, these options won't work anyway :( |
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. |
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
The text was updated successfully, but these errors were encountered: