[Neuer Adapter] nextcloud talk messenger
-
Hallo johen,
was auch noch ganz nützlich wäre, wenn man auch Bilder/Fotos versenden könnte.Angenehmes Wochenende
Gruß, Karsten -
Hi,
als ich das hier gesehen habe, musste ich gleich testen, Super.Bei mir läuft ja ioBroker auf einem NUC / Proxmox / VM Debian / ioBroker mit Admin 5.
Nextcloud als Version: 21.0.7.
Schaut gut aus.
Wie @hydrotec schon erwähnte, wenn jetzt noch Bilder versendet werden könnten, würde ich mich von Telegramm verabschieden.
Danke und schöne Grüße
Christian -
Bilder senden ist geplant, hat in einem Test außerhalb vom ioBroker auch schon funktioniert.
Habt ihr Ideen wie die Schnittstelle für Bilddaten im ioBroker am besten umgesetzt werden sollte? Bzw wie macht es der Telegram Adapter?Werden da die Bilddaten direkt übergeben oder nur eine Refernz z.b. zu einem Link (z.b. zum Videoüberwachungserver)...
-
Bei mir is es vorrangig das Bild einer Cam darum hab ich mir ein kleines Blockly ähnlich diesem hier (rechts oben) erstellt.
Es wird z.B. das Bild der Cam in einen Ordner gespeichert, der Inhalt (immer nur die aktuelle Datei) dann mit dem senden Blockly versendet.
Genaueres kann ich nicht dazu sagen, da bin ich schon wieder raus.
-
Auch bei mir ist es, wie bei Christian, hauptsächlich ein snapshot der Kamera über Blockly.
Wie das intern im Adapter verwaltet wird weiß ich nicht.
In den Objekten kann man nichts erkennen, ob es ein Bild oder Text ist.
Gruß, Karsten
-
vorhin ist mir Nextcloud (habe keinen eigenen Server, sondern Managed Nextcloud bei einem Hoster) abgeschmiert, da der Adapter zu viel zugegriffen hat, eigentlich ununterbrochen.
Hier der (anonymiserte?) Auszug vom Hoster:
xx.xxx.xxx.x - iob [01/Dec/2021:13:22:53 +0000] "GET /ocs/v2.php/apps/spreed/api/v1/chat/9jhbeusnj?lookIntoFuture=1&setReadMarker=1&format=json&lastKnownMessageId=87 HTTP/1.1" 502 150 "-" "-" xx.xxx.xxx.x - iob [01/Dec/2021:13:22:53 +0000] "GET /ocs/v2.php/apps/spreed/api/v1/chat/4gbs78mw?lookIntoFuture=1&setReadMarker=1&format=json&lastKnownMessageId=116 HTTP/1.1" 502 150 "-" "-" xx.xxx.xxx.x - iob [01/Dec/2021:13:22:53 +0000] "GET /ocs/v2.php/apps/spreed/api/v1/chat/9jhbeusnj?lookIntoFuture=1&setReadMarker=1&format=json&lastKnownMessageId=87 HTTP/1.1" 502 150 "-" "-" xx.xxx.xxx.x - iob [01/Dec/2021:13:22:53 +0000] "GET /ocs/v2.php/apps/spreed/api/v1/chat/4gbs78mw?lookIntoFuture=1&setReadMarker=1&format=json&lastKnownMessageId=116 HTTP/1.1" 502 150 "-" "-"Christian
-
@csr
Ja ist bei mir auch schon aufgetreten und bin da dran.... -
Hab im nctalkclient ein Bug bei der http timeout Behandlung gefixt (neue Version 1.2.0), was meiner Meinung nach das Problem verursacht hat.
Wenn der iobroker.nctalk nochmal installiert wird sollte er sich den neusten nctalkclient ziehen.Alternativ:
Adapter stoppen
npm update nctalkclientVersion prüfen:
/opt/iobroker# npm list | grep talk
│ ├── @serialport/parser-cctalk@9.0.7
├─┬ iobroker.nctalk@0.2.0 (github:jjqoie/iobroker.nctalk#57589398191d574048a44947585da36f7c871fd5)
│ └── nctalkclient@1.2.0EDIT: Leider ist gerade das Problem trotzdem wieder gekommen
Update: Der Patch behebt ein Teil des Problems- nach durchschauen der Logs, kam es diesmal zum Problemen wenn auf Grund von vielen Anfragen an nextcloud (bei mir war es Fotos anschauen), eine Anfrage vom Adapter mit http 502 beantwortet wird. -
Fehler ist nun behoben und neue Version 1.3.0 vom nctalkclient ist verfügbar.
-
Hallo Jochen,
kurze Rückmeldung.
Läuft seit ein paar Tagen unauffällig. (Hatte vorher auch keine Probleme)
Hab mal über das WebUI bei Nextcloud eine Diashow am laufen gehabt,
nctalk funktioniert mit senden/empfangen von Textnachrichten (auch größere Listen) ohne Probleme.Danke noch einmal für deine Arbeit.
Gruß, KarstenEdit (10.12.2021):
Heute zum ersten mal ERROR Meldung im Log gefunden.
(2021-12-10 07:00:13.281)
Funktion weiterhin ohne Einschränkung
-
Wieviel "chat rooms" hast du, welche abgefragt werden?
Genau das ist die Ursache (nextcloud bzw reverse proxy gibt http 502 zurück), warum der Adapter vor dem bugfix aus dem Tritt kam. 502 wurde nicht als Fehler erkannt und der Adapter hat gleich wieder die "WaitNewMessage" API aufgerufen und wieder kam sofort 502 und so weiter....
In meinen alten (bevor es den Adapter gab) logs von meinem Reverse Proxy gab es auch schon damals immer wieder mal 502 - d.h. dieses Thema kommt nicht vom Adapter.
Jetzt wird 502 ausgewertet und mit einem Error log angezeigt (warning log wäre warscheinlich besser) und nach ein längern Wartezeit 30sek geprüft ob der Nextcloud Service wieder verfügbar ist. -
-
@johen sagte in [Neuer Adapter] nextcloud talk messenger:
Wieviel "chat rooms" hast du, welche abgefragt werden?
Grundsätzlich noch die selbe Einstellung wie hier beschrieben.
(Log Ausgabe auf Info eingestellt, sonst keine Änderung)Genau das ist die Ursache (nextcloud bzw reverse proxy gibt http 502 zurück), warum der Adapter vor dem bugfix aus dem Tritt kam. ...
Ist, vermutlich von mir, missverständlich ausgedrückt gewesen.
Wollte damit eigentlich nur aufzeigen, das seit dem Update (nctalkclient@1.3.0),
zum ersten mal eine Meldung im Log gab.
Dennoch Dankeschön für deine ausführliche Erklärung zu dem HTTP-Statuscode.
Wie gesagt, was Textnachrichten versenden/empfangen angeht, funktioniert der Adapter einwandfrei.
(Sobald die Übertragung von Bildern funktioniert, ist telegram auf meinem System verschwunden )Gruß, Karsten
-
An alle die Performance Probleme (stark verlängerte Reaktionszeiten bis zu 30sec) mit Ihrer Nextcloud Instance sehen, sollten unbedingt ihre FPM Einstellungen prüfen, vor allem wenn die offizielle docker compose Installation mit NGINX (https://github.com/nextcloud/docker) verwendet wurde. Hier sind die Standardeinstellungen für max_children gleich 5, was für Talk zu wenig ist.
Im fpm_app container ist die Config hier zu finden. Bitte beachten, dass mit der Config unten auch mal 8GB RAM benötigt wird vor allem beim Bilder anschauen.
/usr/local/etc/php-fpm.d/www.confpm = dynamic
pm.max_children = 32
pm.start_servers = 12
pm.min_spare_servers = 8
pm.max_spare_servers = 16
pm.max_requests = 1000Weiterführende Links:
https://help.nextcloud.com/t/nextcloudpi-and-talk-configuration-incompatible/79469
https://www.technik-blog.eu/2018/08/php-fpm-einstellungen-optimieren.html
https://www.kinamo.be/en/support/faq/determining-the-correct-number-of-child-processes-for-php-fpm-on-nginx -
Hallo @johen,
ich habe Deinen Adapter problemlos installieren und verbinden können.
Die Chatrooms (1 Gruppenchat und ein 1:1 Chat mit dem ioBroker-User der NC) wurden auch problemlos erkannt.
Senden von Nextcloud an ioBroker funktioniert. Allerdings werden Nachrichten an den Nextcloud-Server nicht zugestellt.Das Log sieht so aus:
nctalk.0 2022-01-05 12:08:20.688 info Debug Event WaitNewMessages IN ghkduwk5 nctalk.0 2022-01-05 12:08:20.688 info Debug Event WaitNewMessages done nctalk.0 2022-01-05 12:08:20.688 info Debug Event WaitNewMessages - Talk timeout empty reply after no new message was received Zur Info: ghkduwk5 ist ein One to One Chat. Es funktioniert aber auch bei Gruppenchats nicht.Edit: Bei einer anderen managed NC Instanz (tab.digital) klappt es. (Teil des Logs wie im Posting hierunter empfohlen entfert).
Danke für eine Hilfestellung!
-
Debug Event WaitNewMessages - Talk timeout empty reply after no new message was received
Die Meldung bedeutet, dass keine Neue Nachricht in den letzten 30sec gab und die Kommunikation mit dem Server an sich ohne Fehler funktioniert.
Leider bekomme ich aus den Logs nicht mehr Infos nicht heraus. Ist das ein Testserver wo es nicht funktioniert?Bitte beachte, dass aktuell die Log Ausgabe nicht darauf achten, sensitive Informationen zu schwärzen (ist noch ein Todo), daher würde ich empfehlen folgende Zeile zu löschen bzw. alle token oder ähnliche Passphrase zu löschen : Debug Event{"statusCode":304..............
-
@johen
Ist eine eigene Installation auf CentOS 8 auf einem Ionos Cloud Server.
Eine andere Sache die mir gerade aufgefallen ist: Bei beiden Installationen funktionieren die Push Nachrichten in die Android App nicht. Die Notifications App ist in beiden Installationen aktiviert. Bei dem managed von tab.digital kommt aber die Meldung, dass die App aus Stabilitätsgründen nicht aktiviert werden kann. -
@schoemi
Bin etwas verwirrt mit den verschiedenen Nextcloud Installationen die du hast und bei welcher was geht und was nicht.Bei dem managed von tab.digital kommt aber die Meldung, dass die App aus Stabilitätsgründen nicht aktiviert werden kann.
Dachte da funktioniert der Adapter?
Es sollte reichen die Nextcloud App Talk(spreed) zu installieren.
Anbei Infos zum Setup und Anforderungen https://nextcloud-talk.readthedocs.io/en/latest/system-requirements/ - einen Hinweis dass die Talk App die Notification App benötigt habe ich nicht gefunden, bei mir war jedoch die Notification standardmäßig aktiviert.
Eine sehr einfache Möglichkeit Nextcloud aufzusetzen ist über die offiziellen docker / docker compose Projekte im .example Ordner auf https://github.com/nextcloud/docker -
@hydrotec / all
es gibt ein neues Release 0.3.0, welche das File Sharing ermöglicht.
Im log darauf achten, dass nctalkclient 1.4.0 verwendet wird: "nctalk.0 2022-01-07 14:46:06.456 info Debug Event START nctalkclient 1.4.0"Es gibt zwei neue Parameter zu konfigurieren - der Upload-Pfad und ob bereits vorhandene Dateien überschrieben werden dürfen
und es sind drei neue iobroker Objekte im Unterverzeichnis "ShareFile" hinzugekommen
Beispiel NextcloudPath - hier muss die Datei bereits in nextcloud hochgeladen und verfügbar sein
Setze Wert auf: /talk/existingfile.jpgBeispiel für ...ShareFile.URL
Setze Wert auf: {"filename": "webupload.png", "url": "https://raw.githubusercontent.com/jjqoie/iobroker.nctalk/main/img/nctalk-objects.png"}Das Datenformat für "UploadShareObj" schaut wie folgt aus: {'filename':'tests123.png','data':{'type':'Buffer','data':[137,80,78,71,13,10,26,10,0,0,0,13,73,72,68,82,0,0,11,64,0,0,7,8,8,6,0,0,0,175,....}
Beispiel für "UploadShareObj" zusammen mit dem javascript adaptervar https = require("https"); var options = { host: 'raw.githubusercontent.com', port: 443, path: '/jjqoie/iobroker.nctalk/main/img/nctalk-objects.png', method: 'GET', }; https.get(options, function(res) { res.setEncoding('binary'); let chunks = []; res.on('data', (chunk) => { chunks.push(Buffer.from(chunk, 'binary')); }); res.on('end', () => { let binary = Buffer.concat(chunks); // binary is now a Buffer that can be used as Uint8Array or as // any other TypedArray for data processing in NodeJS or // passed on via the Buffer to something else. //console.log(JSON.stringify(binary)); //require("fs").writeFile("test.jpg", binary, () => { //}); const imgNextcloud = { filename: "tests123.png", data: binary } setState("nctalk.0.kjf53yuu.ShareFile.UploadShareObj", imgNextcloud); }); });PS: Der Upload Ordner ist notwendig, da bei Talk nur Dateien/Bilder, welche sich bereits in Nextcloud befinden geteilt/angezeigt werden können und der Adapter diese vorher per webdav in diesen Ordner hochlädt.
-
Hallo Jochen,
jetzt hast du mich etwas abgehängt.
Wenn ich bei den Einstellungen den UploadPath eintrage, wird er in Nextcloud angelegt.
Der Einfachheit hab ich "/Talk" (ist auf Nextcloud schon vorhanden) eingetragen.
Wenn ich von Benutzer "karsten" über das mobile ein Bild an Benutzer "iobroker" versende,
wird es vom Adapter korrekt erkannt. (denke ich mal so )
Doch mit dem Senden eines Bildes von "iobroker" an "karsten" komme ich nicht ganz mit.
Sorry bin mit javascript noch nicht so fit.
Angenommen ich habe folgendes file "/opt/iobroker/iobroker-data/tmp/dafang01/dafang01.jpg"
Wohin muss ich das uploaden, bzw. wie kann ich das versenden?Gruß, Karsten
