Preferencje help
Widoczny [Schowaj] Abstrakt
Liczba wyników
Powiadomienia systemowe
  • Sesja wygasła!
  • Sesja wygasła!

Znaleziono wyników: 5

Liczba wyników na stronie
first rewind previous Strona / 1 next fast forward last
Wyniki wyszukiwania
help Sortuj według:

help Ogranicz wyniki do:
first rewind previous Strona / 1 next fast forward last
1
Content available remote CAN(open) via wireless media – use cases and first solutions
EN
There are different requirements to transmit data wireless from and to CANopen networks. The paper will discuss them and show how existing specifications could be use to implement network infrastructure components such as bridges/switches, routers, and gateways. In addition, the paper will provide information about specific specifications that are under development. Depending on the dedicated application requirements, the network infrastructure component needs to implement the appropriate functionality.
2
Content available remote CANopen device and application profiles and the PDO communication options
EN
In CANopen there are two general approaches to standardize the PDO communication. The device profile approach is based on the pre-defined set of CAN-IDs including for PDOs. This approach provides four pre-defined PDOs to be transmitted and four pre-defined PDOs to be received. In opposite, the application profile approach allows a total number of 512 pre-defined PDOs in the system. This approach supports a pre-defined PDO cross-communication independent of node-IDs. In those application profiles often the PDO communication and mapping parameters are constant. They could not be configured, which provides an off-the-shelf plug-and-play functionality. The paper discusses the two different approaches on the example of the CiA 417 application profile for lift control systems, and the CiA 401/402 profiles (I/O modules respectively motion control). Another topic in the presentation will be the new feature of the SYNC messages with sync counter. This feature allows using virtually several synchronization signals.
3
Content available Hints and kinks for CANopen system designer
EN
Although the CANopen application layer is well specified, the system designer could make failures or misuse the services and protocols. This is not only possible for the application layer, but also for the data link and the physical layer. This paper provides some hints and kinks designing CANopen network system.
PL
Chociaż magistrala CANopen jest dobrze wyspecyfikowana, to jednak projektant systemu może popełnić pomyłki lub błędnie zastosować usługi i protokoły. Może się to zdarzyć nie tylko w warstwie aplikacji, ale także w łączu danych i w warstwie fizycznej. W artykule przedstawiono niektóre porady i ostrzeżenia przydatne w projektowaniu systemu sieciowego CANopen.
4
Content available remote Standardized embedded network based on CAN
PL
Artykuł prezentuje sieć CAN jako rozwiązanie nie tylko dla przemysłu samochodowego. Opisany został protokół komunikacyjny CANopen wraz z usługami PDO i SDO oraz optymalizacja komunikacji w sieci CANopen. Przedstawiono również profil DS.-401 urządzeń dla modułów IO.
5
Content available remote CAN History
PL
Artykuł prezentuje historię powstania sieci CAN oraz jej rozwój aż po dzień dzisiejszy. Przedstawiony został udział organizacji CiA w pracach nad CAN oraz dalsze działania na przyszłość w tej dziedzinie. Przedstawione zostały również obszary stosowania sieci CAN.
first rewind previous Strona / 1 next fast forward last
JavaScript jest wyłączony w Twojej przeglądarce internetowej. Włącz go, a następnie odśwież stronę, aby móc w pełni z niej korzystać.