@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.

Rückmeldung: So wie oben skizziert hat es funktioniert. Bitte geduldig sein, die Geräte müssen sich erst registrieren... dauert ein wenig.

@ticaki Danke. Das meinte ich.

Ihr habt mich überzeugt. Ich habe einen Hoymiles ohne "W" gekauft und werde den dann mit OpenDTU betreiben.