UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[keineAhnungvonProgrmieren]

@mcm1957 said in Test Adapter shelly - ALPHA Versionen:

@keineahnungvonprogrmieren said in Test Adapter shelly - ALPHA Versionen:

@mcm1957
Ich bin mir nicht sicher ob mein Problem hier richtig ist. Ich habe die Aktuelle version (V9.5.1) des Shelly adapters installiert. Bei meinem Shelly2PM Gen2 mit Addon werden zwar die Datenpunkte angelegt aber die Werte werden nicht aktualisiert ( überall 0) einbindung ist via Mqtt. Die restlichen Funktionen funktionieren, es sind nur die Addon daten betroffen.
Bisher habe ich den adapter neugestartet, unter objekte den shelly gelöscht ( anschliesend reeboot des Shelly) alle datenpunkte wurden wieder neu angelegt, leider alles ohne den gewünschten effekt. mit den MQTT einstellungen in der weboberfläche des shelly gespielt ( MQTT passwort immer wieder neu eingetragen)
Danke für die Hilfe

Na ja - mit einer ALPHA Version hat das Problem nichts zu tun. Ergo ja, nicht wirklich richtig,

ABER such ma mal...

Welcher Shelly ist das genau? Bitte um die device ID. Ich vermute mal shellyplus2pm... (Shelly2PM Gen2 hab ich als offizielle bezeichnung im Moment nicht gefunden).

Wenn ich es richtig verstanden habe funktioniert die Kommunikation mit dem Grundgerät (Shelly2PM Gen2) einwandfrei. Es werden States angelegt und aktualisisert. OK?
Wenn das stimmt, dann muss die MQTT Config mal OK sein.

Für das AddOn sollten die entsprechenden States (ext.*) immer angelegt werden. Ich vermute das werden sie.

Hast du die addOn Komponenten im Shelly eingerichtet und funktionieren sie dort? Was hast du am addOn angeschlossen?

Ok, sorry fürs falsche Posten und danke fürs trotzdem helfen.
Du Hast mich richitg verstanden, Grundgerät Funktioniert, es ist der Plus2PM der Gen2. Ich benutze die Voltmeter funktion um einen Drucksensor via Spannungsteiler auszulesen ( Füllstandserfassung Zisterne)

Die Datenpunkte werden angelegt aber nicht "beschrieben"

So habe ich die MQTT einstellungen aktuell:

[mcm1957]

@keineahnungvonprogrmieren
Also ich hab im Moment keine Ahnung wos da klemmt. Sieht eigentlich alles gut aus.
Bitte erstell mal ein Log mit Level DEBUG und poste den Output von http://device-ip/rpc/Shelly.GetStatus

ABER MOMENT MAL:
Ändert sich der Spannungswert? Wenn ich mich richtig erinnere haben die Shellies eine (zumindest beim Uni einstellbare) Hysterese u die sich der Spannungswert ändern muss damit er gesendet wird. Kannst du das mal beobachten / testen?

[keineAhnungvonProgrmieren]

@mcm1957 said in Test Adapter shelly - ALPHA Versionen:

@keineahnungvonprogrmieren
Also ich hab im Moment keine Ahnung wos da klemmt. Sieht eigentlich alles gut aus.
Bitte erstell mal ein Log mit Level DEBUG und poste den Output von http://device-ip/rpc/Shelly.GetStatus

ABER MOMENT MAL:
Ändert sich der Spannungswert? Wenn ich mich richtig erinnere haben die Shellies eine (zumindest beim Uni einstellbare) Hysterese u die sich der Spannungswert ändern muss damit er gesendet wird. Kannst du das mal beobachten / testen?

F..... genau das wars. die Hysterese ist auf dem kleinsten wert 0,1V da die Zisterne gerade oberkannte ist hat sich der wert nicht aktualisiert.
Habe den sensor kurz raus und wieder rein dann hat sich der wert aktualisiert.

Jetzt funktioniert wieder alles.

Vielen Dank

[mcm1957]

@keineahnungvonprogrmieren

Ok - schön dass das Problem gelöst ist. Irgendwie unbefriedigend dass Shelly nicht alle x Sekunden trotzdem was schickt - aber das kann in ioBroker nicht geändert werden.

[fuzzy1955]

@keineahnungvonprogrmieren sagte in Test Adapter shelly - ALPHA Versionen:

So habe ich die MQTT einstellungen aktuell

Müssten die Einstellung bei Enable 'MQTT Control' nicht so sein? Bei mir funktioniert es nicht anders.

[haus-automatisierung]

@fuzzy1955 Ne, wozu? Der Adapter arbeitet nur per RPC

[gelberlemmy]

@mcm1957 das kam jetzt durch die ganzen Tests. Aktuell sind diese auf Port 1888. Aber ich habe den Übeltäter gefunden. Es ist der MQTT Adapter. Dieser läuft aber auf einen anderen Port. Ich werde das einmal weiter einkreisen. Ich habe meine Einbindung des EVCC Server in Verdacht. Das ist das letzte, was ich in letzter Zeit in MQTT eingebunden habe. So zeitlich könnte das hinhauen

[gelberlemmy]

@gelberlemmy sagte in Test Adapter shelly - ALPHA Versionen:

@mcm1957 das kam jetzt durch die ganzen Tests. Aktuell sind diese auf Port 1888. Aber ich habe den Übeltäter gefunden. Es ist der MQTT Adapter. Dieser läuft aber auf einen anderen Port. Ich werde das einmal weiter einkreisen. Ich habe meine Einbindung des EVCC Server in Verdacht. Das ist das letzte, was ich in letzter Zeit in MQTT eingebunden habe. So zeitlich könnte das hinhauen

So ist der EVCC-Server über den MQTT Adapter. Was auch immer dieser macht. Dieser muss ja über die Ports hinweg irgend etwas zu streuen….. Werde dies einmal bei EVCC als Bug melden. Habe diesen jetzt abgeschaltet und den MQTT Adapter wieder gestartet mit den restlichen Geräten. Läuft alles wieder. Danke für Euren Support

[mcm1957]

@haus-automatisierung

Da du EVCC offenbar kennst (siehe YouTube Video ) hast du eine Idee was da ev. an der EVCC EInstellung faksch sein kann sodass der Shelly Adapter Probleme bekommt?

[gelberlemmy]

@mcm1957 ich habe ein wenig geschaut. Ich habe einen direkten EVCC Adapter von Github installiert. Und jetzt läuft wieder alles. Also nicht den Umweg über MQTT

[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.