-
-
Notifications
You must be signed in to change notification settings - Fork 466
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]"Error (12) Upload Rejected" While Trying To Upload to SD Card #729
Comments
Thank your for submiting, please be sure you followed template or your issue may be dismissed. if you deleted the template it is here |
Also I have tried several different SD cards, and made sure they are properly formatted with FAT32. |
Yes I see several things that are unfortunatly not compatible with M28/M29 upload and so make upload more likely failing 1 - you have auto report enabled You can try to confirm my guess by reflashing Marlin disabling all auto reports but for BTT TFT I am not sure how you can workaround as ESP board is connected to it or fix the FW to see why this is not take in account (https://github.com/bigtreetech/BIGTREETECH-TouchScreenFirmware/blob/master/TFT/src/User/API/interfaceCmd.c#L536-L539) Also because this protocol is not really used, it is often broken in Marlin / TFT because people do not test it or even consider it when adding auto report features, polling commands. So there is not much I can do currently in ESP3D to prevent others commands to disturb upload and make it failed I am working on another protocol because current M28/M29 transfer protocol only bring disappointment in performance (0.4B/sec) #535 and reliability (cannot handle concurrent commands as you can experience it / Marlin do not handle the stop auto report when upload is ongoing) : #575 |
Thanks for the quick and detailed response! I did try recompiling without auto reports enabled and unfortunately it didn't seem to resolve anything. Still get error 12, and still get Line number is not X errors on the TFT, so I suspect your guess that the TFT is interrupting transfers is correct. In the end given the transfer speeds I guess I'll just give up and get a wireless SD card and just use ESP3d for monitoring prints since everything else works fine. |
@FergyA to be honest I did support the M28/M29 at the beginning just for courtesy, I also use WiFi SD and WifiFIback pack for the SD transfer. |
I just realized... this youtube video demonstrates almost my exact setup, but with slightly older hardware and yet he is able to upload. (see ~13:40) Any comments on what makes his setup work even though he's routing through the TFT? |
yes it was one year ago, when I do the pr to btt FW it was 2 years ago and was also working as I mentioned Marlin and BTT fw break the protocol doing polling / report status when M28/M29 is ongoing, Fw changed a lot since my pr and this video check what doing these polling/status and make them quiet when M28/M29 isprocessing is the way to go |
Got it, thank you! I'm kind of tempted to figure out what those firmware versions were and see if I can rebuild them then. There are no new major additions in the last year to either the TFT, Marlin, or ESP3D that I think I would miss, Appreciate the help! |
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. |
I am running ESP3D on an ESP8266 connected to a BTT TFT35 E3 V3.0, running on a BTT SKR Mini E3 V3 running Marlin 2.0.x bugfix. The firmware of all 3 devices have been freshly compiled from source today 3/9/2022.
Whenever I try to upload gcode through the webui to the SD card I get the following error.
In addition, the printer throws a random number (usually 1-3) of "Line number is not Last Line Number +1" errors. The file is appropriately named in 8.3 format, and size does not matter.
All other features of the webui work, including reading/starting a print from the SD card, controlling temperatures, and issuing commands. I am even able to create a file and populate it manually through the command terminal.
I did also try enabling the DISABLE_SERIAL_CHECKSUM option in the firmware, which seemed to eliminate the line number errors, but the same upload still fails.
The text was updated successfully, but these errors were encountered: