NEWS

@crunchip sagte in Stromverbrauch der letzten 30 Tage in Grafana anzeigen:

math(/1000)

Besten Dank, hat super funktioniert

Ich lasse diesen nThread nochmals aufleben, weil ich gerade ein aktuelles - ähnliches - Problem mit derm Adapter hatte. Es ist zwar gelöst, hilft aber vielleicht dem einen oder anderen, der auf diesen Thread stößt:

Nach einem Überspannungsschaden musste ich das NAS reparieren. Das dauerte eine Weile.
In der Zwischenzeit hat wphl das QNAP NAS erkannt, dass keine USV mehr dranhängt und unter "External Devices" das Häkchen bei "USB Connection" selbsttätig entfernt. Die IP-Adresse des ioBroker blieb in diesen Settings aber eingetragen.

Ich habe also nach erneutem Anschluss der USV lediglich das Häkchen bei "USB Connection" wieder gesetzt. Der Adapter hat dann laut Log auch sauber connected, hat aber keinerlei Daten abgeholt. Im Log war trotz "debug" keine Ursache erkennbar.

Erst als ich im QNAP die IP-Adresse des ioBroker gelöscht und neu eingetragen habe, kamen die Daten wieder an.

@thomas-braun said in Keine Verbindung nach admin-update:

iobroker start admin

Das wars, besten Dank!

@networkvision sagte in 1 Wire Multi IO mit OWFS Adapter:

Hallo und frohe Ostern,

ich habe es nun endlich geschafft meinen zusätzlichen 1Wire Bus zu aktivieren um meine Fenster-Magnetkontakte abfragen zu können. Die beiden Multi IO je mit 2 Kanälen werden im Adapter erkannt und die Werte in den Objekten angelegt.
Soweit so gut! Die beiden Test Kontakte an der Haustür und am Flurfenster je angeschlossen auf A und B.
Wenn ich jetzt Fenster oder Tür öffne, schreibt das Fenster eine 1 und die Tür eine 2. Beides aber unter value.sensed.BYTE.
Warum wird kein Wert bei PIO.A oder PIO.B mit true oder false angezeit/geändert? Dort bleibt der Wert immer auf false.
Oder muss ich wegen der Reed Kontakte im OWFS Server noch Grundeinstellungen machen!?
Vielleicht hat ja Jemand eine Idee dazu.

Grüße

1Wire Multi IO.png

@malleralle Ja, schon, aber welche Daten sind gemeint?
Die Cloud Zugangsdaten stimmen wohl, da ja Daten gelesen werden können.
Wo gibt es die Möglichkeit, weitere Zugangsdaten einzugeben?

Gruß
Lothar

Habs gefunden: Es müssen nicht die Zugansdaten der Shelly Cloud eingegeben werden,
sondern die Zugangsdaten der Shelly Weboberflächen.

Ok, Tag gerettet

@roddief sagte in Fehler im Log:

So das wohl keiner was mit dem Fehler anfangen kann ,

was meinst du damit?

@elektroniker86

Hat sich erledigt, ich habe den ioBroker Installer drüber laufen lassen. Danach lief alles wieder.

@percy
M.W. ist bisher keine Version von sma-em im Stable. Es ist zwar beabsichtigt, den Adapter ins Stable zu bringen, aber erst wenn noch ein neues feature (duty cycle) implementiert wurde. Termin dafür ist offen. Also bitte bis auf Weiteres die v0.6.5 aus dem Latest (Beta) Repo installieren

@erich-1
Hab`s zwischenzeitlich geklärt. Ich hatte den Shelly Plug S auf die 12stellige ID gebracht und der Shelly war in den Objekten deswegen doppelt vorhanden. einmal mit der alen 6stelligen ID und auch mit der neuen 12stelligen ID.
Der Shelly unter der 6stelligen ID hat nichts angezeigt.

@crepp1967

https://docs.influxdata.com/influxdb/v1.8/introduction/install/

Gilt auch für influxdb2.

@feuersturm Danke für den Hinweis ... https://github.com/ioBroker/ioBroker.admin/issues/1431

RasputinBerry created this issue in ioBroker/ioBroker.admin closed Color in the admin interface #1431

@thomas-braun : Moin Thomas. Vielen Dank, der Adapter hat mir noch gefehlt. Jetzt funktioniert alles. 👍

@feuersturm so ich habe jetzt mal weiter getestet
influxDB habe ich Version: 1.18.10
Adapter: 2.6.3

ich habe mehrere influxDB-Instanzen angelegt und diese mal einem Datenpunkt zugewiesen. Dazu nun auch noch den History-Adapter zum Vergleichen.
c8ea46eceafadda192f79c8565bf71f.png

History, InfluxDB.1 und .2 sind gleich konfiguriert. Und hier die Auswertung:
c9a967da719fc123e90ac27caac6f81.png
Histroy sind Wert ok

793cb3428924e72744de7310aef3610.png
influxdb.1 sind Werte alle doppelt

e68e95b9ee83688d1d3daa5de60cb18.png
influxdb.2 fehlen die Werte

Für mich sieht dies so aus, dass es einen Fehler im influx-Adapter gibt, der die Instanznummer fehlerhaft durchreicht?
Komischerweise nur in der Option "trotzdem gleiche Werte aufzeichnen"? 🙄

Nachtrag.

Was ich auch etwas komisch finde ist folgende Grafik.
Ich habe die Konfiguration der Serveradressen auf meinem Raspi von zwei infuxDB-Instanzen zum Test mal getauscht. Also Server-IP von influxdb.0 nach .1 und umgekehrt. Login entsprechend natürlich auch, und mehr nicht.
Danach sieht mein Verlauf so aus, und influxdb.0 hatte vorher Werte und danach dann keine Werte mehr:
005c157ba7484a534a5803005628482.png

Für History habe ich das in der neuen "History 2.0.0" mal gefixt weil dort das gleiche Problem besteht. Wäre es möglich im vergleich sql/history mal anzusehen und zu sagen ob es in History 2.0.0 gefixt ist?

Details: https://forum.iobroker.net/topic/54197/test-adapter-history-2-0-0

@astuermer
Hab´s gerade auch probiert. Hatte aber Backlog nicht drin. Jetzt funktioniert es testweise bei mir auch