Skip to main content
Pre-release

This release is a pre-release and may not be stable for production use.

A Python implementation of the CANopen standard. The aim of the project is to support the most common parts of the CiA 301 standard in a simple Pythonic interface. It is mainly targeted for testing and automation tasks rather than a standard compliant master implementation.

The library supports Python 3.9 or newer.

This library is the asyncio port of CANopen. It is a fork of the upstream canopen library, adding support for running in an asyncio environment.

The library can be run in two modes: regular mode or in async mode. In regular mode, calls to the library may block until a response is ready. In async mode it is possible to read and write to more than one node at the same time without the need of multiple threads.

NOTE

There is ongoing work to merge this asyncio port back into the upstream canopen library. This is not yet complete, and this package was created to be able to use the asyncio port in the meantime. When the merge is complete, this package will be deprecated and the upstream library will support asyncio natively.

See canopen asyncio issue and canopen asyncio PR for more information about the merge.

Features

The library is mainly meant to be used as a master.

  • NMT master

  • SDO client

  • PDO producer/consumer

  • SYNC producer

  • EMCY consumer

  • TIME producer

  • LSS master

  • Object Dictionary from EDS

  • 402 profile support

Incomplete support for creating slave nodes also exists.

  • SDO server

  • PDO producer/consumer

  • NMT slave

  • EMCY producer

  • Object Dictionary from EDS

Installation

Install from PyPI using pip:

$ pip install canopen-asyncio

Install from latest master on GitHub:

$ pip install https://github.com/sveinse/canopen-asyncio/archive/main.zip

If you want to be able to change the code while using it, clone it then install it in develop mode:

$ git clone https://github.com/sveinse/canopen-asyncio.git
$ cd canopen-asyncio
$ pip install -e .

Unit tests can be run using the pytest framework:

$ pip install -r requirements-dev.txt
$ pytest -v

You can also use unittest standard library module:

$ python3 -m unittest discover test -v

Documentation

NOTE: The documentation is not yet updated for the asyncio port. These docs are for the upstream canopen library.

Documentation can be found on Read the Docs:

http://canopen.readthedocs.io/en/latest/

It can also be generated from a local clone using Sphinx:

$ pip install -r doc/requirements.txt
$ make -C doc html

Hardware support

This library supports multiple hardware and drivers through the python-can package. See the list of supported devices.

It is also possible to integrate this library with a custom backend.

Asyncio port

To minimize the impact of the async changes, this port is designed to use the existing synchronous backend of the library. This means that the library uses asyncio.to_thread() for many asynchronous operations.

This port remains compatible with using it in a regular non-asyncio environment. This is selected with the loop parameter in the Network constructor. If you pass a valid asyncio event loop, the library will run in async mode. If you pass loop=None, it will run in regular blocking mode. It cannot be used in both modes at the same time.

Difference between async and non-async version

This port have some differences with the upstream non-async version of canopen.

  • The async use of Network must be used in an async context. This is required to setup the async tasks and handles proper cleanup and exception handling.

    async with canopen.Network().connect() as network:

    # do async stuff with network

  • Most async functions follow an “a” prefix naming scheme. E.g. the async variant for SdoClient.download() is available as SdoClient.adownload().

  • Variables in the regular canopen library uses properties for getting and setting. This is replaced with awaitable methods in the async version.

    var = sdo[‘Variable’].raw # synchronous sdo[‘Variable’].raw = 12 # synchronous

    var = await sdo[‘Variable’] # async var = await sdo[‘Variable’].aread() # async (equivalent) await sdo[‘Variable’].awrite(12) # async

  • Opt-in ensure_not_async() sentinel guard in functions which prevents calling blocking functions in async context. It will raise the exception RuntimeError “Calling a blocking function” when this happen. If this is encountered, the code is not using the async variants of the library when it shouldn’t.

    To enable it call canopen.async_guard.enable_async_guard(True) in your main thread/main loop.

  • The callbacks to the message handlers have been changed to be handled by Network.dispatch_callbacks(). They are no longer called with any locks held, as this would not work with async. This affects:

    • PdoMaps.on_message

    • EmcyConsumer.on_emcy

    • NtmMaster.on_heartbaet

  • SDO block upload and download is not yet supported in async mode.

  • BaseNode402 does not work with async

  • Bits is not working differently in async mode. In non-async mode, the raw value is read from the node when the Bits object is created. In async mode, the raw value must be manually read by calling await bits.aread() before accessing the bits.

Quick start

Here are some quick examples of what you can do with the async port:

import asyncio
import canopen_ayncio as canopen
import can

