Так и есть. Система относительно "старая", данные содержат условный
"кадровый" синхроимпульс (блок) и далее идут "строчные" блоки.
Данные располагаются на развертке по времени от "строчного" блока. Это все делалось для медной пары и RS-232 (485) и все работало. По меди аналоговым модемом выносилось "далеко" и тоже работало. А теперь ВОЛС везде, Ethernet, сетевые коммутаторы... и пересадить "pin-to-pin" передачу информации через современное сетевое облако - проблема (заменить только канал передачи). А изменять весь алгоритм работы и синхронизации - невозможно. Сложно принципиально, надо новое ПО делать разработчику...
boka17 (Сегодня, 22:05, просмотров: 14) ответил Samx на Принципиально никак. TCP не гарантирует ничего, кроме неискажёного
потока (последовательности) байт. Даже границы между "блоками" в
принципе не только не гарантируются, но даже не обещаются. Для
вашей задачи UDP подходит сильно лучше, но всё равно не на 100% -
задержка пакетов может быть любой. Так что синхронизироваться нужно
с астрономическим временем, а в передаваемых блоках - передавать
это самое астрономическое время.