WBC-4G v.2 (4G+3G+2G)

В наличии Wirenboard 7 2 Гбайт RAM, 64 Гбайт eMMC (commercial) с модемом сотовой связи WBC-4G v.2 (4G+3G+2G).
Не получается настроить сотовый интернет.
Пробовал через веб-интерфейс, использовал для тестов две симкарты билайн, два теле2.
Инструкцией воспользоваться не получилось, так как теперь используется штатно ModemManager.

Подскажите в каком направлении двигаться.

Здравствуйте.
К сожалению, для определения в чем у вас проблема недостаточно информации. Опишите свою проблему по данной инструкции.

Спойлер
  1. Какое оборудование и как подключено? Какие версии прошивки и аппаратной ревизии у устройств (в т. ч. блок питания)? Приложите электрическую схему подключения. Для устройств сторонних производителей приложите документацию на устройство.
  2. Что вы делаете?
  3. Какое поведение ожидаете увидеть?
  4. Что происходит в действительности?
  5. Можно ли это воспроизвести? С какой вероятностью (примерно) это происходит?
  6. Постарайтесь отключить всё лишнее, и определить минимальную конфигурацию оборудования и ПО, при которой ошибка воспроизводится.
  1. Wirenboard 7 2 Гбайт RAM, 64 Гбайт eMMC (commercial) с модемом сотовой связи WBC-4G v.2 (4G+3G+2G).
  2. Пытаюсь подключить его к сети интернет посредствам gsm модуля (оператор симкарты не важен, т.к. будет закуплена под контроллер).
  3. Ожидалось увидеть состояние “подключено” сетевого подключения gsm в веб-интерфейсе контроллера.
  4. В действительности подключение происходит, но без доступа к интернету.
  5. Можно воспроизвести. Происходит всегда, пробовал различные 4 симкарты (2 из них билайн, 2 - теле2, все имеют доступ к интернету/на телефоне работают).
  6. Wirenboard + gsm модуль.
  7. Если есть такая актуальность, то предоставить его смогу только завтра.

8*. Пробовал вручную прописывать APN (в веб-интерфейсе) - не помогло. Через консоль ничего не настраивал, т.к. при выполнении инструкции, в терминале получаю предупреждение, что wb-gsm нельзя использовать, т.к. работает сервис ModemManager.

Как настроить сотовую связь?

Т.е. индикация в веб-интерфейсе “Подключено” для GSM-соединения отсутствует?

Как/чем определяете, что есть подключение?

Желательно посмотреть файл настройки /etc/wb-connection-manager.conf и файл настройки gsm в /etc/NetworkManager/system-connections, а также вывод команды “ifconfig”


root@wirenboard-AWFCHRAR:~# cat /etc/wb-connection-manager.conf

