Beiträge von mcm57

Die Shelly Cloud API stellt eine Schnittstelle für Programmierer bereit. Wenn dir das nichts sagt, dann verwendest du diese zu 99% NICHT :-).

Oder anders rum:
Alles was du mit der Shelly App am Handy tust ist NICHT betroffen. Du musst nichts an / in der Shelly App umstellen. Du must nichts an bzw. in deinen Shellies umkonfigurieren,

Anpassungen wären notwendig wenn du irgendwo ein Script oder einen explizit programmierten Code (Programm, selbst programmierte App) laufen hast die mit http Befehlen Zustände deiner Shellies abfragen. Typisch wären das z.B. Adaptzer in ioBroker oder Homeassistent die VIA CLOUD mit den Shellies kommunizieren. Und gleich zu ioBroker: Der Adapter ioBroker.shelly benutzt NICHT die Cloud sondern kommuniziert lokal mit den Shellies ist also definitiv nicht betroffen.

Zusatzfrage:
Wo hast du diese Ankündigung erhalten?

EDIT: Grad gefunden. Ok, die Ankündigung hat ein Techniker geschrieben. Kein Wunder dass User (Otto Normalverbraucher) da verunsichert sind :-). Ev. könnte Shelly da noch explizit klarstellen, dass die NICHT die normale App Nutzung und den Betrieb der Shellies mit aktivierter Cloudanbindung betrifft,

Zitat

Für mich ist aus dem Beitrag nicht sicher hervorgegangen, was der TE genau machen möchte. Bevor ich "das richtige" vermute, sprich Betrieb mit Kleinspannung, bin ich lieber auf Nummer sicher gegangen: Deswegen habe ich die SELV Thematik angesprochen.

Ja das hat für mich auch so geklungen. Und ich wollt eigentlich grad ebendiese Warnung schreiben als ich dein Posting gelesen habe.

Nur SELV (Sicherheitskleinspannung) sagt wahrscheinlich vielen nichts - und schon gar nicht jemand der überlegt seine 0,1mm2 Türklingelleitungen an 230V anzuschließen. Ich wollte da nur klarstellen, dass der Shelly 1 Gen 3 ALLEINE (d.h. ohne Trafo) keine Lösung wäre.

Danke jedenfalls dass du da gleich mal die Sicherheitsfrage aufgeworfen hast.

HomeOwner

