Metadata-Version: 2.4 Name: upb-lib Version: 0.7.2 Summary: Library for interacting with UPB PIM. Project-URL: Homepage, https://github.com/gwww/upb-lib Project-URL: Repository, https://github.com/gwww/upb-lib.git Project-URL: Issues, https://github.com/gwww/upb-lib/issues Author-email: Glenn Waters License-File: LICENCE Classifier: Development Status :: 5 - Production/Stable Classifier: Intended Audience :: Developers Classifier: License :: OSI Approved :: MIT License Classifier: Programming Language :: Python :: 3.11 Classifier: Programming Language :: Python :: 3.12 Classifier: Programming Language :: Python :: 3.13 Classifier: Programming Language :: Python :: 3.14 Classifier: Topic :: Home Automation Requires-Python: >=3.11 Requires-Dist: pytz>=2021 Requires-Dist: serialx<2,>=1.4.0 Description-Content-Type: text/markdown # Python UPB Powerline Interface library Library for interacting with UPB PIM/CIM https://github.com/gwww/upb-lib ## Requirements - Python 3.11 (or higher) ## Description 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. ## Installation ```bash $ pip install upb_lib ``` ## Overview Simplest 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, `device:///dev/cu.KeySerial1` connects to the PIM on a serial port (`device://`) `/dev/cu/KeySerial1`. On Windows something like `device://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`. ## Configuration Initialization of the library takes the following parameters: `url`: This is the PIM to connect to. It is formatted as a URL. The library will connect to the PIM at 4800 baud. All [`serialx`](https://pypi.org/project/serialx/) formats are supported (this list may not be up-to-date): - `` or `device://` where `` is the serial/USB port on which the PIM is connected - `socket://:` where IP or domain is where the device is connected on the network (perhaps using [ser2tcp](https://github.com/gwww/ser2tcp) or a PIM-U) and a `port` number - `rfc2217://:` where IP or domain is where the device is connected on the network - `esphome://:/?port_name=&key=` where IP or domain is where the ESPHome device is connected on the network (requires `pip install 'serialx[esphome]'`) - `pyodide://` where device is a device provided by a browser's Web Serial API NOTE: For backward compatibility with previous versions of this library: - `serial://` is the same as `device://` - `tcp://` (`tcp://` without a port specified) is the same as `socket://: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 or =. Parse is simple with no escapes. So, values cannot contain commas or equals. Flags supported are: - `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. - `tx_count`: See `tx_count` description above. ## First use of the API 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. ## Usage ### Naming 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. ### Transition Rate 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 hour ``` ## Development This project uses [uv](https://docs.astral.sh/uv/) for development dependencies. Installation instructions are on their website. To get started developing: ``` git clone https://github.com/gwww/upb-lib.git cd upb uv sync # Activate the created virtual environment according to the shell you are using. make test # to ensure everything installed properly ``` There 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. ## Working with the UPB Protocol Useful information on the UPB protocol can be found in the following documents: 1. [UPB System Description](https://www.ipcf.org/doc/UPB_System_Description_v1.1.pdf) 1. [Powerline Interface Module Description](http://www.webmtn.com/webUniversity/upbDocs/PimComm1.6.pdf) Using [ser2net](https://linux.die.net/man/8/ser2net) to proxy and examine commands sent by [UpStart](https://pcswebstore.com/pages/upb-software) can also be insightful. There is a sample configuration for ser2net in the bin directory. ## Reporting a Bug No problem ;) — report the bugs! But, logs are most often required. If you are using Home Assistant, which is about the only use I'm aware of for this library, then add the following to your `configuration.yaml`: ``` logger: default: info logs: custom_components.upb: debug upb_lib: debug ``` Do everything in your power to trim to logs down to their smallest. One way is to reproduce your problem quickly so that few other logs are not generated in between. Another recommendation is to use the simplest configuration that you can think of to reproduce the problem. Can you reproduce the problem in other ways? If this is a problem that is being experienced while using Home Assistant try using the `Services` in `Developer Tools`. Sometime logs may have sensitive information in them. You may want to scan your logs for that info and "X" it out. In addition, you can send logs directly to me. Support email is in the `pyproject.toml` file. You may also send a link to somewhere you've stored/shared the file (DropBox for example).