python-matter-server


Namepython-matter-server JSON
Version 5.9.0 PyPI version JSON
download
home_pageNone
SummaryPython Matter WebSocket Server
upload_time2024-03-28 19:32:17
maintainerNone
docs_urlNone
authorNone
requires_python>=3.11
licenseApache-2.0
keywords
VCS
bugtrack_url
requirements No requirements were recorded.
Travis-CI No Travis.
coveralls test coverage No coveralls.
            # Python Matter Server

This project implements a Matter Controller Server over WebSockets using the
[official Matter (formerly CHIP) SDK](https://github.com/project-chip/connectedhomeip)
as a base and provides both a server and client implementation.

The goal of this project is primarily to have Matter support in Home Assistant
but its universal approach makes it suitable to be used in other projects too.

## Support

Got questions?

You have several options to get them answered:

  * The Home Assistant [Community Forum](https://community.home-assistant.io/).
  * The Home Assistant [Discord Chat Server](https://discord.gg/c5DvZ4e).
  * Join [the Reddit subreddit in /r/homeassistant](https://reddit.com/r/homeassistant).

If you experience issues using Matter with Home Assistant, please open an issue
report in the [Home Assistant Core repository](https://github.com/home-assistant/core/issues/new/choose).

You may also open issues in this repository if you are absolutely sure that your
issue is related to the Matter Server component.

## Installation

We strongly recommend using Home Assistant OS along with the official Matter
Server add-on to use Matter with Home Assistant. The Matter integration
automatically installs the Python Matter Server add-on. Please refer to the
[Home Assistant documentation](https://www.home-assistant.io/integrations/matter/).
Home Assistant OS has been tested and tuned to be used with Matter and Thread,
which makes this combination the best tested and largely worry free
environment.

If you still prefer a self-managed container installation, we do offer an
official container image. Please keep in mind that you might experience
communication issues with Matter devices, especially Thread based devices.
This is mostly because the container installation uses host networking, and
relies on the networking managed by your operating system.

### Requirements to communicate with Wi-Fi/Ethernet based Matter devices

Make sure you run the container on the host network. The host network
interface needs to be in the same network as the Android/iPhone device
you are using for commissioning. Matter uses link-local multicast protocols
which do not work across different LANs or VLANs.

The host network interface needs IPv6 support enabled.

### Requirements to communicate with Thread devices through Thread border routers

For communication through Thread border routers which are not running on the same
host as the Matter Controller server to work, IPv6 routing needs to be properly
working. IPv6 routing is largely setup automatically through the IPv6 Neighbor
Discovery Protocol, specifically the Route Information Options (RIO). However,
if IPv6 Neighbor Discovery RIO's are processed, and processed correctly depends on the network
management software your system is using. There may be bugs and caveats in
processing this Route Information Options.

In general, make sure the kernel option `CONFIG_IPV6_ROUTER_PREF` is enabled and
that IPv6 forwarding is disabled (sysctl variable `net.ipv6.conf.all.forwarding`).
If IPv6 forwarding is enabled, the Linux kernel doesn't employ reachability
probing (RFC 4191), which can lead to longer outages (up to 30min) until
network changes are detected.

If you are using NetworkManager, make sure to use at least NetworkManager 1.42.
Previous versions lose track of routes and stale routes can lead to unreachable
Thread devices. All current released NetworkManager versions can't handle
multiple routes to the same network properly. This means if you have multiple
Thread border routers, the fallback won't work immediately (see [NetworkManager
issue #1232](https://gitlab.freedesktop.org/NetworkManager/NetworkManager/-/issues/1232)).

We currently don't have experience with systemd-networkd. It seems to have its
own IPv6 Neighbor Discovery Protocol handling.

If you don't use NetworkManager or systemd-networkd, you can use the kernel's
IPv6 Neighbor Discovery Protocol handling.

Make sure the kernel options `CONFIG_IPV6_ROUTE_INFO` is enabled and the
following sysctl variables are set:

```
sysctl -w net.ipv6.conf.wlan0.accept_ra=1
sysctl -w net.ipv6.conf.wlan0.accept_ra_rt_info_max_plen=64
```

If your system has IPv6 forwarding enabled (not recommended, see above), you'll
have to use `2` for the accept_ra variable. See also the [Thread Border Router - Bidirectional IPv6 Connectivity and DNS-Based Service Discovery codelab](https://openthread.io/codelabs/openthread-border-router#6).

### Running the Matter Server using container image

With the following command you can run the Matter Server in a container using
Docker. The Matter network data (fabric information) are stored in a newly
created directory `data` in the current directory. Adjust the command to
choose another location instead.

```
mkdir data
docker run -d \
  --name matter-server \
  --restart=unless-stopped \
  --security-opt apparmor=unconfined \
  -v $(pwd)/data:/data \
  -v /run/dbus:/run/dbus:ro \
  --network=host \
  ghcr.io/home-assistant-libs/python-matter-server:stable
```

### Running using Docker compose

```sh
docker compose up -d
docker compose logs -f
```

NOTE: Both Matter and this implementation are in early (v1) state and features are probably missing or could be improved. See our [development notes](#development) how you can help out, with development and/or testing.

## Running the development server

**For enabling Matter support within Home Assistant, please refer to the Home Assistant documentation. These instructions are for development only!**

To install the server (including client): `pip install python-matter-server[server]`
To only install the client part: `pip install python-matter-server`

The client library has a dependency on the chip/matter clusters package which contains all (Cluster) models and this package is os/platform independent. The server library depends on the Matter Core SDK (still named CHIP) which is architecture and OS specific. We build (and publish) wheels for Linux (amd64 and aarch64) to pypi but for other platforms (like Macos) you will need to build those wheels yourself using the exact same version of the SDK as we use for the clusters package. Take a look at our build script for directions: https://github.com/home-assistant-libs/chip-wheels/blob/main/.github/workflows/build.yaml

Once you have the wheels installed, you can check out the example script in the scripts folder for generic directions to run the client and server. To just run the server, you can run:

```
python -m matter_server.server

Optional arguments:
  -h, --help            show help message and exit
  --vendorid VENDORID   Vendor ID for the Fabric, defaults to 65521
  --fabricid FABRICID   Fabric ID for the Fabric, defaults to 1
  --storage-path STORAGE_PATH
                        Storage path to keep persistent data, defaults to $HOME/.matter_server
  --port PORT           TCP Port to run the websocket server, defaults to 5580
  --log-level LOG_LEVEL
                        Provide logging level. Example --log-level debug, default=info, possible=(critical, error, warning, info, debug)
  --log-file LOG_FILE   Log file to write to (optional).

```

The server runs a Matter Controller and includes all logic for storing node information, interviews and subscriptions. To interact with this controller we've created a small Websockets API with an RPC-like interface. The library contains a client as reference implementation which in turn is used by Home Assistant. Splitting the server from the client allows the scenario where multiple consumers can communicate to the same Matter fabric and the Matter fabric can keep running while the consumer (e.g. Home Assistant is down).


### Websocket commands

This list is not intended to be complete, for a complete oversight see the client implementation.

**Set WiFi credentials**
Inform the controller about the WiFi credentials it needs to send when commissioning a new device.

```json
{
  "message_id": "1",
  "command": "set_wifi_credentials",
  "args": {
    "ssid": "wifi-name-here",
    "credentials": "wifi-password-here"
  }
}
```

**Set Thread dataset**
Inform the controller about the Thread credentials it needs to use when commissioning a new device.

```json
{
  "message_id": "1",
  "command": "set_thread_dataset",
  "args": {
    "dataset": "put-credentials-here"
  }
}
```

**Commission with code**
Commission a new device. For WiFi or Thread based devices, the credentials need to be set upfront, otherwise, commissioning will fail. Supports both QR-code syntax (MT:...) and manual pairing code as string.
The controller will use bluetooth for the commissioning of wireless devices. If the machine running the Python Matter Server controller lacks Bluetooth support, commissioning will only work for devices already connected to the network (by cable or another controller).

```json
{
  "message_id": "2",
  "command": "commission_with_code",
  "args": {
    "code": "MT:Y.ABCDEFG123456789"
  }
}
```

**Open Commissioning window**
Open a commissioning window to commission a device present on this controller to another.
Returns code to use as discriminator.

```json
{
  "message_id": "2",
  "command": "open_commissioning_window",
  "args": {
    "node_id": 1
  }
}
```

**Get Nodes**
Get all nodes already commissioned on the controller.

```json
{
  "message_id": "2",
  "command": "get_nodes"
}
```

**Get Node**
Get info of a single Node.

```json
{
  "message_id": "2",
  "command": "get_node",
  "args": {
    "node_id": 1
  }
}
```

**Start listening**
When the start_listening command is issued, the server will dump all existing nodes. From that moment on all events (including node attribute changes) will be forwarded.

```json
{
  "message_id": "3",
  "command": "start_listening"
}
```


**Send a command**
Because we use the datamodels of the Matter SDK, this is a little bit more involved. Here is an example of turning on a switch:

```python
import json

# Import the CHIP clusters
from chip.clusters import Objects as clusters

# Import the ability to turn objects into dictionaries, and vice-versa
from matter_server.common.helpers.util import dataclass_from_dict,dataclass_to_dict

command = clusters.OnOff.Commands.On()
payload = dataclass_to_dict(command)


message = {
    "message_id": "example",
    "command": "device_command",
    "args": {
        "endpoint_id": 1,
        "node_id": 1,
        "payload": payload,
        "cluster_id": command.cluster_id,
        "command_name": "On"
    }
}

print(json.dumps(message, indent=2))
```
```json
{
  "message_id": "example",
  "command": "device_command",
  "args": {
    "endpoint_id": 1,
    "node_id": 1,
    "payload": {},
    "cluster_id": 6,
    "command_name": "On"
  }
}
```

You can also provide parameters for the cluster commands. Here's how to change the brightness for example:
```
command = clusters.LevelControl.Commands.MoveToLevelWithOnOff(
  level=int(value), # provide a percentage
  transitionTime=0, # in seconds
)
```


## Development

Want to help out with development, testing, and/or documentation? Great! As both this project and Matter keeps evolving and devices will hit the market with actual Matter support, there will be a lot to improve. Reach out to us on discord if you want to help out.

### Setting up your development environment

Please note that development is only possible on Linux and MacOS, with no Windows support.

- Download/clone the repo to your local machine.
- Create a Python virtual environment.
- Install the correct SDK wheels for both the cluster and core package, see instructions above if there is no wheel for your setup prebuilt.

### Note when using Thread based Matter devices

When communicating with Thread devices through a non-local Thread border router,
your host must process ICMPv6 Router Advertisements. See the [openthread.io
Bidirectional IPv6 Connectivity code labs](https://openthread.io/codelabs/openthread-border-router#6)
on how-to setup your host correctly. Note that NetworkManager has its own ICMPv6
Router Advertisement processing. A recent version of NetworkManager is
necessary, and there are still known issues (see NetworkManager issue
[#1232](https://gitlab.freedesktop.org/NetworkManager/NetworkManager/-/issues/1232)).

The Home Assistant Operating System 10 and newer correctly processes ICMPv6
Router Advertisements.

            

Raw data

            {
    "_id": null,
    "home_page": null,
    "name": "python-matter-server",
    "maintainer": null,
    "docs_url": null,
    "requires_python": ">=3.11",
    "maintainer_email": null,
    "keywords": null,
    "author": null,
    "author_email": "The Home Assistant Authors <hello@home-assistant.io>",
    "download_url": "https://files.pythonhosted.org/packages/c5/4a/c31aa10c85c0e80b1d1542d983d23d0b9b3ea952965dc6761407ab7419e5/python-matter-server-5.9.0.tar.gz",
    "platform": "any",
    "description": "# Python Matter Server\n\nThis project implements a Matter Controller Server over WebSockets using the\n[official Matter (formerly CHIP) SDK](https://github.com/project-chip/connectedhomeip)\nas a base and provides both a server and client implementation.\n\nThe goal of this project is primarily to have Matter support in Home Assistant\nbut its universal approach makes it suitable to be used in other projects too.\n\n## Support\n\nGot questions?\n\nYou have several options to get them answered:\n\n  * The Home Assistant [Community Forum](https://community.home-assistant.io/).\n  * The Home Assistant [Discord Chat Server](https://discord.gg/c5DvZ4e).\n  * Join [the Reddit subreddit in /r/homeassistant](https://reddit.com/r/homeassistant).\n\nIf you experience issues using Matter with Home Assistant, please open an issue\nreport in the [Home Assistant Core repository](https://github.com/home-assistant/core/issues/new/choose).\n\nYou may also open issues in this repository if you are absolutely sure that your\nissue is related to the Matter Server component.\n\n## Installation\n\nWe strongly recommend using Home Assistant OS along with the official Matter\nServer add-on to use Matter with Home Assistant. The Matter integration\nautomatically installs the Python Matter Server add-on. Please refer to the\n[Home Assistant documentation](https://www.home-assistant.io/integrations/matter/).\nHome Assistant OS has been tested and tuned to be used with Matter and Thread,\nwhich makes this combination the best tested and largely worry free\nenvironment.\n\nIf you still prefer a self-managed container installation, we do offer an\nofficial container image. Please keep in mind that you might experience\ncommunication issues with Matter devices, especially Thread based devices.\nThis is mostly because the container installation uses host networking, and\nrelies on the networking managed by your operating system.\n\n### Requirements to communicate with Wi-Fi/Ethernet based Matter devices\n\nMake sure you run the container on the host network. The host network\ninterface needs to be in the same network as the Android/iPhone device\nyou are using for commissioning. Matter uses link-local multicast protocols\nwhich do not work across different LANs or VLANs.\n\nThe host network interface needs IPv6 support enabled.\n\n### Requirements to communicate with Thread devices through Thread border routers\n\nFor communication through Thread border routers which are not running on the same\nhost as the Matter Controller server to work, IPv6 routing needs to be properly\nworking. IPv6 routing is largely setup automatically through the IPv6 Neighbor\nDiscovery Protocol, specifically the Route Information Options (RIO). However,\nif IPv6 Neighbor Discovery RIO's are processed, and processed correctly depends on the network\nmanagement software your system is using. There may be bugs and caveats in\nprocessing this Route Information Options.\n\nIn general, make sure the kernel option `CONFIG_IPV6_ROUTER_PREF` is enabled and\nthat IPv6 forwarding is disabled (sysctl variable `net.ipv6.conf.all.forwarding`).\nIf IPv6 forwarding is enabled, the Linux kernel doesn't employ reachability\nprobing (RFC 4191), which can lead to longer outages (up to 30min) until\nnetwork changes are detected.\n\nIf you are using NetworkManager, make sure to use at least NetworkManager 1.42.\nPrevious versions lose track of routes and stale routes can lead to unreachable\nThread devices. All current released NetworkManager versions can't handle\nmultiple routes to the same network properly. This means if you have multiple\nThread border routers, the fallback won't work immediately (see [NetworkManager\nissue #1232](https://gitlab.freedesktop.org/NetworkManager/NetworkManager/-/issues/1232)).\n\nWe currently don't have experience with systemd-networkd. It seems to have its\nown IPv6 Neighbor Discovery Protocol handling.\n\nIf you don't use NetworkManager or systemd-networkd, you can use the kernel's\nIPv6 Neighbor Discovery Protocol handling.\n\nMake sure the kernel options `CONFIG_IPV6_ROUTE_INFO` is enabled and the\nfollowing sysctl variables are set:\n\n```\nsysctl -w net.ipv6.conf.wlan0.accept_ra=1\nsysctl -w net.ipv6.conf.wlan0.accept_ra_rt_info_max_plen=64\n```\n\nIf your system has IPv6 forwarding enabled (not recommended, see above), you'll\nhave to use `2` for the accept_ra variable. See also the [Thread Border Router - Bidirectional IPv6 Connectivity and DNS-Based Service Discovery codelab](https://openthread.io/codelabs/openthread-border-router#6).\n\n### Running the Matter Server using container image\n\nWith the following command you can run the Matter Server in a container using\nDocker. The Matter network data (fabric information) are stored in a newly\ncreated directory `data` in the current directory. Adjust the command to\nchoose another location instead.\n\n```\nmkdir data\ndocker run -d \\\n  --name matter-server \\\n  --restart=unless-stopped \\\n  --security-opt apparmor=unconfined \\\n  -v $(pwd)/data:/data \\\n  -v /run/dbus:/run/dbus:ro \\\n  --network=host \\\n  ghcr.io/home-assistant-libs/python-matter-server:stable\n```\n\n### Running using Docker compose\n\n```sh\ndocker compose up -d\ndocker compose logs -f\n```\n\nNOTE: Both Matter and this implementation are in early (v1) state and features are probably missing or could be improved. See our [development notes](#development) how you can help out, with development and/or testing.\n\n## Running the development server\n\n**For enabling Matter support within Home Assistant, please refer to the Home Assistant documentation. These instructions are for development only!**\n\nTo install the server (including client): `pip install python-matter-server[server]`\nTo only install the client part: `pip install python-matter-server`\n\nThe client library has a dependency on the chip/matter clusters package which contains all (Cluster) models and this package is os/platform independent. The server library depends on the Matter Core SDK (still named CHIP) which is architecture and OS specific. We build (and publish) wheels for Linux (amd64 and aarch64) to pypi but for other platforms (like Macos) you will need to build those wheels yourself using the exact same version of the SDK as we use for the clusters package. Take a look at our build script for directions: https://github.com/home-assistant-libs/chip-wheels/blob/main/.github/workflows/build.yaml\n\nOnce you have the wheels installed, you can check out the example script in the scripts folder for generic directions to run the client and server. To just run the server, you can run:\n\n```\npython -m matter_server.server\n\nOptional arguments:\n  -h, --help            show help message and exit\n  --vendorid VENDORID   Vendor ID for the Fabric, defaults to 65521\n  --fabricid FABRICID   Fabric ID for the Fabric, defaults to 1\n  --storage-path STORAGE_PATH\n                        Storage path to keep persistent data, defaults to $HOME/.matter_server\n  --port PORT           TCP Port to run the websocket server, defaults to 5580\n  --log-level LOG_LEVEL\n                        Provide logging level. Example --log-level debug, default=info, possible=(critical, error, warning, info, debug)\n  --log-file LOG_FILE   Log file to write to (optional).\n\n```\n\nThe server runs a Matter Controller and includes all logic for storing node information, interviews and subscriptions. To interact with this controller we've created a small Websockets API with an RPC-like interface. The library contains a client as reference implementation which in turn is used by Home Assistant. Splitting the server from the client allows the scenario where multiple consumers can communicate to the same Matter fabric and the Matter fabric can keep running while the consumer (e.g. Home Assistant is down).\n\n\n### Websocket commands\n\nThis list is not intended to be complete, for a complete oversight see the client implementation.\n\n**Set WiFi credentials**\nInform the controller about the WiFi credentials it needs to send when commissioning a new device.\n\n```json\n{\n  \"message_id\": \"1\",\n  \"command\": \"set_wifi_credentials\",\n  \"args\": {\n    \"ssid\": \"wifi-name-here\",\n    \"credentials\": \"wifi-password-here\"\n  }\n}\n```\n\n**Set Thread dataset**\nInform the controller about the Thread credentials it needs to use when commissioning a new device.\n\n```json\n{\n  \"message_id\": \"1\",\n  \"command\": \"set_thread_dataset\",\n  \"args\": {\n    \"dataset\": \"put-credentials-here\"\n  }\n}\n```\n\n**Commission with code**\nCommission a new device. For WiFi or Thread based devices, the credentials need to be set upfront, otherwise, commissioning will fail. Supports both QR-code syntax (MT:...) and manual pairing code as string.\nThe controller will use bluetooth for the commissioning of wireless devices. If the machine running the Python Matter Server controller lacks Bluetooth support, commissioning will only work for devices already connected to the network (by cable or another controller).\n\n```json\n{\n  \"message_id\": \"2\",\n  \"command\": \"commission_with_code\",\n  \"args\": {\n    \"code\": \"MT:Y.ABCDEFG123456789\"\n  }\n}\n```\n\n**Open Commissioning window**\nOpen a commissioning window to commission a device present on this controller to another.\nReturns code to use as discriminator.\n\n```json\n{\n  \"message_id\": \"2\",\n  \"command\": \"open_commissioning_window\",\n  \"args\": {\n    \"node_id\": 1\n  }\n}\n```\n\n**Get Nodes**\nGet all nodes already commissioned on the controller.\n\n```json\n{\n  \"message_id\": \"2\",\n  \"command\": \"get_nodes\"\n}\n```\n\n**Get Node**\nGet info of a single Node.\n\n```json\n{\n  \"message_id\": \"2\",\n  \"command\": \"get_node\",\n  \"args\": {\n    \"node_id\": 1\n  }\n}\n```\n\n**Start listening**\nWhen the start_listening command is issued, the server will dump all existing nodes. From that moment on all events (including node attribute changes) will be forwarded.\n\n```json\n{\n  \"message_id\": \"3\",\n  \"command\": \"start_listening\"\n}\n```\n\n\n**Send a command**\nBecause we use the datamodels of the Matter SDK, this is a little bit more involved. Here is an example of turning on a switch:\n\n```python\nimport json\n\n# Import the CHIP clusters\nfrom chip.clusters import Objects as clusters\n\n# Import the ability to turn objects into dictionaries, and vice-versa\nfrom matter_server.common.helpers.util import dataclass_from_dict,dataclass_to_dict\n\ncommand = clusters.OnOff.Commands.On()\npayload = dataclass_to_dict(command)\n\n\nmessage = {\n    \"message_id\": \"example\",\n    \"command\": \"device_command\",\n    \"args\": {\n        \"endpoint_id\": 1,\n        \"node_id\": 1,\n        \"payload\": payload,\n        \"cluster_id\": command.cluster_id,\n        \"command_name\": \"On\"\n    }\n}\n\nprint(json.dumps(message, indent=2))\n```\n```json\n{\n  \"message_id\": \"example\",\n  \"command\": \"device_command\",\n  \"args\": {\n    \"endpoint_id\": 1,\n    \"node_id\": 1,\n    \"payload\": {},\n    \"cluster_id\": 6,\n    \"command_name\": \"On\"\n  }\n}\n```\n\nYou can also provide parameters for the cluster commands. Here's how to change the brightness for example:\n```\ncommand = clusters.LevelControl.Commands.MoveToLevelWithOnOff(\n  level=int(value), # provide a percentage\n  transitionTime=0, # in seconds\n)\n```\n\n\n## Development\n\nWant to help out with development, testing, and/or documentation? Great! As both this project and Matter keeps evolving and devices will hit the market with actual Matter support, there will be a lot to improve. Reach out to us on discord if you want to help out.\n\n### Setting up your development environment\n\nPlease note that development is only possible on Linux and MacOS, with no Windows support.\n\n- Download/clone the repo to your local machine.\n- Create a Python virtual environment.\n- Install the correct SDK wheels for both the cluster and core package, see instructions above if there is no wheel for your setup prebuilt.\n\n### Note when using Thread based Matter devices\n\nWhen communicating with Thread devices through a non-local Thread border router,\nyour host must process ICMPv6 Router Advertisements. See the [openthread.io\nBidirectional IPv6 Connectivity code labs](https://openthread.io/codelabs/openthread-border-router#6)\non how-to setup your host correctly. Note that NetworkManager has its own ICMPv6\nRouter Advertisement processing. A recent version of NetworkManager is\nnecessary, and there are still known issues (see NetworkManager issue\n[#1232](https://gitlab.freedesktop.org/NetworkManager/NetworkManager/-/issues/1232)).\n\nThe Home Assistant Operating System 10 and newer correctly processes ICMPv6\nRouter Advertisements.\n",
    "bugtrack_url": null,
    "license": "Apache-2.0",
    "summary": "Python Matter WebSocket Server",
    "version": "5.9.0",
    "project_urls": null,
    "split_keywords": [],
    "urls": [
        {
            "comment_text": "",
            "digests": {
                "blake2b_256": "beb6eb7de732ad5cb68e666950fd93d9b8f9ba665a45009c52d461618c97f7a5",
                "md5": "7fff2ab9cefdf86fd8700b6d770b53e8",
                "sha256": "e10c17596980e5aec38c99cccea186eded44345123aacf40b1640abf36bcde05"
            },
            "downloads": -1,
            "filename": "python_matter_server-5.9.0-py3-none-any.whl",
            "has_sig": false,
            "md5_digest": "7fff2ab9cefdf86fd8700b6d770b53e8",
            "packagetype": "bdist_wheel",
            "python_version": "py3",
            "requires_python": ">=3.11",
            "size": 99783,
            "upload_time": "2024-03-28T19:32:15",
            "upload_time_iso_8601": "2024-03-28T19:32:15.686099Z",
            "url": "https://files.pythonhosted.org/packages/be/b6/eb7de732ad5cb68e666950fd93d9b8f9ba665a45009c52d461618c97f7a5/python_matter_server-5.9.0-py3-none-any.whl",
            "yanked": false,
            "yanked_reason": null
        },
        {
            "comment_text": "",
            "digests": {
                "blake2b_256": "c54ac31aa10c85c0e80b1d1542d983d23d0b9b3ea952965dc6761407ab7419e5",
                "md5": "6303b9151fed4d1d33dbc260597b93e4",
                "sha256": "b927746b008b417da9bb53bd802ff04ba07f4b04822d7889653dbfecc022f32e"
            },
            "downloads": -1,
            "filename": "python-matter-server-5.9.0.tar.gz",
            "has_sig": false,
            "md5_digest": "6303b9151fed4d1d33dbc260597b93e4",
            "packagetype": "sdist",
            "python_version": "source",
            "requires_python": ">=3.11",
            "size": 94267,
            "upload_time": "2024-03-28T19:32:17",
            "upload_time_iso_8601": "2024-03-28T19:32:17.723154Z",
            "url": "https://files.pythonhosted.org/packages/c5/4a/c31aa10c85c0e80b1d1542d983d23d0b9b3ea952965dc6761407ab7419e5/python-matter-server-5.9.0.tar.gz",
            "yanked": false,
            "yanked_reason": null
        }
    ],
    "upload_time": "2024-03-28 19:32:17",
    "github": false,
    "gitlab": false,
    "bitbucket": false,
    "codeberg": false,
    "lcname": "python-matter-server"
}
        
Elapsed time: 0.26634s