Bitte stell diese Fragen doch im ioBroker Forum (https://forum.iobroker.net). Da sind sie besser aufgehoben.

Zum Problem hier nur ganz kurz:

- installier die aktuelle STABLE Version (9.5.1) des Adapters. (Kein Support für Github Versionen)

- check die MQTT Einstellungen am Shelly und am Adapter (siehe README.md und Dokumentation zum Adpter), insbesondere den Port und das MQTT Kennwort

- check dass du eine Temperaturmessung am Shelly eingerichtet hast und schau ob der Shelly die Temperatur richtig anzeigt.

- check das ioBroker Logfile auf Fehlermeldungen

- beachte dass der Shelly die Temperatur nur bei Änderungen aktualisiert.

Wenn's dann noch immer nicht geht bitte ein Topic im ioBroker Froum (httpms://forum.iobroker.net) eröffnen. Dann schaun wir dass wir das zum rennen bringen.

Zitat von tvbshelly

Bitte beachten: Üblicherweise sind Klingeln 12V oder 24V basiert - die darf man nicht an Geräte anschließen, die mit 230 V betrieben sind, außer die Geräte sind SELV. Nur Shelly 1 Gen3 ist SELV, kein PM Shelly.

Ja - ABER

Was du dabei nicht erwähnts ist dass das - korrigier mich bitte wenn ich falsch liege - nur für die Isolierung zwischen Schalter/Elektronik und Relais gilt. Wenn der Shelly mit 230V betrieben wird und der Taster benutzt werden soll, dann liegt erst wieder 230V am Klingetaster an.

Und da der TE einen defekten Trafo für die Türklingel ersetzen will, schätze ich dass er dann erst wieder einen Trafo kaufen will. (Oder dann gleich einen Uni verwenden kann). Shelly 1 Gen2 mit Niederspannungsversorgung wäre natürlich OK - hat dann aber keine Strommessung.

Auch wenn das Thema schon alt ist noch ne Klarstellung:

Der ioBroker Adapter ioBroker.shelly zeigt immer jene Werte an die der Shelly liefert. Dieser Adapter selbst hat kein "Gedächtnis" was irgendwelche Werter (Zählerstände etc) betrifft.

Ob bei einem Reboot des Shellies irgendwelche Werte zurückgesetzt werden liegt einzig und allein im Ermessen der Shelly Firmware.

An alle die mit ihren Shellies in Verbindung mit dem ioBroker BLE Script ein MEMORY Problem (Speichknappheit) haben:

hausautomatisierung / klein0r hat den Speicherbedarf des ioBroker BLE Script signifikant reduziert udn wesentliche Teile der Bearbeitung in den Adapetr verlegt. Diese Änderungen sind in der Adapterversion 10.0.0 aktiv und derzeit im LATEST / BETA Repository verfügbar.

BETA Software sollte nur auf Testsystemen oder von erfahrenen Usern eingesetzt werden, diese ist naturgemäß nur eingeschränkt getestet.

Support / Fragen bitte im ioBroker Forum:

https://forum.iobroker.net/topic/80722/te…0-0-latest-beta

Von direkten Installation von GitHub - insbesondere auf produktiven Systemen - wird explizit abgeraten.

GitHub Versionen können sich jederzeit (auch kurzfristig) ändern und durchaus auch in sich inkonsistent und fehlerhaft sein. Versionsangaben von GitHub Installationen sind Schall und Rauch da die Versionsnummer zumindest bei Verwendung der standardmäßigen Umgebung erst im Zuge der Releaseerstellung geändert wird.

Auf explizite Aufforderung durch den Entwickler kann eine GitHub Installation zur Fehlereingrenzung oder zum Test neuer Funktionalität - unter Inkaufnahme des erhöhten Risikos - natürlich erfolgen.

Adapter die nur via GitHub oder npm (also NICHT aus einem der beiden Repositories) installierbar sind sind mit erhöhter Vorsicht zu betrachten. Hier sollte der Entwickler drum ersucht werden eine Aufnahme in die Repositories zu veranlassen indem z.B. ein Issue im Adapterrepository erstellt wird.

Und falls es irgendwie unklar ist:

ioBroker unterstützt folgende Arten von Installation:

• aus dem STABLE Repository

  Das sind Adapter Releases die keine groben Fehler aufweisen (sollten). Natürlich kann es auch dort Fehler geben, die Behebung davon obliegt dem jeweiligen Dev und kann ggF auch dauern.

• aus dem LATEST Repository

  Das sind Adapter Releases die neu erstellt wurden und nur rudimentär getestet sind - oft auch als BETA Releases bezeichnet. Releases aus dem LATEST sind primär für unsere zahlreichen freiwilligen Tester gedacht. BETA / LATEST Releases können durchaus Fehler aufweisen - auch wenn ich davon ausgehe dass jeder aintainer dies zu vermeiden versucht. Vom Einsatz auf produktiven Systemen wird abgeraten außer man braucht irgenein neues Feature (z.B. neues Gerät) unbedingt. Hier muss dann jeder Entscheiden was ihm wichtig ist.

• direkt von GITHUB

  Von Installationen direkt aus Giuthub wird definitiv abgeraten außer auf Anweisung des Maintainers und für den Fall dass man gemeinsam mit diesem etwas testen will. Details siehe oben.

• direkt von npm

  Diese Installation kann erforderlich sein, wenn man eine bestimmte Version installieren möchte / muss. Im Normalfall sollte man direkte npm Installationen ebenso meiden wie direkte GitHub Installationen - ausgenommen um z.B. zu einer bekannten Version downzugraden - obwohl hier wenigstens ein definierter Stand garantiert ist.

Adapter die NUR via npm und/oder nur via GitHub installierbar sind sollte man meiden - diese wurden nicht mal einem rudimentären Review unterzogen und sollten mit dem Attribut "vollständig auf eigenes Risiko verwenden" installiert werden. Hier empfiehlt es sich den Developer zu ersuchen eine Aufnahme in die Repos zu veranlassen. Wenn dieser darauf nicht reagiert sollte man von einer eher kurzen und unklaren Lebensdauer des Adapters ausgehen. Support meiner-/unsererseits für solche Adapter ist mit Sicherheit minimalistisch.

mcm1957

Falls du Probleme mit deinem ioBroker System hast, insbesondere dass Adapter nicht aktualisisert werden, melde dich bitte in unserem Supportforum (forum.iobroker.net). Der Support des ioBroker Adapters erfolgt primät im ioBroker Forum. Ich bekomme Fragen hier eher zufällig mit.

Zitat von HomeOwner

Hallo Welt - Meine IOB-Shelly Instanz meldet mir andauernd diverse [BLE] xx:39:8f:ab:7e:xx (via ShellyPlus2PM-d48afc7d66b8): Script version 0.4 is not supported (expected 0.5), see documentation for latest version" - Ich habe aber keine Ahnung was ich damit machen soll.

Der Inhalt kann nicht angezeigt werden, da Sie keine Berechtigung haben, diesen Inhalt zu sehen.

Am besten stellst du solche Fragen im ioBroker Forum. Der Support für den Adapter findet nämlich dort statt.

Das Script findest du hier:

https://github.com/iobroker-commu…/ble-devices.md

Bitte beachte dass ab ioBroker.shelly 10.0.0 (derzeit im Latest) eine neuere Versiond es Scripts erorderlich ist. Siehe oboge Datei in der zur Releas 10.0.0 gehörigen Version.

Bei weiteren Fragen bitte im ioBroker Forum ein Topic eröffnen. Soll niemand von hier weglocken - aber wie gescagt der ioBroker Adapter wird primär im ioBroekr Forum supported. Ich seh diese Topics hier nur per Zufall.

Zitat von chriscross82

Hallo zusammen,

ich würde meinen 2pm 3gen gerne wieder von 1.5.1-beta1 zurücksetzen auf eine stable.

Mein Problem ist, das ich im iobroker über die Shelly App permanent Mqqt Fehler bekomme

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

2025-03-05 05:28:13.204 error [MQTT] (Shelly?) device unknown, configuration for client with id "" (undefined / / undefined) does not exist! Maybe this device is not supported in this adapter version.

Habe aber weder in der Android App noch im WebUI die Möglichkeit eine ander Firmware zu Flaschen.

Danke für eure Tipps und Ideen

Alles anzeigen

Solche Probleme sollten besser (auch) im ioBroker Forum (forum.ioBroker.net) angesprochen werden. Der Fehler hat eventuell nichts mit einer Firmware zu tun - außer diese sendet wirklich keine Device ID. Bitte check - falls noch relevant - ob du am Shelly die ORGINALE deviceId eingetragen hat (irgenwas wie shellypro3-123456)

Bitte Problem / Fragen die ganz oder überwiegend den ioBroker Adapter ioBroker.shelly betreffen in unserem ioBroker Forum stellen / diskutieren (https://forum.iobroker.net). Ich fühle mich außer Stande support in unterschiedlichen Foren zu leisten.

Fehler bitte als Issue in github im repository ioBroker.shelly melden.

Und zur konkreten Frage - wenn ich schon da bin:

Der Adapter zeigt jene Werte an die der Shelly via mqtt liefert. Die States sind write protected da diese via mqtt am Shelly nicht geändert werden können. Ob die Werte im Shelly via shelly Web Page geändert / resetted werden können weiß ich jetzt nicht.

So wie es aussieht, sollte der Shelly lt. Api eine Resetfunktion anbieten. Diese dürfte nicht implementiert sein. Bitte ein Issue im Adapterrepository anlegen, dann sehe ich es mir an.

-----

> da mir gerade aufgefallen ist das der TE auf der Beta unterwegs ist, im RGBWPlusPM hast du Spannung,Strom und Energie Werte nur im White Mode aber nicht unter RGB0 und RGBW0, fehlen die dort einfach nur weil nicht eingefügt?

Wenn was zu fehlen scheint, bitte ebenfalls ein Issue anlegen. Kann gut sein, dass da was fehlt. Ohne passendes Gerät kann das imemr nur rudimentär oder gar nicht getestet werden. Und jeden Shelly kann / will ich mir nur so aus Spass kaufen. Wenn wer mit Testing helfen will - ist sehr gern gesehn. Bitte in Issue ggF einen Comment absetzen oder in unserem Forum melden / Feedback geben:

https://forum.iobroker.net/topic/80649/te…alpha-versionen

https://forum.iobroker.net/topic/80722/te…5-x-latest-beta

-----

Und damit das hier nicht falsch rüberkommt:

Diese Forum ist super toll für den Support im Shelly Umfeld. Ich werde hier auch über Neuigkeiten bezüglich ioBroker / Shelly berichten. Aber bitte für Adapetrprobleme / Fragen / Hilfe primär das ioBroker Forum nutzen. (Ohne das Mentionen durch Whyti hätt ich das Topic wahrsceinlich übersehen)

Hat jemand eine API Spec für das FrankEver Ventil?

Für den Ogemray25 (auch Powered by Shelly) gibts nen Abschnitt in der Technical Docu (Ogemray 25A | Shelly Technical Documentation)

Für das FrankEver kann ich nichts vergleichbares finden. Würd es gern bei ioBroker reinkonfigurieren - aber ohne Gerät zum experimentieren und ohne Spec wird das nix. (Und nein, das Ding kauf ich mir nicht aus Bastelspass - kann das in ner Wohnung nirgends sinnvoll einbauen )

Ein Getstatus liefert nur sehr spärliche Infos:

Output of

{
"ble": {

},
"bthome": {
"errors": [
"bluetooth_disabled"
]
},
"cloud": {
"connected": true
},
"mqtt": {
"connected": false
},
"service:0": {
"etag": "cc4410c63514bc2e650c9d1839ccf308",
"state": "running",
"stats": {
"mem": 685,
"mem_peak": 806
}
},
"sys": {
"mac": "E4B323290B00",
"restart_required": false,
"time": "21:36",
"unixtime": 1747683398,
"last_sync_ts": 1747683070,
"uptime": 4124,
"ram_size": 255568,
"ram_free": 103012,
"ram_min_free": 91000,
"fs_size": 1048576,
"fs_free": 585728,
"cfg_rev": 82,
"kvs_rev": 0,
"schedule_rev": 1,
"webhook_rev": 0,
"btrelay_rev": 0,
"available_updates": {
"beta": {
"version": "1.5.1",
"svc0": {
"ver": "0.7.0-beta3"
}
}
},
"reset_reason": 3
},
"wifi": {
"sta_ip": "192.168.178.229",
"status": "got ip",
"ssid": "GeSiGreMa",
"rssi": -40
},
"ws": {
"connected": false
}
}

Da ist nicht eine Component dabei die irgendwie dem Ventilstatus zuzuordnen ist.

Welche mqtt Topics publisehd das Ding? Und über welche Topics ist es steuerbar ?

Wenn wer da eine Docu dazu hat - bitte weiterleiten / verlinken.

DANKE

Loetauge

Meld dich in unserem Forum ioBroker Community Home (htts://forum.iobroker.net)

Ist nicht so tragisch wie du denkst. Am einfachsten ioBroker Backup erstellen - aktuelles Bookworm auf neuer SD Karten erstellen - ioBroker intsallierern - Backup einspielen.

Aber lass dir nicht zuuu lange Zeit. Je veralteter dein System ist desto schlechter (oder ev. gar nicht mehr) kann man es aktualisieren.

Ich hab mir jetzt mal 2 Boards gekauft da sie mich auch interessieren. Auch wenn ich noch keine Anwendung dafür habe :-).

Bitte aber nicht ungeduldig werden. Kann eher Sommer werden bis da was verfügbar ist. Die Warteliste ist lang und ich bin auch juni / juli ca 4 Wochen im Ausland... Diese Implementierung mach ich sicher nicht remote vom Strand aus. Wenn doch - reserviert bitte ein Zimmer in der Gummizelle für mich

Alles klar - du hast in Kürze ne Mail

Wär an je einem Board (also 1x DB2024T_XSM und 1x DB2024R_XSM) interessiert. Kannst mal abklären was dich / mich Paketversand nach Österreich (Wien) kostet? Die Dinger passen ja sicher nicht in einen Briefumschlag - abgesehen davon dass sie besser ungeknickt ankommen sollten.

> Gibt es Hoffnungen oder die schwache Chance, dass die ShellyX-Bords mit aufgenommen werden?4

Die Hoffnung gibt es. Das Board steht auf meiner Interessensliste - düreft aber nach wie vor nicht lieferbar sein (zumindest hat mich Shelly nochnicht informiert). Wie lange es dann zu einer Implementierung dauert kann ich nicht sagen da sich so einiges be mir staut.

Das Problem der Device-Id sehe ich nicht. Natürlich wird der Adapetr definitiv keine beliebigen Ids unterstützen können aber entweder hat Shelly auch hier eine Default id (z.B. shellyx-11111) oder der Adapter wird eine vorgeben.

DANKE

Die Doku hab ich wieder mal nicht gesehen / gekannt. In der API Doku steht die Device SSID nicht drinnen.

Punkt a) damit geklärt.

EDIT:

GetStatus output schom im ioBroker Forum erhalten.

DANKE - alles erledigt

Für die (hoffentlich zeitnahe) Einbindung der relativ neuen SHELLY 1L GEN3 und SHELLY 2L GEN3 in den ioBroker Adapter würde ich Infos benötigen und hoffe auf Mithilfe hier. Ich kann (und will) leider nicht alle Geräte anschaffen die es gibt ohne für sie eine private Verwendung zu haben.

Falls jemand die neuen SHELLY 1L / 2L GEN3 besitzt bitte um folgende Infos:

a) Bitte um die (ursprüngliche, unveränderte) Client-ID dieser Geräte (shellyxxxxxx)- MAC-Teil bitte sicherheitshalber maskieren.

