@rtwl Dich für eine Logikmaschine und kannst dort Deine HTTP Request Befehle absetzen über enums (aufzählungen/funktionen) kannst du ein script machen, welches jedes deiner requests schaltet. wenn sie alle gleiche requests nutzen und sich z.b. nur durch die ip unterscheiden ! du musst also nicht für jedes gerät ein eigenes request script machen und machst dir quasi selbst einen adpater über ein script du kannst auch mal in google nach iobroker und jbmedia suchen - kommt z.b https://forum.iobroker.net/topic/26840/lightmanager-air-und-iobroker/3 vielleicht findest du da noch antworten. du kannst im forum auch die leute direkt anschreiben und fragen, wie deren momentaner stand bei dem thema ist

@dos1973 also MQTT ist eine stabile Sache. Für Firmware-Probleme mit einem Endgerät kann der MQTT Broker, z.B. Mosquitto, nichts. Und du hast doch den MQTT Adapter = Adapter, und damit ist MQTT aus meiner Sicht innerhalb von ioBroker "Technikerleicht" zu nutzen.

@randyh Auf https://iobroker.pro/ einloggen.........

@stefan-1 Der admin 5.2.2 braucht js-controller>=3.3.22 js-controller: latest: 3.3.22 for 1 days stable: 3.3.21 for 23 days admin: latest: 5.2.2 for 0 days stable: 5.2.1 for 23 days

@jey-cee ok, ich hätte eher vermutet, das die zigbee lampe nicht sauber angelegt wurde und dadurch der alias nicht korrekt angelegt wird. Den Device Adapter verwende ich soweit auch nicht mehr, da ist mir der Alias mananger lieber und flexibler

@coalado sagte in IOBroker Admin startet langsam und mit Socketfehlern: kein "Spiel mit dem Feuer" mehr War es noch nie. Ob jetzt ProxMurks oder sonst eine Umgebung.

@killroy2 war ein datentyp mismatch, bitte frage igonieren.

@homoran Kann ich gerne nachreichen. Kein Problem - ich will ja das mir geholfen wird. Ich glaube allerdings, dass ich den Fehler jetzt gefunden habe. Mir hat plötzlich der iobroker auf eingeblendet, dass der Adapter "backitup" bereits sehr oft neu gestartet wurde - und was gemacht werden soll. In der Konfig habe ich dann gesehen, dass noch außer Backup zu Gdrive noch Backup auf ein lokales NAS aktiviert war - welches ich nur für die Widerherstellung online hatte. Sprich der Adapter hat das Ziel nicht erreicht. Das habe ich gestern noch korrigiert, und seitdem ist das Problem nicht mehr aufgetreten. Vielleicht hilft die Info allerdings auch jemand anderen. Ich hoffe, dass das Problem damit behoben ist.

Hi @monasteria Bin absoluter Neuling im Thema ioBroker, yahka und co und stehe genau vor dem Problem die Rollos richtig zu übergeben an HomeKit über Yahka. Kannst du einen Screenshot teilen, wie du die Rollos eingebunden hast? Das wäre super ☺️ Gruß, Shorty

@crunchip sagte in Ioproker startet nicht mehr?!: @homoran sagte in Ioproker startet nicht mehr?!: dein letztes Backup einspielen. @mirsch0 sagte in Ioproker startet nicht mehr?!: ich habe kein Backup dann verstehe ich erst recht nicht, warum er den einen copy Befehl nicht macht Egal ->

@homoran so langsam stehe ich auf dem Schlauch. Also nochmal alles durchlaufen. Daten des Adapters: [image: 1640113477537-hm-rpc.0-1.png] Einstellungen im Adpter: [image: 1640113515867-hm-rpc.0-2.png] Das Log nach dem Klick auf speichern. Der Punkt "Verbunden mit Gerät oder Dienst" dauert bis zu 30 Sekunden: hm-rpc.0 31825 2021-12-21 20:02:02.697 debug start ping interval hm-rpc.0 31825 2021-12-21 20:02:02.696 debug clear connecting interval hm-rpc.0 31825 2021-12-21 20:02:02.694 info Connected hm-rpc.0 31825 2021-12-21 20:02:02.595 debug xmlrpc -> 192.168.6.50:42001/ init ["http://192.168.6.50:12001","raspberrypi:hm-rpc.0"] hm-rpc.0 31825 2021-12-21 20:01:32.594 debug start connecting interval hm-rpc.0 31825 2021-12-21 20:01:32.593 debug Connect... hm-rpc.0 31825 2021-12-21 20:01:32.592 info xmlrpc client is trying to connect to 192.168.6.50:42001/ with ["http://192.168.6.50:12001","raspberrypi:hm-rpc.0"] hm-rpc.0 31825 2021-12-21 20:01:32.591 info xmlrpc server is trying to listen on 192.168.6.51:12001 hm-rpc.0 31825 2021-12-21 20:01:32.308 info starting. Version 1.14.50 in /opt/iobroker/node_modules/iobroker.hm-rpc, node: v12.22.7, js-controller: 3.3.21 hm-rpc.0 31825 2021-12-21 20:01:31.704 debug Plugin sentry Initialize Plugin (enabled=true) hm-rpc.0 31825 2021-12-21 20:01:30.790 debug statesDB connected hm-rpc.0 31825 2021-12-21 20:01:30.789 debug States connected to redis: 127.0.0.1:9000 hm-rpc.0 31825 2021-12-21 20:01:30.776 debug States create User PubSub Client hm-rpc.0 31825 2021-12-21 20:01:30.775 debug States create System PubSub Client hm-rpc.0 31825 2021-12-21 20:01:30.763 debug Redis States: Use Redis connection: 127.0.0.1:9000 hm-rpc.0 31825 2021-12-21 20:01:30.761 debug objectDB connected hm-rpc.0 31825 2021-12-21 20:01:30.751 debug Objects connected to redis: 127.0.0.1:9001 hm-rpc.0 31825 2021-12-21 20:01:30.721 debug Objects client initialize lua scripts hm-rpc.0 31825 2021-12-21 20:01:30.720 debug Objects create User PubSub Client hm-rpc.0 31825 2021-12-21 20:01:30.718 debug Objects create System PubSub Client hm-rpc.0 31825 2021-12-21 20:01:30.715 debug Objects client ready ... initialize now hm-rpc.0 31825 2021-12-21 20:01:30.675 debug Redis Objects: Use Redis connection: 127.0.0.1:9001 hm-rpc.0 17456 2021-12-21 20:01:25.917 info Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason hm-rpc.0 17456 2021-12-21 20:01:25.917 debug Plugin sentry destroyed hm-rpc.0 17456 2021-12-21 20:01:25.916 info terminating hm-rpc.0 17456 2021-12-21 20:01:25.915 info Disconnected hm-rpc.0 17456 2021-12-21 20:01:25.899 info xmlrpc -> 192.168.6.50:42001/ init ["http://192.168.6.50:12001",""] hm-rpc.0 17456 2021-12-21 20:01:25.898 info Got terminate signal TERMINATE_YOURSELF hm-rpc.0 17456 2021-12-21 20:01:25.259 debug PING ok hm-rpc.0 17456 2021-12-21 20:01:25.243 debug Send PING... hm-rpc.0 17456 2021-12-21 20:01:25.242 debug [KEEPALIVE] Check if connection is alive Das Häkchen bei erneut Einlesen ist weiterhin gesetzt. OK, scheinbar gibts doch Probleme. Es werden nicht alle Punkte eingelesen und die Schrift ist orange.

