Test Adapter shelly - ALPHA Versionen

haus-automatisierung

@gelberlemmy Der arbeitet doch sogar per HTTP und nicht per MQTT, oder? Sehe da keinen Zusammenhang. Zufall

gelberlemmy

@haus-automatisierung ja genau. Der Bezug war ja, dass ich EVCC über den MQTT Adapter abgefragt habe. Dies brauche ich ja jetzt nicht mehr mit dem passenden EVCC Adapter. Somit ist das Problem mit dem Shelly Adapter ja für mich gelöst. Wobei das schon merkwürdig war, das der Shelly Adapter da wirklich Probleme gemacht hat, als ich die Daten von EVCC per MQTT Adapter abgefragt habe. Und das noch auf einen ganz anderen Port.

haus-automatisierung

@gelberlemmy sagte in Test Adapter shelly - ALPHA Versionen:

Der Bezug war ja, dass ich EVCC über den MQTT Adapter abgefragt habe.

Aber auch der läuft ja dann auf einem ganz anderen Port als der Shelly-Adapter. Die beiden wissen gar nichts voneinander.

gelberlemmy

@haus-automatisierung das ist ja das verwirrende. Ich habe noch mehr Geräte über MQTT…. Alles kein Problem. Aber wenn ich in EVCC die MQTT Daten eintrage fängt der Shelly Adapter an zu spinnen. Warum auch immer. ‍️

fuzzy1955

@haus-automatisierung sagte in Test Adapter shelly - ALPHA Versionen:

Ne, wozu? Der Adapter arbeitet nur per RPC

Das begreife ich nicht. Bei mir wirft der Shelly-Adapter sofort Fehler und geht offline, wenn ich die Option Enable 'MQTT Control' weglasse. Was steckt da dahinter?