b) Und bitte um den Output des Befehls
http://ip-adresse>/rpc/Shelly.GetStatus
mit der IP-Adresse des Shelly-Geräts. (Bitte auch hier SSID, IP und MAC maskieren.)

Danke

Hinweis:

Der bisher nur unvollständig supporte Plus Uni sollte mit der Version 9.5.1 nun alle Daten liefern können. Die 9.5.1 ist derzeit im ALPHA Test. Interessierte bitte im ioBroker Forum beobachten. (Wenn ich in allen potenziell betroffenen Foren alles zu alphas poste brauch ich eine Sekretärin oder komm nicht mehr zum Entwicklen. Bitte nicht böse sein.)

Ich möchte in diesem Topic Updates zum Stand des ioBroker.shelly Adapters geben:

Aktuelle Versionen (Stand 3.5.2025)

Probleme Fehler bitte wenn möglich auf Github hier melden: https://github.com/iobroker-commu…r.shelly/issues
Falls dies nicht möglich ist, werde ich natürlich trotzdem versuchen zu helfen

Die Diskussionen zu ALPHA und BETA Tests im ioBroker Forum findet ihr hier:

ALPHA Testing: https://forum.iobroker.net/topic/80649/te…alpha-versionen
BETA Testing: https://forum.iobroker.net/topic/80722/te…4-x-latest-beta

