This FAQ addresses questions and troubleshooting when using the ADI GUI for ADIN3310/ADIN6310 Switch product. This FAQ can be read in conjunction with the datasheet and evaluation User Guide. Evaluation GUI application The evaluation GUI provides user ability to do initial evaluation of the switch and it's features ahead of transitioning to porting the TSN driver library to their own host. The evaluation GUI operates on a Windows 10/11 PC, where the Windows platform acts as the host for the switch for evaluation purposes. It is available to download here: ADIN6310EVKSW Evaluation Software Troubleshooting GUI failed to find any switches If user is not able to find switches or sees the following pop-up, review the following steps to resolve. When the GUI is first run, it needs the user to select which Network Adapter on the PC is connected to the host port on the switch. In the GUI, the user must ensure they click on the appropriate Network adaptor in the upper window and then click in the area called "Ethernet Adapter" , then the GUI will automatically populate the Ethernet Adaptor section, like in the image shown below. If user does not assign the adaptor, then the GUI doesn't know where to send the messages. This selection only needs to be done the very first time the GUI is run. When the GUI is executed any subsequent times, it will remember the last selection for Ethernet Adaptor. Note that the switch configuration is volatile, the switch must be configured after power cycle or reset. NPCAP Installation The GUI requires NPCAP installed in order to sucessfully communicate over the Ethernet port. When the TSN Switch Evaluation software installation is complete, install Npcap if not already present on the machine. Download from Packet capture library for windows on the Npcap website. During the installation, in the Installation Options window, ensure the " Install Npcap in WinPcap API-compatible Mode " checkbox is checked. Network Adapter Issues: MAC Pass-through Network adapter MAC pass-through is used in order to keep the same MAC address on the network even when a device is connected through intermediate hardware , such as a docking station, USB Ethernet adapter, or virtual NIC. USB C Network adaptors (particularly USB C ones ) Check the network adapter used and whether it has a property MAC passthrough enabled. Having MAC passthrough enabled will cause issues for the GUI as it needs to be able to route traffic out on the correct MAC interface. Go to the Network Disable this property for the adapter through the following steps: Press Win + X → Device Manager Expand Network adapters Right-click on the USB Ethernet → Properties Go to Advanced tab Look for: MAC Address Pass-Through or MAC Passthru or MAC Address Clone Set to Disabled Click OK and restart the GUI.

What Ethernet PHYs can I use with the switch?

ADI Ethernet PHY products The following Ethernet PHYs are supported for use with the switch. Our evaluation boards demonstrate connectivity to some of these PHYs. The PHYs can be connected over RMII or RGMII interface to the switch port. For an ADI PHY, the switch can help to manage the configuration of the PHY. For example, consider a multi-speed PHY, when the PHY establishes a link, the switch port gets enabled prompting the switch to interrogate the PHY over the MDIO bus to check what link speed was established. With this information, the switch can ensure to adjust the port speed to match. ADIN1300 - Low Latency, Low power 10/100/1000M Ethernet PHY ADIN1200 - 10/100M Ethernet PHY ADIN1100 - Robust, Industrial, Low Power 10BASE-T1L PHY ADIN1101 - Robust, Industrial, Low Power 10BASE-T1L PHY What about using other PHY products with the switch? Non-ADI PHYs could be interfaced to the switch, but will be treated as unmanaged and the switch will not directly configure/interrogate it. The host will need to ensure the PHY is configured correctly for operation and ensure that the switch port speed matches the link speed established. The host could interface to it through the switch MDIO bus and SES_ReadPhyReg() and SES_WritePhyReg() API calls. This places more overhead to the host. What about T1S connectivity? Can the switch support connection to a T1S PHY? Yes, it would be possible to connect a T1S PHY over the RMII MAC interface. The switch supports Half Duplex which is required by the T1S PHY. ADI does not currently have any T1S Ethernet PHY with MAC interface. Therefore this PHY would be treated as an Unmanaged PHY, but the host could interface to it through the switch MDIO bus and SES_ReadPhyReg() and SES_WritePhyReg() API calls.

Switch Management and Firmware - things to know

