NEWS

@medoc
Welches Problem? Von einem Problem steht im ersten Post nix. Du wolltest Geräte nach Möglichkeit auf Tasmota Basis, das habe ich Dir gezeigt.
Wenn das keine Antwort auf die Frage ist, bin ich eh raus, da ich dann die Frage nicht verstehe.

@issr4k

Ich habe mal auf
https://www.viessmann.de/de/produkte/steuerung-und-konnektivitaet/vitoconnect.html
nach den kompatiblen Geräten gesucht, da ist die 343 nicht dabei. Da steht auch nur etwas von "neueren" Geräten, ich denke da muss ich garniht erst nachfragen (zumal in der 200 seitigen Serviceanleitung der Suchbegriff "opto" nicht vorhanden ist.

@codierknecht aaaah 1000 Dank.
Ich hatte bisher immer den Eintrag mit "Energie" genommen, aber ich muss "Watt" nehmen. 👍

@wolfgangfb

Ich würde das jetzt „highflex Steuerleitung“ nennen…
Beispielsweise HIER

@haus-automatisierung Danke jetzt funktioniert es!

@glasfaser
sollte schon flach und echt transparent sein

@dp20eic Danke für den Hinweis. Werde ich beachten

@wendy2702 hatte ich schon versucht, geht nicht, Titel zu lang...war 'n Scherz...erledigt.

@thomas-braun
ok. Ist jetzt aus. Nochmals vielen Dank für deine Hilfe !!!

@hotspot_2

Nicht jede Rückmeldung aus der Konsole ist ein Fehler.
Hier ist es ein Hinweis auf nicht mehr gültige Schlüssel.

Weil ich es gerade noch in der Zwischenablage habe:

sudo rm /etc/apt/sources.list.d/influx* wget -q https://repos.influxdata.com/influxdata-archive_compat.key echo '393e8779c89ac8d958f81f942f9ad7fb82a25e133faddaf92e15b16e6ac9ce4c influxdata-archive_compat.key' | sha256sum -c && cat influxdata-archive_compat.key | gpg --dearmor | sudo tee /etc/apt/trusted.gpg.d/influxdata-archive_compat.gpg > /dev/null echo 'deb [signed-by=/etc/apt/trusted.gpg.d/influxdata-archive_compat.gpg] https://repos.influxdata.com/debian stable main' | sudo tee /etc/apt/sources.list.d/influxdata.list sudo apt update sudo apt full-upgrade

Hier ist meine Lösung zu einem ähnlichen Problem. Sourceanalytix schreibt den Tagesverbrauch immer 00:01 am nächsten Tag. Ich hab also in Grafana ein Shift eingebaut. Unique brauche ich, weil SA bei Neustart des Adapters den Wert erneut schreibt.

from(bucket: "iobroker") |> range(start: v.timeRangeStart, stop: v.timeRangeStop) |> filter(fn: (r) => r["_measurement"] == "multimedia-power-consumed") |> filter(fn: (r) => r["_field"] == "value") |> timeShift(duration: -24h) |> aggregateWindow(every: v.windowPeriod, fn: unique, createEmpty: false) |> unique() |> fill(column: "value", usePrevious: true)

@shellyrulestheworld

Moin,
ohne zu wissen welche Reihenfolge du möchtest, gibt es da auch noch sort by in dem Transform Tab

Ein Beispiel von Grafanas Seiten:

a582b168-729e-454d-aad4-98b5822e8c68-grafik.png

VG
Bernd

@joeysch sagte in Fragen zur InfluxDB:

Also ich weiß nicht ob das was zu bedeuten hat, aber da sind ein paar Einträge die aus der Rolle fallen.
Was machen die "system.adapter.influxdb.0" Einträge dort? Die Daten kommen vom Sonoff.

Das ist normal. Einträge mit Quelle "InfluxDB" erscheinen z.B., wenn die Option

00a19dfd-7d89-4d22-9eb3-9368069bf97f-grafik.png

in der Instanz oder

6fa6060b-2d4a-4c6b-855f-c90205d53175-grafik.png

am DP aktiviert ist

@dp20eic sagte in Doppelkickgeschwindigkeit Mausrad bei Cinnamon ändern:

Dann schau wie du glücklich wirst,
Dann noch viel Spass.

Solche Kommentare kann man sich wirklich sparen, eod.

@dp20eic sagte in Synology Nas DS918+ (Offtopic):

Also ich kann das wirklich so stehen lassen, wenn es um die von mir betreuten Systeme ging waren da wirklich kompetente Kollegen am Werk

wesweil ich das ja auch genau so umschrieben habe mit nem 🙂
aber, C2 von syno ist "irgendwo" keiner kann dir sagen, wie dort die rechneranbindung ist. das meinte ich damit.
dein provider sagt dir das tempo von ihm zu dir, aber keine geschwindigkeit zu anderen servern...

@littleno said in ZigBee mit CC2531 unzuverlässig:

@toralt Ich habe jetzt einen neuen PoE-LAN-Stick der sofort genau wie du sagst funktioniert (also auf der WebUI den Port rausgelesen > in ioBroker ZigBee eingestellt > läuft)

Es ist noch zu früh um das final beurteilen zu können weil der Langzeit-Test noch fehlt, aber nach den ersten 2 Tagen kann ich sagen: doch, dieser Stick löst tatsächlich das Problem mit den abgeschalteten ZigBee Devices! Warum? Weil der CC2652P nur ca. 5 Sekunden braucht um das ZigBee-Netzwerk neu zu formieren nachdem man Devices vom Strom getrennt oder wieder eingeschaltet hat. 5 Sekunden warten bis das Smarthome wieder bedienbar ist, ist völlig in Ordnung und kein Vergleich zu den 2 Stunden mit dem CC2531

Also nach einer Woche Testlauf ohne diese nervige "Neuorientierung" des ZigBee-Netzwerks kann ich jetzt doch recht sicher sagen: der CC2652P löst dieses Problem wirklich

Nur mit Hue Dimmer Switches habe ich immer wieder Probleme, aber da sonst alles sauber funktioniert hat das vermutlich eine andere Ursache

hat sich gelöst und mir wurde geholfen.

die Lösung lag in der Konfiguration der nftables.conf die mir fehlte.

@da_woody sagte in Mal ne nette Erklärung InfluxQL vs. Flux:

nuja, mit dem unterschied, ich kann das ding noch immer auf jedem rechner insten... gerade in letzter zeit einige win7 rechner umgehängt bekommen. "kann man da nicht was neueres insten?" "ja, allerdings wirst du keinen spaß haben."

Na ja - solange Du noch Netzwerktreiber für Deine Karte findest und ggf. mit SVGA arbeitest. 😉 Wahrscheinlich auch nur noch mit Internet-Explorer - wo dann 90% der Webseiten nicht mehr korrekt angezeigt werden. 😁