[BUG] Print wont start with SD card or USB stick

[Piripippeli]

Did you test the latest bugfix-2.1.x code?

Yes, and the problem still exists.

Bug Description

Print wont start with SD card or USB stick, problem is that motherboard wont send temp data to TFT when printing.
TFT waits for temps to rise but they never do. You can start print with Ultimaker Cura via USB B port, because it communicates straight to motherboard, but in TFT temps and fan rpms never update while printing. Something cuts the communication with TFT and motherboard when print is on.

Version of Marlin Firmware

Marlin 2.1.2.5 and bugfix-2.1.x tested both

Printer model

Artillery SideWinder X2

Electronics

All Stock

LCD/Controller

Stock

Other add-ons

No response

Bed Leveling

UBL Bilinear mesh

Your Slicer

Cura

Host Software

Pronterface

Don't forget to include

• A ZIP file containing your Configuration.h and Configuration_adv.h.

Additional information & file uploads

Configuration.zip

[ellensp]

I suspect #26952 changed this behavior

In particular

  #if ENABLED(AUTO_REPORT_TEMPERATURES)
    AutoReporter<Temperature::AutoReportTemp> Temperature::auto_reporter;
    void Temperature::AutoReportTemp::report() {
      if (wait_for_heatup) return;   //<--  this line stops temperatures being printed while heating if wait_for_heatup is true.
      print_heater_states(active_extruder OPTARG(HAS_TEMP_REDUNDANT, ENABLED(AUTO_REPORT_REDUNDANT)));
      SERIAL_EOL();
    }
  #endif

find and comment out that line.

[Piripippeli]

  #if ENABLED(AUTO_REPORT_TEMPERATURES)
    AutoReporter<Temperature::AutoReportTemp> Temperature::auto_reporter;
    void Temperature::AutoReportTemp::report() {
      print_heater_states(active_extruder OPTARG(HAS_TEMP_REDUNDANT, ENABLED(AUTO_REPORT_REDUNDANT)));
      SERIAL_EOL();
    }
  #endif

I dont have that line in Marlin-2.1.2.5

[Piripippeli]

https://www.reddit.com/r/BIGTREETECH/comments/p580an/printing_only_works_in_marlin_mode/

Found this post from reddit 3 years ago, same issue.

#25157

And also its been old bug ?

[Piripippeli]

          // The line number must be in the correct sequence.
          if (gcode_N != serial.last_N + 1 && !M110) {
            // A request-for-resend line was already in transit so we got two - oops!
            if (WITHIN(gcode_N, serial.last_N - 1, serial.last_N)) continue;  //<--  this line causes the error with motherboard and tft.
            // A corrupted line or too high, indicating a lost line
            gcode_line_error(F(STR_ERR_LINE_NO), p);
            break;
          }

Can you guys look this up? after commenting that line everything works just fine.