В процессе интеграции торгового оборудования часто возникают ситуации, когда на уровне операционной системы данные от эмулятора сканера видны, а прикладное решение 1С на них никак не реагирует. Разберем по шагам, как диагностировать эту проблему и какие настройки проверить в первую очередь.
В первую очередь обратите внимание на то, активна ли форма, в которую должны передаваться данные. В 1С события ВнешнееСобытие привязаны к контексту активного окна. Если вы используете эмуляторы, работающие в фоновом режиме, убедитесь, что окно документа находится в фокусе. Важно: если эмулятор отправляет данные «в цикле» или с жесткой привязкой к таймеру, 1С может не успеть перехватить событие, если форма документа не была вызвана явно или потеряла фокус в момент передачи данных.
Если вы уверены, что связь по COM-порту установлена (статус ОК в VSPE), но данные не доходят до кода 1С, необходимо выполнить замер производительности. Это позволит увидеть, попадает ли выполнение программы в процедуру ВнешнееСобытие.
ВнешнееСобытие не показала времени выполнения, значит, событие не доходит до уровня платформы.Драйвер ScanOPOS (стандартный компонент 1С) критичен к разрядности. Если вы работаете с 32-битной версией платформы, все компоненты должны быть строго 32-битными. Также проанализируем ситуацию с правами доступа: часто Windows блокирует передачу данных между VSPE и 1С, если процессы запущены с разными уровнями привилегий. Всегда запускайте 1С и эмулятор «От имени администратора» для исключения конфликтов прав.
Рассмотрим причину, которая встречается чаще всего: отсутствие завершающего символа (суффикса). Большинство конфигураций, включая УТ 10.3, ожидают, что после штрихкода будет передан символ CR (Enter). Если ваш эмулятор отправляет «чистую» строку, 1С может ждать дополнения данных до бесконечности.
Проверьте настройки эмулятора и убедитесь, что в конце посылки добавляется код 13 (ASCII), что соответствует нажатию клавиши Enter. Это стандартный маркер «конца сообщения» для событийного драйвера 1С.
В конфигурациях на базе обычных форм (например, УТ 10.3) существует риск того, что событие перехватывается глобальным обработчиком. Разберем, как это выглядит в коде. Посмотрите модуль управляемого приложения (или обычного, если речь об УТ 10.3) на наличие процедуры:
Процедура ВнешнееСобытие(Источник, Событие, Данные)
// Анализ перехваченных данных
Сообщить("Источник: " + Источник + " Данные: " + Данные);
КонецПроцедуры
Если событие не попадает в эту процедуру, проверьте настройки оборудования в «Сервис» -> «Торговое оборудование» -> «Подключение и настройка». Возможно, порт занят другой внешней обработкой, которая была настроена ранее (например, фискальным регистратором или ТСД), и «захватывает» COM-порт монопольно.
Если вышеперечисленные методы не помогли, воспользуйтесь сторонним монитором COM-портов. Некоторые драйверы эмуляции требуют установки сигналов управления потоком DTR/RTS. Без «поднятия» этих сигналов со стороны программы-клиента (1С), эмулятор может блокировать передачу данных, считая, что принимающее устройство не готово к работе. В настройках 1С в параметрах драйвера сканера попробуйте изменить параметры управления потоком, если такая опция доступна в настройках драйвера ScanOPOS.
Подведем итог: диагностику стоит начинать с проверки прав (запуск от админа) и добавления символа CR в настройки эмулятора. Если проблема сохраняется, используйте замер производительности в 1С для отсечения программных ошибок в коде обработчика ВнешнееСобытие.