| |
|
  |
 Сетевая карта, Однонаправленная передача |
|
|
|
|
 Apr 25 2011, 06:18
|
Участник
Группа: Участник
Сообщений: 20
Регистрация: 11-04-11
Из: Сибирь
Пользователь №: 64 282
|
Цитата(SFx @ Apr 25 2011, 12:52)  речь идет о поддержки TCP до самого устройства ? а дальше однонаправленная передача ? между OPC и шлюзом односторонняя. Просто отправляем данные на com-порт. Цитата(SFx @ Apr 25 2011, 12:52) как можно сделать однонаправленную передачу с подтверждением ? (а вдруг подтверждения хакнут ? :-D ) через COM отправляем данные. На этом канале откусываем ногу Тх )) Вот режимы работы устройства: Виртуальный COM-порт TCP Server TCP Client UDP Server/Client Я понимаю, что преобразователь реализует TCP/IP на своём CPU и таким образом мы получаем желаемое.
|
|
|
|
|
|
|
|
Apr 26 2011, 02:24
|
Знающий
Группа: Участник
Сообщений: 599
Регистрация: 28-08-08
Из: Ростов папа
Пользователь №: 39 872
|
Цитата(SergeyMak @ Apr 25 2011, 08:28) Итак, еще раз.
Соединяем OPC-сервер (4 шт.) с базой данных по локальной сети. Требуется шлюз с однонаправленной передачей данных. Он должен быть на стороне OPC и обеспечивать передачу в БД. В компах обычные АТХ матери, соответственно
доступные интерфейсы: COM, LPT, USB, Ethernet, PCI, PCIex.
OC: WinXP.
Сеть: Медь-оптика-медь (полный список оборудования выяснить тяжело)
Шифрование не требуется.
Нужна гальваническая развязка, скорость не менее 40 Кбит/с, поддержка TCP, возможность написания собственного прикладного ПО.
Цена. Думаю 2-3 тр за шт найдем без проблем. Если потребуется разработка и цена перевалит за 50тр – тоже можно.
Осталось добавить, что в это описание можно внести обоснованные изменения по некоторым позициям.
Всё таки я склоняюсь к протоколу с подтверждением. Делать, так сразу нормально. Ну так постройте ОТДЕЛЬНУЮ локалку от 4-х серверов и компа с БД. Или к БД обращаются из другого города по Internet? Если нет, то кто тогда может ее хакнуть непонятно?
|
|
|
|
|
|
|
|
Apr 26 2011, 10:02
|
Участник
Группа: Участник
Сообщений: 20
Регистрация: 11-04-11
Из: Сибирь
Пользователь №: 64 282
|
Цитата(SFx @ Apr 25 2011, 15:51) Дерзайте. Одобряете?  Цитата(vvs157 @ Apr 25 2011, 18:39) Ну тогда берется 2-волоконный медиаконвертер с оптики на медь и не подключается приемный разъем. Попробуем с com-портом для начала. Цитата(vadimp61 @ Apr 26 2011, 09:24) Ну так постройте ОТДЕЛЬНУЮ локалку от 4-х серверов и компа с БД. Да, локалкой не обойдешься. К тому же расстояния. Не зря между ними оптика.
Сообщение отредактировал SergeyMak - Apr 26 2011, 10:04
|
|
|
|
|
|
|
|
Apr 27 2011, 07:17
|
Участник
Группа: Участник
Сообщений: 20
Регистрация: 11-04-11
Из: Сибирь
Пользователь №: 64 282
|
Спасибо всем, принявшим участие в обсуждении! Столько людей откликнулось.
Устройство должно было реализовать шлюз внутри себя. А так возникает вопрос в электрической части com-порта =) Похожа ли она на транзисторную или если перебрать драйвер этого порта, то можно писать данные на любую линию?
Может быть новую тему открыть?
Сообщение отредактировал SergeyMak - Apr 27 2011, 07:21
|
|
|
|
|
|
|
|
Sep 7 2011, 16:03
|
Участник
Группа: Участник
Сообщений: 20
Регистрация: 11-04-11
Из: Сибирь
Пользователь №: 64 282
|
Снова здравствуйте!
Покритикуйте схему в том же контексте.
Eth -> МК -> SPI ->(Опторазвязка только на 3 линии:MOSI,SCLK,SS)-> SPI -> МК -> Eth.
Минимум действий: всё, что прилетело в Ethernet отправилось на Ethernet c другой стороны. В каждом МК обработка протоколов верхнего уровня, TCP/IP работает, связь между сетками в одну сторону.
PS. Медиаконвертеры не хотят работать без Rx. Если только карточку с FlowControl, но у меня такой не нашлось.
|
|
|
|
|
|
|
|
Sep 11 2011, 19:34
|
Йа моск ;)
Группа: Модераторы
Сообщений: 4 345
Регистрация: 7-07-05
Из: Kharkiv-city
Пользователь №: 6 610
|
Мда. Безумству храбрых, как говорится. Берем карту (свич), отключаем на ней функцию Auto-MDIX (так же неплохо смотрится какая-нибудь древняя карта без этой фичи) и переводим ее в 10МБит. Пару TX на стороне приемника, естественно отрываем, а в линию в направлении к внешнему миру, дабы на другой стороне был Link, подаем импульсы Link Pulse, которые генерируются любым удобным способом QUOTE Autonegotiation is based on pulses similar to those used by 10BASE-T devices to detect the presence of a connection to another device. These pulses are sent by a device when it is not sending or receiving any data. They are unipolar positive-only electrical pulses of a duration of 100 ns nominally, with a maximum pulse width of 200 ns,[2] generated at intervals of 16 ms (with a tolerance of 8 ms).  Все
--------------------
"Практика выше (теоретического) познания, ибо она имеет не только достоинство всеобщности, но и непосредственной действительности." - В.И. Ленин
|
|
|
|
|
|
|
|
Sep 12 2011, 15:59
|
Участник
Группа: Участник
Сообщений: 20
Регистрация: 11-04-11
Из: Сибирь
Пользователь №: 64 282
|
Цитата(DrGluck @ Sep 12 2011, 02:11) Спасибо, но работает этот комплекс только с файлами и директрориями. И это UDP протокол. Цитата(Rst7 @ Sep 12 2011, 02:34) Мда. Безумству храбрых, как говорится. Берем карту (свич), отключаем на ней функцию Auto-MDIX (так же неплохо смотрится какая-нибудь древняя карта без этой фичи) и переводим ее в 10МБит. Пару TX на стороне приемника, естественно отрываем, а в линию в направлении к внешнему миру, дабы на другой стороне был Link, подаем импульсы Link Pulse, которые генерируются любым удобным способом Все И это UDP получится. Хотя суровое решение. Главное, что бы карточка не поменяла направление случайным образом при обновлении драйвера, например.
|
|
|
|
|
|
|
|
Sep 12 2011, 16:36
|
Йа моск ;)
Группа: Модераторы
Сообщений: 4 345
Регистрация: 7-07-05
Из: Kharkiv-city
Пользователь №: 6 610
|
QUOTE И это UDP получится. А других с односторонней передачей не получится. QUOTE Главное, что бы карточка не поменяла направление случайным образом при обновлении драйвера, например. Можно карту с отдельным PHY (очень часто в современных матерях) и обрезать TXD на уровне PHY-EMAC. Если уж очень хочется что-то разработать, то возьмите две микросхемы PHY KSZ8041TL и включите их в режиме жопка-к-жопке (Back-To-Back) с разрывом одной из связи TXD-RXD. Подробности в даташите.
--------------------
"Практика выше (теоретического) познания, ибо она имеет не только достоинство всеобщности, но и непосредственной действительности." - В.И. Ленин
|
|
|
|
|
|
|
|
Sep 13 2011, 03:45
|
Участник
Группа: Участник
Сообщений: 20
Регистрация: 11-04-11
Из: Сибирь
Пользователь №: 64 282
|
Цитата(Rst7 @ Sep 12 2011, 23:36) Если уж очень хочется что-то разработать, то возьмите две микросхемы PHY KSZ8041TL и включите их в режиме жопка-к-жопке (Back-To-Back) с разрывом одной из связи TXD-RXD. Подробности в даташите. Чем вам не нравится тоже самое, только с двумя контроллерами?
|
|
|
|
|
|
|
|
Sep 13 2011, 06:07
|
Йа моск ;)
Группа: Модераторы
Сообщений: 4 345
Регистрация: 7-07-05
Из: Kharkiv-city
Пользователь №: 6 610
|
QUOTE Чем вам не нравится тоже самое, только с двумя контроллерами? Деталей много Опять же, много лишнего софта, вряд ли Вы его нормально напишите. А ведь Вы хотите QUOTE получить простое (в т.ч в дальнейшем обслуживании) и надежное устройство.
--------------------
"Практика выше (теоретического) познания, ибо она имеет не только достоинство всеобщности, но и непосредственной действительности." - В.И. Ленин
|
|
|
|
|
|
|
|
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0
|
|
|
