This topic was migrated from the BotBlox ticketing system after being summarized and anonymized.
Q: Are there any known issues or workarounds for the SFP port not forwarding traffic after a temporary optical link loss?
A: There are currently no documented workarounds or management features available to recover the SFP link without power cycling. GigaBlox SFP operates entirely in unmanaged mode, so link recovery behavior depends on the switch and SFP hardware.
Q: Can the SFP/1000BASE-X path be reset or reinitialized without power cycling the board?
A: No. There is currently no supported mechanism to reset or reinitialize the SFP interface independently of the board. The product does not currently expose any management interface for SFP control.
Q: Does GigaBlox SFP support firmware-based management of the RTL8367S switch or SFP modules?
A: Not currently. Although the board includes an STM32 microcontroller, it is not presently used for switch or SFP management. Future firmware is planned to add features such as:
-
VLAN configuration
-
Port management
-
SFP management
The expected release timeframe for this management firmware is approximately December 2026.
Q: What is the purpose of the STM32 microcontroller on the board?
A: The STM32 is included to support future management functionality. While the hardware is present today, the firmware required to provide switch and SFP management capabilities has not yet been released.
Q: What are the functions of the ESCL/ESDA, MDC/MDIO, SCL/SDA, RX/TX, and other test pads?
A: BotBlox does not currently provide detailed hardware design information or signal descriptions for custom firmware development without a separate agreement. This policy exists because supporting custom firmware and low-level hardware integration can create ongoing support requirements that are outside the scope of standard product support.
(TS2605-0187)