SFPTotal

Виды трансиверов по типу защиты от записи и способы их программирования https://www.facebook.com/notes/sfptotal.ru/338110400163999/

Должны переваривать любой валидный код в рабочих модулях.

Проблема в необходимости ввода пароля или использовании неверных настроек для записи в память трансивера. За редким исключением можно прошить практически все модули, если известен принцип программирования или пароль вендора.

Все правильно, потому что все эти образы LR. Все же дело может быть в байте 06h, но в данном случае недостаточно поменять только его. Нужно и кодирование менять и другие параметры. Нужен либо специальный пароль, либо сейв команда, чтобы перенести изменения в постоянную память. Не для всех SFP+ трансиверов A2h доступна к редактированию с паролем, с которым изменяется A0h.

@putnik915 так пропишите нужный артикул в A0h по смещению 60h. A2h не сохраняется, потому что эта область памяти защищена от записи по-умолчанию. Скорее всего нужен специальный пароль для изменения или есть сейв команда.

Ситуация эта насколько часто повторяется на рынке не только в РФ, но и в мире в целом, что уже совершенно не удивляет. Часто у таких компаний-перепродавцов просто нет оборудования, чтобы посмотреть внутрь модулей и подготовить их для клиента.

carver выложите свою прошивку, посмотрим что с ней не так.

Верно, но в контексте программирования модулей это часто не работает. Поэтому важно работать на правильной скорости.

Сигнал ACK генерируется притягиванием со стороны слейва линии данных, а не линии тактирования. Клокинг может притягиваться слейвом, чтобы притормозить передачу, если слейв не успевает сохранять изменения. Таким образом он говорит мастеру "будьте добры по-медленнее, я записываю!".

Exit уточните, пожалуйста, схему подключения данного "программатора" к порту SFP, как вы это видите. Нужно понимать, что наши программаторы работают на собственном протоколе и вся работа с шиной i2c реализована на стороне управляющего контроллера. Это гарантирует стабильное чтение/запись и обработку возможных ошибок. Ваше аппаратное решение требует альтернативный путь - софтовая обработка шины. В этом случае получится очень медленный программатор.

К сожалению, сейчас вы можете работать только с программаторами SFPTotal. Мы работаем над обновлением, которое позволит подключать другие программаторы, а также появятся новые полезные функции для работы с памятью трансиверов и прошивками в частности. Расскажите, какие девайсы вы хотите использовать с нашим ПО?

Если просниффать шину, когда работает ic prog, можно увидеть, что перед сигналом Start на шине есть активность. Вероятно, что модулю не нравится такое поведение, когда не выдержаны паузы между операциями. Или скорость в 1kHz не нравится. Сложно гадать. Надо смотреть что у вас происходит на шине. Если после байта с битом записи (A0 Write) модуль отвечает ACK, а потом не хочет читаться, то может быть проблема в том, что не выдержана пауза перед ReStart и отправкой байта с битом чтения (A1 Read). Если после байта с битом записи (A0 Write) модуль не отвечает - NACK, тогда надо проверять схему подключения. На наших устройствах таких проблем никогда не наблюдалось, что Gigalink, что Eoptolink читаются без проблем.

Имеется ввиду лог обмена между программатором и модулем на шине I2C. Все модули должны читаться, если выполнены требования по сопряжению и обмен соответствует протоколу.

А есть возможность посмотреть, что на шине i2c творится? Что с напряжением на выходе преобразователя 78L33, когда трансивер подключен?

Увы, на некоторых программаторах маркировка чипа затерта.

Можно сделать дайджест не только по программам, но и по программаторам, благо у нас их целая коробка, но одного поста на форуме для этого будет мало. Основная масса программаторов из Поднебесной, большинство из которых невозможно купить просто так. Софт, соответственно, тоже с элементами китайского алфавита и на уровне "загрузить прошивку" и "записать прошивку". Наша практика показывает, что такого функционала недостаточно. Возможно, этого достаточно, чтобы шить модули одного-двух вендоров, но для широкой поддержки - нет.