Switch Management The switch always needs a host to configure it, it's intended for an embedded application and wasn't designed to just boot and start switching. Additionally, the switch is shipped without firmware loaded, this is the first thing that host will need to do during manufacturing. The firmware is about 500k, so the host must be able to store this and then load. The TSN driver package includes the firmware as a character array, it is signed firmware, the switch supports secure boot/firmware update. Once firmware is loaded, that will execute, but switch still needs the host to tell it how user wants the switch configured - e.g. what type of PHY connected, what type of MAC interface etc. On power up, the switch will only enable the host port (can be SPI or MAC interface), all other ports will remain disabled until host configures. The switch configuration is volatile, and must be reloaded after power cycle or reset. What firmware is on the device when it is shipped from factory? There is no user firmware loaded when the device is shipped from the factory. When building own hardware for prototype or production, firmware will need to be first loaded to the device by the host. Unprogrammed devices will send image request messages to the host (over SPI or MAC interface), which will prompt the driver to initiate loading firmware. Firmware load takes approx. 20-30seconds. Firmware is signed and the switch supports secure boot and secure firmware update/load. The firmware is part of the TSN driver library package. How can I do a firmware update for the switch? Do I need any special hardware, tools, interfaces? No special hardware, tools or connectors are required for firmware updates. Firmware updates are supported from the host over the configured host interface (SPI or Ethernet). The TSN driver library supports automatic update when new driver package is run. TSN driver library and Firmware are paired. What software is provided for the switch? The same software packages are used for both ADIN3310 and ADIN6310 products There are two main software packages provided, the first is for evaluation purposes and is a GUI application which can configure a PC based webserver for a daisy-chain of up to 10 switches. The second package is the TSN driver library . This in an OS agnostic library of APIs for the various switch features. User will port this to own host platform and then call the APIs of interest to configure the switch functionality. Is there an example project available? There is an Visual Studio example project available on Github which provides basic examples for all features. This example can be run on Windows and use a standard ethernet adapter to interface to the switch. There is also a Zephyr project in the ADI fork, this example is focused on the Field Switch hardware ( EVAL-ADIN6310T1LEBZ ), but can be easily expanded for other features/use cases. Switch Initialization For a basic switch use case, user would need to call the following 4 APIs as a minimum: SES_init(), SES_AddHardwareInterface(), SES_AddDevice() and SES_InitializePorts(). After that all ports are enabled and the switch will learn and forward on all ports for untagged and VLAN ID 0. To get any other VLAN traffic to cross the switch requires configuration of the VLAN table. To use other functions user must call the relevant APIs for the function. There are examples in the Driver User Guide and project

The existing Zephyr project is located on the ADI Fork and this example is focused on the Field Switch hardware ( EVAL-ADIN6310T1LEBZ ), but can be easily expanded for other features/use cases. Further FAQs to be added here:

ADIN3310/ADIN6310 Industrial Ethernet TSN Switch FAQ

This FAQ applies for both ADIN3310 and ADIN6310 devices.

Switch Management

Is the switch an unmanaged switch?

The switch requires an external host processor to configure the switch features (port configuration, TSN, redundancy etc). The host can be connected over SPI interface or MAC interface through any port. There are hardware strapping pins that tell the switch what host interface is configured after exit from reset state.

What does the packet assist engine in the device do, is this a processor?

The packet assist engine is an integrated processor that manages the switch features, TSN, Redundancy capability and can run a number of stacks, thereby offloading the external host processor. The host processor interfaces to the switch packet assist engine to configure the switch features.

Can I program on the packet assist engine?

No, firmware developed for the packet assist engine is developed by ADI. Firmware updates and TSN driver library (APIs) are provided on a regular cadence by ADI. The serial wire (SWD) interface is locked.

Switch Firmware

How can I do a firmware update for the switch? Do I need any special hardware, tools, interfaces?

No special hardware, tools or connectors are required for firmware updates. Firmware updates are supported from the host over the configured host interface (SPI or Ethernet). The TSN driver library supports automatic update when new driver package is run. The firmware is part of the TSN driver library package.

What firmware is on the device when it is shipped from factory?

There is no user firmware loaded when the device is shipped from the factory. When building own hardware for prototype or production, firmware will need to be first loaded to the device by the host. Unprogrammed devices will send image request messages to the host, which will prompt the driver to initiate loading firmware. Firmware load takes approx. 20-30seconds.

What software is provided for the switch?

There are two main software packages provided, the first is for evaluation purposes and is a GUI application which can configure a PC based webserver for a daisy-chain of up to 10 switches.
The second package is the TSN driver library. This in an OS agnostic library of APIs for the various switch features. User will port this to own host platform and then call the APIs of interest to configure the switch functionality.
The same software packages are used for both ADIN3310 and ADIN6310 products

Is there a Linux kernel driver?

The TSN driver library includes a Linux user space driver. A kernel space driver or DSA/Switchdev approach is not supported, but may be in future.

Connectivity/MAC Interfaces

Are the PHYs integrated in the switch?

No, the PHYs are not integrated. This has benefits for some applications as it provides for flexible PHY selection depending on the application.
Customers can select from our PHY portfolio (ADIN1100, ADIN1101, ADIN1200, ADIN1300).

Some ports configure SGMII interfaces, can I bring out both RGMII and SGMII connectivity?

Two of the 3-ports in the ADIN3310 support SGMII (ports 1-2).
Four of the 6-ports in the ADIN6310 support SGMII (ports 1-4).
The SGMII pins are dedicated and independent of the RGMII MAC interface, therefore user can easily design for different interfaces and allow run-time configuration of which interface to use.

Target Market

What are the target markets for this product?

The markets that would need this switch are any market that would benefit from our architecture (e.g., Cut-through) and key features: TSN, redundancy, QoS, security, flexibility to select the microprocessor and PHY for best application fit, small footprint and low power.
Specifically, the key markets are Energy, Industrial and Process Automation, Motion Control, Transportation, Networking, Building Automation, Robotics, and Instrumentation.

Tags: TSN ethernet switch Interface Transceivers & Isolators ADIN1101 ADIN6310 intelligent buildings Industrial Ethernet Embedded Switches interface energy Instrumentation and Measurement Industrial Ethernet Solutions ADIN1200 ADIN3310 Industrial Ethernet Physical Layer Devices Show More