Fix build for GTR and SKR PRO with usb flash drive support

[rhapsodyv]

Description

Fix missing flags. Fix #20750

[gaby64]

tested with your pr, im getting this error:

In file included from Marlin/src/HAL/STM32/HAL.h:27, from Marlin/src/HAL/STM32/HAL.cpp:25: Marlin/src/HAL/STM32/HAL.h:63:23: error: 'MSerial' was not declared in this scope; did you mean 'MSerial9'? 63 | #define MYSERIAL1 MSerial

[rhapsodyv]

To use gtr with a usb flash drive, you need to move the usb jumper and not use -1 as serial in marlin, as the usb serial will not be available when using usb flash drive.

You should set it to 1, 2 or 3. I don't know the right value. You need to take a look in the gtr specs. But -1 will not be available.

[gaby64]

so this is unusable on my SKR Pro 1.2 with a BTT TFT70, I just wanted usb drive support for the motherboard.

[rhapsodyv]

so this is unusable on my SKR Pro 1.2 with a BTT TFT70, I just wanted usb drive support for the motherboard.

I don’t have this board. But I know that you will lose the usb to computer when using usb flash drive.

but I don’t think it will stop working the tft...

We need to take a look in the board specs to see what are the serial port available.

[rhapsodyv]

When using usb flash drive, I think you will only lose the usb connect with host/computer. The serial for the tft will not change, it will be serial 1 yet.
You just lose the serial -1.

@thisiskeithb right?

[thisiskeithb]

@thisiskeithb right?

Sounds right, but I didn't have a TFT hooked up when I was testing it.

[gaby64]

you are right, I had changed to something other then 1 for the first serial.

[ghost]

Freshly donwloaded and builded.. :(

[ghost]

Now it's works with this setting:

/**
 * Select the serial port on the board to use for communication with the host.
 * This allows the connection of wireless adapters (for instance) to non-default port pins.
 * Serial port -1 is the USB emulated serial port, if available.
 * Note: The first serial port (-1 or 0) will always be used by the Arduino bootloader.
 *
 * :[-1, 0, 1, 2, 3, 4, 5, 6, 7]
 */
#define SERIAL_PORT 1

#
# Bigtreetech GTR V1.0 (STM32F407IGT6 ARM Cortex-M4) with USB Flash Drive Support
#
[env:BIGTREE_GTR_V1_0_usb_flash_drive]
platform          = ${common_stm32.platform}
extends           = common_stm32
board             = BigTree_GTR_v1
extra_scripts     = ${common.extra_scripts}
  pre:buildroot/share/PlatformIO/scripts/generic_create_variant.py
platform_packages = ${stm32_flash_drive.platform_packages}
build_flags       = ${common_stm32.build_flags}
  -DSTM32F407IX -DVECT_TAB_OFFSET=0x8000

[rhapsodyv]

My branch didn't work for you?? I didn't understand you.

[ghost]

After all settings implemented in Config file:

[ghost]

My branch didn't work for you?? I didn't understand you.

No. Not work. :(

[ghost]

When i turn off the sdsupport then compiled without error:

[rhapsodyv]

I think you aren't using my branch. I just compiled it without any error or warning. Configs:

#define SERIAL_PORT 3
#define MOTHERBOARD BOARD_BTT_GTR_V1_0
#define SDSUPPORT
#define USB_FLASH_DRIVE_SUPPORT
#define USE_OTG_USB_HOST

[rhapsodyv]

I just added a test in the Marlin CI to build GTR + OTG USB, just to make sure it's working... and the test just finished with success...

[margaale]

Yep, i can confirm it's working fine. I was having a problem where the status message was saying "USB start failed", however i had USE_OTG_USB_HOST commented out. Thanks to your test i was able to find that out.

[ghost]

config.zip

[rhapsodyv]

config.zip

You need to enable the configs:

#define SERIAL_PORT 3
#define MOTHERBOARD BOARD_BTT_GTR_V1_0
#define SDSUPPORT
#define USB_FLASH_DRIVE_SUPPORT
#define USE_OTG_USB_HOST

And use this branch, not bugfix.

[ghost]

I think you aren't using my branch. I just compiled it without any error or warning. Configs:

#define SERIAL_PORT 3
#define MOTHERBOARD BOARD_BTT_GTR_V1_0
#define SDSUPPORT
#define USB_FLASH_DRIVE_SUPPORT
#define USE_OTG_USB_HOST

ok then I try it again.

[ghost]

Thank you! It's alive! :D

[ghost]

Yes i konw... I open another error ticket. But it is driven by curiosity.
There is still a bug still.
Even though I turn the probe offset in the plus or minus direction, the bed always moves in only one direction (it keeps moving away).