[Hardware Request]: Shelly Plus Uni

[Voodoo2man]

I'm sure that

• [X] This device is still unsupported in the current beta version of this adapter
• [X] There is no other (open) request for the same device type (used the search)

Shelly device

Shelly Plus Uni

Further information

Mit etwas Unterstützung kann ich die notwendigen Daten gerne auslesen.

https://kb.shelly.cloud/knowledge-base/shelly-plus-uni

[MQTT] Client connected: {"cmd":"connect","retain":false,"qos":0,"dup":false,"length":86,"topic":null,"payload":null,"protocolId":"MQTT","protocolVersion":4,"will":{"retain":true,"qos":0,"topic":"shellyplusuni-a0a3b3686018/online","payload":{"type":"Buffer","data":[102,97,108,115,101]}},"clean":true,"keepalive":60,"clientId":"shellyplusuni-a0a3b3686018","username":"Shelly"}

[MQTT] (Shelly?) device unknown, configuration for client with id "shellyplusuni-a0a3b3686018" does not exist! Maybe this device is not supported in this adapter version.

[MQTT] DO NOT CHANGE THE CLIENT-ID OF YOUR SHELLY DEVICES (see adapter documentation for details)

[github-actions[bot]]

Thanks for reporting a new issue @Voodoo2man!

1. Please make sure your topic is not covered in the documentation
2. Ensure that you use the latest beta version (not the current stable version): 6.7.0
3. Please attach all necessary log files (in debug mode!), screenshots and other information to reproduce this issue
4. Search for the issue topic in other/closed issues to avoid duplicates!

---

Otherwise this issue will be closed.

[bueste]

I still waiting too for the support: MQTT] (Shelly?) device unknown, configuration for client with id "shellyplusuni-batterie" does not exist! Maybe this device is not supported in this adapter version.

Thanks for the integration and your work bueste

[alexschwarz08]

When is the PlusUni Device supported?

[bueste]

I would also be happy if the ShellyUniPlus was supported

[bueste]

It is almost identical to the Shelly Plus 1 PM. If the MQTT string is adapted to this, only the error message appears:

[MQTT] Error TypeError: Cannot read properties of undefined (reading 'total') in function dp.mqtt.mqtt_publish_funct of state shellyplus1pm#battery#1.Relay0.Energy for 10.195.51.8 (shellyplus1pm / shellyplus1pm-battery / shellyplus1pm#battery#1)

[MQTT] Error TypeError: Cannot read properties of undefined (reading 'tF') in function dp.mqtt.mqtt_publish_funct of state shellyplus1pm#battery#1.Relay0.temperatureF for 10.195.51.8 (shellyplus1pm / shellyplus1pm-battery / shellyplus1pm#battery#1)

[MQTT] Error TypeError: Cannot read properties of undefined (reading 'tC') in function dp.mqtt.mqtt_publish_funct of state shellyplus1pm#battery#1.Relay0.temperatureC for 10.195.51.8 (shellyplus1pm / shellyplus1pm-battery / shellyplus1pm#battery#1)

Maybe you could use this as a template. @klein0r Would you be so kind as to take a look at the Shelly Uni Plus?

[Kubunter]

@klein0r I would be really happy to see plus uni in one of the next releases of the adapter. Thanks you very much for your efforts.

[JoergGiencke]

I'm having the same issue. Is there any progress?

[gitknd]

Support for Shelly Plus Uni would be great. Also with "COUNT IN" datapoint, please

[austrogaucho]

@klein0r I would be really happy to see plus uni in one of the next releases of the adapter. Thanks you very much for your efforts.

[ps-neotrace]

dem schließe ich mich an. Die Count In Möglichkeit ist prima um endlich Gaßzähler auch direkt in den IOB zu bekommen. Wäre schön wenn der Shelly Plus Uni bald unterstützt würde. Wenn wir da irgendwie unterstüzen können mit Infos gern mitteilen. Bin kein Programmierer, ehr anwender, aber wer weiß, hin und wieder ist es ja einfacher wenn es mehr infos gibt. @klein0r Vielen Dank auf jeden Fall für deine Mühen!

[flwilk]

+1 Need the shellyuni device in shelly adapter

[Jarves020]

Würde auch die Unterstützung für den Shelly Plus Uni begrüßen. Gerät zum Testen wäre auch vorhanden...

[JoergGiencke]

Die Erstmeldung war am 19. Januar. Also vor knapp zwei Monaten.

Seitdem gab es auf die diversen Anfragen und Hilfsangebote keinerlei Rückmeldung seitens der Entwickler. Auch bei einem Open-Source-Projekt, das freiwillig, unentgeltlich und wahrscheinlich in der Freizeit betreut wird, finde ich das zumindest - sagen wir mal - unhöflich.

