SergeyMak

Всё таки, подскажите, какой интерфес можно использовать для связи контроллеров между собой кроме SPI? Он удобен для опторазвязки. Может взять контроллеры с двумя MII? Один для ethernet, другой - для связи с МК. Хочу попробовать на отладочных платах. Надо определиться с выбором.

А как можно заставить работать такое решение с коммутатором? Широковещательными пакетами?

Чем вам не нравится тоже самое, только с двумя контроллерами?

Спасибо, но работает этот комплекс только с файлами и директрориями. И это UDP протокол. И это UDP получится. Хотя суровое решение. Главное, что бы карточка не поменяла направление случайным образом при обновлении драйвера, например.

Снова здравствуйте! Покритикуйте схему в том же контексте. Eth -> МК -> SPI ->(Опторазвязка только на 3 линии:MOSI,SCLK,SS)-> SPI -> МК -> Eth. Минимум действий: всё, что прилетело в Ethernet отправилось на Ethernet c другой стороны. В каждом МК обработка протоколов верхнего уровня, TCP/IP работает, связь между сетками в одну сторону. PS. Медиаконвертеры не хотят работать без Rx. Если только карточку с FlowControl, но у меня такой не нашлось.

Спасибо всем, принявшим участие в обсуждении! Столько людей откликнулось. Устройство должно было реализовать шлюз внутри себя. А так возникает вопрос в электрической части com-порта =) Похожа ли она на транзисторную или если перебрать драйвер этого порта, то можно писать данные на любую линию? Может быть новую тему открыть?

Одобряете? :) Попробуем с com-портом для начала. Да, локалкой не обойдешься. К тому же расстояния. Не зря между ними оптика.

между OPC и шлюзом односторонняя. Просто отправляем данные на com-порт. через COM отправляем данные. На этом канале откусываем ногу Тх )) Вот режимы работы устройства: Виртуальный COM-порт TCP Server TCP Client UDP Server/Client Я понимаю, что преобразователь реализует TCP/IP на своём CPU и таким образом мы получаем желаемое.

Итак, еще раз. Соединяем OPC-сервер (4 шт.) с базой данных по локальной сети. Требуется шлюз с однонаправленной передачей данных. Он должен быть на стороне OPC и обеспечивать передачу в БД. В компах обычные АТХ матери, соответственно доступные интерфейсы: COM, LPT, USB, Ethernet, PCI, PCIex. OC: WinXP. Сеть: Медь-оптика-медь (полный список оборудования выяснить тяжело) Шифрование не требуется. Нужна гальваническая развязка, скорость не менее 40 Кбит/с, поддержка TCP, возможность написания собственного прикладного ПО. Цена. Думаю 2-3 тр за шт найдем без проблем. Если потребуется разработка и цена перевалит за 50тр – тоже можно. Осталось добавить, что в это описание можно внести обоснованные изменения по некоторым позициям. По цене лучше вы меня сориентируйте. Можно за такую сумму разработать и изготовить? Подобное устройство как раз видел на местной рекламе в Стартеркит. Видимо на чем-то таком и надо будет остановиться - сильно дороже разработка для PCI. Насколько надежна будет передача в одном направлении, если использовать com-порт без Тх? Всё таки я склоняюсь к протоколу с подтверждением. Делать, так сразу нормально.

Не понял зачем фильтрация. Т.е usb -> com -> Eth ? Можно чуть подробней? Или вы имеете ввиду связать 2 компьютера через com-порт? Ethernet нужен, т.к надо связаться через локальную сеть. Я не электронщик по профессии, но вроде довольно ясно изложил свои требования. Если вы прочитаете тему, то поймете, что устройство независимо от прикладного софта, должно обеспечивать однонаправленную передачу данных. В каком именно месте это сделать и как я пытаюсь выяснить. Насколько я понимаю, UDP-протокол как раз и есть "в одну сторону". Я писал выше: "Вообще, я рассчитывал, что это будет проще. Почему не сделать отдельно контроллер PCI, отдельно контроллер или микропроцессор для Ethernet со всем необходимым на борту (Линукс)? А между ними обеспечить поток данных в одном направлении." Давайте про эту службу забудем вообще. Я её для примера привел. Мне от них ничего не надо. Я бы рад купить. Но мой поиск не принес результатов. Подобные решения обычно программные.

пойдет! всего 600 переменных типа real. 40Кбит/с более чем достаточно. К тому же их можно растянуть на несколько секунд =)

Нужно подключить OPC-сервер предприятия к БД. Здесь должен быть шлюз. Особых требований к целостности нет пока. Взять дискретность с запасом. Если отвалится часть информации - ничего. Опять же расстояние и куча оборудования: медиаконвертеры, свичи. Думаю, только на практике будет понятно. Собственно, может другим путём пойти? Если необходимость есть в обработке протоколов, а с чипом для PCI не получится в одном напралении.. Может тогда другие шины попробовать? COM-порт, LPT. Как считаете? Ethernet в конце концов, как предложил vadimp61 . Вообще, я рассчитывал, что это будет проще. Почему не сделать отдельно контроллер PCI, отдельно контроллер или микропроцессор для Ethernet со всем необходимым на борту (Линукс)? А между ними обеспечить поток данных в одном направлении. Например, через память, если к ней можно будет обращаться таким образом или через еще один микроконтроллер. В итоге получаем почти нормальную сетевую карту. Качество связи, удобство в работе. Что скажете?

Понятия не имею. Я что-то на своём опыте не хочу проверять. А если зловредное ПО? Нет возможности содержать админа для настройки и вообще там должна стоять винда. Буду спокойно спать, если это будет железная защита. В прямом и переносном смысле. SFx, вы согласитесь со мной?

Вообще есть служба ФСТЭК. Она выдает сертификаты. В моем случае я бы сказал - "на глаз". Любой фаервол по-моему можно "сломать" при определенном желании. А я хочу получить простое (в т.ч в дальнейшем обслуживании) и надежное устройство.

Надежность в плане защиты информации.