{
“connectivity_check_url”: “http://network-test.debian.org/nm”,
“tiers”: {
“high”: [
“wb-eth0”
],
“low”: [
“wb-eth1”
],
“medium”: []
}

root@wirenboard-AWFCHRAR:~# cat /etc/NetworkManager/system-connections/'gsm 1.nmconnection'

[connection]
id=gsm 1
uuid=e70ffaa4-ae4f-4035-8d66-ee341e3371b2
type=gsm
autoconnect=false
timestamp=1690730585

[gsm]
auto-config=true
sim-slot=1

[ipv4]
method=auto

[ipv6]
addr-gen-mode=default
method=auto

[proxy]

root@wirenboard-AWFCHRAR:/etc/NetworkManager/system-connections# ifconfig

dbg0: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500
ether 1a:55:89:a2:69:43 txqueuelen 1000 (Ethernet)
RX packets 0 bytes 0 (0.0 B)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 0 bytes 0 (0.0 B)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0

eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.1.68 netmask 255.255.255.0 broadcast 192.168.1.255
inet6 fe80::8050:93cf:b09c:e4ef prefixlen 64 scopeid 0x20
ether 00:85:01:01:cd:15 txqueuelen 1000 (Ethernet)
RX packets 12382 bytes 1297701 (1.2 MiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 7831 bytes 1828250 (1.7 MiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
device interrupt 65 base 0x5000

eth1: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500
ether 00:85:01:01:a7:3b txqueuelen 1000 (Ethernet)
RX packets 0 bytes 0 (0.0 B)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 0 bytes 0 (0.0 B)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
device interrupt 64

lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536
inet 127.0.0.1 netmask 255.0.0.0
inet6 ::1 prefixlen 128 scopeid 0x10
loop txqueuelen 1000 (Local Loopback)
RX packets 12480 bytes 1743823 (1.6 MiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 12480 bytes 1743823 (1.6 MiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0

ppp0: flags=4305<UP,POINTOPOINT,RUNNING,NOARP,MULTICAST> mtu 1500
inet 10.247.151.32 netmask 255.255.255.255 destination 10.64.64.64
ppp txqueuelen 3 (Point-to-Point Protocol)
RX packets 50 bytes 3640 (3.5 KiB)
RX errors 3 dropped 0 overruns 0 frame 0
TX packets 61 bytes 3683 (3.5 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0

tailscale0: flags=4305<UP,POINTOPOINT,RUNNING,NOARP,MULTICAST> mtu 1280
inet6 fe80::e883:3359:977c:7bce prefixlen 64 scopeid 0x20
unspec 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00 txqueuelen 500 (UNSPEC)
RX packets 0 bytes 0 (0.0 B)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 8 bytes 384 (384.0 B)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0

wlan0: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500
ether b4:6d:c2:49:3b:40 txqueuelen 1000 (Ethernet)
RX packets 2 bytes 0 (0.0 B)
RX errors 0 dropped 78 overruns 0 frame 0
TX packets 0 bytes 0 (0.0 B)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0

wlan1: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500
ether b6:6d:c2:49:3b:40 txqueuelen 1000 (Ethernet)
RX packets 0 bytes 0 (0.0 B)
RX errors 0 dropped 73 overruns 0 frame 0
TX packets 0 bytes 0 (0.0 B)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0

Увидел принятые пакеты, решил пингануть:

root@wirenboard-AWFCHRAR:~# ping 4.2.2.3 -I ppp0
PING 4.2.2.3 (4.2.2.3) from 10.247.5.64 ppp0: 56(84) bytes of data.
64 bytes from 4.2.2.3: icmp_seq=1 ttl=53 time=230 ms
64 bytes from 4.2.2.3: icmp_seq=1 ttl=53 time=264 ms (DUP!)
64 bytes from 4.2.2.3: icmp_seq=2 ttl=53 time=89.0 ms
64 bytes from 4.2.2.3: icmp_seq=3 ttl=53 time=112 ms
64 bytes from 4.2.2.3: icmp_seq=4 ttl=53 time=86.9 ms
64 bytes from 4.2.2.3: icmp_seq=5 ttl=53 time=239 ms
64 bytes from 4.2.2.3: icmp_seq=6 ttl=53 time=93.7 ms
64 bytes from 4.2.2.3: icmp_seq=7 ttl=53 time=99.9 ms
64 bytes from 4.2.2.3: icmp_seq=8 ttl=53 time=65.7 ms
64 bytes from 4.2.2.3: icmp_seq=9 ttl=53 time=73.9 ms
64 bytes from 4.2.2.3: icmp_seq=10 ttl=53 time=91.7 ms
64 bytes from 4.2.2.3: icmp_seq=11 ttl=53 time=79.8 ms
64 bytes from 4.2.2.3: icmp_seq=12 ttl=53 time=69.1 ms
64 bytes from 4.2.2.3: icmp_seq=13 ttl=53 time=76.7 ms
64 bytes from 4.2.2.3: icmp_seq=14 ttl=53 time=68.6 ms
64 bytes from 4.2.2.3: icmp_seq=15 ttl=53 time=78.8 ms

Получается проблема кроется в выборе интерфейса.

Иногда полезно изучать документацию.

1 лайк

Эта тема была автоматически закрыта через 7 дней после последнего ответа. В ней больше нельзя отвечать.