Не работает ethernet порт на контроллере wb8

Контроллеры Wiren Board
1

Приобрел контроллер wb8 №250277

В полученном контроллере не работает первый порт ethernet.

После написания в чат в тг, в личных сообщениях в переписке @understarfall следовал инструкции предоставлял информацию, частично продублирую тут.

В комплекте приобретал адаптер POE который установлен в этот порт, но питание через POE не подавал (питал от БП)

Серийный номер
AGSLZDTJ
Номер партии
8.5.3G/4G6 1.3.6B-4G
Дата производства
2026-06-24 14:02:56

мной было сделано следующее

  1. сброс к заводским настройкам
  2. обновления прошивки
  3. подключение тестового m6rc v2 (год назад купил)
  4. обновление там прошивки (на m6rc v2)
  5. тестовый дашборд создал

приложен диагностический архив, доступен только сотрудникам поддержки
(165,6 КБ)

Далее по инструкции по разборке контроллера прилагаю фотки (извините за качество)

Обратная сторона сетевого интерфейса

изображение
изображение960×1280 131 KB

Лицевая сторона

изображение
изображение1280×720 104 KB

При подключение кабеля нет индикации работы (кабеля), использовал разные кабели

изображение
изображение1280×720 114 KB

тот же самый кабель но в eth2 (и другие работают, не могу приложить скрин лимит на вложения для новых пользователей)

До подключения кабеля мониторинг dmesg

root@wirenboard-AGSLZDTJ:~# dmesg -wT | grep -i eth0
[Sat Jul 18 22:02:47 2026] dwmac-sun8i 5020000.ethernet eth0: Register MEM_TYPE_PAGE_POOL RxQ-0
[Sat Jul 18 22:02:47 2026] dwmac-sun8i 5020000.ethernet eth0: PHY [gpio-0:00] driver [Generic PHY] (irq=POLL)
[Sat Jul 18 22:02:47 2026] dwmac-sun8i 5020000.ethernet eth0: No Safety Features support found
[Sat Jul 18 22:02:47 2026] dwmac-sun8i 5020000.ethernet eth0: No MAC Management Counters available
[Sat Jul 18 22:02:47 2026] dwmac-sun8i 5020000.ethernet eth0: PTP not supported by HW
[Sat Jul 18 22:02:47 2026] dwmac-sun8i 5020000.ethernet eth0: configuring for phy/rmii link mode

root@wirenboard-AGSLZDTJ:~# ethtool eth0; ethtool eth1
Settings for eth0:
  Supported ports: [ TP   MII ]
  Supported link modes:   10baseT/Half 10baseT/Full
                          100baseT/Half 100baseT/Full
  Supported pause frame use: Symmetric Receive-only
  Supports auto-negotiation: Yes
  Supported FEC modes: Not reported
  Advertised link modes:  10baseT/Half 10baseT/Full
                          100baseT/Half 100baseT/Full
  Advertised pause frame use: Symmetric Receive-only
  Advertised auto-negotiation: Yes
  Advertised FEC modes: Not reported
  Speed: Unknown!
  Duplex: Unknown! (255)
  Auto-negotiation: on
  Port: MII
  PHYAD: 0
  Transceiver: external
  Supports Wake-on: d
  Wake-on: d
        Current message level: 0x0000003f (63)
                               drv probe link timer ifdown ifup
  Link detected: no
Settings for eth1:
  Supported ports: [ TP   MII ]
  Supported link modes:   10baseT/Half 10baseT/Full
                          100baseT/Half 100baseT/Full
  Supported pause frame use: Symmetric Receive-only
  Supports auto-negotiation: Yes
  Supported FEC modes: Not reported
  Advertised link modes:  10baseT/Half 10baseT/Full
                          100baseT/Half 100baseT/Full
  Advertised pause frame use: Symmetric Receive-only
  Advertised auto-negotiation: Yes
  Advertised FEC modes: Not reported
  Link partner advertised link modes:  10baseT/Half 10baseT/Full
                                       100baseT/Half 100baseT/Full
  Link partner advertised pause frame use: No
  Link partner advertised auto-negotiation: Yes
  Link partner advertised FEC modes: Not reported
  Speed: 100Mb/s
  Duplex: Full
  Auto-negotiation: on
  Port: MII
  PHYAD: 0
  Transceiver: external
  Supports Wake-on: d
  Wake-on: d
        Current message level: 0x0000003f (63)
                               drv probe link timer ifdown ifup
  Link detected: yes

root@wirenboard-AGSLZDTJ:~# cat /sys/class/net/eth0/phydev/phy_id
0x2000a140
root@wirenboard-AGSLZDTJ:~# /sys/class/net/eth1/phydev/phy_id
-bash: /sys/class/net/eth1/phydev/phy_id: Permission denied
root@wirenboard-AGSLZDTJ:~# cat /sys/class/net/eth1/phydev/phy_id
0x2000a140
root@wirenboard-AGSLZDTJ:~# mii-tool -v eth0 eth1
eth0: no link
  product info: vendor 10:00:14 or 08:00:28, model 20 rev 0
  basic mode:   autonegotiation enabled
  basic status: no link
  capabilities: 100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD
  advertising:  100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD flow-control
eth1: negotiated 100baseTx-FD, link ok
  product info: vendor 10:00:14 or 08:00:28, model 20 rev 0
  basic mode:   autonegotiation enabled
  basic status: autonegotiation complete, link ok
  capabilities: 100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD
  advertising:  100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD flow-control
  link partner: 100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD

Вид самого порта внутри коннекторы вроде не поврждены

изображение
изображение1280×960 184 KB

4

Добрый день!

Спасибо за подробную диагностику и архив. По логам картина такая: чип PHY первого порта живой и отвечает (поэтому порт виден в системе и читается через mii-tool ), но линк на линии не поднимается — порт не принял ни одного пакета. При этом в первый порт у вас установлен PoE-адаптер, через который физически проходит сигнал этого порта, то есть все проверки шли через него.

Чтобы понять, дело в самом порте контроллера или в PoE-адаптере, сделайте, пожалуйста, один тест:

  1. Снимите PoE-адаптер с первого порта и воткните заведомо рабочий кабель напрямую в разъём первого порта контроллера. Проверьте индикацию и статус:
ethtool eth0 
dmesg | grep -i eth0
5

Добрый день
В ходе диагностики с Сергеем я снимал POE адаптер и пытался запустить без него, карточка не заработала (вывод команд отладочный делался без POE адаптера).

вывод команд что приложен в первом посте, как раз делался без POE адаптера.

на картинках видно что POE адаптер извлечен.

Если критично могу разобрать и повторить

6

вот на этой картинке подключен POE адаптер (сразу после того как я разобрал с лицевой стороны)

изображение
изображение1280×720 92.7 KB

на последующих фотографиях видно что POE адаптер извлечен и команды делали без него (чтобы исключить его влияние на интерфейс)

сетевой интерфейс обнаруживается системой, но данные(пакеты) не передавались, именно поэтому я на последнем фото сделал фотографию интерфейса внутри чтобы видно было что контакты на месте и не повреждены, но возможно где то глубже по ним не доходит сигнал.