NEWS

Und mit dem klammern an eine IPv4 wird man zum Teil des Problems.

Ich würde ja eher darauf drängen, dass die Dienste die mich (offenbar aber zu einem großen Teil auch nur vermeintlich) zu einer IPv4 nötigen nicht schon längst moderne Techniken einsetzen.
Mit IPv6 ist nämlich das ganze Hantier mit CGNAT usw. überflüssig.

Vor 2 Jahren habe ich mal versucht, den Alt-Tarif meiner Eltern bei Vodafone Kabel auf IPv6 umstellen zu lassen. Ging damals nicht ohne Tarifwechsel, deswegen hab ich das dann auf einem reinen IPv4 gelassen.
Mittlerweile läuft der Anschluß auch im alten Tarif über IPv6.
Geht also.

@mickym Da ich momentan keinen Zugriff auf den Rechner habe, folgt das Beispiel Array in den nächsten Tagen.

Blockly werde ich mal testen.

@simon42

Hallo Simon

ja wir sprechen über eine Beta Version von github, darf ich dennoch fragen ob eine Installation derzeit nach Deinem Verständnis für einen einfachen Nutzer funktionieren sollte? Der Kommunikation der Entwickler (https://github.com/DrozmotiX/ioBroker.esphome/pull/183) kann man folgen, aber heißt nicht dass man es auch versteht 😉

Ich möchte auf einem system ESPHome temporär für einen Test nutzen, aber kann dieses System nicht so einfach neu aufsetzen. Es ähnelt für mich stark dem System von @Fischje

wie folgt:
Debian 12 Bookworm, kein Docker.

Dashboard esphome : 0.5.0-beta.10
Admin-Adapter: 7.1.5

Python: 3.11.2
node: v20.18.1

das Ganze erzeugt den Fehler:

esphome.0 2024-11-21 08:48:09.852 error Fatal error starting ESPHomeDashboard | Error: Command failed with exit code 1: /home/iobroker/.cache/autopy/venv/esphome/bin/python3 -m pip install esphome==2024.11.0 pillow==10.0.1ERROR: Cannot install esphome==2024.11.0 and pillow==10.0.1 because these package versions have conflicting dependencies.ERROR: ResolutionImpossible: for help visit https://pip.pypa.io/en/latest/topics/dependency-resolution/#dealing-with-dependency-conflicts[notice] A new release of pip is available: 24.0 -> 24.3.1[notice] To update, run: /home/iobroker/.cache/autopy/venv/esphome/bin/python3 -m pip install --upgrade pipCollecting esphome==2024.11.0 Using cached esphome-2024.11.0-py3-none-any.whl.metadata (3.5 kB)Collecting pillow==10.0.1 Using cached Pillow-10.0.1-cp311-cp311-manylinux_2_28_x86_64.whl.metadata (9.5 kB)Collecting cryptography==43.0.0 (from esphome==2024.11.0) Using cached cryptography-43.0.0-cp39-abi3-manylinux_2_28_x86_64.whl.metadata (5.4 kB)Collecting voluptuous==0.14.2 (from esphome==2024.11.0) Using cached voluptuous-0.14.2-py3-none-any.whl.metadata (20 kB)Collecting PyYAML==6.0.2 (from esphome==2024.11.0) Using cached PyYAML-6.0.2-cp311-cp311-manylinux_2_17_x86_64.manylinux2014_x86_64.whl.metadata (2.1 kB)Collecting paho-mqtt==1.6.1 (from esphome==2024.11.0) Using cached paho-mqtt-1.6.1.tar.gz (99 kB) Installing build dependencies: started Installing build dependencies: finished with status 'done' Getting requirements to build wheel: started Getting requirements to build wheel: finished with status 'done' Preparing metadata (pyproject.toml): started Preparing metadata (pyproject.toml): finished with status 'done'Collecting colorama==0.4.6 (from esphome==2024.11.0) Using cached colorama-0.4.6-py2.py3-none-any.whl.metadata (17 kB)Collecting icmplib==3.0.4 (from esphome==2024.11.0) Using cached icmplib-3.0.4-py3-none-any.whl.metadata (19 kB)Collecting tornado==6.4 (from esphome==2024.11.0) Using cached tornado-6.4-cp38-abi3-manylinux_2_5_x86_64.manylinux1_x86_64.manylinux_2_17_x86_64.manylinux2014_x86_64.whl.metadata (2.5 kB)Collecting tzlocal==5.2 (from esphome==2024.11.0) Using cached tzlocal-5.2-py3-none-any.whl.metadata (7.8 kB)Collecting tzdata>=2021.1 (from esphome==2024.11.0) Using cached tzdata-2024.2-py2.py3-none-any.whl.metadata (1.4 kB)Collecting pyserial==3.5 (from esphome==2024.11.0) Using cached pyserial-3.5-py2.py3-none-any.whl.metadata (1.6 kB)Collecting platformio==6.1.16 (from esphome==2024.11.0) Using cached platformio-6.1.16.tar.gz (239 kB) Installing build dependencies: started Installing build dependencies: finished with status 'done' Getting requirements to build wheel: started Getting requirements to build wheel: finished with status 'done' Preparing metadata (pyproject.toml): started Preparing metadata (pyproject.toml): finished with status 'done'Collecting esptool==4.7.0 (from esphome==2024.11.0) Using cached esptool-4.7.0.tar.gz (285 kB) Installing build dependencies: started Installing build dependencies: finished with status 'done' Getting requirements to build wheel: started Getting requirements to build wheel: finished with status 'done' Preparing metadata (pyproject.toml): started Preparing metadata (pyproject.toml): finished with status 'done'Collecting click==8.1.7 (from esphome==2024.11.0) Using cached click-8.1.7-py3-none-any.whl.metadata (3.0 kB)Collecting esphome-dashboard==20241120.0 (from esphome==2024.11.0) Using cached esphome_dashboard-20241120.0-py3-none-any.whl.metadata (1.0 kB)Collecting aioesphomeapi==24.6.2 (from esphome==2024.11.0) Using cached aioesphomeapi-24.6.2-cp311-cp311-manylinux_2_17_x86_64.manylinux2014_x86_64.whl.metadata (4.9 kB)Collecting zeroconf==0.132.2 (from esphome==2024.11.0) Using cached zeroconf-0.132.2-cp311-cp311-manylinux_2_17_x86_64.manylinux2014_x86_64.whl.metadata (6.0 kB)Collecting puremagic==1.27 (from esphome==2024.11.0) Using cached puremagic-1.27-py3-none-any.whl.metadata (5.8 kB)Collecting ruamel.yaml==0.18.6 (from esphome==2024.11.0) Using cached ruamel.yaml-0.18.6-py3-none-any.whl.metadata (23 kB)Collecting glyphsets==1.0.0 (from esphome==2024.11.0) Using cached glyphsets-1.0.0-py3-none-any.whl.metadata (12 kB)INFO: pip is looking at multiple versions of esphome to determine which version is compatible with other requirements. This could take a while.The conflict is caused by: The user requested pillow==10.0.1 esphome 2024.11.0 depends on pillow==10.4.0To fix this you could try to:1. loosen the range of package versions you've specified2. remove package versions to allow pip attempt to solve the dependency conflict | Error: Command failed with exit code 1: /home/iobroker/.cache/autopy/venv/esphome/bin/python3 -m pip install esphome==2024.11.0 pillow==10.0.1ERROR: Cannot install esphome==2024.11.0 and pillow==10.0.1 because these package versions have conflicting dependencies.ERROR: ResolutionImpossible: for help visit https://pip.pypa.io/en/latest/topics/dependency-resolution/#dealing-with-dependency-conflicts[notice] A new release of pip is available: 24.0 -> 24.3.1[notice] To update, run: /home/iobroker/.cache/autopy/venv/esphome/bin/python3 -m pip install --upgrade pipCollecting esphome==2024.11.0 Using cached esphome-2024.11.0-py3-none-any.whl.metadata (3.5 kB)Collecting pillow==10.0.1 Using cached Pillow-10.0.1-cp311-cp311-manylinux_2_28_x86_64.whl.metadata (9.5 kB)Collecting cryptography==43.0.0 (from esphome==2024.11.0) Using cached cryptography-43.0.0-cp39-abi3-manylinux_2_28_x86_64.whl.metadata (5.4 kB)Collecting voluptuous==0.14.2 (from esphome==2024.11.0) Using cached voluptuous-0.14.2-py3-none-any.whl.metadata (20 kB)Collecting PyYAML==6.0.2 (from esphome==2024.11.0) Using cached PyYAML-6.0.2-cp311-cp311-manylinux_2_17_x86_64.manylinux2014_x86_64.whl.metadata (2.1 kB)Collecting paho-mqtt==1.6.1 (from esphome==2024.11.0) Using cached paho-mqtt-1.6.1.tar.gz (99 kB) Installing build dependencies: started Installing build dependencies: finished with status 'done' Getting requirements to build wheel: started Getting requirements to build wheel: finished with status 'done' Preparing metadata (pyproject.toml): started Preparing metadata (pyproject.toml): finished with status 'done'Collecting colorama==0.4.6 (from esphome==2024.11.0) Using cached colorama-0.4.6-py2.py3-none-any.whl.metadata (17 kB)Collecting icmplib==3.0.4 (from esphome==2024.11.0) Using cached icmplib-3.0.4-py3-none-any.whl.metadata (19 kB)Collecting tornado==6.4 (from esphome==2024.11.0) Using cached tornado-6.4-cp38-abi3-manylinux_2_5_x86_64.manylinux1_x86_64.manylinux_2_17_x86_64.manylinux2014_x86_64.whl.metadata (2.5 kB)Collecting tzlocal==5.2 (from esphome==2024.11.0) Using cached tzlocal-5.2-py3-none-any.whl.metadata (7.8 kB)Collecting tzdata>=2021.1 (from esphome==2024.11.0) Using cached tzdata-2024.2-py2.py3-none-any.whl.metadata (1.4 kB)Collecting pyserial==3.5 (from esphome==2024.11.0) Using cached pyserial-3.5-py2.py3-none-any.whl.metadata (1.6 kB)Collecting platformio==6.1.16 (from esphome==2024.11.0) Using cached platformio-6.1.16.tar.gz (239 kB) Installing build dependencies: started Installing build dependencies: finished with status 'done' Getting requirements to build wheel: started Getting requirements to build wheel: finished with status 'done' Preparing metadata (pyproject.toml): started Preparing metadata (pyproject.toml): finished with status 'done'Collecting esptool==4.7.0 (from esphome==2024.11.0) Using cached esptool-4.7.0.tar.gz (285 kB) Installing build dependencies: started Installing build dependencies: finished with status 'done' Getting requirements to build wheel: started Getting requirements to build wheel: finished with status 'done' Preparing metadata (pyproject.toml): started Preparing metadata (pyproject.toml): finished with status 'done'Collecting click==8.1.7 (from esphome==2024.11.0) Using cached click-8.1.7-py3-none-any.whl.metadata (3.0 kB)Collecting esphome-dashboard==20241120.0 (from esphome==2024.11.0) Using cached esphome_dashboard-20241120.0-py3-none-any.whl.metadata (1.0 kB)Collecting aioesphomeapi==24.6.2 (from esphome==2024.11.0) Using cached aioesphomeapi-24.6.2-cp311-cp311-manylinux_2_17_x86_64.manylinux2014_x86_64.whl.metadata (4.9 kB)Collecting zeroconf==0.132.2 (from esphome==2024.11.0) Using cached zeroconf-0.132.2-cp311-cp311-manylinux_2_17_x86_64.manylinux2014_x86_64.whl.metadata (6.0 kB)Collecting puremagic==1.27 (from esphome==2024.11.0) Using cached puremagic-1.27-py3-none-any.whl.metadata (5.8 kB)Collecting ruamel.yaml==0.18.6 (from esphome==2024.11.0) Using cached ruamel.yaml-0.18.6-py3-none-any.whl.metadata (23 kB)Collecting glyphsets==1.0.0 (from esphome==2024.11.0) Using cached glyphsets-1.0.0-py3-none-any.whl.metadata (12 kB)INFO: pip is looking at multiple versions of esphome to determine which version is compatible with other requirements. This could take a while.The conflict is caused by: The user requested pillow==10.0.1 esphome 2024.11.0 depends on pillow==10.4.0To fix this you could try to:1. loosen the range of package versions you've specified2. remove package versions to allow pip attempt to solve the dependency conflict at makeError (file:///opt/iobroker/node_modules/autopy/node_modules/execa/lib/error.js:60:11) at handlePromise (file:///opt/iobroker/node_modules/autopy/node_modules/execa/index.js:124:26) at processTicksAndRejections (node:internal/process/task_queues:95:5) at $df9eabe9bda49ea8$export$e522f41234ab669a (file:///opt/iobroker/node_modules/autopy/src/index.ts:257:13) at Esphome.espHomeDashboard (/Users/nl69zh/Developer/community/opensource/ioBroker.esphome/main.js:180:7) at Esphome.onReady (/opt/iobroker/node_modules/iobroker.esphome/main.js:66:4)

Da ich noch ein system hab wo ESPHome auch im produktiven Einsatz ist, hatte ich mir dort python3 in version 3.9.2 abgeschaut und mit pyenv probiert aber bringt keinen Erfolg.

Kannst Du sagen welchen Status das Ganze hat und ich vielleicht besser die Versuche einstellen sollte?

Danke

@almixx

Wie andere Software auch.

sudo apt remove deconz

@carsten04 Hallo, mit 99% ging es bei mir nicht aber mit 95% sind der horizontale Balken weg.
Welchen Befehl muß ich für vertikal noch eingeben?

@gonzokalle Die integrierte Objekterkennung der Kameras ist subjektiv meiner Erfahrung nach weniger genau, als die von Frigate mit Google Coral KI-Einheit...

Ich habe noch die Idee, die Reolink Kameras nur noch auf Bewegung zu triggern, und dann die gesammelten Aufnahmen durch Frigate zu schleusen, um eine Nachfilterung nach Objekten zu machen...

Da ist aber gerade nicht viel Zeit ...

@der-trollo sagte in Moes Heizkörperventil wird nicht supportet:

Was das Thema "welcher Adapter" betrifft, hatte ich bei meiner Suche nach einer Lösung festgestellt, dass überall in iobroker Foren einfach von Zigbee geredet wurde, wenn der iobroker Zigbee Adapter gemeint wurde.

alleine wenn man auf der Seite Adapter nach zigbee sucht findet man 4 Adapter + z2m
Screenshot_20241121-090128_Firefox.jpg

ich weiss nicht einmal ob das alle sind.

Von der verwendeten Hardware ganz zu schweigen

@wilhelminen
Ich bin etwas länger inaktiv gewesen und gerade wieder am "reinkommen". Vielleicht weiß @haus-automatisierung rat.

@badsnoopy667

Okay.
Zur Prophylaxe mal ein

iob fix

ausgeführt?

@martinp sagte in GELÖST Sperriges JSON vom Tasmota Stromzähler Script:

JSON Knoten, deren Namen mit einer Ziffer beginnen scheinen Javascript nicht zu behagen!

Das ist ein MQTT-JSON, was vom Tasmota Stromzähler Script erzeugt wird:

var content = { "Time": "2024-11-18T11:04:23", "Switch1": "OFF", "OP": { "1_8_0": 16263845.96161001, "16_7_0": 494.64999999999998, "36_7_0": 323.36000000000001, "56_7_0": 106.26000000000001, "76_7_0": 65.030000000000001, "32_7_0": 230.59999999999999, "52_7_0": 228.09999999999999, "72_7_0": 227.5, "96_1_0": "1EBZ..........." } }; log(content.OP.16_7_0);

Führende Ziffern in Node-Namen führen anscheinend zu Ungemach, wird schon beim Eintippen unterschlängelt ...

Kann man das irgendwie doch sauber im Javascript verarbeiten, oder muss das im Tasmota-Script bereinigt werden?

Mit Blockly und Jsonata habe ich auch eine Lösung gefunden:

d4b00110-4615-4114-8dab-5c2229ce53aa-grafik.png

(EDIT: ein kleines Suchbild - finde den Fehler 😉 )

EDIT2: Hilfestellungen bei der Lösung:

JSONATA Execiser: https://try.jsonata.org/
Dokumentation $lookup(): https://docs.jsonata.org/object-functions

423ecdf8-2248-495d-98cf-c6b0b35ac93f-grafik.png

@dax OK,
das müsste ich mir ansehen.
Du könntest Allerdings zu Testzwecken schon einmal einfach in der config den Wert manuell auf deinen gewünschten Wert setzen.

@geschild sagte in Suche: Sonoff-RF-Bridge (schwarz):

Portisch geht nicht, ist aber auch nicht notwendig

Ich denke schon, dass Portisch nötig ist.
Tasmota kriege ich da problemlos drauf. Die Bridge erkennt dann auch, wenn ich ihr etwas sende um sie anzulernen.
Allerdings reagiert das Gerät nicht (Licht im Terrassendach). Daher vermute ich, dass die Code verschlüsselt sind - und dafür wird dann wohl Portisch benötigt.

@carsten04 sagte in vis-2-widgets-collection:

Hallo Alle,
ich habe den Schieberegler noch mit Funktionalität erweitert.

Hallo, wie kann ich den Werten verschiedene Icons zuordnen?

Edit:

Animation9.gif

@fredf said in Test Adapter shuttercontrol v1.7.x:

Und genau da ist mein Problem. Fährt die Automatik bei ausgelöstem Frostschutz die Rollläden nach unten, bleiben sie bei 20% stehen. Alles fein. Nur die bereits geschlossenen Rollläden, egal ob per auto oder manu, bleiben geschlossen. 🤷‍♂️

@arne-dieckmann
Ich habe den Frostschutz noch nie getestet...
Könnte es daran liegen?
Zitat aus der Doku:

Der Frost Alarm wirkt sich nur dann direkt aus, wenn die aktivierten Rollos bereits geschlossen sind (Gefahr von Festfrieren des Rollos). Wenn der Frostalarm bei noch offenem Rollladen ausgelöst wird, fährt der Rollladen beim Schliessen automatisch nur auf die für Frostalarm eingestelle Höhe.

@herr_punkt
Danke für die Info.
Das heisst die Leistungsdaten sind schon "irgendwo" vorhanden, schaffen es aber mit meiner "Route" nicht in IOBroker.
Da ich neben Hue Hub und Dirigera Hub im Moment nicht noch zusätzliche Hardware (wäre ja ein Stick wie Conbee oder ähnlich nötig) installieren möchte, warte ich mal ab und hoffe auf ein Update der anderen Adapter oder dem Erscheinen vom Matter Adapter, der ja bald kommen soll.

@asgothian said in Zigbee Herdsman:

@holly200289 sagte in Zigbee Herdsman:

Ich habe habe folgendes Problem ich habe zwei Zigbee Instanzen (ZHA) die eine Läuft stabil die andere nicht.
ich habe bei beiden Instanzen unterschiedliche ports sowie Pan id und SerienNr zugewiesen, leider ohne erfolg,

das sind die Daten vom einem der Coordinatoren:

Modell: SLZB-06P10
Radio Kern
CPU-Modell: CC2674P10 ESP32-D0WD-V3
CPU-Kerne und Takt: 1 @ 48Mhz 2 @ 240 Mhz
Flash-Speicher: 1024 kB 16Mb
RAM-Speicher: 296 Kb 96/294KiB
SoC-Temperatur: 34.65°C 37.22°C
Firmware Version: 20240716 v2.5.8
Aktueller FW-Check: 20/11/2024 20/11/2024

Es läuft kein Multiprotokoll, und läuft mit der Adapther Ver. 1.10.3

Wenn du ZHA benutzt bist du hier falsch - ZHA steht für ZigbeeHomeAutomation ist teil von Home Assistant (siehe Hier). Die Adapther Ver. 1.10.3 deutet darauf hin das du den ioBroker.Zigbee Adapter aus dem Stable benutzt, nicht ZHA. Die ganzen Daten vom Koordinator sind erst einmal irrelevant. Was genau heisst "die andere läuft nicht Stabil" ? Bitte beschreibe was mit dieser nicht stabil laufenden Instanz passiert, und poste dazu passende Logs (Protokolle) als Text in Code Tags (</>), sonst kann Dir keiner helfen. Bitte poste auch die Einstellungen der beiden Zigbee Adapter (ich vermute du hast 2 laufen) - auch wieder als Text. Wichtig sind Firmware Typ, Port und Kanal. PanID und ExtPanID kannst du weglassen - solange diese unterschiedlich sind sollte das gehen.

A.
Nachtrag: Bitte teste auch ob die Koordinatoren (die ja anscheinend übers Netzwerk angeschlossen sind) von den jeweiligen ioBroker aus stabil erreichbar sind (ping, trace route, etc.) Die Verwendung der Netzwerk Umsetzer reagiert ungehalten auf jeglichen Paketverlust / Verbindungsabbruch auf der TCP/IP Seite. Insbesondere wenn es da eine WLAN Strecke zwischen gibt ist davon auszugehen das diese zumindest nicht Unschuldig an den Problemen ist.

ich habe hier mal ein paar Sceenshots gemacht.

Zigbee.png
zigbee 1.png

zigbee 3.png
zigbee 4.png
Zigbee 5.png
ZIgbee 6.png

Genau es ist Zigbee über den iobroker, man sieht am anfang nur das die Geräte durchgestrichen sind,
allerdings noch Online, wenn man die Instanz neu starten will gibt es Probleme
mit und es kommt immer die Fehlermeldung, das es problme gibt beim starten.

Ich habe das entsprechende Script gestern gestoppt und es gab keine probleme mehr.
Danke erstmal.
Warum es aufeinmal probleme macht, weiß ich auch nicht. hatte hier keine Änderungen vorgenommen.

@paul53 sagte in Wintersteuerung Poolpumpe - Blockly:

Damit nicht immer wieder gesendet wird, ergänze mal um eine Abfrage, ob ausgeschaltet ist:

Guten Morgen,
also Intervallschaltung funktioniert - allerdings die Dauerschaltung noch nicht. Im Verlauf des Sonoff sehe ich auch nicht dass das Script ein Schaltung hätte ausführen wollen (wie beim "Fehler" zuvor)

Deine Ergänzung "Falls mache" mit Wert von Pumpe verstehe ich nicht... vll. habe ich da was falsch verstanden/eingetragen. Welchen Wert von der Pumpenschaltung muss ich da genau abfragen?

@sigi234 axo, das hab ich latürnich brav gemacht! 🙂