Общение на транспортном уровне TCP

[alatar]

Сообщение от MOHCTEP

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

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

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

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

[MOHCTEP]

Сообщение от alatar

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

Не видел нигде, оттого и спрашиваю.))

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

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

[alatar]

Зачем Zink? Если речь идет о настольном приложении (а начиная с AIR 3.8 и о мобильном), можно взять UDP Socket и играться сколько душе угодно.

[alatar]

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

[MOHCTEP]

Сообщение от alatar

Вас не насторожило, что стандарт описывает, в том числе, физический уровень, ...

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

[alatar]

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

[MOHCTEP]

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

[alexcon314]

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

[alatar]

MOHCTEP, вы разницу между RS485 и ethernet понимаете?

Исполнитель, собравший эту систему, объяснил, что доступ и обмен возможен на транспортном уровне протокола TCP.

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

[MOHCTEP]

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

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