Skip to main content

A module for controlling transfer sequences.

Project description

Transfer Controller

A Python module for orchestrating asynchronous operations.

Introduction

transfer_controller allows you to submit sequences of operations to be executed asynchronously by another process. It manages the sequencing and provides synchronization mechanisms to ensure the proper ordering of operation execution. Moreover, the module also handles responses, offering an easy-to-use mechanism to wait for sequence completions.

Asynchronous programming, especially with multiple devices or services, often leads to what developers call "callback hell" – a situation where callbacks are nested within callbacks, leading to code that is hard to read, maintain, or debug. With transfer_controller, this is no longer a concern. By providing an elegant way to sequence operations and handle responses, it allows for clearer code structures, freeing you from the spaghetti code that sometimes arises with asynchronous handling.

A pivotal aspect of the transfer_controller is its reliance on IDs to match operation requests with their corresponding operation responses. This ID-based mechanism ensures that each asynchronous operation can be tracked effectively. For the module to work optimally, the downstream mechanism, such as a device or service you're communicating with, must provide a means based on these IDs to correlate operation requests with operation responses.

Imagine that you have a robotic arm assembly controlled by a series of USB-connected devices, and each device requires a series of commands to execute its functions. In such a case, the coordination of these commands becomes critical. Some devices may need to wait for others to complete their tasks before beginning theirs, while some commands might be sent concurrently to improve efficiency. With transfer_controller, you can sequence these operations, ensuring that the robotic arm functions seamlessly, without being mired in layers of callbacks. Another use case could be an intricate LED light show controlled by multiple USB devices. Each LED device needs to flash or change color in a specific order to produce the desired effects. With the help of transfer_controller, you can manage these operations, letting you focus on the creativity of the light show, rather than getting lost in the intricacies of callback management.

Features

  • Threaded execution of function sequences.
  • Synchronization locks to ensure ordered execution.
  • Response management with callback functions.
  • Supports waiting for a specific sequence or all sequences to complete.

Installation

To install the transfer_controller module:

pip install transfer_controller

Usage

The transfer_controller is designed to execute sequences of functions asynchronously with external devices, such as USB devices, that respond asynchronously. Below, we provide a usage guide focusing on sending operations to a USB device:

Basic Initialization:

from transfer_controller import TransferController

# An example ID generator function:
def id_gen():
    i = 0
    while True:
        i += 1
        yield i

# Create a TransferController instance
controller = TransferController(id_gen())

Interfacing with USB Device:

Imagine having a USB device that allows you to send commands (or operations) containing a unique ID and a payload. In return, the device processes this data and sends back a response asynchronously.

Here's a simplistic representation of interfacing with such a device:

class USBDevice:
    def __init__(self):
        self.callback = None

    def set_callback(self, callback):
        self.callback = callback

    def send_operation(self, transfer_id, payload):
        # Code to send data to the USB device...
        pass

    def _internal_listener_for_responses(self, response):
        # This function listens for the USB device responses and calls the callback when received
        if self.callback:
            self.callback(response)

To use the transfer_controller with the USBDevice, you'll set up as:

usb_device = USBDevice()

def usb_callback(response):
    controller.handle_response(transfer_id=response['id'], response=response)

usb_device.set_callback(usb_callback)

