Работа с торговым оборудованием, такими как весы, сканеры или терминалы через последовательный порт RS-232, часто требует использования внешних компонент. Одной из самых известных библиотек для этих целей является vk_rs232.dll. Однако при переходе на современные версии платформы 1С:Предприятие 8.3, особенно в режиме Тонкого клиента, программисты часто сталкиваются с критической ошибкой: 1С просто «вылетает» (завершает работу без объяснения причин) при выходе из процедуры, где инициализировалась компонента. Рассмотрим подробнее, почему это происходит и как решить данную проблему несколькими способами.
Проанализируем ситуацию. Основная проблема заключается в том, что оригинальная компонента vk_rs232 была написана достаточно давно с использованием среды Delphi и технологии COM. В архитектуре 1С 8.3 Тонкий клиент и управляемые формы работают иначе, чем в старых версиях. Когда процедура завершается, локальные переменные, содержащие объект внешней компоненты, уничтожаются. Если в этот момент внутри DLL активен фоновый поток, который опрашивает COM-порт, или если деструктор объекта в Delphi некорректно взаимодействует с памятью, выделенной платформой 1С, возникает исключение Access Violation. Платформа не может обработать эту ошибку внутри стороннего кода и аварийно завершается.
Выясним причину падения на уровне программного кода. Зачастую 1С пытается очистить память раньше, чем DLL успевает закрыть дескриптор порта. Чтобы минимизировать риск краха при использовании старых версий библиотеки, необходимо явно управлять жизненным циклом объекта. Разберем по шагам правильный алгоритм закрытия соединения:
ClosePort().Посмотрим на пример безопасного кода:
&НаКлиенте
Процедура БезопасноеПодключениеИОтключение()
// Подключаем компоненту
Попытка
Результат = ПодключитьВнешнююКомпоненту("C:\vk_rs232.dll", "RS232", AddInType.COM);
Исключение
Сообщить("Ошибка загрузки ВК: " + ОписаниеОшибки());
Возврат;
КонецПопытки;
Если Результат Тогда
Компонент = Новый("AddIn.RS232.vk_rs232");
Компонент.OpenPort("COM1");
// ... работа с портом ...
// ПРАВИЛЬНЫЙ ВЫХОД:
Попытка
Компонент.ClosePort();
// Даем время потоку в DLL корректно завершиться
МенеджерОборудованияКлиент.Пауза(0.5);
Исключение
// Игнорируем ошибки при закрытии
КонецПопытки;
// Явно уничтожаем ссылки
Компонент = Неопределено;
КонецЕсли;
КонецПроцедуры
Если программные методы очистки памяти не помогают, значит проблема кроется в несовместимости бинарного кода компоненты с обновленными библиотеками Windows и заголовками 1С. Опытным путем установлено, что перекомпиляция исходного кода vk_rs232 в новых версиях Delphi (например, XE или 10.x) решает проблему утечки памяти и некорректного завершения потоков. Рассмотрим основные моменты этого решения:
В обновленных версиях компоненты (которые можно найти в сообществе разработчиков) исправлены ошибки работы со стеком при вызове методов. Если ваша версия продолжает падать, рекомендуется заменить файл vk_rs232.dll на версию, скомпилированную специально под 1С 8.3. Важно помнить, что если вы используете 64-битную версию платформы 1С, вам потребуется 64-битная версия компоненты, так как 32-битные COM-объекты не смогут загрузиться напрямую в процесс 1cv8c.exe x64.
Проанализируем более современный подход. Технология Native API от 1С гораздо стабильнее старого COM-взаимодействия. Она не требует регистрации библиотеки в реестре Windows (regsvr32) и обеспечивает более глубокую интеграцию с платформой. Существуют альтернативные компоненты, написанные на C++ или Lazarus/Delphi с использованием Native API, которые выполняют те же функции чтения/записи в RS-232, но не вызывают краха системы.
Пример подключения такой компоненты будет выглядеть следующим образом:
&НаКлиенте
Процедура ПодключитьNativeВК()
// Native API компоненты обычно подключаются без указания AddInType.COM
Результат = ПодключитьВнешнююКомпоненту("ОбщийМакет.КомпонентаRS232", "PortNative", ТипВнешнейКомпоненты.Native);
Если Результат Тогда
Порт = Новый("AddIn.PortNative.RS232_Device");
Порт.ОткрытьПорт("COM2", 9600);
КонецЕсли;
КонецПроцедуры
Часто после того, как падения прекратились, разработчики сталкиваются с новой трудностью: данные из порта приходят, но процедура ОбработкаВнешнегоСобытия в форме или модуле приложения не вызывается. Выясним причину этой ситуации.
Компоненты для работы с COM-портом обычно ожидают определенный «терминатор» — символ окончания строки. Если устройство (например, весы) передает вес как число без символа возврата каретки (CR) или перевода строки (LF), компонента будет копить данные в буфере и не передаст их в 1С, так как «событие» с точки зрения логики еще не завершено.
Что нужно проверить:
АктивироватьDTR или аналогичные в вашей ВК.Рассмотрим вариант, который многие упускают из виду. Фирма 1С поставляет стандартный драйвер "1С:Сканеры штрихкода (NativeApi)". Несмотря на название, этот драйвер является универсальным инструментом для чтения данных из любого COM-порта.
Если ваша задача — просто получить строку данных из весов или сканера, работающего через RS-232, попробуйте настроить стандартное подключаемое оборудование в 1С. Этот драйвер максимально стабилен, поддерживает как x86, так и x64 платформы, и гарантированно не вызывает падения Тонкого клиента, так как проходит сертификацию "1С:Совместимо".
Подводя итоги, если вы столкнулись с крашем 1С при использовании vk_rs232, наиболее эффективным решением будет либо замена библиотеки на перекомпилированную версию, либо переход на Native API компоненту. Не забывайте о важности явного освобождения ресурсов и правильной настройке параметров связи, чтобы внешние события обрабатывались корректно и своевременно.