В интерфейсе SFPTotal Wizard во вкладке Details есть 2 кнопки <155 Mbts> и <1.25 Gbts>, чтобы быстро переключать модули между 100/1000.

Вскрыли модуль, аккуратно сдули флеш память, распаяли контакты и сняли дамп. Разбор дампа было делом техники.

Залить "новое" значит заменить программное обеспечение ONU, которое сможет поддерживать необходимый функционал в соответствии с G.984.3.

Так G.984.3 расширен по сравнении с G.984.2, об этом и сказано выше. В устройствах, для которых заявлена совместимость G.984.2, нет поддержки PLOAM, хотя в паттернах конфигов "место" для данного параметра имеется.

Прежде всего нужно разобраться в поддерживаемых стандартах, которые необходимы, чтобы связка OLT + Mikrotik SFP ONU заработала. В соответствии со спецификацией ITU-T G.984.3 должны поддерживаться 2 способа авторизации ONU: Насколько мне удалось узнать, модуль совместим с ITU-T G984.2 класс B+ или C+. Т.е. совместим с более ранней спецификацией. Прочитав документацию https://www.itu.int/rec/T-REC-G.984.2-200303-I/en не нашел упоминания про PLOAM. Может так оказаться, что необходимого функционала на борту онушки просто нет. Но он теоретически возможен, если провести апдейт софтовой части модуля до совместимой с ITU-T G.984.3. В конфиге-то зарезервировано. Попробуем запустить, когда получим на руки новые ONU модули.

Онушка в формате SFP модуля, решение от Marvel SoC. Она может быть как под GPON, так и под GEPON.

У микротиковского gpon модуля есть вот такой конфиг, где судя по всему PON_passwd и есть необходимый пароль в 10 байт. <?xml version="1.0"?> <cnfg> <PON> <!-- PON serial number - up to 8 symbols --> <PON_serial_num>MKTK00010203</PON_serial_num> <!-- PON serial source: 0 - xml, 1 - digit part is taken from MAC lower 4 bytes--> <PON_serial_src>1</PON_serial_src> <!-- PON password - up to 10 symbols --> <PON_passwd>1234567890</PON_passwd> <!-- PON SN disabled: 0 = FALSE, 1 = TRUE --> <PON_dis_sn>0</PON_dis_sn> <!-- gem reset on fiber disconnect: 0 = FALSE, 1 = TRUE --> <PON_gem_reset>0</PON_gem_reset> <!-- tcont reset on fiber disconnect: 0 = FALSE, 1 = TRUE --> <PON_tcont_reset>1</PON_tcont_reset> <!-- PON Dying Gasp polarity: 0 = low, 1 = high --> <PON_DG_polarity>0</PON_DG_polarity> <!-- PON XVR Burst Enable Polarity: 0 - high; 1 - low --> <PON_XVR_burst_enable_polarity>0</PON_XVR_burst_enable_polarity> <!-- PON XVR Polarity: 0 - high; 1 - low --> <PON_XVR_polarity>1</PON_XVR_polarity> <!-- P2P XVR burst enable polarity: 0 - high; 1 - low --> <P2P_XVR_burst_enable_polarity>1</P2P_XVR_burst_enable_polarity> <!-- P2P XVR Polarity: 0 - high; 1 - low --> <P2P_XVR_polarity>0</P2P_XVR_polarity> <!-- gem ports restore after return from State 7: 0 = FALSE, 1 = TRUE --> <PON_gem_restore>1</PON_gem_restore> <!-- Psa FEC Ind Bit Hyst: number of fram 1-4 --> <PON_fec_hyst>1</PON_fec_hyst> <!-- Coupling Mode: 0 = DC, 1 = AC --> <PON_coupling_mode>1</PON_coupling_mode> </PON> </cnfg>

Цену в личку, pls.