DeviceNet modulok, kártyák
DeviceNet
Univerzális terepi buszos megoldás
A terepi busz nyílt szabványa az automatizálás számos alkalmazásához megfelel.
A DeviceNet™ különösen jól alkalmazható az áttekinthető automatizálási feladatokhoz. Ennek alapja a CIP protokoll (Common Industrial Protocol, általános ipari protokoll) különösen kompakt SMS-formátuma. A DeviceNet™ rendszert az EN 50325 európai szabvány írja le, amelyet az ODVA (Open DeviceNet™ Vendor Association, DeviceNet™ Forgalmazók Nyílt Egyesülete) nevű szervezet gondoz.
Előnyei
- Kevesebb vezetékezési ráfordítás a kisméretű készülékek közvetlenül buszon keresztül történő tápellátásának köszönhetően
- Megbízhatóság a kommunikáció automatikus helyreállítása révén
- Intelligencia a kettősen címzett készülékek automatikus felismerése formájában
DeviceNet™: megbízható és intelligens kommunikáció
A DeviceNet™ lehetővé teszi a többszörös hozzáférést és az üzenetek priorizálását. A rendszer a CAN-alapú (Controller Area Network, vezérlőhálózat) CIP terepi buszrendszerekhez tartozik.
Használja a hibák felismerésére a jól bevált CAN-mechanizmusokat a DeviceNet™ alatt is.
További előnyök
A döntés az Öné: a DeviceNet™ master-slave, multi-master vagy peer-to-peer konfigurációban is üzemeltethető.
Ezenkívül a DeviceNet™ a CIP protokollnak köszönhetően a producer/consumer modellt alkalmazza. Ez a többi modellel ellentétben hatékonyabb adatátvitelt tesz lehetővé.
DeviceNet based on the CAN bus is one of the world's leading device-level networks for industrial automation. In fact, more than 40% of end users surveyed by independent industry analysis report choose DeviceNet over other networks. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Pre-Defined Master Slave Connection Set
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
There exist two memory areas, “Input Area” and “Output Area”. The input data of all DeviceNet slaves would be stored in the “Input Area” by DeviceNet master scan engine. Oppositely, the output data of those DeviceNet slaves would be in the “Output Area”. Please refer to the following figure. Users can read a bulk data from “Input Area” in the DeviceNet Master module, like PISO-DNM100U or I-8124W. This bulk data contains multiple devices’ input statuses. If one of the input status of the remote DeviceNet slave changes, the corresponding data located in the “Input Area” would change immediately. Oppositely, the “Output Area” contains multiple devices’ output data. Users may change the output value of a certain device by changing the corresponding data located in the “Output Area”. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||