Shelly: Keine HTTP-Werte

[haus-automatisierung]

@selle sagte in Shelly: Keine HTTP-Werte:

shelly.0.shellyplusplugs#ID#1.name ist bei einigen (null)

Der ist immer null, wenn keine Name vergeben wurde. Das ist erstmal normal. Den Wert kann man entsprechend setzen, damit dann ein neuer Name übermittelt wird. Und der steht dann auch in dem Datenpunkt.

[Selle]

@haus-automatisierung
Sorry, schlecht formuliert, das war nur ein Beispiel (Name ist auch vergeben). Betrifft beim Plug z.B. auch model, version, rssi und uptime. Relay0.Current (z.B.) und natürlich vor allem Relay0.Switch funktioniert problemlos

[haus-automatisierung]

@selle Dann sollte ein Log im Debug-Modus alle nötigen Infos liefern.

Ansonsten fehlen Infos zu den verwendeten Versionen. Also Adapter, Shelly-Firmware, usw.

[Selle]

@haus-automatisierung
Du meinst vom Adapter?

Shelly Log 2024-12-08.txt

Adapter-Version ist 8.2.1, ioBroker 7.1.5, Node.js 20.18.0 und NPM 10.8.2
Die Shellys sind 1.4.4 oder 1.4.2

[Selle]

Hat noch jemand eine Idee?

[ticaki]

@selle

Bei mir steht null bis ich einen Namen setze, in deinem Log sehe ich auch nur Namesabfragen mit ergebnissen

[Selle]

@ticaki
Danke für deine Antwort, so ganz verstehe ich sie aber nicht. Die Shellys haben alle einen Namen, der auch angezeigt wird (sowohl über die IP als auch die Shelly Cloud), ich bin davon ausgegangen dass das einer der Werte ist, der nicht korrekt übertragen wird?

[haus-automatisierung]

@ticaki sagte in Shelly: Keine HTTP-Werte:

Bei mir steht null bis ich einen Namen setze

Das ist auch völlig korrekt so

[Selle]

@haus-automatisierung
Aber Namen setzen bedeutet hier in der Shelly-Umgebung, korrekt?

[haus-automatisierung]

@selle Geht auch über den ioBroker Datenpunkt. Sowohl für das Gerät, als auch für alle Kanäle

[Selle]

@haus-automatisierung
Okay, ich greife nach jedem Strohhalm und hab testweise direkt Namen vergeben, hat leider nichts geändert.

Ich hab mir das Debug-Log nochmal angeschaut. Direkt am Anfang kommen 5 Einträge [onlineCheck] für die IPs, bei denen der Abruf funktioniert. Das könnte ein Ansatzpunkt sein, nach welchen Kriterien werden diese 5 abgefragt? Für einen der nicht funktionierenden gibt es kurz darauf zwei [MQTT] Publish die u.a. seine IP 192.168.188.35 enthalten, die wird aber nicht geschrieben und bleibt (null). Woran könnte das liegen?

Um das ausschließen zu können: Wenn es ein Authentifizierungsproblem gäbe, würde das gelogged werden, oder?