При настройке онлайн-касс серии Штрих-М (например, модели Штрих Лайт 01Ф) через TCP-подключение специалисты часто сталкиваются с ситуацией: поиск оборудования проходит успешно, касса определяется, но тест связи завершается ошибкой «-8 Connect timed out». Давайте подробно разберем эту проблему и рассмотрим все возможные пути ее решения.
Одной из самых неочевидных, но частых причин является работа сторонних утилит для управления сетевыми подключениями. При подключении кассы по TCP/IP через USB создается виртуальный сетевой адаптер RNDIS. Чтобы касса работала корректно, операционная система должна присвоить этому адаптеру правильный IP-адрес.
Рассмотрим ситуацию, описанную на форуме: в системе может быть установлена дополнительная утилита от бесплатного антивируса (например, Kaspersky), которая управляет сетевыми подключениями и ставится в систему отдельной службой. Эта служба блокирует нормальную работу NDIS-адаптера: в настройках отображается, что IP-адрес якобы присвоен, но по факту маршрутизация не работает. При этом простое отключение антивируса и брандмауэра не помогает.
Что нужно сделать: выясним, нет ли в системе подобных сторонних утилит. Если они есть, их необходимо полностью деинсталлировать, перезагрузить ПК и заново проверить назначение IP-адреса для RNDIS-адаптера кассы.
Если у вашей кассы есть встроенный модуль Wi-Fi, это может создать внутренний конфликт интерфейсов. Разберем по шагам правильную настройку в Тесте драйвера Штрих-М:
RNDIS. Он обязательно должен быть включен (значение должно быть установлено в 1).Если оставить Wi-Fi включенным одновременно с активным RNDIS, касса может проигнорировать сетевые настройки TCP/IP. В таком случае она попытается маршрутизировать трафик не туда, или переключится на работу через виртуальный COM-порт. Из-за этого тест связи по IP завершится той самой ошибкой таймаута.
Иногда проблема скрывается в самой операционной системе. Посмотрим, как Windows работает с USB-устройствами: при подключении кассы в разные USB-порты или после обновлений ОС система может создавать дубликаты адаптеров RNDIS. Старые (скрытые) адаптеры резервируют за собой IP-адрес шлюза (чаще всего 192.168.137.1), не давая новому адаптеру работать корректно.
Решение:
Также обратим внимание на известный баг Windows: в окне «Свойства» сетевого адаптера RNDIS может быть прописан нужный статический IP, но если открыть «Состояние» и нажать кнопку «Сведения», там будет совершенно другой адрес (например, автоконфигурации APIPA вида 169.254.x.x). Ориентироваться нужно только на данные из окна «Сведения». Если они не совпадают со свойствами, связь с кассой не установится.
Рассмотрим ситуацию, когда касса ранее работала, но внезапно перестала проходить тест связи. В Таблице 16 («Сетевой адрес») кассы может быть настроено получение адреса по DHCP. В таком случае IP-адрес мог просто измениться после перезагрузки. Кассовая программа ищет оборудование по старому IP, а устройство уже использует другой. Мы рекомендуем всегда задавать статические IP-адреса вручную как в параметрах адаптера Windows, так и в таблицах ККТ.
Кроме того, проблема может быть в скорости ответа. Оборудование может не успевать отвечать из-за слабого компьютера. Откроем настройки драйвера и увеличим параметр Timeout (Таймаут). Измените дефолтные 100 мс на 1000 или даже 3000 мс, и повторите проверку связи.
Передача чеков в ОФД на оборудовании Штрих-М часто осуществляется через специальные фоновые службы. Убедимся, что кассовая программа и служба не конфликтуют за один и тот же порт.
По умолчанию Штрих использует порт 7778 или 8240. Если на ПК установлена устаревшая утилита ofdconnect, она может агрессивно блокировать эти порты. Мы настоятельно советуем перейти на актуальные версии драйвера (5.15 и выше) и использовать современную службу kktProxy. Она разработана так, чтобы не вызывать конфликтов сокетов при одновременном опросе кассы из 1С и передаче чеков оператору фискальных данных.
Наконец, проанализируем аппаратное состояние кассы. Если во время недавнего обновления прошивки произошел сбой, касса могла аппаратно «зависнуть» в режиме загрузчика (bootloader). В этом состоянии на корпусе обычно безостановочно мигает красный индикатор ошибки.
В таком сервисном режиме классическое TCP-подключение работать не будет в принципе. Устройство ждет команд восстановления через виртуальный COM-порт. Для вывода кассы из этого состояния потребуется переустановка драйвера VCOM (виртуального COM-порта), прошивка через сервисную утилиту или аппаратный сброс платы (в зависимости от конкретной модели ФР).