Monatsrückblick Januar/Februar 2026 ist online!

[Dr. Bakterius]

@H5N1 sagte in Test Adapter nextcloud-monitoring v2.0.x GitHub/Latest:

wird demnächst mit in die Readme kommen.

Dann erwähne vielleicht auch, dass der Pfad an die örtlichen Gegebenheiten angepasst gehört. Bei meinem Provider ist er z.B. nicht /var/www/nextcloud/ sondern /www/htdocs/<USERNAME>/<ORDNER>. Also am Besten man wechselt erst in den Installationsordner von NextCloud und führt dann erst den Befehl ohne Pfad aus.

[H5N1]

@Dr.-Bakterius sagte in Test Adapter nextcloud-monitoring v2.0.x GitHub/Latest:

Dann erwähne vielleicht auch, dass der Pfad an die örtlichen Gegebenheiten angepasst gehört. Bei meinem Provider ist er z.B. nicht /var/www/nextcloud/ sondern /www/htdocs/<USERNAME>/<ORDNER>. Also am Besten man wechselt erst in den Installationsordner von NextCloud und führt dann erst den Befehl ohne Pfad aus.

Werde ich berücksichtigen, das der Pfad bei jeden anders sein kann, ist mir bewusst. Der Pfad '/var/www/nextcloud/' sollte nur demonstrativ und als Beispiel gelten, ich hätte auch '/phat/to-your/nextcloud-folder/' schreiben können, was vielleicht besser ist.

[Dr. Bakterius]

Ich fände das besser, weil man versucht ist den Befehl einfach zu kopieren und wenn ein Fehler kommt nach der Ursache zu suchen. So wäre es sofort klar, dass man den korrekten Pfad verwenden muss.

Danke für deine Arbeit!

[H5N1]

@dr.-bakterius: wurde nun in der README geändert.

[Dr. Bakterius]

Hallo H5N1!

Ich melde mich hier noch einmal, weil der Adapter offensichtlich irgendeinen Buffer volllaufen lässt. Nach einigen Stunden Betrieb, kommen bei meinen Gosund-Steckdosen die über den Sonoff-Adapter angebunden sind keine Schaltbefehle mehr an. Ist der Adapter aus, klappt wieder alles. Ich habe versucht wirklich alles andere auszuschließen - es bleibt nur der nextcloud-monitoring Adapter.

Siehe auch: https://forum.iobroker.net/topic/83778

[H5N1]

@dr.-bakterius: Welcher Puffer soll denn da volllaufen? Hast evtl. irgendwelche logs für mich? Ohne ist es Rätselraten ob es tatsächlich an dem Adapter liegen soll, er macht ja nichts weiter als alle 10 Minuten über eine API Daten abzurufen und sie in Datenpunkte zu schreiben.
Ich benutze zwar keine Gosund sondern Nous Geräte mit mqtt, läuft aber alles unauffällig bisher.

[H5N1]

@Dr.-Bakterius sagte in Test Adapter nextcloud-monitoring v2.0.x GitHub/Latest:

...weil der Adapter offensichtlich irgendeinen Buffer volllaufen lässt

ich kann es zwar nicht reproduzieren aber ich habe mir den Code noch einmal angeschaut und ein paar Optimierungen gemacht.
Ob es daran nun liegt kann ich mangels Informationen nicht sagen, es kann nur getestet werden.

Neue Version 2.0.1 verfügbar.

Was wurde gemacht:

• Reduzierung der Datenbank-Last: Der Adapter merkt sich jetzt, welche Datenpunkte er bereits erstellt hat. Anstatt bei jedem Abruf (alle 10 Min.) dutzende Male bei ioBroker anzufragen, ob das Objekt existiert (setObjectNotExists), passiert das jetzt nur noch einmalig beim Start. Das spart massiv I/O-Zugriffe auf die Datenbank.

• Sauberes Socket-Management: Es wurde die Netzwerk-Kommunikation zur Nextcloud so umgestellt, dass Verbindungen nach dem Datentransfer explizit sofort geschlossen werden. Das verhindert, dass offene Netzwerk-Sockets im Hintergrund "hängen bleiben" könnte.

• Verbessertes Timing: Die Schreibvorgänge wurden auf vollständig asynchrone Bearbeitung umgestellt, damit die 'Event-Loop' von ioBroker frei bleibt und andere Adapter (wie evtl. Sonoff) nicht durch Millisekunden-Verzögerungen bei der Datenverarbeitung gestört werden.

[Dr. Bakterius]

@H5N1 sagte in Test Adapter nextcloud-monitoring v2.0.x GitHub/Latest:

Welcher Puffer soll denn da volllaufen? Hast evtl. irgendwelche logs für mich?

Keine Ahnung. Logs vom sonoff-Adapter wären viel zu umfangreich. aber ich kann den nextcloud-adapter mal auf 'debug' stellen und mit der v2.0.1 testen

[H5N1]

@Dr.-Bakterius sagte in Test Adapter nextcloud-monitoring v2.0.x GitHub/Latest:

aber ich kann den nextcloud-adapter mal auf 'debug' stellen und mit der v2.0.1 testen

Mehr Möglichkeiten haben wir erst mal nicht.

[Dr. Bakterius]

@H5N1 Ich habe vor einigen Wochen den nextcloud-Adapter und den sonoff-Adapter deinstalliert und beide wieder neu eingerichtet. Seitem gibt es keine Probleme mehr. Keine Ahnung warum sich die beiden in die Quere gekommen sind.

[H5N1]

@Dr.-Bakterius sagte in Test Adapter nextcloud-monitoring v2.0.x GitHub/Latest:

Ich habe vor einigen Wochen den nextcloud-Adapter und den sonoff-Adapter deinstalliert und beide wieder neu eingerichtet. Seitem gibt es keine Probleme mehr. Keine Ahnung warum sich die beiden in die Quere gekommen sind.

Danke für deine Rückmeldung

[H5N1]

Neue Version 2.0.5.

Es wurde das Sentry-Plugin hinzugefügt und ein entsprechender Eintrag in der README ergänzt.

• Dieser Adapter nutzt die Sentry-Bibliotheken, um Ausnahmen und Codefehler automatisch an die Entwickler zu melden. Weitere Informationen und Anweisungen zum Deaktivieren der Fehlerberichterstattung finden Sie in der Sentry-Plugin-Dokumentation . Die Sentry-Berichterstattung wird ab js-controller 3.0 unterstützt.

• Ich nutze meinen eigenen Sentry-Server, der auf Glitchtip basiert.

Changelog:

• (v 2.0.5) Sentry-Plugin hinzugefügt, um Fehler automatisch an Entwickler zu melden
• (v 2.0.4) Abhängigkeiten aktualisiert,
  fix: Aktualisierung des Status-Typs der Trefferrate des Opcache von Zeichenkette zu Zahl

Adapterupdate: Bitte den Adapter Stoppen, Update einspielen, kompletten Verzeichnisbaum löschen, Adapter starten und Verzeichnisbaum neu erstellen lassen.