@kusselin sagte in zigbee Adapter nach Update keine Verbindung: richtig? doch, er war ja schonml verbunden

@asgothian sagte in Shelly 1 schalten mit Zeitverzögerung.: Hattest du oder hast du ? Hatte ich. Könnte es aber wieder anbauen.

@bender75 Problem ist gelöst ... leider hat der KNX Adapter seinerzeit ein Update nicht durchgeführt. Habe die Version 2.0.5 hochgezogen und prompt ging es. Trotzdem Danke für die Rückmeldung! Bis zum nächsten Mal!

@ruhr70 said in [GELÖST] DWD Warnkriterien: @tomdeboom: Nur würde ich gerne die kompletten Texte der State's wissen. z.B. SNOW(1), NEBEL, BÖEN usw. Am besten als Liste… Wenn möglich... Oder wo ich das bei DWD (json Datei) oder bei dem Entwickler des Adapters nach Lesen kann. ` Mir ist nicht ganz klar, was Du genau brauchst. Für die genannten Datenpunkte sind folgende Werte hinterlegt: "_id": "dwd.0.warning.severity", "0": "None", "1": "Minor", "2": "Moderate", "3": "Severe", "4": "Extreme" "_id": "dwd.0.warning.level", "1": "Preliminary info", "2": "Minor", "3": "Moderate", "4": "Severe", "5": "Extreme" "_id": "dwd.0.warning.type", "0": "Thunderstorm", "1": "Wind/Storm", "2": "Rain", "3": "Snow", "4": "Fog", "5": "Frost", "6": "Ice", "7": "Thawing", "8": "Heat", "9": "UV warning" Hi, was ist der Unterschied zwischen warning.severity und warning.level?

Bekomme auch keinen Track abgespielt. Auch wenn die Zeit im Adapter läuft und sich aktualisiert so reagieren keine Buttons wie Play or Pause. Device per Klick auswählen geht auch nicht immer, oft ist es nicht active und / oder nicht available. Bin eigentlich von YTM auf Spotify weil ich dachte mit dem Adapter funktioniert alles easy, aber klappt leider auch nicht. Zusätzliches Problem ist, dass man trotz Family Account immer nur ein Chromecast nutzen kann und nicht out of the box wie bei YTM alle mit unterschiedlicher Musik. Bei YTM ist nur das Problem, dass er gezielte Tracks oder Playlists nicht abspielt.

@sirfauntleroy sagte in Crash - no connection to states 0.0.0.0:6370[redis]: Kann ich nun, da das System läuft redis ohne Probleme abstellen? ja. über iobroker setup custom @sirfauntleroy sagte in Crash - no connection to states 0.0.0.0:6370[redis]: macht mehr Probleme als nutzen das kann man so wirklich nicht sagen.

@thomas-braun said in Umzug auf neuen Zigbee Stick: ls -l /dev/serial/by-id/ Hab auf Anraten von @Asgothian im anderen Thread mal die Firmware aktualisiert. lrwxrwxrwx 1 root root 13 Dec 21 01:13 usb-ITead_Sonoff_Zigbee_3.0_USB_Dongle_Plus_dc40ebdbc319ec11888e76e5f01c6278-if00-port0 -> ../../ttyUSB0 Ich hab dann ein Backup wieder eingespielt, so dass mein Zigbeezeug wieder da war und den neuen stick angeschlossen und bin ins Bett, heute morgen sieht alles gut aus, alles reagiert wieder schneller. [image: 1640081387103-sensors.png]

@malz1902 das nutzt nichts, denn die werden dann nicht erkannt. Du kannst nur die verbauen, welche auch vom Board unterstützt werden