Я конечно не большой спец по лазерам, но из практики использования: нельзя сделать чтобы лазер постоянно светился, он для этого не предназначен. В таких системах применяют NRZ кодирование для ухода от последовательностей повторяющихся данных. В противном будет срыв потока данных - мусор пойдет.

PS: Проблемы с выбранными сердесами возможны. Схемотехник обратил внимание, что у них нет встроенного кодирования, тупо добавляются стартовый и стоповый бит. Может пойти инвертированный сигнал.

Для синхронных систем да, согласен, еще и скремблируют для исключения длинных последовательностей нулей или едениц. Иначе мы потеряем информацию о тактовом сигнале! Но у Вас же асинхронная система, там ее не надо передавать , так как ее нет.

Наконец-то проверил систему UART в оптику через сериалайзер в железе. Коротко - она работает! Потерь данных не наблюдается - приём стабильный.
Тактирование с sam7s правда не пошло - с блока ШИМ кривой сигнал идёт. Фаза болтается => десериалайзер постоянно несущую теряет. Внешний генератор на 10Мгц исправил проблему. На сериалайзер идет 4 бита "0", 4 - "1", один с UART и один инверсный с UART.

PS: SFP модуль кстати взяли D-Link. Проще всего купить оказалось.

Доброе время суток!
У меня аналогичная задача, надо соединить UART c SFP модулем (Step4Net SFP-03-1310WDM и ответный SFP-03-1550WDM).
Провозился я с ними, думал что проблема в сопряжении интерфейсов, но потом оказалось что когда меандр передаю все нормально, а когда идет полезный сигнал (передаю напрямую с юарт Mega8) на приемной стороне что-то непонятное, выскакивают какие-то биты. Я так понял что стоит кодирование. Там и в стандарте прописано что может быть такое. Нашел даташит на драйвер который там стоит, в драйвере не указано никакого кодирования. Вот думаю что это! Про сериалайзер ничего не понял! Нужна помощь! Спс!)))

Лазер штука тонкая - нельзя ему сразу же информационный сигнал слать. По хорошему, чтобы всё нормально работало, нужно слать одинаковое число "0" и "1" за один промежуток времени (я не схемотехник - это то что я понял из их объяснений). Сериалайзеры пакуют информационный сигнал в пакеты для адекватного приема + могут добавлять кодирование и дополнительные данные для восстановления после сбоев. Поскольку мне большая скорость не нужна, то я использовал для передачи один бит параллельного входа сериалайзера, а на другие подавал инверсию данных и 0/1 поровну.

Какая скорость UARTа нужна, раз гигабитные модули используются? Если только с атмеги - то копируй моё решение.

Скорости 115к вполне хватит, это что-то типа переговорного устройства только с помехозащищенной линией.
Я так понял нужно использовать аппартный сериалайзер покупной? Кстати еще заметил что на низкой скорости не получается передавать, ему нуждна еще и минимальная скорость какая-то? Если я правильно понял, или все таки все заключается в сериалайзере?! А гигабитные потому что они самые дешевые были!))

Насчет дешевизны мне было не очень критично. Можешь поискать сериалайзер под гигабит у той же TI. По скоростям, повторяю: на входе сериалайзера обычно 10-14 бит, поскольку скорость UART нужна небольшая, то и используешь один битик на выходе и на выходе, остальные в 0/1. С учетом разницы скоростей 1.25ГБит/10 = 125МБит для одного бита, намного больше 115к и с тактовым сигналом синхронизации не понадобится.

PS: А вообще почему именно стекло? Это у меня специфическая задача - там без стекла никак. Если расстояния небольшие (метров 50 легко, максимум в районе 100 кажись), то пластик (POF) подойдет идеально - дешево, управление TTL уровнями, напрямую цепляется UART к приемопередатчикам.
Вот приемопередатчики POF:

Вот кабель:

