Beiträge von mcm57

Das Problem ist offensichtlich bei Shelly bekannt bzw. konnte verifiziert werden. Ich habe folgende Rückmeldung vom Support erhalten:

Zitat

Hallo N. N.,

Vielen Dank, dass Sie uns kontaktiert haben!

Wir Arbeiten bereits mit Hochdruck an der Lösung des von Ihnen genannten Problems, sobald wir weitere Informationen erhalten teilen wir Ihnen dies umgehend mit.

Sollten Sie weitere Unterstützung benötigen, zögern Sie bitte nicht, uns erneut zu kontaktieren.
Wir stehen Ihnen weiterhin zur Verfügung!

Mit freundlichen Grüßen,

Shelly Support Team

Alles anzeigen

Powermeatering wurde bei den RGBW Plus / Pro PM ergänzt.

Zum Testen steht aber sofort Version 10.6.0-alpha.7 zur Verfügung.

Diskussionstopic dazu: https://forum.iobroker.net/topic/80649/te…a-versionen/192

Nochmals:

Welche Version des Adapters hast du installiert?
An sich sollte da in der aktuellen Version nichts fehlen. Wenn doch, leg bitte ein Issue um Repository an und haäng gleich eine Log mit Level DEBUG an.

Danke

EDIT:

Ahhh ... verstehe

Unter rgb bzw. rgbw sind die Wetrte wirklich nicht konfiguriert.

Hab mir ml ein Issue erstellt. Kommt mit nächster oder übernächster Version.
[Bug]: Power values missing at components rgb / rgbw · Issue #1339 · iobroker-community-adapters/ioBroker.shelly

DANKE für die Nachfrage

Der Shelly1L veröffentlicht MQTT-tOPICS, um den Status des Ausganges anzuzeigen. Die Informationen, die unter dem Topic: shelly1lg3-xxxxx/status/switch:0 gesendet werden, sind inkorrekt – die Statusinformationen beim Attribut outputsind invertiert.

Die auf der Webseite und in der App angezeigten Informationen sind korrekt und entsprechen dem physischen Zustand des Relais. Nur das MQTT-Status-Topic ist invertiert.

Das Setzen des AUSGANGS (Relais) auf EIN über die App oder die Weboberfläche führt dazu, dass die folgenden Topics veröffentlicht werden:

