[admin 0]

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

 

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

 

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

[one_man_show 0]

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

[admin 0]

Стоп,

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

 

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

 

 

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

 

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

[one_man_show 0]

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

АО "Родник Софт" (095)113-7001, менеджер Столбов Алексей.

Имея доступ к внутренностям, с икс-портом можно многое нагородить, т.е. заставить быть не только прозрачным преобразователем B)

[Dainis 0]

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

 

нужно запихнуть 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 0]

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

[petrov 7]

Всё намного проще udofun. ;)

Есть у реалтека микросхема свича пятипортового RTL8305SB.

http://www.realtek.com.tw/products/product...aspx?modelid=18

У неё есть интересный режим работы MII интерфейса, когда данные с портов она выдаёт на MII с тактовой частотой определяемой внешним устройством(причём это не обязательно 2,5 или 25 МГц а любая частота(и это не отражено в документации ;) )). При этом микросхема сама умеет регулировать поток данных с UTP портов, и никаких потерь пакетов не происходит. Её не надо даже конфигурить, режим работы можно сигналами на ножках задавать.

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

Да кстати использовал квадратурные аналоговые модулятор-демодулятор Atmel U2793B и U2794B.

[NeoN 0]

Есть такое дело за исключением 2-х НО:

1. В простейшем случае приходится передавать 4 бита данных и RX_DV, т.е. избыточность 25%, либо 8 бит и DV - 12.5%. Для получения меньшей избыточности требуется изощряться с подсчетом и передачей длины пакета, что убивает на нет всю простоту решения.

2. Сама микросхема не слишком стабильна в плане зависания при ESD по физике Ethernet и не только. Короче, надежность варианта не очень получилась.

[petrov 7]

Есть такое дело за исключением 2-х НО:

1. В простейшем случае приходится передавать 4 бита данных и RX_DV, т.е. избыточность 25%, либо 8 бит и DV - 12.5%. Для получения меньшей избыточности требуется изощряться с подсчетом и передачей длины пакета, что убивает на нет всю простоту решения.

2. Сама микросхема не слишком стабильна в плане зависания при ESD по физике Ethernet и не только. Короче, надежность варианта не очень получилась.

<{POST_SNAPBACK}>

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

[NeoN 0]

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

[petrov 7]

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

<{POST_SNAPBACK}>

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

[NeoN 0]

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

[petrov 7]

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

<{POST_SNAPBACK}>

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

[NeoN 0]

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

[admin 0]

режим работы можно сигналами на ножках задавать.

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

Да кстати использовал квадратурные аналоговые модулятор-демодулятор Atmel U2793B и U2794B.

 

Интересное решение :cheers:

Сейчас изучаю датащиты.