Вариант на фотографиях я тоже рассматривал. Этим проектом я занимался давненько, уже не помню, кажись я не нашел именно пластика или он был дороговат, а приемо/передатчики по цене модуля. Подумал проще использовать модули, они очень распространены сейчас и можно в итоге к сети подключится (ну с доработкой протоколов есесно), тем более следующая задача стоит в подключении к этим модулям уже измерительных датчиков расстояние к которым может достигать до 1км. В общем мне понравилась цена и их возможности по дальности и скоростям, нашел стандарт на сфп, ну кароч думал проще будет чем оказалось))) А какой Вы сериалайзер использовали? Посмотреть мож подойдет?

А зачем вам сериализатор?
У вас последовательный поток на выходе меги и последовательный на входе SFP модуля.
Поставьте между ними матрицу и проскремблируйте ваш поток.
Но если все таки сериализатор и на меге будет 8-ми битная шина берите XRT91l31 он как раз восьми битный. И у него есть встроенный синхронизатор стандарта STM-1, при нахождении синхрослова он дает на отдельной ноге импульс для внешнего фреймера.

Использовал SN65LV1023A и SN65LV1224B - в предыдущих сообщениях есть ссылки на pdf. Но это под 100МГц, под гиг нужно другие выбирать. Сам на сайтt ti их и выбирал.



Проще поставить сериалайзер и не городить ПЛИС, тем более с учетом передачи на 1.25ГГц - какая матрица (дешевая к тому же) потянет? А число бит на сериалайзере для низкоскростного UART не принципиально, всё равно используется один.

Стоп - у человека источником данных является уарт с МЕГА8 которая может работать на частоте 16 Мгц и не более.
А матрица ставится до сериализатора и работает на частоте в 8 раз меньшей (это если сериализатор 8 бит).
Если передавать 115200 в 8 ми битном коде с одним рабочим битом, то после сериализатора скорость в оптике будет всего 115200*8= 921600 бит/с то есть 1 мбит,а берут оптику на 1 Гбит.
Матрица будет работать на частоте 115,2 Кгц - любая справится)))

Ставил и 25 MHz кварц и работало быстрее, а вообще по даташиту при системных 20МНz можно разогнать UART до 2.5Mbit/s. Я пробовал где-то меандр на 1MHz передавать, то модули вроде нормально передавали уже, на обратной стороне получал этот же меандр (с небольшой задержкой токо). А вот когда сигнал начинаю передавать 1-2Мбит/сек то на обратной стороне вижу похожий сигнал но с добавленными какими-то битами, подумал что кодирование стоит какое-то, ну вот почитал оказывается нужен сериалайзер. Я думаю можно попробовать и на SN65LV1023A/SN65LV1224B. Только хотел еще уточнить у Serg_Sm: на первый бит D0 я передаю полезный сигнал с UART, а на остальные D1-D9 - "0" или "1" в зависимости от того что сейчас на D0 только его инверсию. К примеру D0-"1" то D1-D9 - "0"? Спасибо!!!

Я думал ПЛИС без сериалайзера . У меня serdes без ПЛИС - проще всего получается. С контроллера напрямую на serdes. На меге можно тоже самое сделать, только serdes подобрать.


SN65LV1023A/SN65LV1224B гигабит не потянут, хотя в принципе в данной задаче могут и заработать. Но я бы взял serdes под гигабит - есть в одном корпусе и скорее всего дешевле получится. (Завтра посмотрю название одного - в одних устройствах использовался)
Весь смысл, что для SFP модуля не должно быть повторяющихся длительное время данных - иначе он потеряет несущую (сигналы состояния кстати есть) и полезет мусор.
По битам D0 - data, D1 ~data, D2-D9 0/1 попеременно. Тактирование подобрать под скорость SFP-модуля.

SerDes для гигабита TLK1201. За 500р вроде можно найти.

Спасибо за помощь! Я вот еще что думаю, если модуль передавал меандр на 1 МГц, может стоит попробовать сделать программный сериалайзер, как образом - из каждой посылки в юарте (8бит) первый бит после "старт" бита пускай будет значащим, а остальные в зависимости от первого идут поочередно 0 или 1. Понятно что скорость снизится! К примеру если она будет 2.5Мбит/сек то полезная информация передается в 8 раз медленней, но в принципе этого должно хватить! Ну в общем поиграться с посылкой чтобы в ней последовательность 0 и 1 была равномерной! Или применить кодирование какое нить! Как думаете?))