async def my_node(network, nodeid, od):

    # Create the node object and load the OD
    node = network.add_node(nodeid, od)

    # Read a variable using SDO
    device_name = await node.sdo['Manufacturer device name'].aget_raw()
    vendor_id = await node.sdo[0x1018][1].aget_raw()

    # Write a variable using SDO
    await node.sdo['Producer heartbeat time'].aset_raw(1000)

    # Read the PDOs from the remote
    await node.tpdo.aread()
    await node.rpdo.aread()

    # Set the module state
    node.nmt.set_state('OPERATIONAL')

    # Set motor speed via SDO
    await node.sdo['MotorSpeed'].awrite(2)

    while True:

        # Wait for TPDO 1
        t = await node.tpdo[1].await_for_reception(1)
        if not t:
            continue

        # Get the TPDO 1 value
        rpm = node.tpdo[1]['MotorSpeed Actual'].raw
        print(f'SPEED on motor {nodeid}:', rpm)

        # Sleep a little
        await asyncio.sleep(0.2)

        # Send RPDO 1 with some data
        node.rpdo[1]['Some variable'].awrite(42, "phys")
        node.rpdo[1].transmit()

async def main():

    # Connect to the CAN bus
    # Arguments are passed to python-can's can.Bus() constructor
    # (see https://python-can.readthedocs.io/en/latest/bus.html).
    # Note the loop parameter to enable asyncio operation
    #
    # Connect alternative interfaces:
    # connect(interface='socketcan', channel='can0')
    # connect(interface='kvaser', channel=0, bitrate=250000)
    # connect(interface='pcan', channel='PCAN_USBBUS1', bitrate=250000)
    # connect(interface='ixxat', channel=0, bitrate=250000)
    # connect(interface='vector', app_name='CANalyzer', channel=0, bitrate=250000)
    # connect(interface='nican', channel='CAN0', bitrate=250000)
    loop = asyncio.get_running_loop()
    async with canopen.Network(loop=loop).connect(
            interface='pcan', bitrate=1000000) as network:

        # Create two independent tasks for two nodes 51 and 52 which will run concurrently
        task1 = asyncio.create_task(my_node(network, 51, '/path/to/object_dictionary.eds'))
        task2 = asyncio.create_task(my_node(network, 52, '/path/to/object_dictionary.eds'))

        # Wait for both to complete (which will never happen)
        await asyncio.gather((task1, task2))

asyncio.run(main())

Debugging

If you need to see what’s going on in better detail, you can increase the logging level:

import logging
logging.basicConfig(level=logging.DEBUG)

Download files

Download the file for your platform. If you're not sure which to choose, learn more about installing packages.

Source Distribution

canopen_asyncio-2.4.2.dev53.tar.gz (112.3 kB view details)

Uploaded Source

Built Distribution

If you're not sure about the file name format, learn more about wheel file names.

canopen_asyncio-2.4.2.dev53-py3-none-any.whl (78.1 kB view details)

Uploaded Python 3

File details

Details for the file canopen_asyncio-2.4.2.dev53.tar.gz.

File metadata

  • Download URL: canopen_asyncio-2.4.2.dev53.tar.gz
  • Upload date:
  • Size: 112.3 kB
  • Tags: Source
  • Uploaded using Trusted Publishing? Yes
  • Uploaded via: twine/7.0.0 CPython/3.13.14

File hashes

Hashes for canopen_asyncio-2.4.2.dev53.tar.gz
Algorithm Hash digest
SHA256 7a9dd0e3d47d843717e75386869cd410efa39a90be17c9bb2cf99dff1c93e81e
MD5 eb93dd1c5728c9c8abc09139d58b6f1e
BLAKE2b-256 73cbf2f6d2c2f5964fc5e88a8f4c53f5068938a7ddcbe5f59a88fe20ab78115d

See more details on using hashes here.

Provenance

The following attestation bundles were made for canopen_asyncio-2.4.2.dev53.tar.gz:

Publisher: publish-to-pypi.yml on sveinse/canopen-asyncio

Attestations: Values shown here reflect the state when the release was signed and may no longer be current.

File details

Details for the file canopen_asyncio-2.4.2.dev53-py3-none-any.whl.

File metadata

File hashes

Hashes for canopen_asyncio-2.4.2.dev53-py3-none-any.whl
Algorithm Hash digest
SHA256 1c12bfab53b916812689a7397acf7595e3aa73b509db8b2281b9082032163feb
MD5 b289378018e077414fd9f4087937aa08
BLAKE2b-256 5ef0f7ee53e664a6ea65611d482ae4a40668f7d4f888da30e57624366dcdf12e

See more details on using hashes here.

Provenance

The following attestation bundles were made for canopen_asyncio-2.4.2.dev53-py3-none-any.whl:

Publisher: publish-to-pypi.yml on sveinse/canopen-asyncio

Attestations: Values shown here reflect the state when the release was signed and may no longer be current.

Supported by

AWS Cloud computing and Security Sponsor Datadog Monitoring Depot Continuous Integration Fastly CDN Google Download Analytics Pingdom Monitoring Sentry Error logging StatusPage Status page