Aktueller Changelog: (siehe https://github.com/iobroker-commu…-file#changelog)

10.1.0 (2025-06-30)

• (@klein0r) Allow infinite event listeners
• (@klein0r) Added transformed voltage for voltmeter
• (@klein0r) Improved logging of mqtt authentication failures
• (@klein0r) Acknowledge new encryption keys for bthome encryption

10.0.0 (2025-05-30)

• (@mcm1957) ATTENTION: Adapter requires BLE Script v1.0 now. See documentation.
• (@klein0r) Moved BTHome decoding to adapter (save memory on devices)
• (@klein0r) Allow encrypted payloads of BTHome devices (set encryption key in state)

9.5.1 (2025-05-10)

• (@mcm1957) ATTENTION: Reworked configuration of inputs could effect some devices.
• (@mcm1957) ResetPower has been added to Shelly switches supporting power measurement. [#1156]
• (@mcm1957) ResetPower has been added to Gen2+ PM type devices.
• (@mcm1957) Shelly Plus Uni (shellyplusuni) - configuration of inputs reworked.
• (@mcm1957) Shelly Plus Uni (shellyplusuni) - support to reset counters added.
• (@mcm1957) Added sensors (Temperature, Voltmeter, Humidity, analog Input) to Shelly Plus Uni (shellyplusuni).
• (@mcm1957) Issues reported by repositor checker have been fixed.
• (@mcm1957) Dependencies have been updated

9.5.0 (2025-05-03)

• (@mcm1957) Added Shelly Pro Dimmer 0/1-10V PM (shellypro0110pm).
• (@mcm1957) Added Shelly Pro RGBWW PM (shellyprorgbwwpm) - Note: CCT component still missing.
• (@mcm1957) Added Shelly AZ Plug (shellyazplug).
• (@mcm1957) Added Shelly EM Gen 3 (shellyemg3).
• (@mcm1957) Added 'total returned energy' to Gen2+ EM devices.
• (@mcm1957) Added 'Relay' to Shelly Pro EM 50 [#1038].
• (@mcm1957) Added Ogemray 25A (ogemray25a).
• (@mcm1957) Added energy states to Shelly Plus RBGW PM (shellyrgbwpm) [#1099].
• (@mcm1957) Added energy states to Shelly Pro Dimmer 1 PM (shellyprodm1pm) [#1129].
• (@mcm1957) Added energy states to Shelly Pro Dimmer 2 PM (shellyprodm2pm) [#1067, #1056, #1037].
• (@mcm1957) Added energy states to Shelly Plus 0-10V Dimmer Gen 3 (shelly0110dimg3) [#1103].

Derzeit werden folgende Devices unterstützt

Generation 1 (Gen 1)

Generation 2 (Gen 2)

Note: (1) CCT component not yet available

Generation 3 (Gen 3)

Generation 4 (Gen 4)

Powered By Shelly