[klein0r]

@JoergGiencke Jemand mit 2 Beteiligungen im Jahr an OpenSource sollte den Ball eventuell etwas flacher halten.

1. Schau gerne, wieviel Zeit ich in den letzten 2+ Jahren in den Adpater gesteckt habe
2. Das hat mich nicht nur hunderte Stunden gekostet, sondern auch viel Geld für Test-Equipment
3. Und das, obwohl ich den Adapter nichtmal produktiv nutze und keinen einzigen Shelly im Einsatz habe
4. Geht momentan sehr viel Zeit für andere Adapter drauf (z.B. seit 3 Monaten alle Änderungen am JavaScript-Adapter)

Ich wünschte, es wäre anders...

[mcm1957]

@JoergGiencke

Obwohl dein Kommentar in höflichen Worten geschrieben ist - was ich dir positiv anrechne - kann ich diesen inhaltlich in keiner Weise nachvollziehen. Wie du richtig schreibst arbeiten alle an diesem Adapter (und auch an 99% aller anderen Adapter und dem Core) freiwillig und unbezahlt. Es ist daher in meinen Augen unangebracht hier Forderungen aufzustellen. Entwickler motiviert man eher mit Danke und Bitte denn mit "wann tut ihr endlich was". Zumindest bei mir löst das genau den gegenteiligen Effekt aus.

DANKE explizit an @klein0r der sehr viel Arbeit in Support (derzeit insbesondere javascript adapter) steckt und diesen Adapter intensiv betreut hat und soweit es seine Zeit erlaubt auch betreut.

Wie bereits mehrmals erwähnt kann JEDER einen PR für den Adapter erstellen und Änderungen einbringen, insbesondere auch den Support neuer Geräte. Mir ist kein diesbezüglicher PR bekannt.

Und da du dich insbesondere daran stößt dass es keine Rückmeldung gab - hier bitte eine Klarstellung:

Shelly Plus Uni ist ein neues Gerät das derzeit noch nicht vom Shelly Adapter unterstützt wird. Wann und ob dieses Device unterstützt werden wird ist derzeit nicht bekannt

Ists nun besser? Hast du damit mehr Infos? Und ja - wenn du einen Blick auf die Labels geworfen hättest, wär das dort auch gestanden:

Ergo um deine Worte in Bezug auf deinen Kommentar zu verwenden: finde ich das zumindest - sagen wir mal - unhöflich.

NACHTRAG; Da du lt. deiner Homepage unter anderem Support bzw Lösungen in JavaScript anbietest könntest du ja die Einbindung des Shelly Uni Plus selbst vornehmen und einen PR erstellen. Damit wäre dir und allen die hier drauf warten geholfen. Falls du ioBroker spezifischen Support brauchst melde dich doch in unseren Telegrammgruppen an, dort wird immer gern geholfen. Links findest du auf www.iobroker.dev.

P.S. @alle - Bitte von reinen Postings "ich hätte den Support auch gern" absehen und statt dessen ein Thumbs Up im ersten Beitrag verwenden. Zuviele me-to Kommentare machen das Ganze nur schwerer lesbar.

[ralfheitz]

Schliesse mch gerne an. Vielen Dank an @klein0r für die tolle Arbeit, einen solch nützlichen Adapter zu schreiben und pflegen! Ich selbst wünsche mir auch den Shelly Plus Uni, da ich die Inputs brauche und den aktuell aber nicht gut nutzen kann, da er nicht supported wird. Falls ich unterstützen kann (bin Informatiker), dann sehr gerne.

[JoergGiencke]

Schön, dass der Plus Uni jetzt unterstützt wird. Danke! Allerdings vermisse ich das ext Verzeichnis (analog zum Uni) mit den ganzen Messwerten. Woran kann das liegen?

[klein0r]

@JoergGiencke Der wird noch nicht unterstützt bzw. die Integration ist noch nicht fertig und es gibt keine Version welche den Plus Uni enthält. Siehe Changelog/Doku.

Bitte keine Adapter per GitHub-Link installieren. Das ist so gut wie nie richtig.

[JoergGiencke]

@klein0r Hmmm ... A) Wird der Plus Uni unter 'Supported devices' > 'Gen 2' gelistet und B) hab ich mir bei Version 7.0 als 'Latest' gedacht: 'Kann man bestimmt nehmen.'. Ist ja nicht als Beta gekennzeichnet. Ich versteh es nicht so ganz.

[mcm1957]

