@da_woody Danke. Etwas weiter bin ich da schon. Es wird sehr langsam. Nun habe ich leider einen Adapterfehler, den ich nicht korrigiert bekomme. Aber das ist ein anderes Board.

@dslraser
Ich probiere es mal:

• In Synology Chat oben rechts auf Deinen User gehen (hier "A"):

• Dort "Einbindung" wählen:

• Dann "Eingehende Webhooks":

• Dort "Erstellen" und einen Absendernamen und Kanal wählen bzw. einen neuen erstellen (z.B. "iobroker_an_user_x"). Im Webhook-Link sind dann die URL und der Token enthalten, den das Script braucht.

Das sollte es sein.

@wrod Sorry, zu eilig. Nun geht es

@dslraser Stimmt, hier ebenso (also: Neustart, ohne Neuinstallation).

@paul53 Habe ich gemacht. Ändert nichts. Es scheint, dass NUR dieser ATC eher selten sendet und die Werte in influxdb einfach fortgeschrieben werden (wegen Wiederholung bei unverändert).
Wo/wie kann men denn überhaupt einstellen, wie oft Daten empfangen /abgefragt werden (VOR der Entscheidung über Protokollierung)? Bei ds18b20 geht das im Adapter. Geschieht das irgendwo in einer Einstellung auf dem Raspberry?

Hallo,
ich habe ein komisches problem. ich habe einige ACT-Thermometer/Hygrometer (xiaomi) unter BLE laufenn. ich protokolliere die Werte mittels influx.db. Unter "Objekte" werden mir andere Werte angezeigt als die Geräte selbst anzeigen. Eine Inspektion der Schreibzeit ergibt, dass die letzten Werte gestern geschrieben wurden.
Wenn ich über das Zahnrad ganz rechts im Datenpunkt unter Objekte gehe, komme ich zur Aktivierung von iobroker. Die dortige Auflistung der Werte ist aber ganz aktuell und wird laufend fortgeschrieben. Woran kann das liegen?
Ich hätte vermutet, dass Werte in "objekte" sein können und dann aufgrund von Einstellungen nicht protokolliert werden - aber andersherum?
Dank im Voraus

@crunchip Danke.
Dort habe ich das nur für Gen3-Geräte gesehen (MQTT-Prefix: https://github.com/iobroker-community-adapters/ioBroker.shelly/issues/1041 und https://github.com/iobroker-community-adapters/ioBroker.shelly/issues/1028).
Die Objekte sind ja nun grundsätzlich angelegt, aber anscheinend nicht alle. Auch zum zweiten Fehler "Error in fuction setMqttPrefixHttp (Gen 1)" finde ich nicht weiter.
Kannst Du die konkreten Beiträge kurz andeuten?
Dank im Voraus

andiweli created this issue in iobroker-community-adapters/ioBroker.shelly

open [Bug]: Shelly 3EM Pro "Unable to get mqttprefix of client" #1041

tappas197112 created this issue in iobroker-community-adapters/ioBroker.shelly

closed [Bug]: Shelly 1 Gen 3 (shelly1g3) MQTT no objects are created #1028

@wrod zu früh gefreut: Nun sind die Fehler wieder da...
Woher kommen also die Meldungen:

• "[MQTT] Unable to get mqttprefix of client with id "shellyplusuni-a0a3b3687da0".
• [MQTT] Error in function setMqttPrefixHttp (Gen 1) for (undefined / undefined / undefined): TypeError: Cannot read properties of undefined (reading 'replace')

... immerhin handelt es sich ja nicht um Gen 1, sondern Gen 2.2?

@wrod Zurück zum Thema Objekte: Im Shelly habe ich ein "Peripheral" namens "input", der unter den Objekten aber doch nicht erscheint. Eine Änderung des Namens ergibt dabei auch nichts.

@wrod Mit dem neuerlichen Firmware-Update (nun: 1.4.2) sind die Fehlermeldungen weg. Aber nun komme ich wieder nicht von Windows auf das Web-Interface. Er hängt extrem lange in der Verbindung. Vom Smartphone aus geht es.

@wrod Noch eine Einsicht: Ich hatte gestern ein Firmware-Update gemacht, das auch das Aussehen der Web-Interfaces veränderte. Nun macht der Shelly Plus Uni heute bereits das nächste (auch ohne Auto Update!). Das dauert offenkundig SEHR lange. Vielleicht ist das ein Grund für die lange Dauer beim Verbinden.

@wrod Ergänzung. Nach langer Zeit habe ich nun auch von Windows aus eine Verbindung unter der ipv4-Adresse bekommen

@crunchip Sorry. Der Plus Uni geht nur mit MQTT. Das ist eingestellt. Firmware ist aktuell.

Nun bin ich einen Schritt weiter - aber mit ein paar nehen Problemen.

• Nach dem dritten Reboot des Shelly Plus Uni legt iobroker plötzlich die Objekte an. Nun ja. Mal weiter beobachten.

• Aber 1: Die Instanz shelly.0 gibt die Fehlermeldung aus "[MQTT] Unable to get mqttprefix of client with id "shellyplusuni-a0a3b3687da0". "custom MQTT prefix" ist aber nicht angekreuzt.

• Dazu kommt die Fehlermeldung: [MQTT] Error in function setMqttPrefixHttp (Gen 1) for (undefined / undefined / undefined): TypeError: Cannot read properties of undefined (reading 'replace')

• Dazu: "Connection Type is "No SSL", MQTT prefix ist gerade dieses "shellyplusuni-a0a3b3687da0", das die Instanz ausgibt. Enable RPC over MQTT ist gesetzt, ebenso "RPC status notofication ofer MQTT" und "Generic status updates over MQTT". "MQTT control" ist aber NICHT "enabled", wie auch in der Instanz-Anleitung angegeben.

• Aber 2: Ich kann den Shelly Plus Uni unter seiner ipv4-Adresse zwar erreichen, aber nur vom Smartphone aus. Vom Rechner im Netz bekomme ich keine Verbindung - anders als zu den alten (Gen1 ) Shellys. Komisch

• Ich habe nun unter den Objekten einen Ordner "input 2" mit "Channelname" "Durchfluss" und Type "count", aber keine Werte. Der Shelly selbst zeigt im Web Interface "Durchfluss 4 pulses" an.

@mcm1957 Stimmt, war unkonzentriert. Ich habe also 8.1.1, aber es funktioniert nicht.