Ethernet конвертор в синхронный поток Опции

[admin]

какие есть решения или как это можно по простому сделать?

нужно запихнуть ethernet в синхронный канал 64килобита и из него же извлечь.

покупать железяку за 500 у.е. нет желания, т.к. этих конвертеров надо серию.

[one_man_show]

Сразу на ум приходит XPort. Но у него асинхронный RS. Если взять к нему софтовый кит разработчика (дается бесплатно при покупке 5 шт), то можно попробовать искусственно организовать синхронный поток. По-моему это самое быстрое решение.,Если нужно, то весь TCP-стек там реализован, о нем можно не думать, а конвертилка оп умочанию тоже есть.

[admin]

Стоп,
Xport дает возможность подключить RS232 железки к сети ethernet и через TCP/ip управлять железякой, (посылая команды через www туда чуть ли не ручками)

Или я что-то не доконца понимаю?


Иначе было бы очень просто поиметь решение за 75$ + прикрутить конвертер из асинхронного в синхронный.

Подобный медиа конвертер стоит в http://www.cronyx.ru 390$ (64kbps V35 <-> 10Mbit ethernet)

[one_man_show]

Софтовый кит разработчика называется CPK. Дается бесплатно при покупке ПЯТИ икс-портов. Хотя условия уже могли поменяться (стать легче), лучше узнайте у дистрибутора:
АО "Родник Софт" (095)113-7001, менеджер Столбов Алексей.
Имея доступ к внутренностям, с икс-портом можно многое нагородить, т.е. заставить быть не только прозрачным преобразователем

[Dainis]

какие есть решения или как это можно по простому сделать?

нужно запихнуть ethernet в синхронный канал 64килобита и из него же извлечь.

покупать железяку за 500 у.е. нет желания, т.к. этих конвертеров надо серию.

Этим я занимаюс последние 5 лет, решение:

1) RAD ChipBridge ( only 10Mbit, obsolute)
2) RAD ChipRouter( only 10Mbit)
3) Redux RS-120 & RS-125
4) ADMtek AT8993
5) ADMtek ADM6996F
6) nSYStech's Xbridge2.0

[NeoN]

Делал нечто подобное, вот тут оно целиком на FPGA. XC2S30+62C256+LXT905=~25$.

[petrov]

Всё намного проще udofun. ;)
Есть у реалтека микросхема свича пятипортового RTL8305SB.
http://www.realtek.com.tw/products/product...aspx?modelid=18
У неё есть интересный режим работы MII интерфейса, когда данные с портов она выдаёт на MII с тактовой частотой определяемой внешним устройством(причём это не обязательно 2,5 или 25 МГц а любая частота(и это не отражено в документации ;) )). При этом микросхема сама умеет регулировать поток данных с UTP портов, и никаких потерь пакетов не происходит. Её не надо даже конфигурить, режим работы можно сигналами на ножках задавать.
Сделал на ней радиоудлинитель Etherneta(синхронная передача данных, отдельные полосы на приём и передачу) на пару десятков мегабит.
Да кстати использовал квадратурные аналоговые модулятор-демодулятор Atmel U2793B и U2794B.

[NeoN]

Есть такое дело за исключением 2-х НО:
1. В простейшем случае приходится передавать 4 бита данных и RX_DV, т.е. избыточность 25%, либо 8 бит и DV - 12.5%. Для получения меньшей избыточности требуется изощряться с подсчетом и передачей длины пакета, что убивает на нет всю простоту решения.
2. Сама микросхема не слишком стабильна в плане зависания при ESD по физике Ethernet и не только. Короче, надежность варианта не очень получилась.

[petrov]

Есть такое дело за исключением 2-х НО:
1. В простейшем случае приходится передавать 4 бита данных и RX_DV, т.е. избыточность 25%, либо 8 бит и DV - 12.5%. Для получения меньшей избыточности требуется изощряться с подсчетом и передачей длины пакета, что убивает на нет всю простоту решения.
2. Сама микросхема не слишком стабильна в плане зависания при ESD по физике Ethernet и не только. Короче, надежность варианта не очень получилась.

Да так и есть приходится подсчитывать длину пакета чтобы RXDV на приёме сформировать, но это не шибко сложно и не очень много места на плисине занимает по сранению с самой модуляцией демодуляцией. А надёжность вроде нормальная.

[NeoN]

А вот это уже интересно - чтобы подсчитать длину пакета, полученного от RTL, нужно дождаться приема этого пакета полностью, след. длину удастся в канал передать только в конце пакета. А на удаленной стороне эта длина нужна в начале пакета. Т.е. прийдется буфферизовать пакет либо на приеме, либо на передаче, причем, одним буффером обойтись не удастся - пока один пакет принимается, другой должен передаваться в канал? Или я что-то не понимаю?

[petrov]

А вот это уже интересно - чтобы подсчитать длину пакета, полученного от RTL, нужно дождаться приема этого пакета полностью, след. длину удастся в канал передать только в конце пакета. А на удаленной стороне эта длина нужна в начале пакета. Т.е. прийдется буфферизовать пакет либо на приеме, либо на передаче, причем, одним буффером обойтись не удастся - пока один пакет принимается, другой должен передаваться в канал? Или я что-то не понимаю?

Пакет буферизируется на предаче(фифо), на лету подсчитывается длина, и вставляется в начало пакета при выходе его из фифо, при этом в этот же фифо записывается следующий пакет и подсчитывается его длина. Для длин тоже небольшое фифо есть, поскольку в фифо для пакетов их(пакетов) несколько может продвигаться. На приёме всё просто, никаких буферов.

[NeoN]

Ну что-то типа того... правда лишние 1.5кБ интегральной задержки не есть рулез... Особенно для коротких пакетов.

[petrov]

Ну что-то типа того... правда лишние 1.5кБ интегральной задержки не есть рулез... Особенно для коротких пакетов.

Ага, задержка на длину максимального пакета, но по другому вроде никак.

[NeoN]

я делал так - группировал четверки в пакеты фиксированной длины (по 16 шт), а в коце каждого передавал кол-во полезных четверок в пакете (4 бита) . При этом групповая задержка была около 10 октетов, а избыточность - 6.25%.

[admin]

режим работы можно сигналами на ножках задавать.
Сделал на ней радиоудлинитель Etherneta(синхронная передача данных, отдельные полосы на приём и передачу) на пару десятков мегабит.
Да кстати использовал квадратурные аналоговые модулятор-демодулятор Atmel U2793B и U2794B.

Интересное решение
Сейчас изучаю датащиты.