2026-01-23 20:00:17.748 debug [MQTT] Publish: 10.17.2.251 (shelly1lg3 / shelly1lg3-b08184xxxxxx / shelly1lg3#b08184xxxxxx#1)

topic: shelly1lg3-b08184xxxxxx/events/rpc, qos: 1, payload: {"src":"shelly1lg3-b08184ebf45c","dst":"shelly1lg3-b08184xxxxxx/events","method":"NotifyStatus","params":{"ts":1769194817.78,"switch:0":{"output":true,"source":"HTTP_in"}}}

2026-01-23 20:00:17.755 debug [MQTT] Publish: 10.17.2.251 (shelly1lg3 / shelly1lg3-b08184xxxxxx / shelly1lg3#b08184xxxxxx#1)

topic: shelly1lg3-b08184xxxxxx/status/switch:0, qos: 1, payload: {"id":0, "source":"HTTP_in", "output":false,"temperature":{"tC":54.9, "tF":130.9}}

Bei Setzen des Ausgangs auf off ist es genauso falsch nur umgekehrt.

Problem existiert mit Version 1.7.1 und 1.7.4.beta2

Kann das noch wer bestätigen?
Ist das Problem ggF bekannt?
Wurde das bei anderen Shellies auch beobachtet?

Ein Ticket hab ich mal aufgemacht. Aber falls mich hier wer auf einen Fehler meinerseits hinweisen kann kann ich dieses ja ggF schließen um dem Support Arebit abzunehmen.

DANKE für die Info.

Ich habe versucht via Suche hiezu was zu finden - aber entweder mit den falschen Begriffen oder es gibt noch keine Antwort...

Shelly 2.5 (GEN1) ermöglicht im Cover Modus Favoritenpositionen via API auszulesen / anzufahren.

Bei den Gen2+ Devices (z.B. 2KM Plus) können zwar soweit mir bekannt Favoritenpositionen ind der App festgelegt werden, ich konnte aber in der Shelly Api Dokumentation keinerlei Hinweise auf einen API Zugriff auf die Favoriten finden - weder via rpc / rest noch mqtt.

Kann da wer was dazu sagen?

Ist ein Auslesen / Setzen / Anfahren der Favoritenpoistionen bei Shellies Gen 2+ im Cover Modus per Programmierschnittstelle (API) möglich ?

Im Kern würde mir schon ein kurzes ja geht / nein nicht oder nur via cloud möglich reichen. Aber natürlich wär ich über einen Link zur Doko / Referenz nicht unglücklich.

DANKE

Der Adapter logged prinzipiell alle Connect / Disconnects. Du kannst den Loglevel des Adapters aber anpassen wenn du keine Infomeldungen sehen willst.

Prinzipiell bist du zu Fragen die den ioBroker Adapter betreffen im ioBroker Forum besser aufgehoben:

Shelly Adapter - genereller Support

Wenn möglich wäre diese Problemverfolgung besser im ioBroker Forum (oder ggF in einem Issue) angesiedelt. Hier krieg ich die Infos mehr recht als schlecht mit.

An sich sollten lt. Rückmeldungen die MQTT getprefix errors mit der aktuellen Version (10.5.2) wohl behoben sein, Wenn dem nicht so ist, bitte ein log auf level DEBUG oder SILLY erstellen damit ich mir das weiter ansehen kann. Wenn es nur bei Batteriegeräten auftritt, könnte es sein, dass das Batteriegerät zu kurz "lebt". Müßte ich dann noch mal schaun ob / was ich da amchen kann. Da wär ein Issue mit den Versionsinfos und einem DEBIUG od. SILLY Log (wenn nur ein Gerät an der Instanz hängt) hilfreich damit es nicht untergeht.

Zitat von tschabippe

du brauchst hier nix zu rechtfertigen. Dieser sogenannte "Support" ist eine Frechheit.

Und was fällt dir ein HIER meinen Tonfall zu erwähnen???

Jeglichen weiteren Kommentar kannst stecken lassen

Spätestens mit diesem Kommentar hast du dich wohl selbst in die unterste Schublade begeben.
Du kannst dir solche Kommentare selbst wohin stecken - offenbar ist das deine Umgangssprache und ich verwende die hier nur ausnahmsweise damit du sie ggF auch verstehst. Die einzige Frechheit die ich erkennen kann ist dein Posting.

Wenn dir persönlich der Shelly Support nicht ausreichend erscheint, dann kannst du gerne andere Produkte oder woanders kaufen. Viel Spass bei Supportanforderungen bei Amazon. Shelly wird solche Kunden wie dich ziemlich sicher verschmerzen :-). - und wahrscheinlich viele andere User dich hier auch. Shelly hat weder dir noch sonst jemand eine NextDay Zustellung versprochen. Also brüll bitte nicht rum wenn etwas was du nicht zugesagt bekommen hast nicht vorhanden ist. Nur weil du etwas erwartest was nirgends steht brauchst du dich nicht aufzuregen.

Es gibt hier genug Kunden die mit Shelly Produkten, dem Support und auch der Lieferzeit voll zufrieden sind. Aber wie es so schön heißt: 'Man kann es nicht jedem Recht machen'.

Von meiner Seite gilt jedenfalls dass ich mit Shelly zufrieden bin und die Firma und Produkte voll empfehlen kann.

BLE Script 1.2. ist das aktuellste BLE Skript und sollte auch mit 10.5.0-alpha.x funktionieren.
Im BLE Bereich wurde nichts (bewußt) verändert. Unbewußt hoffentlich auch nicht

schwarzbold

Wenn du Zeit und genug Erfahrung mit ioBroker hast und dir zutraust die alpha zu testen würde mich ein Feedback ob sich was verbessert hat (oder ob - hoffentlich nicht - sich was verschlechter hat) freuen. Kurzes Feedback gerne auch hier wenn du nicht im ioBroker Forum aktiv bist - längere Infos / Fehlersuchebitt im ioBroker Forum oder im Issue.

DANKE an alle Tester

Hat wer Infos ob / wann die Pille lieferbar sein wird?
Im Shop hab ich sie jedenfalls noch nicht gesehen und in der API Doku hab ich sie auchnoch nicht entdeckt.

Ok - du hast recht .- dt. Postfilialen kenn ich nicht. Aber Warteschlangen gibts bei uns leider auch :-).

