Skip to main content

Python API for talking to a MySensors gateway

Project description

pymysensors Build Status

Python API for talking to a MySensors gateway (http://www.mysensors.org/). Currently supports serial protocol v1.4, v1.5, v2.0 - v2.2. Not all features of v2.x are implemented yet.

  • Supports smartsleep with serial API v2.x.
  • Supports the MQTT client gateway with serial API v2.x.
  • Supports OTA updates, for both DualOptiboot and MYSBootloader bootloaders.
  • All gateway instances, serial, tcp (ethernet) or mqtt will run in separate threads.
  • As an alternative to running the gateway in its own thread, there are experimental implementations of all gateways using asyncio.

Requirements

pymysensors requires Python 3.5.3+.

Installation

You can easily install it from PyPI:

pip3 install pymysensors

Usage

Currently the API is best used by implementing a callback handler

import mysensors.mysensors as mysensors

def event(message):
    """Callback for mysensors updates."""
    print('sensor_update ' + str(message.node_id))

GATEWAY = mysensors.SerialGateway('/dev/ttyACM0', event)
GATEWAY.start()

In the above example pymysensors will call "event" whenever a node in the Mysensors network has been updated. The message passed to the callback handler has the following data:

Message
    gateway - the gateway instance
    node_id - the sensor node identifier
    child_id - the child sensor id
    type - the message type, for example "set" or "presentation" (int)
    ack - True is message was an ACK, false otherwise (0 or 1)
    sub_type - the message sub_type (int)
    payload - the payload of the message (string)

Note: The content of the sub_type differs according to the context. In presentation messages, the sub_type denotes S_TYPE data (such as S_INFO). In 'set' and 'req' messages the sub_type denotes V_TYPE data (such as V_TEXT).

Symbolic names for the Message types and sub_types are defined in the protocol version-specific const_X.py files.

The data structure of a gateway and it's network is described below.

SerialGateway/TCPGateway/MQTTGateway
    sensors - a dict containing all nodes for the gateway; node is of type Sensor

Sensor - a sensor node
    children - a dict containing all child sensors for the node
    sensor_id - node id on the MySensors network
    type - 17 for node or 18 for repeater
    sketch_name
    sketch_version
    battery_level
    protocol_version - the mysensors protocol version used by the node

ChildSensor - a child sensor
    id - child id on the parent node
    type - data type, S_HUM, S_TEMP etc.
    description - the child description sent when presenting the child
    values - a dictionary of values (V_HUM, V_TEMP, etc.)

Getting the type and values of node 23, child sensor 4 would be performed as follows:

s_type = GATEWAY.sensors[23].children[4].type
values = GATEWAY.sensors[23].children[4].values

Similarly, printing all the sketch names of the found nodes could look like this:

for node in GATEWAY.sensors.values():
    print(node.sketch_name)

Getting a child object inside the event function could be:

    if GATEWAY.is_sensor(message.node_id, message.child_id):
        child = GATEWAY.sensors[message.node_id].children[message.child_id]
    else:
        print("Child not available yet.")

To update a node child sensor value and send it to the node, use the set_child_value method in the Gateway class:

# To set sensor 1 (int), child 1 (int), sub-type V_LIGHT (= 2) (int), with value 1.
GATEWAY.set_child_value(1, 1, 2, 1)

Persistence

With persistence mode on, you can restart the gateway without having to restart each individual node in your sensor network. To enable persistence mode, the keyword argument persistence in the constructor should be True. A path to the config file can be specified as the keyword argument persistence_file. The file type (.pickle or .json) will set which persistence protocol to use, pickle or json. JSON files can be read using a normal text editor. Saving to the persistence file will be done on a schedule every 10 seconds if an update has been done since the last save. Make sure you start the persistence saving before starting the gateway.

GATEWAY.start_persistence()

Protocol version

Set the keyword argument protocol_version to set which version of the MySensors serial API to use. The default value is '1.4'. Set the protocol_version to the version you're using.

Serial gateway

The serial gateway also supports setting the baudrate, read timeout and reconnect timeout.

import mysensors.mysensors as mysensors

def event(message):
    """Callback for mysensors updates."""
    print("sensor_update " + str(message.node_id))

GATEWAY = mysensors.SerialGateway(
  '/dev/ttyACM0', baud=115200, timeout=1.0, reconnect_timeout=10.0,
  event_callback=event, persistence=True,
  persistence_file='somefolder/mysensors.pickle', protocol_version='2.2')
GATEWAY.start_persistence() # optional, remove this line if you don't need persistence.
GATEWAY.start()

There are two other gateway types supported besides the serial gateway: the tcp-ethernet gateway and the MQTT gateway.

TCP ethernet gateway

The ethernet gateway is initialized similar to the serial gateway. The ethernet gateway supports setting the tcp host port, receive timeout and reconnect timeout, besides the common settings and the host ip address.

GATEWAY = mysensors.TCPGateway(
  '127.0.0.1', port=5003, timeout=1.0, reconnect_timeout=10.0,
  event_callback=event, persistence=True,
  persistence_file='somefolder/mysensors.pickle', protocol_version='1.4')

MQTT gateway

The MQTT gateway requires MySensors serial API v2.0 or greater and the MQTT client gateway example sketch loaded in the gateway device. The gateway also requires an MQTT broker and a python MQTT client interface to the broker. See mqtt.py for an example of how to implement this and initialize the MQTT gateway.

Over the air (OTA) firmware updates

Call Gateway method update_fw to set one or more nodes for OTA firmware update. The method takes three positional arguments and one keyword arguement. The first argument should be the node id of the node to update. This can also be a list of many node ids. The next two arguments should be integers representing the firwmare type and version. The keyword argument is optional and should be a path to a hex file with the new firmware.

GATEWAY.update_fw([1, 2], 1, 2, fw_path='/path/to/firmware.hex')

After the update_fw method has been called the node(s) will be requested to restart when pymysensors Gateway receives the next set message. After restart and during the MySensors begin method, the node will send a firmware config request. The pymysensors library will respond to the config request. If the node receives a proper firmware config response it will send a firmware request for a block of firmware. The pymysensors library will handle this and send a firmware response message. The latter request-response conversation will continue until all blocks of firmware are sent. If the CRC of the transmitted firmware match the CRC of the firmware config response, the node will restart and load the new firmware.

Gateway id

The gateway method get_gateway_id will try to return a unique id for the gateway. This will be the serial number of the usb device for serial gateways, the mac address of the connected gateway for tcp gateways or the publish topic prefix (in_prefix) for mqtt gateways.

Connection callbacks

It's possible to register two optional callbacks on the gateway that are called when the connection is made and when the connection is lost to the gateway device. Both callbacks should accept a gateway parameter, which is the gateway instance. The connection lost callback should also accept a second parameter for possible connection error exception argument. If connection was lost without error, eg when disconnecting, the error argument will be None.

NOTE: The MQTT gateway doesn't support these callbacks since the connection to the MQTT broker is handled outside of pymysensors.

def conn_made(gateway):
  """React when the connection is made to the gateway device."""
  pass

GATEWAY.on_conn_made = conn_made

def conn_lost(gateway, error):
  """React when the connection is lost to the gateway device."""
  pass

GATEWAY.on_conn_lost = conn_lost

Async gateway

The serial, TCP and MQTT gateways now also have versions that support asyncio. Use the AsyncSerialGateway class, AsyncTCPGateway class or AsyncMQTTGateway class to make a gateway that uses asyncio. The following public methods are coroutines in the async gateway:

  • get_gateway_id
  • start_persistence
  • start
  • stop
  • update_fw

See async_main.py for an example of how to use this gateway.

Development

Install the packages needed for development.

pip install -r requirements_dev.txt

Use the Makefile to run common development tasks.

make

Release

See the release instructions.

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

pymysensors-0.19.0.tar.gz (46.7 kB view details)

Uploaded Source

Built Distribution

pymysensors-0.19.0-py3-none-any.whl (50.1 kB view details)

Uploaded Python 3

File details

Details for the file pymysensors-0.19.0.tar.gz.

File metadata

  • Download URL: pymysensors-0.19.0.tar.gz
  • Upload date:
  • Size: 46.7 kB
  • Tags: Source
  • Uploaded using Trusted Publishing? No
  • Uploaded via: twine/3.1.1 pkginfo/1.5.0.1 requests/2.23.0 setuptools/45.2.0 requests-toolbelt/0.9.1 tqdm/4.43.0 CPython/3.6.5

File hashes

Hashes for pymysensors-0.19.0.tar.gz
Algorithm Hash digest
SHA256 0b3c236992220ed793665357e02f07b6006d28fed2fbd3c47f69020b7c103d47
MD5 33d2a8bacc59373b405fc613b50c7a54
BLAKE2b-256 d5e53966f345bc8b125fa2e1241b5622d0833fdff07226e852edb13b6e9271d4

See more details on using hashes here.

File details

Details for the file pymysensors-0.19.0-py3-none-any.whl.

File metadata

  • Download URL: pymysensors-0.19.0-py3-none-any.whl
  • Upload date:
  • Size: 50.1 kB
  • Tags: Python 3
  • Uploaded using Trusted Publishing? No
  • Uploaded via: twine/3.1.1 pkginfo/1.5.0.1 requests/2.23.0 setuptools/45.2.0 requests-toolbelt/0.9.1 tqdm/4.43.0 CPython/3.6.5

File hashes

Hashes for pymysensors-0.19.0-py3-none-any.whl
Algorithm Hash digest
SHA256 1cd6f3a5f63f3f123c6d30710d9c00ea1366534408d9249fb044117fe76639fd
MD5 d83f9188f6551c6445df1b344107cbae
BLAKE2b-256 097c536a6c98953be864330e479bd679903f1e8a00cb90c62f77f3780edf906f

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