Hallo, meine Erkenntnisse zu diesem Thema sind vielleicht nicht direkt eine Lösung, könnten aber helfen, das Problem einzugrenzen. Ich nutze ebenfalls den TR-064 Adapter mit einer Fritz!Box (aktuell FW 8.02, vorher 8.01) und hatte gelegentlich Probleme mit LAN-Verbindungen. Das ist für AVM eher untypisch und trat bei mir mit keiner Version vor der 8.x auf. Die LAN-Abbrüche konnte ich wie folgt lösen (Punkt 4): AVM Wissensdatenbank: Häufige Abbrüche der LAN-Verbindung Das war besonders relevant für mich, da mein ioBroker über LAN verbunden ist. Was die Trägheit des TR-064 Adapters betrifft, kann ich bestätigen, dass es eine gewisse Verzögerung gibt. In meinem Fall bleibt sie jedoch unter einer Minute, was für mich OK ist. Interessanterweise hatte ich früher eine stärkere Verzögerung und vermutete damals, dass dies an meinen APs lag. Seit ich mein WLAN-Setup optimiert und die Anzahl der APs auf zwei reduziert habe, scheint es deutlich stabiler zu laufen. Falls du ähnliche Probleme hast, könntest du testweise deine APs kurz ausschalten, um zu prüfen, ob sie die Ursache sind. Generell versuche ich, die Anzahl meiner WLAN-Geräte stark zu minimieren und setze, wo möglich, ausschließlich auf Z-Wave. Auch wenn einige Nutzer problemlos über 50 WLAN-Geräte betreiben, halte ich das z.B. in einem Mehrfamilienhaus für ein mögliches Problem und die Stabilität leidet darunter. Mit WLAN-basierten Geräten, wie z. B. Shellys, hatte ich bereits Fälle, in denen ein Hardware-Neustart erforderlich war – wenn auch selten. Bei meinen Z-Wave-Geräten ist mir das hingegen bisher nie passiert. Nachtrag: Falls du iOS-Geräte nutzt, deaktiviere die Option „Private WLAN-Adresse“ - sonst hat der TR-064 Probleme und im Heimnetz ist das ohnehin überflüssig, während es unterwegs eher sinnvoll sein kann.

@mrnight sagte in io Broker startet nicht mehr: ./IoBroker top habe ich eingegeben. Das hatte ich so ja nicht geschrieben. Deswegen immer alles zeigen. Von der Eingabe bis zum letzten iota der Ausgabe

@meister-mopper Erledigt. Danke

@ralf-2 Man sollte auch lesen können: favorites != functions

@trojanhector sagte in Installieren zigbee 2mqtt [mit workaround vorläufig gelöst]: Mein primäres Problem war, dass ich den mosquitto Server nicht zum laufen bekam. Die Ursache war die Standardkonfiguration mit dem Standardport. Parallel habe ich nämlich auch den Shelly-Adapter mit mqtt auf dem Standardport laufen und das mag der mosquitto Server nicht. Der Shelly-Adapter startet einen eigenen MQTT-Broker, welcher auf dem Port 1882 gestartet wird, um einen Konflikt mit anderen MQTT-Brokern auf dem gleichen System zu vermeiden (Standard-Port für MQTT ist 1883) siehe https://github.com/iobroker-community-adapters/ioBroker.shelly/blob/master/docs/de/protocol-mqtt.md

@padrino https://forum.iobroker.net/topic/78024/tester-für-responsive-design-initiative-gesucht

@codierknecht @Asgothian Ich habe nichts außer Betrieb genommen. Es sind alle Geräte drin die vorher auch drin waren. Aber du hattest Recht ich habe gesehen, dass zwei verstärker keinen Empfang gezeigt hatten im Adapter. Ich habe das zigbee2tcpip gerät einmal vom Strom getrennt und ich denke jetzt geht es wieder. AEG (ausschalten, einschalten, geht) peinlich und nervig wie immer... Hatte wegen dem herdsmann im Fehlercode gedacht es sei etwas im Broker... Vielen Dank für die schnelle Unterstützung

@ticaki oder statt USB Stick ein LAN Koordinator, da ist man freier bei der Aufstellung

@tschortsch Dieser Adapter kann dafür genutzt werden https://forum.iobroker.net/topic/79653/test-syrconnect-app-adapter

@iobrokerin Ja, UDP für die Discovery, TCP für den normalen Verkehr. Ist so aber bei vielen Adaptern, die mit Discovery arbeiten. Das läuft dann via UDP bis die Verbindung mal steht. Gruss, Jürgen

@alexzi kannst du mit die shepherd.db hier zukommen lassen ? ich will nach etwas schauen A.

@codierknecht said in Bug in History-Adapter-Diagramm: Ich hätte die nur gerne - passend zur Grafik - mit den dazugehörigen Werten untermauert. Dachte halt das das Diagramm nur 5 Werte hat, welche da rausgelesen werden können. Aber Mindestens der 1.5W - Punkt sollte da doch reichen, um das Problem zu verstehen. Aber ich hätte das wohl noch ein bisschen besser erklären sollen. Die anderen Werte kommen ja eben gerade nicht - respektive falsch - aus dem Diagramm hervor, sorry. Machst Du als "Entdecker" in GitHub ein Issue auf? Hab ich gemacht.

Und wem der englische Fehlertext zu kompliziert ist (kann ja nicht jeder gut englisch) dem sollte m.e. auch das Bild hier genug sagen:

Just for INfo: Ich habe einen feature request gesteklt damit der js-controller solche Probleme ev. ohne manuellen Eingriff fixen kann https://github.com/ioBroker/ioBroker.js-controller/issues/3017

@ralf-2 das sieht gut aus! Bei 30000ms werden tatsächlich immer noch alle Werte angezeigt, aber nur alle 30 Sekunden gespeichert. Vielen Dank für die schnelle Hilfe

@black-falcon87 said in Überwachungskamera mit Personenerkennung: Ich kann dir nicht sagen wie das dann mit der 840A aussieht. Müsstest du vielleicht einfach mal bestellen und ausprobieren. Mir antwortete der Reolink Support mal, dass alle aktuellen Modelle unterstützt werden, außer den Akku-betriebenen. Die API Doku hat sich seit 2023 nicht mehr geändert, ich denke, die aktuellen Kameras mit Stromversorgung sollten alle kein Problem sein. https://support.reolink.com/hc/en-us/articles/900000625763-Introduction-to-CGI-API/

@wendy2702 Swap: 0B 0B 0B Richte mal ein SWAP ein.