Добрый день. Понимаю, что вопрос не по адресу. По адресу (а именно в тех. поддержку) уже задал. Но вдруг тут получится решить проблему быстрее.
Суть проблемы. Есть весы Масса-К, причем одни из них в одной посети, назовем её подсетью А, другие в другой, назовем её подсетью Б. При запросе данных с компьютера из подсети А весов в подсети А - все успешно получается. Если запрашиваем весы из подсети Б - то возвращаемый драйвером текст обрезается, стабильно на одном и том же месте. Если отзеркалить ситуацию. Т.е. вызывать из подсети Б, проблема наблюдается соответственно на весах подсети А, а с весами из подсети Б все хорошо. Это вызывает серьезные проблемы для фонового опроса весов.
Собственно интересует сталкивался ли кто-то с такой проблемой и возможно знает решение или может дать направление для поисков.

Каким образом осуществляется опрос?

PS: Попробуй маску посети поставить 255.255.0.0

(1) опрос осуществляется через драйвер. Т.е. вызывается функция драйвера из официальной обработки - ЗагрузитьТовары(ИдУстройства, XMLТаблицаТоваров) -возвращаемый XMLТаблицаТоваров - порезан.

(2) Драйвер работает по протоколу TCP на сколько я понимаю. Можно в принципе организовать сеть без подсетей, через маску 255.255.0.0. Сложно что-то сказать по этому поводу... это потребует перестройки сети...

(3) Скорее всего "драйвер" садиться в виде службы на определённом порту. В связи что это другая подсеть, то "проброс" порта не осуществляется ( нет NAT ). По идее тебя спасёт либо одна подсеть, либо "глобальная сеть" с маской 255.255.0.0 главное что бы все были либо 10.10, либо 192.168

(4) Понял. Спасибо.

(4) Каким местом связано теплое с круглым?

(0) Имхо трясите своих админов куда пакеты теряются/коннект теряется

(6) NAT понятно не относится к этому. Но я сам встречал что не работает, так же как и COM если есть подсети. Хотя и telnet открывает порт, но данные теряются

(0) возможны проблемы с MTU, особенно если подсети связаны VPN, а не просто размазаны логически

узнать наверняка можно, временно установив на крайних устройствах MTU 1000 вместо 1498 или что там будет

(8) Это просто узнать командой ping ip -l 1498

там еще может быть пооблема с размером udp кадра при трансляции через подсети,это,конечно,не mtu,но тоже неприятно.