NEWS

@oliverio
Dann hast Du jeweils 2 Zeilen, weil die Timestamps unterschiedlich sind.

@emil70
Ich habe die Sensoren jetzt ausgetauscht (so teuer sind die ja auch nicht) und seitdem läuft alles.

@spectrum1981

Wenn ich die Doku richtig lese, dann wurde der im Rahmen der Installation angelegt.
Und kann über

influx auth list --user admin

ausgelesen werden.

(https://docs.influxdata.com/influxdb/v2.5/reference/cli/influx/auth/list/#list-api-tokens-associated-with-a-user)

Wobei das vielleicht dein Token ausgibt, da du ja scheinbar nur den User admin hast 🤔

@codierknecht Danke. Hat zwar etwas gedauert bis ich rausgefunden habe wie es geht... aber es geht 🙂

@andreas_ghd

Hi,
das ist der dazugehörige Issue https://github.com/grafana/grafana/issues/55707 glaube ich. die letzte Funktionierende Version war/ist 9.0.8.

VG
Bernd

notenoughtech created this issue in grafana/grafana closed error connecting influxDB influxQL - On 32bit RaspberryPi and InfluxDB 1.8.10 #55707

Es gibt eine Alternative beim Lidl für 29,99€, nur die Form ist halt anders:
Livarno home Stimmungsleuchte
Zur Zeit kann man da mit einem BlackWeek Code die Versandkosten sparen. Gerade gesehen, momentan kostet da ein 3er Pack Tür-/Fensterkontakte auch nur 24,99€. Die sind zwar relativ groß, aber je nachdem, wo man die einsetzt, ist's vielleicht egal.

@dp20eic
Ja, nur bei Änderung.
fill(previous) ist auf jeden Fall besser. Danke.

@homoran Ja ist ja richtig - wenn Du keine Tasks in der influx DB definieren willst und keine Abfragen aus dem iobroker machen willst, kannst Du das nur über verschiedene Instanzen die auf verschiedene Datenbanken mit unterschiedlicher Retention Time zugreifen.

Das Thema würde mich auch interessieren

Ich beantworte meine Frage mal selbst, da ich glaube die Ursache gefunden zu haben:
Nachdem ich den halben Abend nach der Ursache geforscht habe, konnte ich vermutlich die DNS-Einträge der Synology als Übeltäter identifizieren.
Habe jetzt mal Cloudflare als primary DNS (1.1.1.1) und Google (8.8.8.8) als secondary eingetragen.

@thomas-braun
Dann hat sich das erledigt. dann werde ich wie schon gesagt dann im jetzigen aktiven PC nochmal neu installieren und dann das Backup rein und fertig.Wenn es die Zeit dann erlaubt damit ich wieder Adapterupdates durchführen kann.
Danke für die Hilfe.

@hg6806 lad dir hier das ganze repo runter: https://github.com/ioBroker/ioBroker.docs
Da ist alles drin.

@andygr42 sagte in Wie macht ihr Schaltpläne?:

@andreas-5 Wie komplex soll das denn werden? Nach wie vor ist (Autodesk) Eagle das Maß der Dinge. Verfügbar als kostenlose Version für Privat auf Windows, Mac und Linux. Wenn es um einfache Schaltungen auf dem Bread Board geht, dann wäre fritzing eine gute Lösung.

Bzgl. Breadboard ist Fritzing tatsächlich interessant, auch wenn daraus letztlich eine Schaltung auf Platine und mit weiteren Bauteilen entsteht.
Aber wenn ich die Schaltung testhalber zuerst auf dem Breadboard aufbaue, das in Fritzing auch so zusammenklicken kann und daraus resultierend einen Schaltplan erhalte, dann ist das, glaube ich, eine zu mir passende Vorgehensweise. 😉
Außerdem werden das ja keine riesigen Pläne.

Gelöscht...

@paulchen67 bin eben mit meinem Microserver von Ubntu 20.04 auf 22.04.
Nach dem berühmten "starte neu um das neue system zu nutzen" wurde ich vom cryptsetup (denn mein System ist natürlich für den Fall des Diebstals verschlüsselt) mit "ubuntuvg / disk not found" begrüßt - das sind so Momente, in denen der Stift schon malt trotz Backup...

Na ja - einfach nochmal "reset" - Neustart - Passwort eingeben - alles lüppt - selbst der besagte ZigbeeStick - alles ohne Probleme seitens ioBroker 🙂

@jan1 Bitte Überschrift anpassen auf TASMOTA ...., falls jemand sucht.

@codierknecht

Gegenüber gewöhnlichen relationalen Datenbanken bieten TSDB wie InfluxDB klare Geschwindigkeitsvorteile, wenn es um die Speicherung und Verarbeitung von Messdaten mit Zeitstempeln geht. Ein traditionelles DBMS verliert Performance bei der Organisation eines komplexen Indexes, der in diesem Anwendungsgebiet aber gar nicht gebraucht wird. InfluxDB kann auch über einen langen Zeitraum die hohen Schreibgeschwindigkeiten beibehalten, da ein sehr einfacher Index verwendet wird.

Man kann auch eine MariaDB/MySQL und eine Influx (je nach Anwendungsfall) parallel betreiben. Falls du Grafana einsetzt, ist die Einbindung der Influx ein Kinderspiel. Bei einer MySQL z.B. ist es schon etwas komplexer.

Da wir im ioBroker-Segment überwiegend TimeStamp orientiert speichern, hat die Influx definitiv mehr Vorteile.