Library for interacting with UPB PIM/CIM
https://github.com/gwww/upb-lib
This package is created as a library to interact with an UPB PIM. The motivation to write this was to use with the Home Assistant automation platform. The library can be used for writing other UPB applications. The IO with the PIM is asynchronous over TCP or over the serial port.
$ pip install upb_libSimplest thing right now is when in the root of the git repo that you have cloned is to enter the command bin/simple. This program requires that the environment variable UPBPIM_URL set to indicate how to connect to the PIM. For example, serial:///dev/cu.KeySerial1 connects to the PIM on a serial port (serial://) /dev/cu/KeySerial1. On Windows something like serial://COM1 might work.
Also required is a UPStart export file. The bin/simple program looks for it
in the same directory as where the program is (i.e.: bin) and assumes that it is named upb.upe.
Initialization of the library takes the following parameters:
url: This is the PIM to connect to. It is formatted as a URL. Two formats
are supported: serial://<device> where <device> is the serial/USB port on which the PIM is connected; tcp://<IP or domain>[:<port] where IP or domain is where the device is connected on the network (perhaps using ser2tcp or a PIM-U) and an optional port number with a default of 2101.
UPStartExportFile: the path of where to read the export file generated through File->Export on the UpStart utility. This is optional but recommended.
tx_count: (optional) The number of times every UPB message is transmitted (CNT portion of the control word). Defaults to 1. Setting the value to 2 may be required for networks that use a repeater.
flags: (optional) A string that contains a set of comma separated flags. Each flag can take the form of
unlimited_blink_rate: By default the minimum value that can be pass to blink a light or link is 30 (which is about 1/2 a second). When this flag is specified the minimum is 1.use_raw_rate: By default the API takes the number of seconds as the rate in which to transition lights to their new level. The number of seconds is coverted to the closest rate value that UPB understands (see rate table below). For example, if a request is to transition a light to its new state in 8 seconds, the closest value that UPB supports is 6.6 seconds and that is the transition time that will be used. If the use raw rate flag is given on initializing this library then the rate value is assumed to be the UPB rate value. i.e.: not in seconds but is a value that UPB "understands".report_state: By default the API does not ask for a state update from a device when issuing goto, fade start, or blink commands. Including this flag on startup of the library will cause a report state to be issued immediately following one of the mentioned state changing commands.no_sync: By default when the library first starts a report state is sent to every device to synchronize the state of the UPB network with the library. This flag turns off the initial sync. This was put in place for debugging and is not expected to be used outside of that.heartbeat_timeout_sec: Overrides the duration of idleness (no messages being received) after which the library will re-initialize the connection, possibly triggering a sync. Applies only to the tcp protocol, and defaults to 90 seconds. Setting the value to -1 disables this feature.Read the code in bin/simple. That is the short use of the API around. Beyond that look at the file lights.py and links.py. Any method in those files that has a description that starts with (Helper) are generally UPB actions.
UPB device name are a concatenation of the UPB network ID, the UPB device ID, and the channel number of the device. An underscore separates the values. For example, for a single channel UPB device number 42 on UPB network 142 the device name used in the library would be "142_42_0". For a multi-channel device the channel numbers start at 0.
UPB Links are named as a concatenation of the UPB network ID and the link number. For example, link number 6 on UPB network 142 would be "142_6".
See bin/simple for example code.
Many UPB commands take a rate. This API supports the rate as a number of seconds, which is different than what the protocol uses. The protocol allows a set of distinct rates, listed below. For example in the UPB protocol if the rate 7 is sent to a device then the fade rate (for example) would be 20 seconds.
Since the API takes a value in seconds and any number of seconds can be specified, what the API does is convert the number of seconds to the closest rate. For example, if a rate of 24 seconds is passed to the API then the API will convert that to the nearest protocol rate value, which in this case is 7.
The values of the UPB protocol rate values and mapped to the number of seconds is as follows (at least for Simply Automated devices):
0 = Snap
1 = 0.8 seconds
2 = 1.6 seconds
3 = 3.3 seconds
4 = 5.0 seconds
5 = 6.6 seconds
6 = 10 seconds
7 = 20 seconds
8 = 30 seconds
9 = 1 minute
10 = 2 minutes
11 = 5 minutes
12 = 10 minutes
13 = 15 minutes
14 = 30 minutes
15 = 1 hourThis project uses poetry for development dependencies. Installation instructions are on their website.
To get started developing:
git clone https://github.com/gwww/upb-lib.git
cd upb
poetry install
poetry shell # Or activate the created virtual environment
make test # to ensure everything installed properlyThere is a Makefile in the root directory as well. The make command
followed by one of the targets in the Makefile can be used. If you don't
have or wish to use make the Makefile serves as examples of common
commands that can be run.
Useful information on the UPB protocol can be found in the following documents:
Using ser2net to proxy and examine commands sent by UpStart can also be insightful.