IC-prog ngasih dump SFP 256 byte, tapi separuh kedua cuma copy dari yang pertama, page A2 nggak kebaca (HP 2530-24G)
Saya pegang jaringan operator kecil, rutin nge-flash ulang modul murah biar kebaca sebagai HP. Tugasnya biasa: masukin image modul resmi ke WDM 1.25G buatan China biar switch-nya nerima tanpa protes. Donor-nya J4859C, target hardware-nya HP 2530-24G J9776A.
Yang ada di meja:
- switch HP 2530-24G J9776A
- modul OptiCin dan Fiberstore, WDM 1.25G
- programmer mini-USB NAG
- IC-prog di Windows, saya baca dan tulis lewat itu
Dump-nya kebaca 256 byte, tapi separuh kedua sama persis dengan yang pertama, byte per byte:
IC-prog, 0x00-0x7F: прочитано
IC-prog, 0x80-0xFF: тот же самый блок, байт в байт
на части модулей при чтении: No Acknowledge receivedYang udah dicoba:
- pindah-pindahin modulnya, bersihin kontak di socket-nya, ganti retainer-nya
- coba tiga modul dari batch yang beda, hasilnya sama aja
- ganti port USB, kabel, dan mesinnya, nggak ada yang berubah
Saya butuh page kedua, tempat DDM dan byte-byte servisnya, dan saya cuma nggak bisa lihat itu. Ini batasan IC-prog, board programmer-nya yang cacat, atau modulnya sendiri yang emang begini?
Show original (Русский)
Also available in: Русский
العربية
Deutsch
English
Español
Français
हिन्दी
Bahasa Indonesia
Italiano
日本語
한국어
Nederlands
Polski
Português
Türkçe
Tiếng Việt
简体中文
Comments 7
Di sini ada dua kesalahan independen, dan dua-duanya bukan di modulnya.
Yang pertama - IC-prog itu sendiri. Dia punya model pengalamatan linear, nggak bisa switch page dan nggak bakal pernah nyampe ke A2 sama sekali. Yang kamu lihat di separuh kedua dump itu - itu A0 yang sama, dibaca kedua kalinya. Dia nggak bakal nunjukin error, soalnya dari sudut pandangnya semua udah bener.
Yang kedua - board-nya. Di programmer mini-USB ini, VccR (pin 15) ditancepin ke +5 V, padahal menurut SFF-8431 harusnya dibiarin nganggur, plus power dan ground-nya dirouting sedemikian rupa sampai sebagian modul nggak masuk ke mode normal. Dari situ juga asalnya
No Acknowledge received- bukan di semua modul, tapi di yang nggak cocok sama routing ini.Yang jalan normal:
i2cdump -y 3 0x50dani2cdump -y 3 0x51, ada script Python open source yang baca dan tulis dua-dua page-nya.Kriterianya simpel: begitu 0x51 mulai respons, abis itu ini cuma kerjaan biasa sama memori modulnya, bukan perjuangan lawan alatnya.
Pisahin dulu software sama hardware-nya, kalau nggak kamu bakal nebak-nebak sampai malem. Ambil Linux apa aja dan lihat, apa modulnya respons di address kedua sama sekali:
Nomor bus-nya sesuain punya kamu sendiri. Kalau 0x50 kebaca tapi 0x51 diem - pertanyaannya udah bukan soal alat apa yang kamu pakai lihat dump, tapi apa power yang normal beneran nyampe ke modulnya. Dan kasih tau juga, pakai programmer yang sama, donor J4859C yang jelas-jelas hidup itu ngasih apa: kalau page keduanya juga nggak kebuka di situ, modul murahnya nggak ada hubungannya, harus gali di kombinasi software plus board-nya.
Donor-nya udah saya coba duluan: J4859C yang hidup di socket yang sama dan IC-prog yang sama ngasih hasil yang persis sama - 256 byte, separuh kedua ngulang yang pertama. Berarti, ini bukan soal modul murahnya. Saya cek lagi lewat Linux pakai adapter:
Utility resminya di modul yang sama ngasih
No Acknowledge received, sementara IC-prog diem-diem nunjukin copy dari page pertama dan sok-sokan semua baik-baik aja. Modul targetnya OptiCin, image-nya saya ambil justru dari J4859C ini.Soal penulisannya sendiri saya tambahin. Di dump 256 byte, yang signifikan itu 128 byte pertama, abis itu zona pabrikan, biasanya bisa sama sekali nggak disentuh. Buat HP, kami nulis image dari J4858C dan J4859C, buat WDM beberapa kali cukup pakai image LX biasa: switch-nya nerima modulnya dan nggak lihat panjang gelombangnya.
Tapi jauh dari semuanya bisa ditulis. Di 3Com 3CSFP91 dan 3CSFP92, sama kayak yang branded Allied Telesis, penulisannya sama sekali nggak jalan: kebaca normal, tapi penulisannya nggak keterapkan - WP-nya di-lock. Jadi kalau abis ganti programmer A2-nya kebaca tapi penulisannya diem-diem ilang ke mana-mana, penyebabnya jangan dicari di software.
Saya kasih catatan soal "abis itu cuma kerjaan biasa sama memori". Biasa itu nggak di mana-mana. Sebagian modul - bukan EEPROM sama sekali: di Medick SFP-10G-BX ada mikrokontroler C8051F392, yang ngemulasiin A0/A2 dan bisa minta password atau jawab challenge. Dari luar kelihatan kayak memori normal, persis sampai momen penulisan. Kasus paling berat yang pernah saya temuin - EEPROM interaktif di HP/Aruba dengan key, di situ tanpa utility siap pakai nggak bisa ngapa-ngapain.
Dan kalau kamu rakit adapternya sendiri, jangan sampai keliru kaki: TX_Disable - pin 3, Mod_Abs - pin 6, VeeR - pin 9. Separuh modul "nggak kebaca" punya kenalan saya ternyata gara-gara socket yang dirakit asal-asalan, bukan proteksi vendor.
Dari yang dipakai sekarang: SNR SFP Writer, seri SFPTotal Plus, dan buatan sendiri berbasis CH341 - biasanya itu cuma board dengan socket buat SFP, XFP, GBIC, dan QSFP, kadang di case hasil cetak. Nggak ada software universal, tiap vendor punya utility-nya sendiri, image-nya diambil dari database firmware dan forum-forum yang relevan.
Dua hal yang harganya lebih mahal dari hardware-nya. Pertama: banyak modul punya password 4-byte, sebagian besar udah lama dipublikasiin, tapi kalau salah tembak - kamu dapat bata dari modul yang nggak murah. Kedua: sebelum ngoprek ke memori, pastiin dulu modulnya beneran hidup. Temperature, voltage, bias current, dan TX/RX dari A0h/A2h,
show interfaces diagnostics opticsdi Junos ataudisplay interface transceiverdi Huawei, terus bersihin retainer, kontak, dan lensa, terus ganti sama yang jelas-jelas kerja. Sebagian modul "mati" abis itu hidup lagi tanpa flashing apa pun, dan beban barulah dicek belakangan lewat iperf3.Laporan hasil akhirnya. Saya rakit board CH341, di Linux 0x51 langsung respons, page kedua kebaca utuh, nggak ada duplikat 128 byte pertama. Image J4859C saya masukin ke OptiCin, HP 2530-24G J9776A nerima modulnya diem-diem aja, DDM nunjukin nilai yang masuk akal, seharian di bawah beban jalan tanpa error.
IC-prog-nya saya hapus biar nggak kegoda lagi. 3Com 3CSFP91 yang nganggur di sebelah, emang bener nggak bisa ditulis: kebaca, tapi penulisannya nggak keterapkan, jadi soal WP-nya cocok semua. Makasih, pertanyaannya ditutup.