@Xsev solange du "source routing" der Firmware nimmst sollte es bis 50 kein Problem sein

Das kann ich nun bestätigen. Es muss eher am Neustart des Systems (ioBroker) liegen. Denn wenn ich ein Backup anstoße ohne IoBroker zu stoppen, werden noch keine Geräte vermisst.

Guten Morgen, wie ich bereits befürchtet hatte, hat sich der ioBroker wieder um 00:01 Uhr verabschiedet:(. Was ich nach einem Neustart, der übrigens problemlos funktioniert hat ist, dass der cloud-Adapter nicht funktioniert und die Übersicht leer ist. Ich kann, vom Admin-Adapter aus, den Cloud-Adapter auch nicht löschen - keine Reaktion. Nachdem ich ihn über ssh deinstalliert habe, kann ich ihn auch über Admin wieder installieren, konfigurieren und starten und alles läuft korrekt. Kann es sein, dass der Cloud-Adapter die Fehlerursache ist? Und noch einmal die Frage: Wie kann ich raus finden wann welche Jobs ausgeführt werden bzw. geplant sind unabhängig von Admin?

ich schreibs hier mal hin, bin auf Admin 3.6.10 habe vorhin über den Schraubenschlüssel Setting iogo, test weise aktiviert, nun lässt es sich aber nicht mehr deaktivieren. man kann zwar den Haken wegmachen und auch Save anklicken, jedoch wird dies nicht übernommen. Ein erneuter Aufruf, bringt mir selbige Einstellung [image: 1571086620773-f2dc7638-37eb-4c3f-ab09-a2e3c0bea578-image.png] edit: gerade getestet, History z.b. funktioniert, liegt also scheinbar an iogo selbst

@iobrokerbeginner26 dann solltest Du in der Überschrift deines ersten Beitrages ein [gelöst] vorne anstellen

Danke für den Hinweis.. apt-get install python-dev ergab bei mir nur das schon alles aktuell ist....

Werd ich machen

@anubiss1337 sagte in iogo-Adapter lässt sich nicht installieren: haben diese Fehler evtl. etwas gemeinsam? Suche mal nach soef oder nimm den neuen Adapter. https://forum.iobroker.net/topic/22782/aufruf-test-community-version-vom-tr-064-adapter

https://forum.iobroker.net/topic/25702/update-scripte-engine-auf-4-3-0-kein-logging-mehr

Hi zusammen, ich wollte nur noch kurz RM geben. Habe es mit meinem begrenzten Wissen nicht wieder gerade biegen können und habe deshalb die Variante "Raspberry komplett neu aufsetzen" gewählt. Zusammen mit BackItUp war das jetzt glaube ich schneller als noch mal ein paar Tage investieren und jetzt läuft es wieder genau so wie es soll. Trotzdem vielen Dank für alle die unterstützt haben. Ist wirklich klasse hier im Forum

@BBTown danke dir...dann bin ich zu blöde, hier im Forum richtig zu suchen :-S hab extra vorher die Suche bemüht...Asche auf mein Haupt.

Servus, ich habe immer noch das Problem, dass sich der Sensor aufhängt trotz LinkQuality von 23! Jemand eine Idee was ich testen kann? Im Zigbee Adapter gibt es ja mittlerweile einige Punkte - allerdings kann ich damit nichts anfangen :)

Habs hinbekommen. Ich habe parallel noch ein Testsystem laufen auf dem die Pushover Installation 1.1.1 problemlos funktioniert hat. Ich habe die entsprechenden Verzeichnisse auf mein Produktivsystem überspielt und damit war das Problem gelöst.

Scheinbar muss das mit dem iot Adapter so sein. Ich habe den raspi rebootet. Dann den Geofence Adapter neu installiert und mir neue Servicekeys zuordnen lassen. Danach funktioniert es, obwohl die Meldung in der Cloud weiterhin vorhanden ist. Da scheint dann wohl nur für den .net Zugang entscheidend zu sein. Beim .pro Zugang ist das scheinbar egal. Ich habe auch nur im "alten" Cloud Adapter eine Eingabemöglichkeit für den App-Key gefunden. Im iot Adapter gibt es nur user und passwort.

Hat der Befehl geholfen bzw. wie wurde es gelöst? Bei mir nicht... Ich habe ähnliche Fehler bei der Installation von Pushover erhalten.

oder einfach ganz weg von dem Adapter gehen und die Sonos API installieren. Die läuft absolut stabil. alternative