Kontrolör ve ürün yazılımı: DDM, APC, bellek, koruma

Her yönetilebilir alıcı-vericinin içinde küçük bir bilgisayar bulunur. Mikrodenetleyici (MCU) ölçer, düzenler, raporlar ve — programcı açısından en önemlisi — okuyup yazdığınız bellek odur. Bir modülde sıradan bir EEPROM mu yoksa EEPROM’muş gibi davranan bir MCU mu bulunduğu, modülün nasıl kodlanabileceğini, bazı yazmaların neden bir güç döngüsünden sonra kaybolduğunu ve parolaların neden var olduğunu belirler. Bu sayfa denetleyicinin ne yaptığını ve tasarımının tezgâhta nasıl karşınıza çıktığını anlatır.

MCU ne yapar

Tipik parçalar: düşük maliyetli SFP/SFP+’ta birkaç kB flaşlı 8 bit MCU’lar (8051 sınıfı); 100G+ ve CMIS modüllerinde 32 bit Cortex-M sınıfı; bazı satıcılar ADC’leri, DAC’leri ve iki telli slave’i tümleştiren özel bir alıcı-verici denetleyici ASIC’i kullanır.

Belleği kurmanın iki yolu

Emülasyonlu bir harita, tezgâhtaki çoğu gizemi açıklar: ürün yazılımının uygulamadığı bir sayfadan gelen FFh, “başarılı” olup geri dönen yazmalar, bir aralıkta salt okunur olup bir sonrakinde serbest olan baytlar, MCU örnekleme ile meşgulken saat germe (EEPROM okuma ve yazma hataları).

Önyükleme ve t_init penceresi

Güç verildiğinde MCU, kalibrasyon ve kimlik bilgilerini kalıcı belleğinden yükler, ADC’yi başlatır, APC’yi hedefine ulaşana kadar çalıştırır ve ancak o zaman iki telli slave’i etkinleştirip data-not-ready bayrağını temizler. Spesifikasyonların bir hostun yanıt beklemesine izin vermeden önce tanıdığı süre budur — SFP’de 300 ms, QSFP/CMIS’te 2 sn — ve takmadan hemen sonra yapılan bir okumanın anlamsız veri döndürmesinin nedeni de budur (Host ne yapar).

Kalibrasyon burada yaşar

Ham ADC sayımları, fabrikanın bir test istasyonunda ölçtüğü sabitler olmadan hiçbir anlam taşımaz: gerçek gönderim gücüne göre monitör PD akımı, modülün dalga boyunda giriş gücüne göre alıcı foto akımı, termistör eğrisi, bias DAC ölçeği. Dahili kalibrasyonlu modüllerde ürün yazılımı bunları uygular ve fiziksel birimler raporlar; harici kalibrasyonlu modüllerde sabitler, hostun uygulaması için A2h 56–91’e yazılır (Kalibrasyon). Bazı ürün yazılımlarının bu sabitleri tuttuğu satıcı alanının üzerine yazmak, anlamsız DDM’ye veya ölü bir APC döngüsüne yol açar — dikkatsiz bir yazmanın bir modülü “tuğlaya” çevirmesinin klasik yoludur (Üretim ve test).

Koruma nasıl uygulanır

Her türün nasıl tanındığı ve programlandığı: Yazma koruması türleri, EEPROM yeniden kodlama.

Ürün yazılımı güncellemeleri

CMIS modülleri, iki telli veri yolu üzerinden CDB komutlarıyla (indirmeyi başlat, blokları yaz, tamamla, çalıştır, işle) ürün yazılımı alabilir; başarısız bir güncellemenin geri dönebilmesi için genellikle iki görüntü bankası bulunur. SFF-8472/8636 modüllerinde standart bir mekanizma yoktur; satıcılar satıcı baytları üzerinden kendilerine özgü diziler kullanır. Satıcıların CMIS birlikte çalışabilirlik sorunlarını çözme yolu ürün yazılımı düzeltmeleridir (CMIS sorunları), ve ürün yazılımı sürüm baytlarını (CMIS alt sayfa 39–40, sayfa 01h 128–129) kimlik bilgileriyle birlikte kaydetmeye değer.

Denetleyicinin arıza türleri

CodingBox’ta

CodingBox, modülü ürün yazılımının sunduğu şekilde ele alır: harita türünü tespit eder, kaydetme komutlu ve yansımalı tasarımlar için bilinen parolaları ve programlama betiklerini uygular, sağlama toplamlarını yeniden hesaplar, her yazmadan önce bir yedek tutar ve bir denetleyici kötü tepki verirse onu code database üzerinden geri yüklemenize olanak tanır. EEPROM editor, spesifikasyonun salt okunur veya satıcıya özgü olarak tanımladığı aralıkları işaretler, böylece ürün yazılımının özel bölgesine ne zaman yazdığınızı bilirsiniz.