Other Parts Discussed in Thread: TDA4VH
Dear TI experts,
- Problem Description
Currently the TDA4VH can receive UDP data from packETH on the PC, but cannot receive Ethernet data from our lidar.
- Basic Info
Sw veision:ti-processor-sdk-rtos-j784s4-evm-08_06_00_14
Hw version:TDA4VH Original Demo board
Sw change:only change from DHCP to static IP mode. The changes are as follows:
Before change:
#define ETHAPP_LWIP_USE_DHCP (1)
#if !ETHAPP_LWIP_USE_DHCP
#define ETHFW_SERVER_IPADDR(addr) IP4_ADDR((addr), 192,168,1,200)
#define ETHFW_SERVER_GW(addr) IP4_ADDR((addr), 192,168,1,1)
After change:
#define ETHAPP_LWIP_USE_DHCP (0)
#if !ETHAPP_LWIP_USE_DHCP
#define ETHFW_SERVER_IPADDR(addr) IP4_ADDR((addr), 172,23,37,10)
#define ETHFW_SERVER_GW(addr) IP4_ADDR((addr), 172,23,37,19)
- Analyze step
step1: The wireshark on the PC parse the ethernet data from radar, as shown below.
Dest MAC(PC side): 64:51:06:A1:91:7B source MAC(lidar side):70:b3:d5:99:d0:c3
Dest IP:172.23.37.10 source IP: 172.23.37.11 each UDP packet total length1074 bytes, include user data length 1032 bytes
Dest port 8888 source port 65535
step 2: packETH simulates lidar to send data to the board. First input ifconfig command to obtain MAC information of the network port on the board. eth2 MAC address 70:FF:76:1D:92:C1. eth3 MAC address 70:FF:76:1D:92:C2. Then debug to find that BufPool globalTable in the SDK is able to accept data, and the packETH configuration is as screenshot below.
Dest MAC(PC side): 70:FF:76:1D:92:C2 source MAC(lidar side):70:b3:d5:99:d0:c3
Dest IP:172.23.37.10 source IP: 172.23.37.11 each UDP packet total length1074 bytes, include user data length 1032 bytes
Dest port 8888 source port 65535
step3: When the board is connected to the radar, I found that the board can't not receive Ethernet data during debugging.
- Test issue
Q1: The configuration of UDP data sending in Step 2 and Step 3 is basically the same. Why can Step 2 receive data but Step 3 cannot?
Q2: In step 2, why can the board receive data only if the destination MAC is 70:FF:76:1D:92:C2? If the destination MAC is others such as 70:FF:76:1D:92:C1, the board cannot receive data.