iobroker 0.1.0__tar.gz

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
@@ -0,0 +1,43 @@
1
+ name: Publish to PyPI
2
+
3
+ # Veroeffentlicht bei jedem GitHub-Release. Kein API-Token noetig:
4
+ # PyPI vertraut diesem Workflow ueber OIDC (Trusted Publishing).
5
+ # Voraussetzung: auf pypi.org unter Account -> Publishing ein
6
+ # "pending publisher" mit genau diesen Werten anlegen --
7
+ # Project: iobroker | Owner: ioBroker
8
+ # Repository: iobroker-python | Workflow: publish.yml | Environment: pypi
9
+
10
+ on:
11
+ release:
12
+ types: [published]
13
+ workflow_dispatch:
14
+
15
+ jobs:
16
+ build:
17
+ runs-on: ubuntu-latest
18
+ steps:
19
+ - uses: actions/checkout@v4
20
+ - uses: actions/setup-python@v5
21
+ with:
22
+ python-version: "3.12"
23
+ - run: pip install build twine
24
+ - run: python -m build
25
+ - run: python -m twine check dist/*
26
+ - uses: actions/upload-artifact@v4
27
+ with:
28
+ name: dist
29
+ path: dist/
30
+
31
+ publish:
32
+ needs: build
33
+ runs-on: ubuntu-latest
34
+ environment: pypi
35
+ permissions:
36
+ # Der Token, mit dem sich der Workflow bei PyPI ausweist.
37
+ id-token: write
38
+ steps:
39
+ - uses: actions/download-artifact@v4
40
+ with:
41
+ name: dist
42
+ path: dist/
43
+ - uses: pypa/gh-action-pypi-publish@release/v1
@@ -0,0 +1,10 @@
1
+ __pycache__/
2
+ *.py[cod]
3
+ .venv/
4
+ venv/
5
+ dist/
6
+ build/
7
+ *.egg-info/
8
+ .pytest_cache/
9
+ .ruff_cache/
10
+ .mypy_cache/
iobroker-0.1.0/LICENSE ADDED
@@ -0,0 +1,21 @@
1
+ MIT License
2
+
3
+ Copyright (c) 2026 bluefox <dogafox@gmail.com>
4
+
5
+ Permission is hereby granted, free of charge, to any person obtaining a copy
6
+ of this software and associated documentation files (the "Software"), to deal
7
+ in the Software without restriction, including without limitation the rights
8
+ to use, copy, modify, merge, publish, distribute, sublicense, and/or sell
9
+ copies of the Software, and to permit persons to whom the Software is
10
+ furnished to do so, subject to the following conditions:
11
+
12
+ The above copyright notice and this permission notice shall be included in all
13
+ copies or substantial portions of the Software.
14
+
15
+ THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
16
+ IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
17
+ FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE
18
+ AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
19
+ LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM,
20
+ OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE
21
+ SOFTWARE.
@@ -0,0 +1,139 @@
1
+ Metadata-Version: 2.5
2
+ Name: iobroker
3
+ Version: 0.1.0
4
+ Summary: Python-SDK fuer ioBroker-Adapter -- spricht direkt das Redis-Wire-Protokoll der States- und Objects-Datenbank
5
+ Project-URL: Homepage, https://github.com/ioBroker/iobroker-python
6
+ Project-URL: Issues, https://github.com/ioBroker/iobroker-python/issues
7
+ Author-email: bluefox <dogafox@gmail.com>
8
+ License: MIT
9
+ License-File: LICENSE
10
+ Keywords: adapter,home-automation,iobroker,redis
11
+ Classifier: Development Status :: 3 - Alpha
12
+ Classifier: Intended Audience :: Developers
13
+ Classifier: License :: OSI Approved :: MIT License
14
+ Classifier: Programming Language :: Python :: 3
15
+ Classifier: Topic :: Home Automation
16
+ Requires-Python: >=3.10
17
+ Requires-Dist: redis>=5.0
18
+ Provides-Extra: dev
19
+ Requires-Dist: pytest-asyncio>=0.23; extra == 'dev'
20
+ Requires-Dist: pytest>=8; extra == 'dev'
21
+ Requires-Dist: ruff>=0.6; extra == 'dev'
22
+ Provides-Extra: metrics
23
+ Requires-Dist: psutil>=5.9; extra == 'metrics'
24
+ Description-Content-Type: text/markdown
25
+
26
+ # iobroker-python
27
+
28
+ Python-SDK für ioBroker-Adapter. Spricht direkt das Redis-Wire-Protokoll der
29
+ States- und Objects-Datenbank — ein Python-Prozess wird damit zum gleichrangigen
30
+ Adapter neben jedem Node-Adapter, ohne Brücke und ohne Umweg.
31
+
32
+ > **Status: 0.1.0, früher Entwurf.** Die Wire-Ebene ist gegen eine laufende
33
+ > Installation verifiziert (js-controller 7.2.3, `jsonl`-Datenbanken). Die API
34
+ > kann sich noch ändern.
35
+
36
+ ## Installation
37
+
38
+ ```bash
39
+ pip install iobroker
40
+ ```
41
+
42
+ ## Ein Adapter in dreißig Zeilen
43
+
44
+ ```python
45
+ from iobroker import Adapter, State
46
+
47
+ class MyAdapter(Adapter):
48
+ async def on_ready(self):
49
+ await self.set_object_not_exists("temperature", {
50
+ "type": "state",
51
+ "common": {
52
+ "name": "Temperatur", "type": "number",
53
+ "role": "value.temperature", "unit": "°C",
54
+ "read": True, "write": False,
55
+ },
56
+ })
57
+ await self.subscribe_states("*")
58
+ await self.set_state("info.connection", True, ack=True)
59
+
60
+ async def on_state_change(self, id: str, state: State | None):
61
+ # ack=False heißt: jemand will etwas schalten.
62
+ if state and not state.ack:
63
+ self.log.info(f"Befehl auf {id}: {state.val}")
64
+
65
+ async def on_message(self, msg):
66
+ if msg.command == "ping":
67
+ await self.reply(msg, {"pong": True})
68
+
69
+ MyAdapter("myadapter").run()
70
+ ```
71
+
72
+ Ein lauffähiges Beispiel steht in [`examples/minimal_adapter.py`](https://github.com/ioBroker/iobroker-python/blob/main/examples/minimal_adapter.py).
73
+
74
+ ## Verbindungsdaten
75
+
76
+ Der Adapter liest sie in dieser Reihenfolge:
77
+
78
+ 1. Umgebungsvariablen `IOB_STATES_HOST/PORT/DB/PASS/TYPE` und `IOB_OBJECTS_*`
79
+ — so wird der `py-controller` sie später durchreichen.
80
+ 2. `IOB_CONFIG` mit dem Pfad zur `iobroker.json`.
81
+ 3. Die üblichen Installationspfade.
82
+
83
+ Instanznummer und Loglevel kommen aus `--instance` / `--loglevel` oder aus
84
+ `IOB_INSTANCE` / `IOB_LOGLEVEL` — dieselben Argumente, die js-controller heute
85
+ schon an Node-Adapter übergibt.
86
+
87
+ ## Was der eingebaute Server anders macht als Redis
88
+
89
+ Im Standard-Setup redet man nicht mit echtem Redis, sondern mit dem
90
+ Redis-Protokollserver in js-controller (Ports 9000 und 9001). Der weicht an
91
+ mehreren Stellen ab. Alle folgenden Punkte sind an einer laufenden Installation
92
+ am Draht nachgewiesen, nicht aus der Dokumentation abgeleitet — `tools/probe.py`
93
+ prüft sie für die eigene Installation nach.
94
+
95
+ | Abweichung | Auswirkung | Behandlung im SDK |
96
+ |---|---|---|
97
+ | **Kommandos müssen kleingeschrieben sein.** Der Server dispatcht ohne `toLowerCase()` (`db-base/redisHandler.js`), registriert seine Handler aber nur klein. ioredis sendet zufällig klein, redis-py sendet groß. | `GET …` → `-Error GET NOT SUPPORTED`, `get …` → `4`. Ohne Behandlung scheitert der erste Befehl. | `connection.py` hängt sich vor den Command-Packer von redis-py. Synchron über `_command_packer`, asynchron über `pack_command` — redis-py benutzt je nach Modus einen anderen Weg. |
98
+ | **Kein `HELLO`.** redis-py verhandelt RESP3 beim Verbinden. | Verbindungsaufbau scheitert mit `HELLO NOT SUPPORTED`. | `protocol=2`, dazu `lib_name=None` gegen `CLIENT SETINFO`. |
99
+ | **Kein `PING`** auf der States-DB. | Übliche Verbindungstests schlagen fehl. | Verbindungstest über `get meta.states.protocolVersion` — die Version muss ohnehin geprüft werden. |
100
+ | **Kein `SCAN`** auf der States-DB. Die Objects-DB kann `scan`, `sscan`, `sadd`, `eval`. | Schlüssel müssen mit `keys` gesucht werden. | `DbConfig.is_builtin` unterscheidet; gegen echtes Redis ist `keys` blockierend und muss vermieden werden. |
101
+ | **Pub/Sub liefert den Kanal ohne `io.`-Präfix.** Echtes Redis liefert ihn mit. | Wer stur das Präfix abschneidet, verstümmelt IDs. | Das SDK toleriert beides — genau wie der JS-Client. |
102
+ | **Abgelaufene States melden sich anders.** Kein `__keyevent@0__:expired`; stattdessen kommt `null` auf dem State-Kanal selbst. | Gegen echtes Redis wäre ein zusätzliches Abo nötig. | `null` wird als „State weg“ an `on_state_change` gemeldet. |
103
+
104
+ Dazu eine Eigenschaft, die kein Fehler, aber wichtig ist: **die Rechteprüfung
105
+ sitzt im JS-Client, nicht im Datenbankserver.** Wer direkt auf der
106
+ Redis-Verbindung sitzt, hat faktisch Adminrechte. Das gilt für Node-Adapter
107
+ genauso — nur kommt bei Python fremder Code aus PyPI mit in den Prozess.
108
+
109
+ ## Capability-Probe
110
+
111
+ ```bash
112
+ python tools/probe.py
113
+ ```
114
+
115
+ (aus dem [Repository](https://github.com/ioBroker/iobroker-python), nicht im Wheel enthalten)
116
+
117
+ Meldet für die eigene Installation, was die beiden Datenbanken können, und macht
118
+ anschließend einen vollständigen Round-Trip: Objekt anlegen, State schreiben,
119
+ Änderung empfangen. Räumt mit `--cleanup` wieder auf.
120
+
121
+ ## Lebenszyklus
122
+
123
+ `alive`, `connected`, `uptime` und `memRss` schreibt der Adapter selbst über die
124
+ States-DB — genauso wie ein Node-Adapter. Der Stopp läuft über den
125
+ `sigKill`-State: setzt der Controller ihn auf `-1`, beendet sich der Adapter
126
+ geordnet. Damit funktioniert das Anhalten auch unter Windows, wo es kein
127
+ `SIGTERM` gibt.
128
+
129
+ ## Entwicklung
130
+
131
+ ```bash
132
+ python -m venv .venv && .venv/Scripts/activate # Windows
133
+ pip install -e ".[dev]"
134
+ python examples/minimal_adapter.py --instance 0
135
+ ```
136
+
137
+ ## Lizenz
138
+
139
+ MIT
@@ -0,0 +1,114 @@
1
+ # iobroker-python
2
+
3
+ Python-SDK für ioBroker-Adapter. Spricht direkt das Redis-Wire-Protokoll der
4
+ States- und Objects-Datenbank — ein Python-Prozess wird damit zum gleichrangigen
5
+ Adapter neben jedem Node-Adapter, ohne Brücke und ohne Umweg.
6
+
7
+ > **Status: 0.1.0, früher Entwurf.** Die Wire-Ebene ist gegen eine laufende
8
+ > Installation verifiziert (js-controller 7.2.3, `jsonl`-Datenbanken). Die API
9
+ > kann sich noch ändern.
10
+
11
+ ## Installation
12
+
13
+ ```bash
14
+ pip install iobroker
15
+ ```
16
+
17
+ ## Ein Adapter in dreißig Zeilen
18
+
19
+ ```python
20
+ from iobroker import Adapter, State
21
+
22
+ class MyAdapter(Adapter):
23
+ async def on_ready(self):
24
+ await self.set_object_not_exists("temperature", {
25
+ "type": "state",
26
+ "common": {
27
+ "name": "Temperatur", "type": "number",
28
+ "role": "value.temperature", "unit": "°C",
29
+ "read": True, "write": False,
30
+ },
31
+ })
32
+ await self.subscribe_states("*")
33
+ await self.set_state("info.connection", True, ack=True)
34
+
35
+ async def on_state_change(self, id: str, state: State | None):
36
+ # ack=False heißt: jemand will etwas schalten.
37
+ if state and not state.ack:
38
+ self.log.info(f"Befehl auf {id}: {state.val}")
39
+
40
+ async def on_message(self, msg):
41
+ if msg.command == "ping":
42
+ await self.reply(msg, {"pong": True})
43
+
44
+ MyAdapter("myadapter").run()
45
+ ```
46
+
47
+ Ein lauffähiges Beispiel steht in [`examples/minimal_adapter.py`](https://github.com/ioBroker/iobroker-python/blob/main/examples/minimal_adapter.py).
48
+
49
+ ## Verbindungsdaten
50
+
51
+ Der Adapter liest sie in dieser Reihenfolge:
52
+
53
+ 1. Umgebungsvariablen `IOB_STATES_HOST/PORT/DB/PASS/TYPE` und `IOB_OBJECTS_*`
54
+ — so wird der `py-controller` sie später durchreichen.
55
+ 2. `IOB_CONFIG` mit dem Pfad zur `iobroker.json`.
56
+ 3. Die üblichen Installationspfade.
57
+
58
+ Instanznummer und Loglevel kommen aus `--instance` / `--loglevel` oder aus
59
+ `IOB_INSTANCE` / `IOB_LOGLEVEL` — dieselben Argumente, die js-controller heute
60
+ schon an Node-Adapter übergibt.
61
+
62
+ ## Was der eingebaute Server anders macht als Redis
63
+
64
+ Im Standard-Setup redet man nicht mit echtem Redis, sondern mit dem
65
+ Redis-Protokollserver in js-controller (Ports 9000 und 9001). Der weicht an
66
+ mehreren Stellen ab. Alle folgenden Punkte sind an einer laufenden Installation
67
+ am Draht nachgewiesen, nicht aus der Dokumentation abgeleitet — `tools/probe.py`
68
+ prüft sie für die eigene Installation nach.
69
+
70
+ | Abweichung | Auswirkung | Behandlung im SDK |
71
+ |---|---|---|
72
+ | **Kommandos müssen kleingeschrieben sein.** Der Server dispatcht ohne `toLowerCase()` (`db-base/redisHandler.js`), registriert seine Handler aber nur klein. ioredis sendet zufällig klein, redis-py sendet groß. | `GET …` → `-Error GET NOT SUPPORTED`, `get …` → `4`. Ohne Behandlung scheitert der erste Befehl. | `connection.py` hängt sich vor den Command-Packer von redis-py. Synchron über `_command_packer`, asynchron über `pack_command` — redis-py benutzt je nach Modus einen anderen Weg. |
73
+ | **Kein `HELLO`.** redis-py verhandelt RESP3 beim Verbinden. | Verbindungsaufbau scheitert mit `HELLO NOT SUPPORTED`. | `protocol=2`, dazu `lib_name=None` gegen `CLIENT SETINFO`. |
74
+ | **Kein `PING`** auf der States-DB. | Übliche Verbindungstests schlagen fehl. | Verbindungstest über `get meta.states.protocolVersion` — die Version muss ohnehin geprüft werden. |
75
+ | **Kein `SCAN`** auf der States-DB. Die Objects-DB kann `scan`, `sscan`, `sadd`, `eval`. | Schlüssel müssen mit `keys` gesucht werden. | `DbConfig.is_builtin` unterscheidet; gegen echtes Redis ist `keys` blockierend und muss vermieden werden. |
76
+ | **Pub/Sub liefert den Kanal ohne `io.`-Präfix.** Echtes Redis liefert ihn mit. | Wer stur das Präfix abschneidet, verstümmelt IDs. | Das SDK toleriert beides — genau wie der JS-Client. |
77
+ | **Abgelaufene States melden sich anders.** Kein `__keyevent@0__:expired`; stattdessen kommt `null` auf dem State-Kanal selbst. | Gegen echtes Redis wäre ein zusätzliches Abo nötig. | `null` wird als „State weg“ an `on_state_change` gemeldet. |
78
+
79
+ Dazu eine Eigenschaft, die kein Fehler, aber wichtig ist: **die Rechteprüfung
80
+ sitzt im JS-Client, nicht im Datenbankserver.** Wer direkt auf der
81
+ Redis-Verbindung sitzt, hat faktisch Adminrechte. Das gilt für Node-Adapter
82
+ genauso — nur kommt bei Python fremder Code aus PyPI mit in den Prozess.
83
+
84
+ ## Capability-Probe
85
+
86
+ ```bash
87
+ python tools/probe.py
88
+ ```
89
+
90
+ (aus dem [Repository](https://github.com/ioBroker/iobroker-python), nicht im Wheel enthalten)
91
+
92
+ Meldet für die eigene Installation, was die beiden Datenbanken können, und macht
93
+ anschließend einen vollständigen Round-Trip: Objekt anlegen, State schreiben,
94
+ Änderung empfangen. Räumt mit `--cleanup` wieder auf.
95
+
96
+ ## Lebenszyklus
97
+
98
+ `alive`, `connected`, `uptime` und `memRss` schreibt der Adapter selbst über die
99
+ States-DB — genauso wie ein Node-Adapter. Der Stopp läuft über den
100
+ `sigKill`-State: setzt der Controller ihn auf `-1`, beendet sich der Adapter
101
+ geordnet. Damit funktioniert das Anhalten auch unter Windows, wo es kein
102
+ `SIGTERM` gibt.
103
+
104
+ ## Entwicklung
105
+
106
+ ```bash
107
+ python -m venv .venv && .venv/Scripts/activate # Windows
108
+ pip install -e ".[dev]"
109
+ python examples/minimal_adapter.py --instance 0
110
+ ```
111
+
112
+ ## Lizenz
113
+
114
+ MIT
@@ -0,0 +1,108 @@
1
+ """Kleinster vollstaendiger Python-Adapter.
2
+
3
+ Legt zwei Objekte an, schreibt alle drei Sekunden einen Messwert und nimmt
4
+ Schaltbefehle entgegen. Zeigt damit alle Bausteine, die ein echter Adapter
5
+ braucht: Objekte, States, ack-Semantik, Messagebox, Logging, Shutdown.
6
+
7
+ python examples/minimal_adapter.py --instance 0
8
+
9
+ Danach im Admin unter "pyexample.0" nachsehen.
10
+ Aufraeumen: python examples/minimal_adapter.py --cleanup
11
+ """
12
+
13
+ from __future__ import annotations
14
+
15
+ import asyncio
16
+ import math
17
+ import sys
18
+ import time
19
+
20
+ sys.path.insert(0, "src")
21
+
22
+ from iobroker import Adapter, Message, State # noqa: E402
23
+
24
+
25
+ class ExampleAdapter(Adapter):
26
+ async def on_ready(self) -> None:
27
+ await self.set_object_not_exists(
28
+ "temperature",
29
+ {
30
+ "type": "state",
31
+ "common": {
32
+ "name": "Temperatur",
33
+ "type": "number",
34
+ "role": "value.temperature",
35
+ "unit": "°C",
36
+ "read": True,
37
+ "write": False,
38
+ },
39
+ },
40
+ )
41
+ await self.set_object_not_exists(
42
+ "switch",
43
+ {
44
+ "type": "state",
45
+ "common": {
46
+ "name": "Schalter",
47
+ "type": "boolean",
48
+ "role": "switch",
49
+ "read": True,
50
+ "write": True,
51
+ },
52
+ },
53
+ )
54
+ await self.set_object_not_exists(
55
+ "info.connection",
56
+ {
57
+ "type": "state",
58
+ "common": {
59
+ "name": "Verbunden",
60
+ "type": "boolean",
61
+ "role": "indicator.connected",
62
+ "read": True,
63
+ "write": False,
64
+ },
65
+ },
66
+ )
67
+
68
+ # Nur die eigenen States abonnieren -- alles andere waere Laerm.
69
+ await self.subscribe_states("*")
70
+ await self.set_state("info.connection", True, ack=True)
71
+
72
+ self._worker = asyncio.create_task(self._measure())
73
+
74
+ async def _measure(self) -> None:
75
+ """Simuliert eine Messquelle."""
76
+ try:
77
+ while True:
78
+ value = round(20 + 2 * math.sin(time.time() / 10), 2)
79
+ # ack=True: bestaetigter Messwert, kein Befehl.
80
+ await self.set_state("temperature", value, ack=True)
81
+ await asyncio.sleep(3)
82
+ except asyncio.CancelledError:
83
+ raise
84
+
85
+ async def on_state_change(self, id: str, state: State | None) -> None:
86
+ if state is None:
87
+ self.log.debug(f"{id} geloescht oder abgelaufen")
88
+ return
89
+ # ack=False heisst: jemand will etwas schalten.
90
+ if not state.ack and id.endswith(".switch"):
91
+ self.log.info(f"Schaltbefehl: {state.val}")
92
+ # Geraet schalten ... und danach bestaetigen.
93
+ await self.set_state("switch", state.val, ack=True)
94
+
95
+ async def on_message(self, msg: Message) -> None:
96
+ self.log.info(f"Nachricht '{msg.command}' von {msg.from_}")
97
+ if msg.command == "ping":
98
+ await self.reply(msg, {"pong": True})
99
+
100
+ async def on_unload(self) -> None:
101
+ worker = getattr(self, "_worker", None)
102
+ if worker:
103
+ worker.cancel()
104
+ self.log.info("Aufgeraeumt")
105
+
106
+
107
+ if __name__ == "__main__":
108
+ ExampleAdapter("pyexample").run()
@@ -0,0 +1,36 @@
1
+ [build-system]
2
+ requires = ["hatchling"]
3
+ build-backend = "hatchling.build"
4
+
5
+ [project]
6
+ name = "iobroker"
7
+ version = "0.1.0"
8
+ description = "Python-SDK fuer ioBroker-Adapter -- spricht direkt das Redis-Wire-Protokoll der States- und Objects-Datenbank"
9
+ readme = "README.md"
10
+ requires-python = ">=3.10"
11
+ license = { text = "MIT" }
12
+ authors = [{ name = "bluefox", email = "dogafox@gmail.com" }]
13
+ keywords = ["iobroker", "home-automation", "adapter", "redis"]
14
+ classifiers = [
15
+ "Development Status :: 3 - Alpha",
16
+ "Intended Audience :: Developers",
17
+ "License :: OSI Approved :: MIT License",
18
+ "Programming Language :: Python :: 3",
19
+ "Topic :: Home Automation",
20
+ ]
21
+ dependencies = ["redis>=5.0"]
22
+
23
+ [project.optional-dependencies]
24
+ dev = ["pytest>=8", "pytest-asyncio>=0.23", "ruff>=0.6"]
25
+ metrics = ["psutil>=5.9"]
26
+
27
+ [project.urls]
28
+ Homepage = "https://github.com/ioBroker/iobroker-python"
29
+ Issues = "https://github.com/ioBroker/iobroker-python/issues"
30
+
31
+ [tool.hatch.build.targets.wheel]
32
+ packages = ["src/iobroker"]
33
+
34
+ [tool.ruff]
35
+ line-length = 100
36
+ target-version = "py310"
@@ -0,0 +1,30 @@
1
+ """iobroker -- Python-SDK fuer ioBroker-Adapter.
2
+
3
+ Redet direkt das Redis-Wire-Protokoll der States- und Objects-Datenbank und
4
+ macht Python-Prozesse damit zu gleichrangigen Adaptern neben Node.
5
+ """
6
+
7
+ from .adapter import Adapter
8
+ from .connection import (
9
+ DbConfig,
10
+ PROTOCOL_VERSION,
11
+ connect,
12
+ connect_async,
13
+ load_db_config,
14
+ )
15
+ from .types import Message, State, now_ms
16
+
17
+ __version__ = "0.1.0"
18
+
19
+ __all__ = [
20
+ "Adapter",
21
+ "State",
22
+ "Message",
23
+ "DbConfig",
24
+ "PROTOCOL_VERSION",
25
+ "connect",
26
+ "connect_async",
27
+ "load_db_config",
28
+ "now_ms",
29
+ "__version__",
30
+ ]