[zltigo 1]

А что скажете насчет DHLC это вроде поверх 485?

Ничего, поскольку набор букв DHLC лично мне ни о чем не говорит. Если это HDLC, то ни к какому halfduplex эти буквы тоже отношения не имеют. Что Вы пытаетесь узнать? Как сделать так, что-бы ничего не делать? Не получится. Придется писать драйвер для поддержки своего железа. FTP/IP/PPP(SLIP) Windows Вам предоставит, остальное сами. Можете обойтись и без драйвера - напишите какое-нибудь приложение выполняющее роль шлюза и имеющее с одной стороны RS232->RS485 а с другой стороны изображающий локальный FTP сервер для Win.

[skripach 5]

Скрин из википедии на которую меня послал rezident

Как видно и SLIP и PPP и HDLC являются протоколами канального уровня TCP/IP стека, но в отличие от SLIP и PPP HDLC является, по сведениям из той же википедии, протоколом который может работать поверх RS-485.

Если изложенное в википедии верно, то у меня вопрос:

Возможно ли применить какой-то стандартный(уже написанный) софт реализующий цепочку FTP-клиент->[некий софт]->HDLC->RS-232.

[zltigo 1]

по сведениям из той же википедии, протоколом который может работать поверх RS-485.

В одну сторону совершенно без проблем :). Ну НЕ имеет он отношение к дуплексу никакого. И вообще он в потоке битов а не байтов работает. Что, дальше Википедии заглянуть не судьба?

[NullPointer 0]

http://en.wikipedia.org/wiki/COM_port_redirector

[zltigo 1]

http://en.wikipedia.org/wiki/COM_port_redirector

К какому месту прикладывать для получения удовлетворения?

[skripach 5]

http://en.wikipedia.org/wiki/COM_port_redirector

Насколько я понимаю эта штука позволяет создать прозрачный RS-232 через интернет.

[NullPointer 0]

К какому месту прикладывать для получения удовлетворения?

К голове. Там в конце статейки ссылки на софт.

 

The remserial program acts as a communications bridge between a TCP/IP network port and a Linux device such as a serial port. Any character-oriented Linux /dev device will work.

TCP-Com is a software based serial port to TCP/IP Redirector, that can act as either a TCP/IP client or server. It allows you to turn your Windows PC into a "Serial Device Server"

[zltigo 1]

К голове. Там в конце статейки ссылки на софт.

Ну тогда приложите и подумайте как этот софт поможет физически вылезти из писишки RS485-тым.

[NullPointer 0]

...как этот софт поможет физически вылезти из писишки RS485-тым.

Ну вестимо у автора темы есть на ПК интерфейс RS485 (либо с преобразованием с RS232), вестимо в системе он представлен в виде последовательного порта :07:

Почему бы не попробовать реализовать TFTP-клиент <-> (локальный TCP\UDP порт) этот софт <-> (COM-порт) RS485 <-> железо <-> TFTP-сервер?.. Полудуплекс RS485 помешать не должен..

[skripach 5]

TFTP-клиент <-> (локальный TCP\UDP порт) этот софт <-> (COM-порт)

FTP-клиент никак не стыкуется "'этим софтом" ибо "этот софт" не передает TCP/IP пакеты в ком порт.

[zltigo 1]

Ну вестимо у автора темы есть на ПК интерфейс RS485 (либо с преобразованием с RS232), вестимо в системе он представлен в виде последовательного порта :07:

Почему бы не попробовать реализовать TFTP-клиент <-> (локальный TCP\UDP порт) этот софт <-> (COM-порт) RS485 <-> железо <-> TFTP-сервер?..

Это все (кроме 485)делается без всяких дополнительных приблуд, как уже описано выше.

Полудуплекс RS485 помешать не должен..

Отнюдь, это полный кирдык, ибо средств разрешения конфликтов в драйвере RS232 не предусмотрено, за ненадобностью.

[NullPointer 0]

skripach, в этом случае в COM-порт пойдут только данные из них, т.е. протокол верхнего уровня в чистом виде.

 

Отнюдь, это полный кирдык, ибо...

Исключить, выбрав протокол верхнего уровня с принципом запрос-ответ. Железке отдем логическую роль slave. Чем TFTP не подходит?

[SM 0]

Вообще, чтобы ничего не создавать на PC, надо создать что-то вне PC - например сделать дуплексный 485, по двум парам. И всех делов. На это вроде тут уже намекали. Или, если в кабеле пар физически не хватает, как вариант, создать умный переходник 232-485, который бы и разруливал конфликты.

 

Исключить, выбрав протокол верхнего уровня с принципом запрос-ответ.

А если ошибка в канале битовая... Начнутся перезапросы, перепосылки пакетов... Да и все TCP ACK-ки ходят дуплексно вместе с пакетами вне зависимости от того, что там за протокол "наверху". В общем встроенного средства заставить винду (да вроде и линь тоже, хотя тут не уверен) учитывать в TCP-уровне то, что канал недуплексный, нету.

[zltigo 1]

Исключить, выбрав протокол верхнего уровня...

Без проблем, но его придется написать, причем для двух сторон, а не взять готовый их Windows, о чем тоже уже говорилось выше.

[skripach 5]

в этом случае в COM-порт пойдут только данные из них, т.е. протокол верхнего уровня в чистом виде.

хорошо бы ftp сразу в RS232, сейчас буду проверять, но наверное не так.