NEWS

@mcu Das schonmal super geklappt.

@da_woody @marc-berg
Yepp, das war der Schnee von gestern - den von heute habe ich schon weg geschoben 🙂

@chris-1 ich denke du missverstehst den Begriff Visualisierung.
es gibt visuelle "Typen" und welche, die mit Telefonbuchseiten an Daten zurechtkommen.

Wenn ich den Temperaturverlauf der letzten Nacht ansehen will, sehe ich mir keine Liste der geloggten Werte an, sondern einen daraus generierten Chart.

Erst recht nicht lasse ich mir den ganzen Tag und due ganze Nacht die Werte aufs Handy schicken, oder gar von der Dame aus Amazonien vorlesen.

@wildbill sagte in falsche IPv6 DNS Auflösung iobroker.net:

Geändert im Sinne von korrekte IPv6 hinterlegt oder IPv6 nix hinterlegt? In d3r heutigen Zeit fände ich es schon wichtig und korrekt, dass IPv6 voll unterstützt wird

Es ist jetzt keine IPv6 Adresse mehr hinterlegt. Die Einträge aus den "Caches" sind jetzt auch langsam alle raus. Besser so, als ein falscher Eintrag. Vielleicht hat der Server auch keine IPv6 Adresse?

nslookup
a776feb7-b219-4e5b-ba14-f89df9843a50-grafik.png

@mickym Es lag wohl irgendwie am Shelly. Nachdem ich diesen nochmal zurückgesetzt und komplett neu eingerichtet habe, geht es nun glücklicherweise.

bin mir nicht ganz sicher, aber ich habe noch einiges gefunden....

Ich glaube, der ping-adapter dreht am Rad.
Dort habe ich einige der mir bis heute entfallenen IPs konfiguriert (Firmenhandy, altes priv. Handy etc. etc.)

AAaaber:
der Adapter steht auf 60.000ms refresh und 30.000ms für unreach und alle "anfragen" sind nicht aktiviert.

Also warum fragt der ping adapter (ich wollte ihn wohl mal für "bin zuhause" verwenden) in deutlich kürzeren Abständen nach, als er eigentlich konfiguriert ist und warum fragt er nicht aktivierte IP adressen ab?

Jetzt habe ich den erst mal pausiert, genau wie den Kodi-adapter, den ich ohnehin nicht verarbeitet hatte im iobroker

nun muss ich leider ins Bett....
Gn8!

@marwell sagte in nach Stromausfall Influx "weg" (unauthorized access):

Aber mehr verwundert mich, dass die Datenbank überhaupt weg sein soll. InfluxDB kannte auch mich als Benutzer nicht, so wie das @Darth2010 auf seinem Screenshot zeigt.

Datenbanken verschwinden nicht einfach. Sämtliche Anmeldeinformationen + Tokens werden in der Datei "influxd.bolt" gehalten. Wenn die beschädigt oder gelöscht ist, kann es zu diesem Verhalten kommen.

@damrak2022 Version? v3.18? Dann kannst du noch v3.1.9-beta.2 probieren.
Sonst als Issue in github einstellen mit den Einstellungen zum Historygraph.

@liv-in-sky soviel hatte ich nicht getestet, nur paar mal ein Lied spielen, wenn man sich nähert.

@thomas-braun
Bei meinem selbst erarbeiteten Halbwissen bin ich tatsächlich zu zufrieden, wenn alle Programme das tun, was sie machen sollen. Da mache ich auch keinen Hehl daraus.
Hast du einen Vorschlag, wie ich die Adapter professioneller hätte "reparieren" können?

@marc-berg

Zumindest einen Teil der Daten könntest du auch in den Objekten unter "system.host.<name>" finden.

Von dort hole ich mir tatsächlich die Uptime, da diese den ioBroker im Container zeigt und nicht die von der NAS.
Mit den anderen CPU-Daten ist das so eine Sache und leider beliebig verwirrend. Die jeweiligen Werte unter "system.host.xxx" und im Info-Adapter sind total unterschiedlich. Nach meinen Vergleichen passten die Daten des Info-Adapters am Besten mit denen, die auf dem NAS im Container angezeigt werden.
"Wer misst, misst Mist..."😁

VG
Stefan

@stefanyukana sagte in JS/Blockly "Einsteigertipps" für C-Programmierer (STM32):

Leider kann ich keinen spezifischen Tipp zur Integration einer umfassenderen IDE in ioBroker geben

Aber andersrum.
Für VSCode gibt es ein ioBroker AddIn, um die Scripte mit VSCode bearveiten zu können.

Ich hole das Thema noch einmal nach oben, mit neuem, aber immer noch nicht vollständigem Wissensstand ...

Wenn man das hier Zitierte zusammenfasst (@apollon77) ...

https://github.com/Apollon77/ioBroker.meross

Beschreibungstext:

This adapter allows to control Meross devices by connecting to the Meross cloud servers.

You need to provide your Cloud login credentials. The adapter connects to your cloud account and subscribe to all device data via MQTT. Because of this the devices need to be connected to their cloud. Currently no way is known to control the devices locally.

Releasenotes:

1.13.0 (2022-07-12)

(Apollon77) Add new option to prevent the Cloud communication fallback when the device is not available locally for data queries (enabled by default).

Wenn ich das richtig interpretiere, braucht der Adapter EINMALIG bei der Inbetriebnahme eines neuen MEROSS Devices die Cloud-Credentials. Danach funktioniert die Kommunikation ohne die Meross - Cloud (Oder wird das jedes Mal wieder benötigt, wenn das Meross-Device stromlos war, und man es "wiederfinden" muss?)

Kann man sein Konto in der Meross-Cloud nach dem Pairen der Devices ggfs. wieder schließen, sobald man die Geräte gepaired hat?

@marc-berg

Guten Morgen Marc Berg,

danke für den Hinweis, dass entspannt die Situation für mich.
Der Pi ist auch schon oft genug abgestürzt 😉

VG

@icefly2k

Glaskugel ist gerade in Reparatur.....

Ist das denn bitte so schwer mehr Infos zu liefern?
Woher sollen wir Deine Einstellungen wissen?

@wolfgangfb
drin lassen! Ich habe doch erklärt warum.

Ro75.

@david-g sagte in Positionierung Außenkamera:

Die Kamera verunstaltet ja schon das Haus....

Die Dose kann man ja in der selben Farbe streichen / lackieren wie die Dachbalken. Dann fällt sie kaum auf.