Ну, а на деле? Суем в сокет байт-дату, при этом не паримся ни о размере, ни о содержании, ни об очередности пакетов. ФТП обмен, со всеми авторизациями, сокетами обслуживается - на ура (а это ведь прикладной уровень). А вот телеграф именно транспортного уровня, с его морзянкой - засада.
Да никак. :) попытки решения "в лоб" оказались предсказуемо провальными. Таймер "отлетел" сразу, как вариант, из-за его дичайшей неточности и зависимости от частоты кадров проекта. Попытка "добрать" битами нужные длительности тоже не удалась.

alatar
Дак те-же грабли, только в профиль...

Вы случаем не путаете TCP с каким-нибудь другим простоколом не путаете? Где вы видели реализацию TCP-сокета в которой надо следить за очередностью и размером пакетов?

Добавлено через 2 минуты
Вы бы привели ссылку на спецификации того, что вы пытаетесь реализовать, было бы проще вам помочь.

Добавлено через 1 час 4 минуты
IEC 62056 и подобные описывают протоколы канального уровня, а не транспортного.

Не видел нигде, оттого и спрашиваю.))
IEC61107 один из стандартов, близкий к используемым.

Вас не насторожило, что стандарт описывает, в том числе, физический уровень, а вы пытаетесь взаимодействовать на транспортном? Ищите ane для работы с COM портами, возможно удастся подключиться через него. Или придется паять свой сервер, как промежуточное звено.

Не особо. Железки имеют возможность связи по RS485 и, как я уже указывал выше, организованы в сетку. Исполнитель, собравший эту систему, объяснил, что доступ и обмен возможен на транспортном уровне протокола TCP. Вобщем, за что купил, за то и продаю...)
Я дилетант в серверном программировании и, если ошибаюсь, так прошу: подскажите, возможно ли собрать подходящего клиента и куда копать?

Ну так это вам с исполнителем и надо обсудить. Нам же не известно как и к чему они подключены.

Мне тоже - неизвестно.))) Фрилансеру, по понятным причинам, много чего неизвестно...
С другой стороны, мне, как клиенту, по идее, и должно быть абсолютно параллельно: чего, куда и как подключено. Вас ведь, к примеру, не интересует маршрут пакетов, когда вы читаете эту запись?

MOHCTEP, часом не про TFTP речь?

MOHCTEP, вы разницу между RS485 и ethernet понимаете?
Вот у этого исполнителя и спросите, как к этим девайсам можно подключиться по TCP. Ваши датчики подключены по RS485 к какому-то серверу и показания с них вы можете считывать (если можете) через него.

alexcon314,
Спасибо! Пока не знаю, постараюсь уточнить.

Добавлено через 25 минут
alatar,
понимаю, но очень "теоретически". Видите ли, нет у меня прямого доступа ни к железу, ни к этому провайдеру. Все, что есть, это список из более сотни локальных IP, каким-то образом "привязанных" к устройствам. Почти с половиной списка мне удалось "договориться". А вот как работает остаток - непонятно, но он работает. Заказчик видит эти железки кучкой разного спец-софта. Саппорт изготовителя или молчит или хочет очень приличных денег. Моя задача, написать AIR программу, способную мониторить и управлять всем списком железок, по возможности.
Осталось узнать, есть ли эта самая возможность? :)