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.
- iobroker-0.1.0/.github/workflows/publish.yml +43 -0
- iobroker-0.1.0/.gitignore +10 -0
- iobroker-0.1.0/LICENSE +21 -0
- iobroker-0.1.0/PKG-INFO +139 -0
- iobroker-0.1.0/README.md +114 -0
- iobroker-0.1.0/examples/minimal_adapter.py +108 -0
- iobroker-0.1.0/pyproject.toml +36 -0
- iobroker-0.1.0/src/iobroker/__init__.py +30 -0
- iobroker-0.1.0/src/iobroker/adapter.py +478 -0
- iobroker-0.1.0/src/iobroker/connection.py +274 -0
- iobroker-0.1.0/src/iobroker/types.py +81 -0
- iobroker-0.1.0/tools/probe.py +320 -0
|
@@ -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
|
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.
|
iobroker-0.1.0/PKG-INFO
ADDED
|
@@ -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
|
iobroker-0.1.0/README.md
ADDED
|
@@ -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
|
+
]
|