Universele SFP/XFP-modules coderen naar Hirschmann M-SFP-partnummers voor RS30 en MACH104
Ik doe industriële installaties, meestal Hirschmann-switches in kasten die niemand twee keer wil openen. Bij de laatste paar projecten waren de optics de kostenpost die pijn deed: de switches verwachten Hirschmann-gecodeerde modules, en de originele M-SFP-onderdelen kosten een veelvoud van een gelijkwaardige generieke module, met levertijden die er niet om liegen.
Wat ik voor me heb:
- RS30 en MACH104 in de kasten, één GRS1020 die de ring sluit
- singlemode- en BiDi-links, plus CWDM-kanalen verspreid over het bereik van 1270-1610 nm
- twee XFP-uplinks tussen gebouwen, met reikwijdtes van een paar km tot de lange trajecten
- de onderdelen waar ik equivalenten voor nodig heb, rechtstreeks van de BOM:
M-SFP-LH/LC
M-XFP-LR/LC
Het plan is om programmeerbare universele modules te kopen en er de Hirschmann-codering in te schrijven, zoals mensen al jaren doen met Cisco- en HP-apparatuur. Golflengte en optisch budget matchen op basis van de datasheets kan ik zelf. Wat ik wil weten is of er aan de coderingskant verrassingen zijn:
- heeft iemand gecodeerde universele modules langdurig gedraaid in RS30 / MACH104 / GRS1020, of blijft de switch in het log mopperen, ook nadat de link is opgekomen?
- voor kasten met echte temperatuurschommelingen, is de industriële variant (de onderdelen met D-I / D-IL-suffix) waar je op moet matchen, of voldoet een standaardmodule prima in een verwarmde kast?
- als je naar een M-SFP-partnummer codeert, wordt er dan meer gecontroleerd dan de vendor string en het partnummer, of is dat alles wat gecheckt wordt?
Comments 0
No comments yet.