Der Controller und seine Firmware: DDM, APC, Speicher, Schutz

Jeder verwaltete Transceiver hat einen kleinen Computer eingebaut. Der Mikrocontroller (MCU) misst, regelt, meldet und — aus Sicht des Programmierers am wichtigsten — ist der Speicher, den Sie lesen und schreiben. Ob ein Modul ein einfaches EEPROM hat oder einen MCU, der eines vortäuscht, entscheidet, wie es codiert werden kann, warum manche Schreibvorgänge nach einem Stromzyklus verschwinden und warum es überhaupt Passwörter gibt. Diese Seite beschreibt, was der Controller tut und wie sich sein Design auf der Werkbank zeigt.

Was der MCU tut

Typische Bauteile: 8-Bit-MCUs (8051-Klasse) mit wenigen kB Flash in günstigen SFP/SFP+; 32-Bit-Cortex-M-Klasse in 100G+- und CMIS-Modulen; manche Hersteller setzen einen dedizierten Transceiver-Controller-ASIC ein, der ADCs, DACs und den Zweidraht-Slave integriert.

Zwei Wege, den Speicher aufzubauen

Eine emulierte Karte erklärt die meisten Rätsel auf der Werkbank: FFh von einer Page, die die Firmware nicht implementiert, Schreibvorgänge, die „gelingen“ und dann zurückspringen, Bytes, die in einem Bereich schreibgeschützt und im nächsten frei sind, Clock Stretching, während der MCU mit dem Sampling beschäftigt ist (EEPROM-Lese-/Schreibfehler).

Boot und das t_init-Fenster

Beim Einschalten lädt der MCU Kalibrierung und Identität aus seinem nichtflüchtigen Speicher, startet den ADC, führt die APC bis zu ihrem Sollwert und aktiviert erst dann den Zweidraht-Slave und löscht data-not-ready. Das sind die 300 ms (SFP) bis 2 s (QSFP/CMIS), die die Spezifikationen einräumen, bevor ein Host Antworten erwarten darf, und der Grund, warum ein Lesevorgang unmittelbar nach dem Einstecken Datenmüll liefert (Was der Host tut).

Hier lebt die Kalibrierung

Die rohen ADC-Zählwerte bedeuten nichts ohne die Konstanten, die die Fabrik an einer Teststation gemessen hat: Monitor-PD-Strom vs. tatsächliche Sendeleistung, Empfänger-Fotostrom vs. Eingangsleistung bei der Wellenlänge des Moduls, Thermistorkurve, Bias-DAC-Skalierung. Bei intern kalibrierten Modulen wendet die Firmware sie an und meldet physikalische Einheiten; bei extern kalibrierten Modulen werden die Konstanten in A2h 56–91 geschrieben, damit der Host sie anwendet (Kalibrierung). Das Überschreiben des Vendor-Bereichs, in dem manche Firmwares diese Konstanten aufbewahren, erzeugt absurde DDM-Werte oder eine tote APC-Schleife — die klassische Art, wie ein unbedachter Schreibvorgang ein Modul „bricked“ (Fertigung & Prüfung).

Wie der Schutz umgesetzt ist

Wie sich jede Art erkennen und programmieren lässt: Schreibschutzarten, EEPROM-Umcodierung.

Firmware-Updates

CMIS-Module können über den Zweidraht-Bus per CDB-Befehlen Firmware empfangen (Start-Download, Blöcke schreiben, Abschluss, Ausführen, Commit), oft mit zwei Image-Bänken, sodass ein fehlgeschlagenes Update zurückfällt. SFF-8472/8636-Module haben keinen Standardmechanismus; Hersteller nutzen proprietäre Sequenzen über Vendor-Bytes. Firmware-Fixes sind der Weg, wie Hersteller CMIS-Interoperabilitätsprobleme lösen (CMIS-Probleme), und Firmware-Versions-Bytes (CMIS Lower Page 39–40, Page 01h 128–129) lohnt es sich, zusammen mit der Identität festzuhalten.

Fehlermodi des Controllers

In CodingBox

CodingBox behandelt das Modul so, wie die Firmware es darstellt: Es erkennt den Kartentyp, wendet bekannte Passwörter und Programmierskripte für Save-Befehl- und Spiegel-Designs an, berechnet Prüfsummen neu, legt vor jedem Schreibvorgang ein Backup an und lässt Sie es aus der Code-Datenbank wiederherstellen, falls ein Controller schlecht reagiert. Der EEPROM-Editor markiert Bereiche, die die Spezifikation als schreibgeschützt oder herstellerspezifisch definiert, damit Sie wissen, wann Sie in das private Territorium der Firmware schreiben.