Skip to main content
T
Tomas Spacil
Visitor II
April 23, 2024
Solved

fsdata(_custom) stopped working after upadte on HAL 1.27.(0/1)

  • April 23, 2024
  • 2 replies
  • 1607 views

Hello STM Community,

I have a project on STM32F407 with a web server. I am loading html pages and data from external USB storage using fs_open_custom() (fs.c) but in some cases I was still using internal flash with fsdata(_custom.c). For example, a 404 page for external memory error or disconnection cases to report a web server memory error.

I recently updated to HAL 1.27.1 and reading data via fsdata_custom.c suddenly stopped working correctly. When requesting to read fsdata, the entire ethernet always dropped without reconnecting (must restart the MCU). After return back only the stm32f4xx_hal_eth.c/.h and ethernetif.c/.h files (the rest will remain in HAL 1.27.1), reading will start working correctly again.

Is there any knowledge of this specific behavior or ethernet error after updating to HAL 1.27.1? Or is there already a fix please? I read here about the major overhaul of ethernet in the 1.27.0/1 update and the new problems it brought. Updating to HAL 1.28.0 (Cube 6.11) did not fix this.

I will be grateful for any help moving me forward. Thank you in advance and have a nice day!

Tomas S.

 

 
    This topic has been closed for replies.
    Best answer by ASEHST

    Hello @Tomas Spacil,

    With the new HAL driver 1.27.0/1, particularly in the F4 where the Ethernet DMA lacks access to the flash, we are experiencing issues with flash access.

    To ensure proper data copying from flash memory, we recommend implementing the following modifications to your project:

    -Define HTTP_IS_DATA_VOLATILE(hs) as TCP_WRITE_FLAG_COPY in the lwipopts.h.
    -If your project uses RTOS with Netconn APIs, use the NETCONN_COPY flag in the netconn_write API.

    This issue will be fixed in the upcoming release.

    With Regads,

    2 replies

    A
    ASEHSTAnswer
    ST Employee
    May 8, 2024

    Hello @Tomas Spacil,

    With the new HAL driver 1.27.0/1, particularly in the F4 where the Ethernet DMA lacks access to the flash, we are experiencing issues with flash access.

    To ensure proper data copying from flash memory, we recommend implementing the following modifications to your project:

    -Define HTTP_IS_DATA_VOLATILE(hs) as TCP_WRITE_FLAG_COPY in the lwipopts.h.
    -If your project uses RTOS with Netconn APIs, use the NETCONN_COPY flag in the netconn_write API.

    This issue will be fixed in the upcoming release.

    With Regads,

      T
      Tomas SpacilAuthor
      Visitor II
      May 14, 2024

      Hello Asehst,

      Thank you for your help, this solved the problem.

      With regards,

      Tomas S.

       

      K
      kdluzynski
      Graduate
      August 19, 2025

      I think the right solution should be to define in main.h or CMakeList.txt (if you use one) or lwipopts.h

      #define HTTP_IS_DATA_VOLATILE(hs) \
      (HTTP_IS_DYNAMIC_FILE(hs) || !(((uint32_t)(hs)->buf >= FLASH_BASE) && ((uint32_t)(hs)->buf <= FLASH_END)) ? TCP_WRITE_FLAG_COPY : 0)

      this way it will only copy if the file is actually in flash

       

      Terms & ConditionsAccessibility statement