@KingHamtaro Hi Kevin, hat sich erledigt. Heute gings dann, warum auch immer ... Gruß Christian

@sentinel hast du von dem Cyble eine Dokumentation mit der Pin-Belegung gefunden? Ich habe diese MBus Master Modul von Ali (https://de.aliexpress.com/item/33007858718.html?gatewayAdapt=glo2deu) und habe alle 4 Adern durchprobiert und bekomme leider keine Daten :(

@glasfaser, OK....mach ich gleich.... ...leider noch immer. Wo könnte das drinnen stehen? Ich hab unter den System Objekten gesucht, aber nix gefunden - jo, egal... Danke dir trotzdem! Liebe Grüße Tom

@homoran Sorry homoran, für mich ist es schwierig, einzuschätzen, welche Informationen von Relevanz sind. Ich versuch mal etwas Licht ins Dunkel zu bringen: root@iobroker:/opt/iobroker# iobroker list adapters system.adapter.admin : admin - v4.2.1 system.adapter.backitup : backitup - v2.1.17 system.adapter.discovery : discovery - v2.7.2 system.adapter.dwd : dwd - v2.7.7 system.adapter.enigma2 : enigma2 - v1.0.0 system.adapter.feiertage : feiertage - v1.1.0 system.adapter.flot : flot - v1.11.0 system.adapter.fritzbox : fritzbox - v0.2.1 system.adapter.g-homa : g-homa - v0.5.3 system.adapter.harmony : harmony - v1.2.2 system.adapter.homepilot20 : homepilot20 - v0.0.42 system.adapter.hs100 : hs100 - v2.0.6 system.adapter.influxdb : influxdb - v1.9.4 system.adapter.info : info - v1.9.10 system.adapter.iqontrol : iqontrol - v1.9.13 system.adapter.javascript : javascript - v4.11.0 system.adapter.km200 : km200 - v2.0.3 system.adapter.material : material - v0.13.9 system.adapter.milight : milight - v0.3.6 system.adapter.milight-smart-light : milight-smart-light - v1.2.1 system.adapter.mqtt : mqtt - v2.4.0 system.adapter.mqtt-client : mqtt-client - v1.3.1 system.adapter.node-red : node-red - v2.4.1 system.adapter.openweathermap : openweathermap - v0.1.0 system.adapter.parser : parser - v1.0.7 system.adapter.paw : paw - v0.3.1 system.adapter.pi-hole : pi-hole - v1.3.2 system.adapter.ping : ping - v1.5.0 system.adapter.sayit : sayit - v1.12.3 system.adapter.scenes : scenes - v2.3.8 system.adapter.schoolfree : schoolfree - v1.0.1 system.adapter.shelly : shelly - v4.1.2 system.adapter.simple-api : simple-api - v2.6.2 system.adapter.socketio : socketio - v3.1.5 system.adapter.sql : sql - v1.15.7 system.adapter.telegram : telegram - v1.10.0 system.adapter.text2command : text2command - v2.1.1 system.adapter.vis : vis - v1.4.4 system.adapter.vis-bars : vis-bars - v0.1.4 system.adapter.vis-canvas-gauges : vis-canvas-gauges - v0.1.5 system.adapter.vis-colorpicker : vis-colorpicker - v1.2.0 system.adapter.vis-fancyswitch : vis-fancyswitch - v1.1.0 system.adapter.vis-history : vis-history - v1.0.0 system.adapter.vis-hqwidgets : vis-hqwidgets - v1.1.7 system.adapter.vis-map : vis-map - v1.0.4 system.adapter.vis-material : vis-material - v0.1.3 system.adapter.vis-metro : vis-metro - v1.1.2 system.adapter.vis-rgraph : vis-rgraph - v0.0.2 system.adapter.vis-timeandweather : vis-timeandweather - v1.1.7 system.adapter.vis-weather : vis-weather - v2.5.3 system.adapter.web : web - v3.2.3 system.adapter.yeelight-2 : yeelight-2 - v1.1.2 system.adapter.zigbee : zigbee - v1.5.1 system.adapter.zwave : zwave - v2.0.1 Zigbee, Zwave, Shelly, Homepilot sowie Logitech laufen auf dem Slave. Die Wichtigsten Adapter zur Gesamtfunktionalität sind Zigbee ZWave Homepilot ScriptEngine InfluxDB MySQL KM200 Apropos DBs: Werden die Datendanken wirklich korrekt zur Datenauswertung übernommen? Master und Slave laufen in VMs (1x KVM (QNAP), 1x VMWare) unter Ubuntu 18.0.4. Das ist auch noch ein Grund zur Neueinrichtung: Die QNAP VM soll endlich umziehen auf den VMWare ESXi, da der deutlich leistungsfähiger und besser managebar ist (Backup etc).

@arteck said in [solved] Zigbee Tausch Coordinator: nein .. hättest in wenig länger waret müssen.. der Stick war noch nicht soeit Sorry für die späte Antwort. Ich dachte 4 Stunden wären lang genug. In der Zeit hat sich keines meiner Devices angemeldet.

@joachim-knape https://forum.iobroker.net/topic/14288/tr-064-fritzbox-anrufbeantworter/14

@rolly82 Sach ich doch...

@glasfaser Ich hab es jetzt hinbekommen. Die Lösung war es ein neues bridge-network zu erstellen und das Netzwerk den Containern hinzuzufügen. Anschließend erreiche ich die InfluxDB durch ihre interne IP-Adresse. Vielen Dank für eure Hilfe und den guten Ideen.

@glasfaser Perfekt! DAnke hat funktioniert. Kann einer kurz die Ursache zusammenfassen?# LG Nils

@thomas-braun Dank dir trotzdem. Das Python Problem habe ich mittlerweile gelöst: Hier die Anleitung. Allerdings auf Englisch: Falls jemand auch das Problem mit der python 3 Meldung hat: Solution: Symbolic Link python3.exe Just create a symbolic link named python3.exe in a directory which is in your PATH environment variable (but which is not under the Python 3 installation directory) pointing to the Python 3 executable python3/python.exe. The symbolic link stays there and keeps pointing to the correct executable even if you upgrade the Python (since it's outside the Python 3 installation directory, it's not affected even when the whole directory of an outdated Python is deleted and a new Python is placed there). It's very easy to prepare: Execute an elevated Powershell Core (pwsh.exe), Powershell (powershell.exe), or Windows command shell (cmd.exe) Decide where you want to create the symbolic link: Pick a directory already in your PATH environment variable (use echo $env:PATH in Powershell or echo %PATH% in cmd.exe to print the variable contents) Add any directory you like to the PATH variable (see below) Navigate to the directory you chose in the previous step and create there a symbolic link named python3.exe pointing to the Python 3 executable (the target parameter), both paths may be absolute or relative: in Powershell, use the New-Item command with the -Type SymbolicLink option: New-Item -Type SymbolicLink -Path python3.exe -Target c:<Python3-installation-directory>\python.exe in cmd.exe, use the mklink command: mklink python3.exe c:<Python3-installation-directory>\python.exe Now, if you execute python3 or python3.exe from any directory, Windows searches it in the current directory and then all directories in your PATH environment variable. It finds the symbolic link you have created which "redirects" it to the Python 3 executable and Windows executes it.

@intruminator Ich würde allerding im zerrrupften Alt-System erstmal den iobroker auf den letzten Stand bringen, davon per Backitup ein Backup ziehen und dann im frischen System dieses Backup einspielen. Versuch es zunächst mal so: for i in $(find /opt/iobroker/node_modules -type d -iname ".*-????????" ! -iname ".local-chromium"); do rm -rf ${i%%/}; done iobroker update iobroker upgrade iobroker stop iobroker upgrade self iobroker start

@gaspode sagte in [gelöst] SQL Adapter schreibt ungewollt Daten weg: Konfigurationsparameter "Optimierte Protokollierung übersprungener Werte für Diagramme deaktivieren" [image: 1674197626548-7fb845e1-a65e-4255-a268-4b644d837f52-image.png] Exakt, so habe ich mir das vorgestellt! Danke @gaspode!

@hoasd sagte in Admin.1 durch Admin.0 ersetzen: Wie behebe ich das Problem denn dann? Keine Ahnung weil Du in Deinem Beitrag ja kein Problem geschildert hast.... Bitte erstmal folgendes lesen, aufnehmen und dann nochmals als Beitrag umsetzen: https://forum.iobroker.net/topic/51555/hinweise-für-gute-forenbeiträge/1

@marc-berg Das ganze ist zwar konfigurierbar, aber das was da steht muß ja trotzdem einen Sinn ergeben. Zur Zeit grenzt das eher an ein Verwirrspiel. "Nur Änderungen aufzeichnen" bzw. "Minimale Differenz zum letzten Wert" heißt ja nicht, den letzten Wert nochmal mit aufzeichen weils schöner aussieht. Und "Optimierte Protokollierung übersprungener Werte für Diagramme deaktivieren" versteht sowieso keiner, weil es für den Benutzer ja gar nichts aussagt. Das ist exklusiv was den, der die Funktion eingebaut hat. Hier muß minimum mal erklärt werden, was die Funktion genau tut.

Danke an alle für die Hilfe. Nun klappt es. Zur Erklärung warum es bisher geklappt hat. Das habe ich leider nicht erwähnt, vergessen zu erwähnen. Sorry. Bisher (bis vor 3 Tagen) lief das Ganze auf einer Raspberry. Die hing sich aber mehr und mehr auf. Darum habe ich das auf die Synology umgezogen. Durch die Tips mit der Callback Adresse hatte ich einen weiteren Ansatz. Half aber erstmal nichts, weil egal was man machte, die Verbindung wurde immer fehlerfrei aufgebaut, aber Werte in den neuen Ordnern nicht angezeigt. Dann habe ich mir den Docker Container angeschaut, speziell die Ports. Da fiel mir auf, dass z.B. der Port 2010 keine Verbindung bekommen kann, weil nicht freigegeben. Also habe ich dem Docker Container den Port 2010 verpasst. Wieder gestartet und sie da, nun ist alles da, läuft es.

Magst du das dann hier eintragen https://forum.iobroker.net/topic/44510/aufruf-sammlung-an-modbus-anbindungen/30?_=1674130240160

@thomas-braun Vielen Dank für die Info . Habe es durchgeführt und danach war update/upgrade erfolgreich Danke

@dtp Beim Vergleich mit dem letzten Wert kann man ja dann die Richtung ermitteln. Und beim Wechsel auf "0" oder "100" wird der Status auf "gestoppt" gesetzt. Einziges Problem was ich dabei sehe: Wenn man das rauf- bzw- runterfahren mittendrin manuell stoppt, kriegt man das ohne besondere Klimmzüge nicht mit. Man müsste das ggf. noch mit einer zyklischen Abfrage der Position kombinieren, um erkennen zu können dass sich die Position seit x-Sekunden nicht mehr verändert hat und den Status dann ebenfalls auf "gestoppt" setzen. Es sei denn, der DP wird vom Adapter regelmäßig aktualisiert - auch ohne Änderung. Dann würde man erkennen können, dass sich der DP nicht mehr verändert hat.