addi II 1 October 1 Posted October 1 · Report post в итоге в отладке вижу что : 1) физика находиться 2) инициализация проходит 3) tcp_connect возвращает 0 4) брейкпоинты колбека tcp_connect не срабатывают 5) акула также показывает что никакого соединения нет Quote Share this post Link to post Share on other sites More sharing options...
arhiv6 25 October 1 Posted October 1 · Report post Рано вы tcp_connect смотрите, начните с обычного пинга вашей платы с ПК: ping 192.168.0.40. Пока видно, что на arp запросы со стороны платы компьютер ничего не отвечет, а значит что-то у вас на ПК неправильно настроено. Покажите весь вывод команды ipconfig, а не обрезанную часть. И пожалуйста - длинные простыни кода/картинок прячьте под спойлеры. 1 Quote Share this post Link to post Share on other sites More sharing options...
addi II 1 October 1 Posted October 1 · Report post да, пинга тоже нет, сделаю, хотя я в кубе настраивал ICMP, они включены Quote Share this post Link to post Share on other sites More sharing options...
addi II 1 October 1 Posted October 1 · Report post C:\Users\user>ipconfig/all Настройка протокола IP для Windows Имя компьютера . . . . . . . . . : DESKTOP-6KH0RCO Основной DNS-суффикс . . . . . . : Тип узла. . . . . . . . . . . . . : Гибридный IP-маршрутизация включена . . . . : Нет WINS-прокси включен . . . . . . . : Нет Адаптер беспроводной локальной сети Подключение по локальной сети* 9: Состояние среды. . . . . . . . : Среда передачи недоступна. DNS-суффикс подключения . . . . . : Описание. . . . . . . . . . . . . : Microsoft Wi-Fi Direct Virtual Adapter Физический адрес. . . . . . . . . : E4-0D-36-09-8C-7F DHCP включен. . . . . . . . . . . : Да Автонастройка включена. . . . . . : Да Адаптер беспроводной локальной сети Подключение по локальной сети* 10: Состояние среды. . . . . . . . : Среда передачи недоступна. DNS-суффикс подключения . . . . . : Описание. . . . . . . . . . . . . : Microsoft Wi-Fi Direct Virtual Adapter #2 Физический адрес. . . . . . . . . : E6-0D-36-09-8C-7E DHCP включен. . . . . . . . . . . : Да Автонастройка включена. . . . . . : Да Адаптер Ethernet Ethernet: DNS-суффикс подключения . . . . . : Описание. . . . . . . . . . . . . : Realtek PCIe GbE Family Controller Физический адрес. . . . . . . . . : D4-93-90-32-B7-0A DHCP включен. . . . . . . . . . . : Нет Автонастройка включена. . . . . . : Да Локальный IPv6-адрес канала . . . : fe80::d94:46ec:cb46:2490%4(Основной) IPv4-адрес. . . . . . . . . . . . : 192.168.0.1(Основной) Маска подсети . . . . . . . . . . : 255.255.255.0 Основной шлюз. . . . . . . . . : 192.168.0.3 IAID DHCPv6 . . . . . . . . . . . : 97817488 DUID клиента DHCPv6 . . . . . . . : 00-01-00-01-2F-78-28-78-D4-93-90-32-B7-0A DNS-серверы. . . . . . . . . . . : fec0:0:0:ffff::1%1 fec0:0:0:ffff::2%1 fec0:0:0:ffff::3%1 NetBios через TCP/IP. . . . . . . . : Включен Адаптер беспроводной локальной сети Беспроводная сеть: DNS-суффикс подключения . . . . . : Описание. . . . . . . . . . . . . : Intel(R) Wi-Fi 6E AX211 160MHz Физический адрес. . . . . . . . . : E4-0D-36-09-8C-7E DHCP включен. . . . . . . . . . . : Да Автонастройка включена. . . . . . : Да Локальный IPv6-адрес канала . . . : fe80::9858:2153:65cc:b961%8(Основной) IPv4-адрес. . . . . . . . . . . . : 192.168.1.105(Основной) Маска подсети . . . . . . . . . . : 255.255.255.0 Аренда получена. . . . . . . . . . : 28 сентября 2025 г. 9:59:33 Срок аренды истекает. . . . . . . . . . : 2 октября 2025 г. 9:10:00 Основной шлюз. . . . . . . . . : 192.168.1.1 DHCP-сервер. . . . . . . . . . . : 192.168.1.1 IAID DHCPv6 . . . . . . . . . . . : 165940534 DUID клиента DHCPv6 . . . . . . . : 00-01-00-01-2F-78-28-78-D4-93-90-32-B7-0A DNS-серверы. . . . . . . . . . . : 192.168.1.1 NetBios через TCP/IP. . . . . . . . : Включен Адаптер Ethernet Сетевое подключение Bluetooth: Состояние среды. . . . . . . . : Среда передачи недоступна. DNS-суффикс подключения . . . . . : Описание. . . . . . . . . . . . . : Bluetooth Device (Personal Area Network) Физический адрес. . . . . . . . . : E4-0D-36-09-8C-82 DHCP включен. . . . . . . . . . . : Да Автонастройка включена. . . . . . : Да C:\Users\user>ping 192.168.0.40 Обмен пакетами с 192.168.0.40 по с 32 байтами данных: Превышен интервал ожидания для запроса. Превышен интервал ожидания для запроса. Ответ от 192.168.0.1: Заданный узел недоступен. Превышен интервал ожидания для запроса. Статистика Ping для 192.168.0.40: Пакетов: отправлено = 4, получено = 1, потеряно = 3 (75% потерь) C:\Users\user>ping 192.168.0.40 Обмен пакетами с 192.168.0.40 по с 32 байтами данных: Ответ от 192.168.0.1: Заданный узел недоступен. Ответ от 192.168.0.1: Заданный узел недоступен. Ответ от 192.168.0.1: Заданный узел недоступен. Ответ от 192.168.0.1: Заданный узел недоступен. Статистика Ping для 192.168.0.40: Пакетов: отправлено = 4, получено = 4, потеряно = 0 (0% потерь) C:\Users\user> Quote Share this post Link to post Share on other sites More sharing options...
arhiv6 25 October 2 Posted October 2 · Report post Всё верно. А какой MAC адрес у вашей платы? Выложите 2 небольших дампа wireshark (не картинки а .pcap файлы). В одном должны быть ARP запросы от платы (как на последней картинке, что вы выкладывали), в другом должны быть ARP запросы от ПК (при пинге они первыми в сеть полетят). Quote Share this post Link to post Share on other sites More sharing options...
HardWareMan 15 October 2 Posted October 2 · Report post Дополнительно следует добавить сеть 192.168.0.0/24 в доверенные в брэндмауэре/антивирусе, но это скорее для входящих соединений. На исходящие (в том числе и пинг) оно не должно влиять по идее, но лучше снять все возможные ограничения. Возможно после этого появятся потеряшки в акуле даже. Quote Share this post Link to post Share on other sites More sharing options...
addi II 1 October 2 Posted October 2 · Report post спасибо за поддержку, вот еще скрин по колбекам, может здесь что не так, поэтому нет колбека после tcp_connect вот мак платы вот pcap pcap.rar pcap после отключение брендмаузера pcap2.rar Quote Share this post Link to post Share on other sites More sharing options...
arhiv6 25 October 2 Posted October 2 · Report post В обоих PCAP файлах вижу ARP запрос от ПК (в тот момент, когда делали ping), на которые нет ответа от платы. Мне так же нужен pcap файл с запросами от платы к ПК, который формируется когда плата пытается подключиться к ПК (как на этом вашем скриншоте): увидел Quote Share this post Link to post Share on other sites More sharing options...
arhiv6 25 October 2 Posted October 2 · Report post Что-то странное. Вот смотрите, откройте в Wireshark файл pcap2 и введите фильтр по IP и MAC вашей платы, чтобы убрать отображение лишних пакетов: Цитата ip.addr == 192.168.0.40 || eth.addr == 00:80:E1:00:00:00 Там вот что видно: 1) С пакета 127 вы похоже пытаетесь подключиться с платы к ПК. Отправляется широковещательный опрос "какой мак адрес у устройства с ip 192.168.0.40?", на который ПК в пакете 128 отвечает. Ожидается, что после этого начнётся установление tcp сессии, но этого не происходит. Далее видно ещё несколько подобных запросов, ПК на них всегда корректно отвечает. 2) Когда вы делаете пинг: в начале ПК должен узнать MAC адрес платы. Arp запрос он не делает, потому что ранее плата сама анонсировала себя в сети (пакет 126 и подобные), проверить это можно введя в консоле команду: Цитата arp -a Там в таблице вы должны найти запись о плате (в одной строке её ip и mac). ПК такую запись себе уже сделал, поэтому с пакета 889 сразу отправляет ICMP запрос (пинг) плате, но не получает ответа. Вывод: Причин такого поведения может быть несколько. Большую часть из них можно исключить, если у вас заработает пинг. Пока я склоняюсь к тому, что у вас просто не корректно работает приём пакетов из сети на плате. Выдаёт она пакеты исправно, а сама ничего не принимает, поэтому и до работы tcp дело не доходит. Сделайте следующее: 1) подключите плату. В wireshark убедитесь что она после загрузки в сеть ничего не шлёт. 2) спустя какое-то время на ПК введите Цитата ard -d это очистит на ПК arp таблицу (консоль нужно запустить от администратора) 3) Сделайте пинг платы. Вот теперь первым пакетом от ПК будет широковещательный запрос в сеть "какой мак адрес у устройства с ip 192.168.0.1?" на который плата должна ответить. Не ответит - значит она пакеты из сети точно не не принимае. В поисках причины вам поможет вывод отладочной информации LWIP, вот тут описано использовать: https://microsin.net/programming/arm/lwip-debug-output.html Quote Share this post Link to post Share on other sites More sharing options...
addi II 1 October 2 Posted October 2 · Report post прошу прощения, поменял плату и появлился пинг но все остальное попрежднему, колбек не вызывается, строки не передаются pcap3.rar Quote Share this post Link to post Share on other sites More sharing options...
arhiv6 25 October 2 Posted October 2 · Report post Другое дело. Здесь сразу видно что сеть работает. Что ваша плата честно пытается установить tcp соединение (пакет 146), но ПК ей отказывает (пакет 147). Поэтому и никакие коллбеки у вас в коде не работают. А теперь проверьте, что именно вам возвращают функции tcp_connect, tcp_write и прочие, которые вы вызываете. Вот расшифровка возвращаемых значений: https://www.nongnu.org/lwip/2_1_x/group__infrastructure__errors.html#gaf02d9da80fd66b4f986d2c53d7231ddb Скорее всего tcp_connect возвращает вам ERR_RST, и скорее всего причина в том, что на ПК никто не слушает тот порт, к которому вы подключаетесь. Quote Share this post Link to post Share on other sites More sharing options...
HardWareMan 15 October 2 Posted October 2 · Report post Посмотреть, слушает ли кто-то порт 80, на который пытается подключиться плата можно через netstat (команда для cmd), ну или лучше использовать tcpview от Руссовича (брать на сайте M$). Quote Share this post Link to post Share on other sites More sharing options...
arhiv6 25 October 2 Posted October 2 · Report post А может просто в виндовс порт заблокирован и его нужно открыть: https://wiki.amperka.ru/articles:net-port-opening Quote Share this post Link to post Share on other sites More sharing options...
HardWareMan 15 October 2 Posted October 2 · Report post Про входящие я говорил выше как раз. Quote Share this post Link to post Share on other sites More sharing options...
addi II 1 October 3 Posted October 3 · Report post спасибо большое за поддержку! У меня был port 80, попробовал с портом 5024, тоже самое В обоих случаях tcp_connect возвращает 0 pcap4.rar tcp_write тоже 0 возвращает Quote Share this post Link to post Share on other sites More sharing options...
