• State
  • Locked Locked
  • Replies 4 replies
  • Subscribers 30 subscribers
  • Views 583 views
  • Users 0 members are here
Support feedback
Options
Options
Related

This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

Original question:

MCU-PLUS-SDK-AM243X: EtherNet/IP Adapter Demos: Link status when auto negotiation fails

MCU-PLUS-SDK-AM243X: EtherNet/IP Adapter Demos: Host name in DHCP mode

Ryohei Yamada
Prodigy 240 points
Part Number: MCU-PLUS-SDK-AM243X

I built the demo below and checked its operation.

"ethernetip_adapter_generic_device_mii_demo_am243x-lp_r5fss0-0_freertos_ti-arm-clang"

We checked with version 09.00.00.03 of INDUSTRIAL-COMMUNICATIONS-SDK-AM243X.

We have confirmed an issue where the host name is not changed when using DHCP mode.

1. Host name from DHCP server is not reflected

I specified the host name as "odva-test" from the DHCP server.

However, in this demo, after obtaining the IP address, when obtaining the following object, the host name is not reflected.

"TCP/IP Interface Object - Instance 1 - Attribute 6: Host Name"

I always get "lwip" as the host name.

Therefore, the host name specified by the DHCP server is not reflected in the CIP object.

2. Changes made by Set_Attribute_Single are not reflected

If you perform Set_Attribute_Single on the following object in DHCP mode, you can get a successful response.

"TCP/IP Interface Object - Instance 1 - Attribute 6: Host Name"

However, when I run Get_Attribute_Single, I always get "lwip" as the host name.

Therefore, execution by Set_Attribute_Single is not reflected.

Is this a known issue?
Will it be fixed in the next update?

  • 0
    TI__Mastermind 45184 points

    Hi Ryohei,

    We have received your query. Allow us till End of this week to get back on it.

  • 0 in reply to Nilabh Anand
    TI__Mastermind 45184 points

    Hi Ryohei:

    verified with the Rockwell EtherNet/IP Address Commissioning Tool, with CT20, and with a Windows DCHP server (DHCP Server for Windows ) that a Host Name is correctly accepted by our DHCP client in the EtherNet/IP Adapter SDK.

    I suspect that the DHCP server used by you is not correctly configured. I had this issue as well with the Windows DHCP server when I added an invalid tag for the host name to the .ini file, and then indeed the Host Name ‘lwip’ is shown for example in the Molex tool in Attribute 6 of the TCP/IP Interface Object.

    This issue cannot be reproduced a KUNBUS using multiple DHCP servers where with all of them Host Name is correctly accepted.

  • 0 in reply to Nilabh Anand
    Prodigy 240 points

    Hi Nilabh,

    I checked using the Rockwell EtherNet/IP Address Commissioning Tool, CT20, and Windows DHCP server, and in all cases the following object stored "lwip":

    "TCP/IP Interface Object - Instance 1 - Attribute 6: Host Name"

    I verified that the host name was set on each DHCP server, but it was not reflected in the object.

    When I checked the DHCP packet, I found that even if the host name was sent from the DHCP server in the DHCP Offe packet, "lwip" was stored in the host name in the DHCP Request packet from the AM243x.

    ct20_dhcp_packets.zip

    Therefore, we were able to confirm that the host name was not updated using DHCP in the first place.

    Are there any conditions under which host name settings are denied in this project?

  • 0 in reply to Ryohei Yamada
    TI__Mastermind 45184 points

    Hi Ryohei,

    I have shared the details with Kunbus, Please expect a response by Thursday as  folks are on leave till Wednesday.