LATEST Repositoriy ist IMMER BETA für Tester. Das kannst du natürlich nehmen. LATEST / BETA solltest du primär auf Testsystemen verwenden und produktiv nur einsetzen, wenn dir klar ist, dass das eine frühe und noch nicht vollständig getestete Version ist.

ABER Der Plus UNI ist gelistet. Du solltes nur die ganze Zeile lesen. Dann siehst du dass er erst mit 7.1.x unterstütz werden wird (nach derzeitigem Stand)

[JoergGiencke]

Okay, alles klar, danke für die Antwort. Aber mal ganz nebenbei: Dass die Spaltenüberschrift 'MQTT' bedeuten soll 'unterstützt (erst) ab Release X.Y.Z', ist nicht so wirklich richtig eindeutig, oder? Wie dem auch sei, kommt nicht wieder vor 😉, danke noch mal für die Antworten.

[klein0r]

Aber mal ganz nebenbei: Dass die Spaltenüberschrift 'MQTT' bedeuten soll 'unterstützt (erst) ab Release X.Y.Z', ist nicht so wirklich richtig eindeutig, oder?

Mach gerne einen Vorschlag was da stehen müsste...

[KoljaW]

Ich habe mir einen Shelly Plus Uni gekauft und erst danach gesehen das dieser noch nicht unterstützt wird. Macht aber nichts, ich kann warten ;) . Leider kann ich zur Entwicklung nicht viel beitragen, aber ich sage an dieser Stelle einmal DANKE für die viele Arbeit an diesem Adapter!

[chris299]

@KoljaW man kann den UNI auch über den mqtt-Adapter ganz gut betreiben...

[klein0r]

@chris299 Klar, so wie jeden Shelly. Der Adapter wird mit dem Argument ja ständig torpediert. Daher ist meine Motivation auch nicht so groß hier weiter zu machen aktuell.

[chris299]

@klein0r ich wollte Deine Leistung keinesfalls schmälern und danke Dir sehr für Dein Engagement. Ich wollte nur helfen...

[Samson1971]

Klar, so wie jeden Shelly. Der Adapter wird mit dem Argument ja ständig torpediert. Daher ist meine Motivation auch nicht so groß hier weiter zu machen aktuell.

Was ich persönlich total daneben finde. Ja, es ist eine theoretische Alternative, aber für jeden Otto-Normaluser viel einfacher. Zumal der Adapter tolle Features bei einigen Shellies hat, die MQTT nicht out-of-the-box bietet. Da sei als Beispiel nur mal die Summenbildung vom Shelly 3EM genannt. Klar kann man das auch alles mit Formeln/Skripten erreichen und selber machen, aber mal im Ernst, wozu wenn das ein Adapter von Haus aus kann und mir bietet?

[klein0r]

Sorry für die Offtopic-Diskussion. Mit der Argumentation könnte man wahrscheinlich auch die Hälfte der Adapter beerdigen. Also was HTTP, JSON, MQTT oder sonstige Standard-Protokolle benutzt. Denn darauf bauen fast alle meine Adapter z.B. auf. Sei es Luftdaten, Octoprint, LaMetric, Awtrix, ... alles nur HTTP.

Daher verstehe ich diese Energie gegen den Adapter auch nicht. Statt hier einfach mitzuentwickeln, wird lieber vom Adapter abgeraten.

Ja, ich bin mit der aktuellen Situation auch nicht glücklich. Und ich würde den Adapter auch gerne komplett überarbeiten und generischer für alle möglichen Gerätetypen umbauen. Aber mir fehlt dazu die Zeit, da andere Adapter momentan für mich Vorrang haben. War eventuell auch damals ein Fehler von mir, den Adapter zu übernehmen...

[mcm1957]

DU brauchst hier definitiv kein Sorry absetzen. WIR (zumindsst ich) sagen DANKE dass du Zeit aufwendest, Und die Userzahlen zeigen eh dass Interesse am Adapter besteht. Im Prinzip kann ja jeder machen was er will - einen eigenen Adapter schreiben, mqtt verwenden etc. ioBroker erlaubt (und das seh ich als Feature) verschiedene Möglichkeiten ein Problem zu lösen.

In dem Sinne hoffe ich dass du noch lange Zeit und Lust hast den Adapter zu betreuen. DANKE

[aschmidt74]

DANKE, @klein0r auch von meiner Seite! Dein Adapter ist seit Jahren ganz zentral in meiner home-automation. Meine gen1 UNIs machen's wohl nicht mehr lange, deswegen haben ich schon die UNI+ hier, und warte sehnsüchtig auf deine implementierung davon🙏 Wenn du logfiles oder iwas in der art brauchst (welchen dialekt die so sprechen) schicke ich dir gerne...