shelly.0 2025-06-05 21:29:41.557	warn	[mqtt controlFunction] Unable to perform request - device (undefined / undefined / undefined) is offline
shelly.0 2025-06-05 21:29:31.556	warn	[mqtt controlFunction] Unable to perform request - device (undefined / undefined / undefined) is offline
shelly.0 2025-06-05 21:29:21.516	warn	[mqtt controlFunction] Unable to perform request - device (undefined / undefined / undefined) is offline
shelly.0 2025-06-05 21:29:14.637	warn	[mqtt controlFunction] Unable to perform request - device (undefined / undefined / undefined) is offline
shelly.0 2025-06-05 21:29:12.973	warn	[mqtt controlFunction] Unable to perform request - device (undefined / undefined / undefined) is offline
shelly.0 2025-06-05 21:29:11.585	warn	[mqtt controlFunction] Unable to perform request - device (undefined / undefined / undefined) is offline
shelly.0 2025-06-05 21:29:11.516	warn	[mqtt controlFunction] Unable to perform request - device (undefined / undefined / undefined) is offline
shelly.0 2025-06-05 21:29:09.781	warn	[mqtt controlFunction] Unable to perform request - device (undefined / undefined / undefined) is offline
shelly.0 2025-06-05 21:29:07.797	warn	[mqtt controlFunction] Unable to perform request - device (undefined / undefined / undefined) is offline
shelly.0 2025-06-05 21:29:05.941	warn	[mqtt controlFunction] Unable to perform request - device (undefined / undefined / undefined) is offline
shelly.0 2025-06-05 21:29:04.695	warn	[mqtt controlFunction] Unable to perform request - device (undefined / undefined / undefined) is offline
shelly.0 2025-06-05 21:29:02.598	warn	[mqtt controlFunction] Unable to perform request - device (undefined / undefined / undefined) is offline
shelly.0 2025-06-05 21:29:01.513	warn	[mqtt controlFunction] Unable to perform request - device (undefined / undefined / undefined) is offline
shelly.0 2025-06-05 21:28:52.386	info	[MQTT] Client Close: (shellyplusplugs / shellyplusplugs-e465b8b35bdc / shellyplusplugs#e465b8b35bdc#1) (false)
shelly.0 2025-06-05 21:28:52.367	error	[MQTT] Wrong MQTT authentification of client "shellyplusplugs-e465b8b35bdc"

Peter V.

@mcm1957 said in Test Adapter shelly - ALPHA Versionen:

@peter-v
ein mqtt user und passwort wird IMMER benötigt.

Ich meinte ja auch für Authentifizierung, sprich Shelly-Passwort.
Hab mich vielleicht nicht klar genug ausgedrückt

haus-automatisierung

@fuzzy1955 sagte in Test Adapter shelly - ALPHA Versionen:

Das begreife ich nicht. Bei mir wirft der Shelly-Adapter sofort Fehler und geht offline, wenn ich die Option Enable 'MQTT Control' weglasse. Was steckt da dahinter?

Die Option wurde mal eingeführt, um die neueren Geräte mit den gleichen Topics ansteuern zu können wie die Generation 1 Geräte. Das macht der Adapter aber wie gesagt gar nicht und die Option spielt keine Rolle für die Zusammenarbeit mit ioBroker. Siehe Doku

stenmic

@mcm1957
kannst du dir das bitte noch anschauen
Geht um das Ogemray Relais

@stenmic sagte in Test Adapter shelly - ALPHA Versionen:

@mcm1957
ich hab es mal gefilmt...
https://www.dropbox.com/scl/fi/0nivazrw1yoztq74dbj2t/Ogemray.mp4?rlkey=dlh6iy8wdgu7hngofgtrk695q&st=7wna1c2m&dl=0

Shelly.GetStatus AN

{
	"ble": {},
	"bthome": {
		"errors": [
			"bluetooth_disabled"
		]
	},
	"cloud": {
		"connected": false
	},
	"input:0": {
		"id": 0,
		"state": false
	},
	"knx": {},
	"mqtt": {
		"connected": true
	},
	"switch:0": {
		"id": 0,
		"source": "WS_in",
		"output": true,
		"apower": 0.0,
		"voltage": 237.9,
		"freq": 50.0,
		"current": 0.0,
		"aenergy": {
			"total": 0.0,
			"by_minute": [
				0.0,
				0.0,
				0.0
			],
			"minute_ts": 1748490540
		},
		"temperature": {
			"tC": 33.4,
			"tF": 92.2
		}
	},
	"sys": {
		"mac": "B08184E1xxx",
		"restart_required": false,
		"time": "05:49",
		"unixtime": 1748490572,
		"last_sync_ts": 1748490152,
		"uptime": 423,
		"ram_size": 252528,
		"ram_free": 126080,
		"ram_min_free": 112252,
		"fs_size": 1048576,
		"fs_free": 593920,
		"cfg_rev": 14,
		"kvs_rev": 0,
		"schedule_rev": 0,
		"webhook_rev": 0,
		"btrelay_rev": 0,
		"available_updates": {},
		"reset_reason": 1,
		"utc_offset": 7200
	},
	"wifi": {
		"sta_ip": "xxxx",
		"status": "got ip",
		"ssid": "xxxx",
		"rssi": -50,
		"sta_ip6": [
			"fe80::b281:84ff:fee1:deb4",
			"2003:d5:a73e:7800:b281:84ff:fee1:deb4",
			"fdf9:2cf3:d0b7:0:b281:84ff:fee1:deb4"
		]
	},
	"ws": {
		"connected": false
	}
}

Shelly.GetStatus AUS

{
	"ble": {},
	"bthome": {
		"errors": [
			"bluetooth_disabled"
		]
	},
	"cloud": {
		"connected": false
	},
	"input:0": {
		"id": 0,
		"state": false
	},
	"knx": {},
	"mqtt": {
		"connected": true
	},
	"switch:0": {
		"id": 0,
		"source": "MQTT",
		"output": false,
		"apower": 0.0,
		"voltage": 237.9,
		"freq": 50.0,
		"current": 0.0,
		"aenergy": {
			"total": 0.0,
			"by_minute": [
				0.0,
				0.0,
				0.0
			],
			"minute_ts": 1748490480
		},
		"temperature": {
			"tC": 32.9,
			"tF": 91.2
		}
	},
	"sys": {
		"mac": "B08184E1xxx",
		"restart_required": false,
		"time": "05:48",
		"unixtime": 1748490518,
		"last_sync_ts": 1748490152,
		"uptime": 369,
		"ram_size": 252540,
		"ram_free": 125912,
		"ram_min_free": 112252,
		"fs_size": 1048576,
		"fs_free": 593920,
		"cfg_rev": 14,
		"kvs_rev": 0,
		"schedule_rev": 0,
		"webhook_rev": 0,
		"btrelay_rev": 0,
		"available_updates": {},
		"reset_reason": 1,
		"utc_offset": 7200
	},
	"wifi": {
		"sta_ip": "xxx",
		"status": "got ip",
		"ssid": "xxx",
		"rssi": -51,
		"sta_ip6": [
			"fe80::b281:84ff:fee1:deb4",
			"2003:d5:a73e:7800:b281:84ff:fee1:deb4",
			"fdf9:2cf3:d0b7:0:b281:84ff:fee1:deb4"
		]
	},
	"ws": {
		"connected": false
	}
}

Meine anderen Shellys laufen ohne Probleme.

mcm1957

@stenmic
Leg bitte ein Issue dazu an
Un dleg dort auch den DEBUG Log ab.

Leider komm ich (urlaubsbedingt) die nächsten Wochen kaum dazu da was zu suchen.

stenmic

@mcm1957
schade, ich bin auf github nicht wirklich unterwegs.
Ich werde das wohl ohne den Adapter mit mqtt lösen.
Aber kein Problem.

mcm1957

@stenmic
OK - wenn du nicht auf GH unterwegs bist solls daran nicht scheitern. Ich erstell das Issue dann mal selbst.

Aber BITTE erstell ein log mit Level DEBUG und legs hier ab. Wir müssen wissen, was da wann reinkommt. Sollte das Ogemray die Änderungen slebst stark verzögert schicken (was derzeit nicht geklärt ist) dann kann das der Adapter nicht 'aufholen'.

Es wär also schön den Ablauf zu sehen:

Adapter schaltet auf ein
Ogemray bestätigt / meldet Status ein
usw ...

mcm1957

@stenmic

Ich hab mir heute dein Video nochmal angesehen. Das sieht eigentlich fast so aus als würde das SIgnal genau invertiert kommen. Kannst du mal bestätigen, dass die Anzige in der Shelly App und das physikalische Relais übereinstimmen? Sprich bleuer Krei ind er App == Relais geschlossen?

Und wenn ich hier nichts übersehen habe hast du bisher kein DEBUG log gepostet. Ev. kannsgt du noch ein Video machen wo man auch das Log gleichzeitig sieht? Und bitte anschließend das Log posten.

Wenn du auch bzw. mit dem MQTT Adapter arbeitest kannst du dort mal schaun was da in den Topics daher kommt wenn du ein / ausschaltest?

Aus dem Bauch heraus tippe ich auf einen Fehler in der Relais-SW. ABER ohne genauere Eingrenzung will ich einen Fehler nicht abschieben...

haus-automatisierung

@mcm1957 sagte in Test Adapter shelly - ALPHA Versionen:

Das sieht eigentlich fast so aus als würde das SIgnal genau invertiert kommen.

Hoffe mal, dass am Ende nicht einfach nur der Ausgang in der Shelly-Konfiguration invertiert wurde?!

mcm1957

@haus-automatisierung

Hoffe mal, dass am Ende nicht einfach nur der Ausgang in der Shelly-Konfiguration invertiert wurde?!

Wo wäre das einzustellen?
Und würde das nicht "nur" das Relais inverteieren - spich Relais offn wenn in der Shelly App der blaue Ring 'on' signalisiert?

Das Video scheint eine invertierung ziwschen ioBroker und Shelly anzuzeigen:
https://www.dropbox.com/scl/fi/0nivazrw1yoztq74dbj2t/Ogemray.mp4?rlkey=dlh6iy8wdgu7hngofgtrk695q&st=7wna1c2m&dl=0

Der Switch in ioBroker springt praktisch sofort - aber auf die falsche Position...

Allerdings schreibt @@stenmic auch:

Jetzt nochmal gewartet.
Also der "Switch" im Adapter wird aktualisiert, jedoch extrem Zeitverzögert.

Da hab ich keine Info bekommen (oder sie übersehen) was das nun GENAU heißt.

siehe auch:
https://forum.iobroker.net/topic/80649/test-adapter-shelly-alpha-versionen/63
https://forum.iobroker.net/topic/80649/test-adapter-shelly-alpha-versionen/65

Ich denke ohne synchronisiertes DEBUG Log wird es da schwer was zu klären.

stenmic

@haus-automatisierung sagte in Test Adapter shelly - ALPHA Versionen:

@mcm1957 sagte in Test Adapter shelly - ALPHA Versionen:

Das sieht eigentlich fast so aus als würde das SIgnal genau invertiert kommen.

Hoffe mal, dass am Ende nicht einfach nur der Ausgang in der Shelly-Konfiguration invertiert wurde?!

Da is nix invertiert.
Der Zustand im ioBroker wird ja korrekt aktualisiert, jedoch mit Verzögerung.

Hier gut zu sehen:
https://www.dropbox.com/scl/fi/s10co960ltaybh3q0xhjh/verz-gerung.mp4?rlkey=hjvw59ks6ary6hwx9wtc023lw&st=v3mep9ve&dl=0

Debug kommt noch

stenmic

@mcm1957 sagte in Test Adapter shelly - ALPHA Versionen:

@stenmic
OK - wenn du nicht auf GH unterwegs bist solls daran nicht scheitern. Ich erstell das Issue dann mal selbst.

Aber BITTE erstell ein log mit Level DEBUG und legs hier ab. Wir müssen wissen, was da wann reinkommt. Sollte das Ogemray die Änderungen slebst stark verzögert schicken (was derzeit nicht geklärt ist) dann kann das der Adapter nicht 'aufholen'.

Es wär also schön den Ablauf zu sehen:

Adapter schaltet auf ein

Ogemray bestätigt / meldet Status ein
usw ...

Schau mal,
ich schalte den Switch über ioBroker auf "on"
Relais schaltet dabei auch ein.
Der Switch im ioBroker wird dann sehr verzögert aktualsiert.

2025-06-07 07:23:22.359 - debug: shelly.0 (56765) [mqtt controlFunction] Executing state.mqtt.mqtt_cmd_funct of state ogemray25#b08184e1deb4#1.Relay0.Switch for 192.168.xxx.xxx (ogemray25a / ogemray25a-b08184e1deb4 / ogemray25#b08184e1deb4#1) with value: true -> {"id":10,"src":"iobroker","method":"Switch.Set","params":{"id":0,"on":true}}
2025-06-07 07:23:22.359 - debug: shelly.0 (56765) [MQTT] Send state to 192.168.xxx.xxx (ogemray25a / ogemray25a-b08184e1deb4 / ogemray25#b08184e1deb4#1) with QoS 0: ogemray25a-b08184e1deb4/rpc = {"id":10,"src":"iobroker","method":"Switch.Set","params":{"id":0,"on":true}} (11)
2025-06-07 07:23:22.381 - debug: shelly.0 (56765) [MQTT] Publish: 192.168.xxx.xxx (ogemray25a / ogemray25a-b08184e1deb4 / ogemray25#b08184e1deb4#1) - topic: iobroker/rpc, qos: 1, payload: {"id":10,"src":"ogemray25a-b08184e1deb4","dst":"iobroker","result":{"was_on":false}}
2025-06-07 07:23:22.394 - debug: shelly.0 (56765) [MQTT] Publish: 192.168.xxx.xxx (ogemray25a / ogemray25a-b08184e1deb4 / ogemray25#b08184e1deb4#1) - topic: ogemray25a-b08184e1deb4/status/switch:0, qos: 1, payload: {"id":0, "source":"MQTT", "output":false, "apower":0.0, "voltage":235.0, "freq":50.0, "current":0.000, "aenergy":{"total":0.000,"by_minute":[0.000,0.000,0.000],"minute_ts":1749273780},"temperature":{"tC":38.8, "tF":101.8}}
2025-06-07 07:23:22.394 - debug: shelly.0 (56765) [MQTT] State change 192.168.xxx.xxx (ogemray25a / ogemray25a-b08184e1deb4 / ogemray25#b08184e1deb4#1): ogemray25a-b08184e1deb4/status/switch:0 -> state: ogemray25#b08184e1deb4#1.Relay0.Switch, value: false
2025-06-07 07:23:22.395 - debug: shelly.0 (56765) [MQTT] State change 192.168.xxx.xxx (ogemray25a / ogemray25a-b08184e1deb4 / ogemray25#b08184e1deb4#1): ogemray25a-b08184e1deb4/status/switch:0 -> state: ogemray25#b08184e1deb4#1.Relay0.Voltage, value: 235
2025-06-07 07:23:22.402 - debug: shelly.0 (56765) [MQTT] Publish: 192.168.xxx.xxx (ogemray25a / ogemray25a-b08184e1deb4 / ogemray25#b08184e1deb4#1) - topic: ogemray25a-b08184e1deb4/events/rpc, qos: 1, payload: {"src":"ogemray25a-b08184e1deb4","dst":"ogemray25a-b08184e1deb4/events","method":"NotifyStatus","params":{"ts":1749273802.35,"switch:0":{"output":true,"source":"MQTT"}}}
2025-06-07 07:23:27.510 - debug: shelly.0 (56765) [httpIoBrokerState] State change 192.168.xxx.xxx (ogemray25a / ogemray25a-b08184e1deb4 / ogemray25#b08184e1deb4#1): state: ogemray25#b08184e1deb4#1.uptime, value: 1356
2025-06-07 07:23:27.510 - debug: shelly.0 (56765) [httpIoBrokerState] State change 192.168.xxx.xxx (ogemray25a / ogemray25a-b08184e1deb4 / ogemray25#b08184e1deb4#1): state: ogemray25#b08184e1deb4#1.rssi, value: -44
2025-06-07 07:23:42.971 - debug: shelly.0 (56765) [httpIoBrokerState] State change 192.168.xxx.xxx (ogemray25a / ogemray25a-b08184e1deb4 / ogemray25#b08184e1deb4#1): state: ogemray25#b08184e1deb4#1.uptime, value: 1371
2025-06-07 07:23:42.971 - debug: shelly.0 (56765) [httpIoBrokerState] State change 192.168.xxx.xxx (ogemray25a / ogemray25a-b08184e1deb4 / ogemray25#b08184e1deb4#1): state: ogemray25#b08184e1deb4#1.rssi, value: -45
2025-06-07 07:23:58.526 - debug: shelly.0 (56765) [httpIoBrokerState] State change 192.168.xxx.xxx (ogemray25a / ogemray25a-b08184e1deb4 / ogemray25#b08184e1deb4#1): state: ogemray25#b08184e1deb4#1.uptime, value: 1387
2025-06-07 07:24:00.070 - debug: shelly.0 (56765) [MQTT] Publish: 192.168.xxx.xxx (ogemray25a / ogemray25a-b08184e1deb4 / ogemray25#b08184e1deb4#1) - topic: ogemray25a-b08184e1deb4/events/rpc, qos: 1, payload: {"src":"ogemray25a-b08184e1deb4","dst":"ogemray25a-b08184e1deb4/events","method":"NotifyStatus","params":{"ts":1749273840.00,"switch:0":{"aenergy":{"by_minute":[0.000,0.000,0.000],"minute_ts":1749273840,"total":0.000},"apower":0.0,"current":0.000,"freq":50.00,"voltage":234.4}}}
2025-06-07 07:24:00.079 - debug: shelly.0 (56765) [MQTT] Publish: 192.168.xxx.xxx (ogemray25a / ogemray25a-b08184e1deb4 / ogemray25#b08184e1deb4#1) - topic: ogemray25a-b08184e1deb4/status/switch:0, qos: 1, payload: {"id":0, "source":"MQTT", "output":true, "apower":0.0, "voltage":234.4, "freq":50.0, "current":0.000, "aenergy":{"total":0.000,"by_minute":[0.000,0.000,0.000],"minute_ts":1749273840},"temperature":{"tC":39.4, "tF":102.9}}
2025-06-07 07:24:00.079 - debug: shelly.0 (56765) [MQTT] State change 192.168.xxx.xxx (ogemray25a / ogemray25a-b08184e1deb4 / ogemray25#b08184e1deb4#1): ogemray25a-b08184e1deb4/status/switch:0 -> state: ogemray25#b08184e1deb4#1.Relay0.Switch, value: true
2025-06-07 07:24:00.079 - debug: shelly.0 (56765) [MQTT] State change 192.168.xxx.xxx (ogemray25a / ogemray25a-b08184e1deb4 / ogemray25#b08184e1deb4#1): ogemray25a-b08184e1deb4/status/switch:0 -> state: ogemray25#b08184e1deb4#1.Relay0.temperatureC, value: 39.4
2025-06-07 07:24:00.080 - debug: shelly.0 (56765) [MQTT] State change 192.168.xxx.xxx (ogemray25a / ogemray25a-b08184e1deb4 / ogemray25#b08184e1deb4#1): ogemray25a-b08184e1deb4/status/switch:0 -> state: ogemray25#b08184e1deb4#1.Relay0.temperatureF, value: 102.9
2025-06-07 07:24:00.080 - debug: shelly.0 (56765) [MQTT] State change 192.168.xxx.xxx (ogemray25a / ogemray25a-b08184e1deb4 / ogemray25#b08184e1deb4#1): ogemray25a-b08184e1deb4/status/switch:0 -> state: ogemray25#b08184e1deb4#1.Relay0.Voltage, value: 234.4

mcm1957

@stenmic
Also wenn ich das richtig lese, dann macht bzw. sendet das OGEMRAY da Blödsinn oder verhält sich zumindest grenzwertig. Nach dem Einschalten des Relais sendet OGEMRAY explizit eine Statusmeldung it Relais : off. Es kommt dann zwar noch ein MQTT Event aber der nächste Status mit dem richtigen Wert Relais : on kommt erst sehr viel später

07:23:22.359 - ioBroker schaltet Relais ein
07:23:22.394 - OGEMRAY sendet status relais FALSE
07:24:00.079 - - OGEMRAY sendet status relais TRUE

2025-06-07 07:23:22.359 - debug: shelly.0 (56765) [mqtt controlFunction] Executing state.mqtt.mqtt_cmd_funct of state ogemray25#b08184e1deb4#1.Relay0.Switch for 192.168.xxx.xxx (ogemray25a / ogemray25a-b08184e1deb4 / ogemray25#b08184e1deb4#1) with value: true -> {"id":10,"src":"iobroker","method":"Switch.Set","params":{"id":0,"on":true}}

2025-06-07 07:23:22.359 - debug: shelly.0 (56765) [MQTT] Send state to 192.168.xxx.xxx (ogemray25a / ogemray25a-b08184e1deb4 / ogemray25#b08184e1deb4#1) with QoS 0: ogemray25a-b08184e1deb4/rpc = {"id":10,"src":"iobroker","method":"Switch.Set","params":{"id":0,"on":true}} (11)

OGEMRAY antwortet mit was_on false (OK).
OGEMRAY antwortet mit OUTPUT FALSE im Status - was an der Stelle wohl falsch ist.
ioBroker setzt State auf false und aktualisisert Wertestates

2025-06-07 07:23:22.381 - debug: shelly.0 (56765) [MQTT] Publish: 192.168.xxx.xxx (ogemray25a / ogemray25a-b08184e1deb4 / ogemray25#b08184e1deb4#1) - topic: iobroker/rpc, qos: 1, payload: {"id":10,"src":"ogemray25a-b08184e1deb4","dst":"iobroker","result":{"was_on":false}}

2025-06-07 07:23:22.394 - debug: shelly.0 (56765) [MQTT] Publish: 192.168.xxx.xxx (ogemray25a / ogemray25a-b08184e1deb4 / ogemray25#b08184e1deb4#1) - topic: ogemray25a-b08184e1deb4/status/switch:0, qos: 1, payload: {"id":0, "source":"MQTT", "output":false, "apower":0.0, "voltage":235.0, "freq":50.0, "current":0.000, "aenergy":{"total":0.000,"by_minute":[0.000,0.000,0.000],"minute_ts":1749273780},"temperature":{"tC":38.8, "tF":101.8}}

2025-06-07 07:23:22.394 - debug: shelly.0 (56765) [MQTT] State change 192.168.xxx.xxx (ogemray25a / ogemray25a-b08184e1deb4 / ogemray25#b08184e1deb4#1): ogemray25a-b08184e1deb4/status/switch:0 -> state: ogemray25#b08184e1deb4#1.Relay0.Switch, value: false

2025-06-07 07:23:22.395 - debug: shelly.0 (56765) [MQTT] State change 192.168.xxx.xxx (ogemray25a / ogemray25a-b08184e1deb4 / ogemray25#b08184e1deb4#1): ogemray25a-b08184e1deb4/status/switch:0 -> state: ogemray25#b08184e1deb4#1.Relay0.Voltage, value: 235

OGEMRAY sendet event (nicht status) mit OUTPUT TRUE.
Da ioBroker die Statusmeldungen in States abbildet nicht aber einzelne Events hat das keine Aswirkung

2025-06-07 07:23:22.402 - debug: shelly.0 (56765) [MQTT] Publish: 192.168.xxx.xxx (ogemray25a / ogemray25a-b08184e1deb4 / ogemray25#b08184e1deb4#1) - topic: ogemray25a-b08184e1deb4/events/rpc, qos: 1, payload: {"src":"ogemray25a-b08184e1deb4","dst":"ogemray25a-b08184e1deb4/events","method":"NotifyStatus","params":{"ts":1749273802.35,"switch:0":{"output":true,"source":"MQTT"}}}

: http exchange entfernt0

OGEMRAY sendet weitere events (nicht status updates).
Da ioBroker die Statusmeldungen in States abbildet nicht aber einzelne Events hat das keine Aswirkung

2025-06-07 07:24:00.070 - debug: shelly.0 (56765) [MQTT] Publish: 192.168.xxx.xxx (ogemray25a / ogemray25a-b08184e1deb4 / ogemray25#b08184e1deb4#1) - topic: ogemray25a-b08184e1deb4/events/rpc, qos: 1, payload: {"src":"ogemray25a-b08184e1deb4","dst":"ogemray25a-b08184e1deb4/events","method":"NotifyStatus","params":{"ts":1749273840.00,"switch:0":{"aenergy":{"by_minute":[0.000,0.000,0.000],"minute_ts":1749273840,"total":0.000},"apower":0.0,"current":0.000,"freq":50.00,"voltage":234.4}}}

OGEMRAY sendet (endlich) status mit OUTPUT TRUE.
ioBroker setzt State

2025-06-07 07:24:00.079 - debug: shelly.0 (56765) [MQTT] Publish: 192.168.xxx.xxx (ogemray25a / ogemray25a-b08184e1deb4 / ogemray25#b08184e1deb4#1) - topic: ogemray25a-b08184e1deb4/status/switch:0, qos: 1, payload: {"id":0, "source":"MQTT", "output":true, "apower":0.0, "voltage":234.4, "freq":50.0, "current":0.000, "aenergy":{"total":0.000,"by_minute":[0.000,0.000,0.000],"minute_ts":1749273840},"temperature":{"tC":39.4, "tF":102.9}}

2025-06-07 07:24:00.079 - debug: shelly.0 (56765) [MQTT] State change 192.168.xxx.xxx (ogemray25a / ogemray25a-b08184e1deb4 / ogemray25#b08184e1deb4#1): ogemray25a-b08184e1deb4/status/switch:0 -> state: ogemray25#b08184e1deb4#1.Relay0.Switch, value: true

2025-06-07 07:24:00.079 - debug: shelly.0 (56765) [MQTT] State change 192.168.xxx.xxx (ogemray25a / ogemray25a-b08184e1deb4 / ogemray25#b08184e1deb4#1): ogemray25a-b08184e1deb4/status/switch:0 -> state: ogemray25#b08184e1deb4#1.Relay0.temperatureC, value: 39.4

2025-06-07 07:24:00.080 - debug: shelly.0 (56765) [MQTT] State change 192.168.xxx.xxx (ogemray25a / ogemray25a-b08184e1deb4 / ogemray25#b08184e1deb4#1): ogemray25a-b08184e1deb4/status/switch:0 

-> state: ogemray25#b08184e1deb4#1.Relay0.temperatureF, value: 102.9
2025-06-07 07:24:00.080 - debug: shelly.0 (56765) [MQTT] State change 192.168.xxx.xxx (ogemray25a / ogemray25a-b08184e1deb4 / ogemray25#b08184e1deb4#1): ogemray25a-b08184e1deb4/status/switch:0 -> state: ogemray25#b08184e1deb4#1.Relay0.Voltage, value: 234.4

mcm1957

@haus-automatisierung

Kannst du meine Analyse nachvollziehen?
Siehst du da was was ich falsch konfiguriert haben könnte?
Kann der Adapter sinnvoller Weise a(auch) auf Event Messages reagieren - ggF als Workaround?

Können / sollen wir was tun?
Ansonsten wär da wohl eher eine Issue bei Shelly / OGEMRAY angebracht.

@stenmic
Wenn du das Relais an den MQTT Adapter anhängst solltest du auch den falschen Status in ogemray25a-b08184e1deb4/status/switch:0 sehen

Eventuell kannst du ja mal bei OGEMRAY / Shelly ein Issue aufmachen und fragen warum sie nach einem Einchaltrequest einen Status mit false/off senden - und den erst viel später aktualissieren,

EDIT / PS:
Firmware des Relais ist eh aktuell?
Und DANKE für den Log

stenmic

@mcm1957 Danke dir ebenfalls sehr für deine Arbeit!
Die Firmware ist aktuell.

Das kommt über MQTT rüber.

Shelly AN

events
rpc = {"src":"ogemray25a-b08184e1deb4","dst":"ogemray25a-b08184e1deb4/events","method":"NotifyStatus","params":{"ts":1749278321.82,"switch:0":{"output":true,"source":"WS_in"}}}
status
switch:0 = {"id":0, "source":"WS_in", "output":false, "apower":0.0, "voltage":236.2, "freq":50.0, "current":0.000, "aenergy":{"total":0.000,"by_minute":[0.000,0.000,0.000],"minute_ts":1749278280},"temperature":{"tC":34.3, "tF":93.8}}

Shelly AUS

events
rpc = {"src":"ogemray25a-b08184e1deb4","dst":"ogemray25a-b08184e1deb4/events","method":"NotifyStatus","params":{"ts":1749278308.55,"switch:0":{"apower":0,"current":0,"output":false,"source":"WS_in"}}}
status
switch:0 = {"id":0, "source":"WS_in", "output":true, "apower":0.0, "voltage":236.1, "freq":50.0, "current":0.000, "aenergy":{"total":0.000,"by_minute":[0.000,0.000,0.000],"minute_ts":1749278280},"temperature":{"tC":34.2, "tF":93.6}}

Der "output" bei events/rpc wird sofort aktualisiert,
der "output" bei status/switch verzögert

mcm1957

@stenmic
Also für mich ist die MQTT Status Meldung falsch bzw. wird nach dem Bearbeiten des Events nicht erneut zeitnahe ausgelöst. Muss mal bei einem Shelly Gen2+ genau schaun wie da die status und event Messages kommen. Der OGEMRAY benutzt ja das standard Element "switch". Natürlich könnte man bei dem Ding eine Extrawurst einbauen - mal sehen.

Aber mal schaun was @haus-automatisierung dazu sagt.

Und versuch mal bei OGEMRAY / Shelly zu fragen warum da im Status ein (m.E.) falscher Wert kommt.

NEWS

Test Adapter shelly - ALPHA Versionen

Test Adapter shelly - ALPHA Versionen

Support us

591

32.4k

81.3k

1.3m