Есть устройство, использующее два интерфейса. Первый интерфейс нужен для приема команд по REST-api, результат при этом приходит на второй, который просто открывает порт и шлет данные. Я не совсем понял, как мне принимать данные со второго интерфейса в 1С. Вешать некий обработчик ожидания и все время слушать порт?

(0) HTTP-сервис организовать, а второй интерфейс понимает куда слать то надо данные?
очень оригинально

(1) он просто открывает порт и шлет в реальном времени

(2) куда шлет? протокол какой?

(3) в смысле куда? по http в виде: http://127.0.0.1:8880

(0) Нанять специалиста уже пробовали?

(4) потребитель сервиса кто?
Шлет в реальном времени куда? В недры вселенной?

Native внешняя компонента для оповещения по UDP или TCP
https://open-budget.ru/public/1130533/

(5) такой ответ подходит для любой теме на мисте, разве нет? Я же не прошу сделать за меня, а прошу направить, чтобы я почитал и сам написал

(6) я не понимаю вопрос. ПО предоставляет два интерфейса для работы с оборудованием. Я отправляю команду через один интерфейс, результат получаю при помощи другого. Очевидно, что потребитель сервиса я, как пользователь. Есть еще фирменная утилита, которая прослушивая порт получает данные, но из нее я данные никак не получу.

(7) эту статью тоже находил, но подумал, что есть возможность реализации моей задачи без внешней компоненты.

(10) 1С не веб-сервер и не умеет слушать порты

(8) Так направил.
Что вам нужен специалист для решения задачи.
Ибо сами даже описать правильно не можете проблему.

(9) В (3) очень правильно спросили но ответ (4) не в ту степь

Опишите какой сервис ожидает (дергает) ПО на "http://127.0.0.1:8880"

(0) > просто открывает порт и шлет данные

вот тут нужны пояснения. "Просто открывает порт" - это значит, что устройство поднимает tcp-сервер на каком-то порту и ждёт соединений. "Шлёт данные" - значит, что устройство само подключается к какому-то tcp-серверу по какому-то порту и шлёт туда данные.

(6) ну если это broadcast-запрос, то всем участникам сети

(11) написал в итоге мини-приложение на С#, которое слушает порт и сохраняет данные, при этом запускает http-сервер и передает данные по запросу

(16) 👍

(0) промышленная камера зрения?

Нужна компонента которая будет слушать порт и вызывать внешнее событие.

Ещё можно на каком-нибудь яп написать демона, который будет слушать порт и транслировать полученное в http. Ну а на 1С поднять http сервис

(18) весы со странным api, для работы которых нужно установить три программы. из-за них и возник топик, ибо это ПО явно лишнее для моего случая
http-сервер я отдельно сделал, 1с только получает ответ на запрос

Скорее,rest-api для настройки и конфигурации,а просто в порт посылаются данные в реальном времени.

(0) А что такое "интерфейс" у "устройства"? Две сетевые карты что ли? Ничего не понятно, но очень интересно :) И модель устройства неплохо бы дать бы для разнообразия, может, кто-то уже с ним работал.

(21) интерфейс - это абстрактное понятие. То каким образом оно может взаимодействовать с другими устройствами.

Я тестировала пром.камеру зрения. У неё несколько интерфейсов:
1. три аналоговых входа,
2. три цифовых входа (есть/нет напряжения)
3. ethernet
4. какой-то промышленный интерфейс. Тоже ethernet, но реального времени. Без TCP/IP
5. ХЗ как правильно называется, но COM-порт. Мне его КИПовец распаял самостоятельно.

(19) а я протестировал решение: по транспортеру едут в перемешку бутыли 19л, Бутыли 5л (спаянные по 4шт) и бутыли 0.5л спаянные по 12шт

камера зрения читает коды маркировки и передает их в 1С. 1С ка производит анализ и в случае если что не так (нет кода, код не из белого списка и т.п.) дает команду выбраковщику.

Только камеру зрения по COM порту с 1С связывал. Нужно по сети связать. Нужна компонента которая бы слушала TCP/IP и вызывала внешнее события. Указанное в (7) подходит, но там размер сообщения 1024байт. Мало и нужно протестировать.

(22) интерфейс - это абстрактное понятие
как и весь вопрос в (0). Спасибо за пояснение.

(24) два человека же поняли, что я имел ввиду...