• State
  • Replies 6 replies
  • Subscribers 30 subscribers
  • Views 69 views
  • Users 0 members are here
Support feedback
Options
Options
Related

AM2434: INDUSTRIAL-COMMUNICATIONS-SDK-AM243X v11.x, EthertNet/IP, unsufficient stack size

Vit Triska
Prodigy 30 points
Part Number: AM2434

Tool/software:

Hello,

I see stack overflow in precompiled EtherNet/IP Industrial SDK, specifically in the FreeRTOS task named "packet". How to enlarge the "packet" task stack in case the EtherNet/IP is already precompiled?
Applied: INDUSTRIAL-COMMUNICATIONS-SDK-AM243X v11.x (the same issue in 11.00.00.08 as well 11.00.00.13).
Screenshot attached.

Regards,
Vit

  • 0
    TI__Intellectual 1560 points

    Hi Vit,

    In general, the task size for internal tasks used by EtherNet/IP stack are currently not configurable from the application side. I'll inform you whether this will be added as a feature in the next release.

    Out of curiosity, are you establishing numerous Explicit messages? The default size is actually quite sufficient for most use cases, so I'm interested in understanding your specific requirements.

    Best regards,
    Pourya
  • 0 in reply to Pourya Eskandari
    Prodigy 30 points
    Pourya Eskandari said:
    Out of curiosity, are you establishing numerous Explicit messages? The default size is actually quite sufficient for most use cases, so I'm interested in understanding your specific requirements.

    How to control/set/limit them?

  • 0 in reply to Vit Triska
    Prodigy 30 points

    And which tasks the EtherNet/IP creates in the background?
    Just this 4 - the "LinkTask", "RxTask", "phymdix task" and "packet" (my issue)?
    What size (each of them)?

  • 0 in reply to Vit Triska
    TI__Intellectual 1560 points

    Hi Vit,

    you are not supposed to limit the communication, my question was targeted to understand the context in which your problem happens.
    In short, the "packet" task's stack usage could go high when there are heavy UDP and TCP communication going on on your device.
    Have you maybe changed priority in the tasks (in app.c) ?

    Regards,
    Pourya

  • 0 in reply to Pourya Eskandari
    Prodigy 30 points

    Truth, EtherNet/IP communication priority is almost the highest from all tasks. But it is the default as your EthertNet/IP example.

    In case the UART driver is fixed to local temporary array as requested (because DRV_UART_printf(***) needs to be reentrant!), the stack overflow arise in case the EtherNet/IP communication (with PLC) is runned.

    Screenshot attached to see all priorities and the issue.

  • 0 in reply to Vit Triska
    Prodigy 30 points

    Please fix these two bugs as soon as possible (immediatelly), because the "packet" task stack overflow bug really blocks me from finishing the project (due in 2 days, 30/09/2025). This is not a complex error (moreover fully explained), so I think you don't need more than 0.5 days to fix it.

    Please keep me informed of the progress.
    Thank you in advance.