Hoff nur dass du auch in Deutschland dran kommst bevor das Packerl als unzustellbar retourniert wird

Zitat von FendiMan

Ja, dauert länger als normal.

Was mich aber stört:

Die Sendung wurde als Kleinpaket versendet, das nicht automatisch in meine bevorzugte Abholstation umgeleitet werden kann, auch nicht manuell.

Lästig jetzt zur Postfiliale fahren zu müssen.

Sei eher froh dass sie es nicht meinem gewissen Paketdienst schicken bei dem die Ware "nie" zugestellt wird - auch wenn wer zu Hause ist - und dann in einem Paketshop landet während das Tracking sagt dass sie im Verteilzentrum 20km entfernt sein soll. Dann noch keine telefonischer Kontakt möglich sondern nur E-Mail die irgendwann was zurückmeldet. ist jedesmal ein Spießrutenlauf wenn so versendet wird. Da lobe ich mir die (österr.) Post - das funktioniert hier 1a und im Zweifel fahr ich lieber zur Postfiliale als ich such zuerst mal den Paketshop und muss dann erst dorthin fahren.

Bis jetzt kamen alle meine Sendungen von Shelly zuverlässig an (- hoff ich verschreis nicht für die laufende Sendung )auch wenn der Versand länger dauert als beim A.... Händler mit P-Service. (Persönlich ist mir es das auch wert nicht alles über einen Platzhirschen zu kaufen - aber das ist eine psrönliche Entscheidung.)

Zitat von tschabippe

Hi ich habe bei der Black Friday Aktion zugeschlagen aber die Ware ist seit einer Woche überfällig.

Jemand ähnliche Erfahrung?

Ja ich weiß Jahresendgeschäft etc. aber das sollte mittlerweile jedem Händler bekannt sein und sich dementsprechend vorbereiten.

Was heißt überfällig?

Noch nicht versandt? 5 Tage im gleichen Verteilzentrum? ...

Du siehst in deinem Account ob/wann das Paket versendet wurde. Ein paar Tage sind da bei Shelly normal. Und den Versand kannst du mit Tracking verfolgen. Der dauert auch noch mal ein paar Tage. Für mich stellt das kein Problem dar und da Shelly hier keinerlei Versprechen oder Zusagen macht ist das auch völlig in Ordnung.

Zitat von Whity

mcm57 auch wenn der Flood Gen1 ist, kann er per MQTT angebunden werden, ging damals schon. Es werden somit nicht 2 Instanzen benötigt.

Wie schon mein Vorposter geschrieben hat kann ein GEN1 Shelly nur ENTWEDER mit der Shelly Cloud ODER mit einem anderen mqtt Broker verbunden werden.

Deine Aussage ist technisch richtig - es muss allerdings jeder User entscheiden ob er die betroffenen Shellies auch via App remote erreichen will. Insbesondere bei einem Flood macht ev. eine Benachrichtigung via Shelly Cloud einen Sinn. Ebenso ist die Battriewarnung via Cloud durchaus angenehm. Man kann aber auch beides im ioBroker umsetzen. Muss jeder für sich selbst entscheiden welches Ziel er verfolgt. Die am meisten verbreitete Konfiguration für Gen 1 ist meinen Informationen nach COAP.

Zitat von Rolli2

Tja. Hab ich alles gemäß der Anleitung eingestellt. Funktioniert nicht.

Was ist denn im Adapter mit der Reiterkarte "Allgemeine Einstellungen"? Der Inhalt kann nicht angezeigt werden, da Sie keine Berechtigung haben, diesen Inhalt zu sehen.

Muss/Darf da was als Benutzername/Passwort drin stehen?

