INNIS11 tinklo sąsajos modulis ABB Bailey

1. „ABB Bailey“ valdymo sistemoje INNIS11 labiau primena perdavimo sąsają, specialiai sukurtą „saugiai siųsti{2}}svetainės duomenis į sistemą“. Jo projektavimo tikslas yra ne siekti greičio parametrų, o užtikrinti, kad duomenys nebūtų chaotiški, prarasti ar trukdyti.
Viena, nes darai tik vieną dalyką, būsi stabilesnis.
INNIS11 atsakomybė labai paprasta:
Gaukite -svetainės I/O duomenis → Siųskite juos į valdymo tinklą pagal sistemos taisykles.
Jis neatlieka valdymo operacijų, nesprendžia loginių sprendimų ir „nekonkuruos dėl duomenų perdavimo“ su kitais įrenginiais.
Šis „atsakingas tik už perdavimą ir nedalyvaujantis priimant sprendimus“ dizainas sumažina daug galimų trukdžių šaltinių ir yra natūraliai stabilesnis.
2. Bendravimas turi fiksuotą ritmą ir nėra siunčiamas atsitiktinai.
Skirtingai nuo įprastų tinklo įrenginių, INNIS11 iš karto nesiunčia duomenų, kai tik juos turi. Vietoj to, tai...
Siųskite duomenis sistemos nustatytu ritmu.
Arba jis bus išsiųstas tik pasikeitus duomenims.
Dėl to tinkle vienu metu nebus daug beprasmių duomenų srautų.
Duomenų perdavimas bus tvarkingesnis, bus lengviau išlaikyti stabilumą.
3. Tinkle žmogus atlieka „instrukcijų vykdymo“ vaidmenį.
INNIS11 atlieka mazgo vaidmenį valdymo tinkle.
Jis aktyviai negeneruoja ryšio srauto; vietoj to:
Pateikite duomenis, kai sistema to reikalauja.
Atsakykite į komunikacijos užklausas per nurodytą laiką.
Šis „planavimo“ metodas ypač tinka sistemoms, turinčioms daug mazgų ir daug I/O taškų, nes jis gali veiksmingai užkirsti kelią ryšio perkrovoms.
4. Sumažinkite netinkamų duomenų skaičių ir pirmenybę teikite pagrindinių duomenų paskelbimui.
Įvykio{0}}suaktyvinimo mechanizmas INNIS11 gali:
Duomenys nepasikeitė, todėl pakartotinai nesiųskite.
Tinklą užima tik esminiai pakeitimai.
Tai labai svarbu ilgalaikėms{0}}operacinėms sistemoms.
Kuo švaresnis tinklas, tuo stabilesnis bus ryšys.
5. Iškilus problemoms lengviau kontroliuoti poveikio mastą.
Kadangi INNIS11 yra atsakingas tik už ryšio sąsają:
Ryšio anomalijos paprastai apsiriboja tinklo sluoksniu.
Tai neturės tiesioginės įtakos valdymo logikai.
Tai reiškia, kad net jei tinkle yra svyravimų, mažiau tikėtina, kad tai sukels sistemos-lygmens pakopinių problemų ir yra palankesnė veiklai svetainėje.