bigtreetech / Bigtree3DPluginSuit

Gcode model preview icon
https://github.com/bigtreetech/Bigtree3DPluginSuit
Apache License 2.0
130 stars 23 forks source link

percentage completed on tft #9

Open chick911t opened 3 years ago

chick911t commented 3 years ago

Hi there on the tft it is saying that there is a percentage completed before the print has even started using cura 4.8 and tft35_E3_E3.0.26.x feb 26 2021 firmware on tft35 e3 https://imgur.com/gallery/L5i0hc1

flatcapper commented 3 years ago

My tft 35 prints fine from day 1. I've even updated the firmware to the tft with no issues. Now the tft on the bx is a different story. The sample files that came with the printer printed just fine from the USB thumb drive. I printer all 3 sample files this way after I transferred the sample files from the SD card that came with printer, over to my thumbdrive. Then I inserted the thumb drive into the USB port on the tft. The files printed fine from start to finish. Then I sliced my own files using Cura 4.8 and the Biqu B1 printer profile found in Cura. When I inserted the thumb drive and select my file to print it would give a g code error and then go to print. The print would start as normal, then after some time the printer would just turn off, then back on (reset) leaving the print head in last position. I was able to then.press print, then select the USB source, then select the file that I was printing, at this point the printer will ask if I want to continue printing. I selected print, print head moves to home, printer heat cycles, then goes back to last position and starts printing. This process will rinse and repeat numerous times during the print. So I decided to try upgrading the firmware. Then I calibrated the ends tops, leveled the printer, ran a abl. Then I formatted the thumb drive, re-sliced the file, and same thing happened. I even tried using a SD card from the tft with the same results. Then while in contact with fellow backer who analyzes Luke's firmware, had me try printing using the same SD card from the SD card slot in the front of the printer. The SD slot that goes directly to the mainboard. The printer ran the file from start to finish. I've now printed 3 items flawlessly. Another backer contacted me and said it looked like Luke's FW only supported the mainboard SD slot. Who am I to argued as it's working, however I'd prefer to use the tft input slots. Sorry for the long reply. I just just thought the more detailed explanation would be helpful.

Sent from Samsung Galaxy smartphone. Get Outlook for Androidhttps://aka.ms/ghei36


From: chick911t notifications@github.com Sent: Sunday, March 7, 2021 3:56:51 PM To: bigtreetech/Bigtree3DPluginSuit Bigtree3DPluginSuit@noreply.github.com Cc: Subscribed subscribed@noreply.github.com Subject: [bigtreetech/Bigtree3DPluginSuit] percentage completed on tft (#9)

Hi there on the tft it is saying that there is a percentage completed before the print has even started using cura 4.8 and tft35_E3_E3.0.26.x feb 26 2021 firmware on tft35 e3 https://imgur.com/gallery/L5i0hc1https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fimgur.com%2Fgallery%2FL5i0hc1&data=04%7C01%7C%7C99391d54d16948c9f56608d8e1c4ae4d%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637507582136541843%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=fjt7HBDJ4qfE5z0KKrm0764fPhYdq%2BqOkCAYFjapfLs%3D&reserved=0

— You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHubhttps://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fbigtreetech%2FBigtree3DPluginSuit%2Fissues%2F9&data=04%7C01%7C%7C99391d54d16948c9f56608d8e1c4ae4d%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637507582136551836%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=%2FicZQTZPqRghTfUUzqgeUDOnlpnxBYhAq7qS8b%2FnEvQ%3D&reserved=0, or unsubscribehttps://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fnotifications%2Funsubscribe-auth%2FAP6GGX3YFG4NAUC35OCFSBDTCQHEHANCNFSM4YYMYJMA&data=04%7C01%7C%7C99391d54d16948c9f56608d8e1c4ae4d%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637507582136551836%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=POoNi5OOg6%2Bvejp80OQfLvu38fmG5%2BE5HcAd5oWXlLI%3D&reserved=0.

bigtreetech commented 3 years ago

In the changes to Gcode made by this tool, I have added some additional parsing functions to ensure that these unexpected codes will not be added in some files that do not need additional Gcode. You can update the tool and use it again. If there are still problems, you can show me specific error information by uploading pictures and videos, etc. That way I can locate the problem more quickly.

chick911t commented 3 years ago

In the changes to Gcode made by this tool, I have added some additional parsing functions to ensure that these unexpected codes will not be added in some files that do not need additional Gcode. You can update the tool and use it again. If there are still problems, you can show me specific error information by uploading pictures and videos, etc. That way I can locate the problem more quickly.

Hi there the problem wasn't rectified percentage say e.i. 70% ic completed before the print has even started

tttttim5 commented 3 years ago

Hello, I think I have found the problem, but I do not know how to fix this. The problem is that the gcode is expanded by 337930 chars. The software than thinks that already a certain amount of characters/lines in the gcode has past, so it does not start at 0%. I tried to subtract this number of chars from a certain parameters like "infoPrinting.cur = cur;" and "infoPrinting.size = size;" in "Printing.c", but this did not influenced it. Another suggestion to fix this is in "Printing.c" the for-loop "for (; infoPrinting.cur < infoPrinting.size;)". In this the first gcode can be ignored, but I did not know how (I updated "comment_count" and added a "\n" in the gcode, but without results). I also checked with the "cmd_index" in "interfaceCmd.c", but also without results. The last thing I think can be changed is the "ack_value()" in "parseACK.c". I do not understand this value, but I think a compensation for these extra chars can be included here. There can also be written some function which checks after reading all the gcode (or partly) whether it can find "bigtree thumbnail end" as this is added from the plugin. If so, it can ignore all the gcode prior to this.

@bigtreetech, do you think you can do something with this information? If not, please let me know. Oh and if you could share the updated code and in which file on this comment, that would be great! If the changes are bigger than only a few lines in one file, please let us know if you have included this fix in the normal software.

Thanks in advance!!!