Diese Felder dienen für die EIngabe von Benutzernamen und Passwort wenn du für den http Zugang am Shell eine Passwort eingestellt hast. Dein Problem leigt aber wahrscheinlich eher im Bereich Docker Portforwarding, mqtt Passwort oder mqtt Proteinstellung. Ist aber ohne mehr Infos Glaskugelraten. Bei Problemen wären auch imemr die installierten Versionen des Adapters und die Info di im ioBroker log ausgegeben wird wichtig.

Falls du hier keine passenden Antworten erhältst meld dich bitte wie oben angegeben im ioBroker Forum.

Shelly Adapter - genereller Support

Und damit's klar ist: Wenn HIER wer anderer helfen kann ist's auch voll OK - je mehr mitmachen desto weniger Arbeit hab ich. Ich sags chon vorbeugend DANKE.

Cephalopod

Nö - kannst gerne die vorstehende Frage beantworten

Ich habe ...ist aus aufwandsgründen (mir) nicht möglich... geschrieben.

Da ich allerdings derzeit den größten Teil der Wartung dieses Adapters durchführe und haus-atomatisiserung hier m.W. nach gar nicht mitliest ist es für den betroffenen User ev. sinnvoll zu wissen wo die Entwickler des Adapters erreichbar sind.

Aber JEDE Hilfe ist gern gesehen. Also darf / kann / soll hier durchaus von anderen geholfen werden. Sorry wenn das falsch rüberkam.

P.S: Bist du so lieb und erklärst Rolli die Login Parameter für http und mqtt ? DANKE

Kurze Info an alle Shelly user die unter der Fehlermeldung "Unable to get MQTT Prefix" leiden. Es giubt zur Zeit eine neue ALPHA Version mit der das Problem hoffentlich behiben wurde. Details siehe Test Adapter shelly - ALPHA Versionen

Zitat von Rolli2

Hallo.
Ich habe in meinem Netzwerk einige 1PM Gen3 verbaut und möchte die nun mit dem ioBroker verwalten und auswerten.

Beim ioBroker bin ich Neuling. Den habe ich im Docker auf meinem QNAP Nas installiert.
Wenn ich dort jetzt eine Instanz vom Shelly Adapter erzeuge, wird die nicht grün. "Verbunden mit Gerät oder Dienst" bleibt immer rot und es werden keine Objekte erkannt. Ich hab aber auch noch andere Shelly Geräte verbaut. Z.B. Shelly BLU Motion oder Shelly Flood. Nichts wird erkannt.

1. Muss, damit der Adapter grün wird, mindestens ein Objekt erkannt werden?
2. Kann man Gen3-Geräte nur über MQTT einbinden oder auch anders?

Vielen Dank.

Rolf

Dieses Problem ist ja offensichtlich primär eine ioBroker Frage. Bitte meld dich doch dort im Supporttopic für den Shelly Adapter

Shelly Adapter - genereller Support

Kurz zu deinen Fragen:

ad 1) Der Adapter sollte nicht ROT bleiben. Allerdings wird dieser erst grün sobald mindestens ein Gerät verbunden ist. Bis dahin bleibt er gelb.

ad 2) JA - bitte lies die D0kumentation die hier schon verlinkt wurde.

Shelly Flood ist ein Gen 1 Gerät das verwendet per Default COAP und nicht mqtt. Um Gen 1 Geräte per COAP und Gen 2++ Geräte per mqtt einzubinden benötigst du 2 Instanzen des shelly Adapters.

Da du Docker einsetzt musst du auch sicherstellen dass die benötigten Ports (mqtt Port des Adapters) geeignet konfiguriert werden. Auch COAP benötigt im Docker wahrscheinlich eine passende Einstellung. ZU DOCKER kann ich aber nichts im Detail sagen - bei mir läuft ioBroker nativ auf nem Pi und ich erspar mir den Dockeraufwand :-).

Generell aber bitte mit Fragen zum ioBroker Shelly Adapter ins ioBroker Forum gehen. Support für den ioBroker Shelly Adapter in mehreren Foren zu geben ist aus aufwandsgründen (mir) nicht möglich.

mcm1957