Submitting Operations:

  1. Single Operation Submission:

    Send a single operation to the USB device:

    def send_single_operation(transfer_id):
        usb_device.send_operation(transfer_id, f"Payload{transfer_id}")
    
    seq_id = controller.submit(send_single_operation)
    
  2. Sequence Submission:

    To send a series of operations:

    def operation_1(transfer_id):
       usb_device.send_operation(transfer_id, "Payload1")
    
    def operation_2(transfer_id):
       usb_device.send_operation(transfer_id, "Payload2")
    
    def operation_3(transfer_id):
       usb_device.send_operation(transfer_id, "Payload3")
    
    seq_id = controller.submit(sequence=[operation_1, operation_2, operation_3])
    
  3. Handling Results:

    Once sequences of operations are completed and the corresponding responses are received from the USB device, you might want to process or display these results. The on_ready callback function allows you to define how you want to handle the responses once they're ready. In this example, the print_result function prints the responses for operation_1 and operation_2:

    def print_result(responses):
        print(responses['operation_1'])
        print(responses['operation_2'])
    
    controller.submit(
      sequence=[operation_1, operation_2],
      on_ready=print_result
    )  
    

    When both operations complete and their responses are received, the print_result function is triggered, printing the results to the console.

  4. Chaining Sequences:

    In some cases, you might want to execute a new sequence of operations only after a previous sequence has fully completed. The wait_for parameter helps you establish this dependency. Here, seq2 is only executed once all the operations in seq1 have been processed and their responses received:

    seq1 = controller.submit(
      sequence=[operation_1, operation_2, operation_3],
      on_ready=print_result_seq1
    )
    
    seq2 = controller.submit(
      wait_for=seq1,
      sequence=[operation_4, operation_5],
      on_ready=print_result_seq2
    )
    

    print_result_seq1 and print_result_seq2 are callback functions that handle the results of their respective sequences. This chaining mechanism ensures that operation_4 and operation_5 are only sent to the USB device after operation_1, operation_2, and operation_3 have completed and their responses have been received and processed.

Waiting for Responses:

  • Wait for a Specific Operation's Response:

    If you want to wait for a specific operation to get a response:

    controller.wait_for(seq_id)
    
  • Wait for All Responses:

    If you wish to wait for all submitted operations to receive their responses:

    controller.wait_for_all()
    

Callbacks and Responses:

The controller provides mechanisms to handle asynchronous responses from the USB device. As demonstrated in the usb_callback, when a response is received from the device, it's provided to the controller for appropriate handling.

Error Handling

When submitting a sequence to the controller, the user can provide a callback function for custom error handling. This can be done through the on_error parameter. When an exception occurs during the execution of a sequence of functions, the functiong provided in on_error is invoked with two argument, a list of responses collected before the error and the exception object:

def handle_error(responses, error):
  print("Error occurred:", error)
  print("Responses received before error:", responses)
  
controller.submit(sequence=sequence, on_error=handle_error)

This allows not only for custom error handling but also for graceful termination of the process.

Project details


Download files

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

Source Distribution

transfer_controller-0.4.1.tar.gz (6.2 kB view details)

Uploaded Source

Built Distribution

transfer_controller-0.4.1-py3-none-any.whl (6.6 kB view details)

Uploaded Python 3

File details

Details for the file transfer_controller-0.4.1.tar.gz.

File metadata

  • Download URL: transfer_controller-0.4.1.tar.gz
  • Upload date:
  • Size: 6.2 kB
  • Tags: Source
  • Uploaded using Trusted Publishing? No
  • Uploaded via: twine/5.1.1 CPython/3.9.20

File hashes

Hashes for transfer_controller-0.4.1.tar.gz
Algorithm Hash digest
SHA256 188f201a249fbfe3cb4bfa5b39903f15034342ecb992bf99578a23fe58d6c947
MD5 0efc95cf0bde1322ddec6778d2ce06b4
BLAKE2b-256 1396b53a21d9e83c4e15a6b5a9e5442e29fd2027eec5ac1717716e05e26061ba

See more details on using hashes here.

File details

Details for the file transfer_controller-0.4.1-py3-none-any.whl.

File metadata

File hashes

Hashes for transfer_controller-0.4.1-py3-none-any.whl
Algorithm Hash digest
SHA256 9d1aa37086a52df1788d20c398bb42df9f63be7231476a6f4a387e35169d4f0b
MD5 3f0d185d306e6e84331db626e29aa67d
BLAKE2b-256 7137218137894fbd663e9628c3ee6646094e9039430b48d035bee7dea99b7436

See more details on using hashes here.

Supported by

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