zltigo 2 26 декабря, 2009 Опубликовано 26 декабря, 2009 · Жалоба А что скажете насчет DHLC это вроде поверх 485? Ничего, поскольку набор букв DHLC лично мне ни о чем не говорит. Если это HDLC, то ни к какому halfduplex эти буквы тоже отношения не имеют. Что Вы пытаетесь узнать? Как сделать так, что-бы ничего не делать? Не получится. Придется писать драйвер для поддержки своего железа. FTP/IP/PPP(SLIP) Windows Вам предоставит, остальное сами. Можете обойтись и без драйвера - напишите какое-нибудь приложение выполняющее роль шлюза и имеющее с одной стороны RS232->RS485 а с другой стороны изображающий локальный FTP сервер для Win. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
skripach 6 26 декабря, 2009 Опубликовано 26 декабря, 2009 · Жалоба Скрин из википедии на которую меня послал rezident Как видно и SLIP и PPP и HDLC являются протоколами канального уровня TCP/IP стека, но в отличие от SLIP и PPP HDLC является, по сведениям из той же википедии, протоколом который может работать поверх RS-485. Если изложенное в википедии верно, то у меня вопрос: Возможно ли применить какой-то стандартный(уже написанный) софт реализующий цепочку FTP-клиент->[некий софт]->HDLC->RS-232. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
zltigo 2 26 декабря, 2009 Опубликовано 26 декабря, 2009 · Жалоба по сведениям из той же википедии, протоколом который может работать поверх RS-485. В одну сторону совершенно без проблем :). Ну НЕ имеет он отношение к дуплексу никакого. И вообще он в потоке битов а не байтов работает. Что, дальше Википедии заглянуть не судьба? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
NullPointer 0 26 декабря, 2009 Опубликовано 26 декабря, 2009 · Жалоба http://en.wikipedia.org/wiki/COM_port_redirector Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
zltigo 2 26 декабря, 2009 Опубликовано 26 декабря, 2009 · Жалоба http://en.wikipedia.org/wiki/COM_port_redirector К какому месту прикладывать для получения удовлетворения? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
skripach 6 26 декабря, 2009 Опубликовано 26 декабря, 2009 · Жалоба http://en.wikipedia.org/wiki/COM_port_redirector Насколько я понимаю эта штука позволяет создать прозрачный RS-232 через интернет. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
NullPointer 0 26 декабря, 2009 Опубликовано 26 декабря, 2009 · Жалоба К какому месту прикладывать для получения удовлетворения?К голове. Там в конце статейки ссылки на софт. 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 2 26 декабря, 2009 Опубликовано 26 декабря, 2009 · Жалоба К голове. Там в конце статейки ссылки на софт. Ну тогда приложите и подумайте как этот софт поможет физически вылезти из писишки RS485-тым. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
NullPointer 0 26 декабря, 2009 Опубликовано 26 декабря, 2009 · Жалоба ...как этот софт поможет физически вылезти из писишки RS485-тым.Ну вестимо у автора темы есть на ПК интерфейс RS485 (либо с преобразованием с RS232), вестимо в системе он представлен в виде последовательного порта :07: Почему бы не попробовать реализовать TFTP-клиент <-> (локальный TCP\UDP порт) этот софт <-> (COM-порт) RS485 <-> железо <-> TFTP-сервер?.. Полудуплекс RS485 помешать не должен.. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
skripach 6 26 декабря, 2009 Опубликовано 26 декабря, 2009 · Жалоба TFTP-клиент <-> (локальный TCP\UDP порт) этот софт <-> (COM-порт) FTP-клиент никак не стыкуется "'этим софтом" ибо "этот софт" не передает TCP/IP пакеты в ком порт. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
zltigo 2 26 декабря, 2009 Опубликовано 26 декабря, 2009 · Жалоба Ну вестимо у автора темы есть на ПК интерфейс RS485 (либо с преобразованием с RS232), вестимо в системе он представлен в виде последовательного порта :07: Почему бы не попробовать реализовать TFTP-клиент <-> (локальный TCP\UDP порт) этот софт <-> (COM-порт) RS485 <-> железо <-> TFTP-сервер?.. Это все (кроме 485)делается без всяких дополнительных приблуд, как уже описано выше. Полудуплекс RS485 помешать не должен.. Отнюдь, это полный кирдык, ибо средств разрешения конфликтов в драйвере RS232 не предусмотрено, за ненадобностью. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
NullPointer 0 26 декабря, 2009 Опубликовано 26 декабря, 2009 · Жалоба skripach, в этом случае в COM-порт пойдут только данные из них, т.е. протокол верхнего уровня в чистом виде. Отнюдь, это полный кирдык, ибо...Исключить, выбрав протокол верхнего уровня с принципом запрос-ответ. Железке отдем логическую роль slave. Чем TFTP не подходит? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
SM 0 26 декабря, 2009 Опубликовано 26 декабря, 2009 · Жалоба Вообще, чтобы ничего не создавать на PC, надо создать что-то вне PC - например сделать дуплексный 485, по двум парам. И всех делов. На это вроде тут уже намекали. Или, если в кабеле пар физически не хватает, как вариант, создать умный переходник 232-485, который бы и разруливал конфликты. Исключить, выбрав протокол верхнего уровня с принципом запрос-ответ. А если ошибка в канале битовая... Начнутся перезапросы, перепосылки пакетов... Да и все TCP ACK-ки ходят дуплексно вместе с пакетами вне зависимости от того, что там за протокол "наверху". В общем встроенного средства заставить винду (да вроде и линь тоже, хотя тут не уверен) учитывать в TCP-уровне то, что канал недуплексный, нету. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
zltigo 2 26 декабря, 2009 Опубликовано 26 декабря, 2009 · Жалоба Исключить, выбрав протокол верхнего уровня... Без проблем, но его придется написать, причем для двух сторон, а не взять готовый их Windows, о чем тоже уже говорилось выше. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
skripach 6 26 декабря, 2009 Опубликовано 26 декабря, 2009 · Жалоба в этом случае в COM-порт пойдут только данные из них, т.е. протокол верхнего уровня в чистом виде. хорошо бы ftp сразу в RS232, сейчас буду проверять, но наверное не так. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться