@hotspot_2

Wenn der Shelly-Adapter den PlusSmoke noch nicht unterstützt, kann den auch keiner am Laufen habe.

Oder es wird der MQTT Adapter (oder auch ein sonstiger MQTT-Broker) genutzt. Das bedarf etwas Einarbeitung, macht aber frei von der Entwicklungsabhängigkeit des Shelly-Adapters.

Ich löse den JSON mit NodeRed auf.

Hier habe ich im Shelly-Forum ein kleines Howto geschrieben aus meinem ersten eigenen Gehversuch in dieser Welt.

https://www.shelly-support.eu/forum/thread/11255-nodered-werte-shellyplus-1pm-aus-mqtt-extrahieren-und-aktion-auslösen-inkl-kl-ho/?postID=119768#post119768

Das Ergebnis basiert auf Hilfestellung hier im Forum, gerne mal suchen.

So sieht es bei mir im MQTT-Adapter aus:

@schtallone sagte in Performance Probleme durch Shelly Adapter?:

Aber die CPU Auslastung des NAS war ja oft bei 100%...

Habe jetzt den ganzen Thread mal aus Interesse durchgelesen.

QNAP kenne ich nicht, arbeite aber auch mit virtualisiertem ioBroker und 2 virtuellen Homematic-Zentralen auf Synology.

Wenn ich so lese, was Du alles auf Deienm QNAP laufen hast, staune ich und bin bei der ersten Frage:

Wieviele Virtualsisierungen/Docker Container werden laut der Spezifikation Deines NAS unterstützt?
(Mein DS923+ unterstützt max. 4 virtuelle Maschinen! Hier läuft alles flüssig.)

8GB Speicher wurden für ausreichend erklärt.
Das bezweifle ich mal bei der Vielfalt an Aufgaben der Kiste. Falls möglich, würde ich hier schon mal aufrüsten.

Meine Speicherauslastung liegt zwar mal auch bei 64% wenn noch die 4. Virtualisierung läuft (Test-Homematic), aber mein System hat 32 GB RAM !

Die MQTT-Installation(en) sind sehr fragwürdig.
Da bin ich bei den anderen Antworten und hier wird noch einigen im Argen liegen in der Konfiguration. Normalerweise ist ein MQTT-Server (neben dem Shelly-Adapter) ausreichend.

@schtallone sagte in Performance Probleme durch Shelly Adapter?:

Aber die CPU Auslastung des NAS war ja oft bei 100%...

Und genau dafür muß die Ursache gefunden werden, denn das ist strikt zu vermeiden. In Spitzenzeiten liegt mein NAS mal knapp unter 50%.

Ganz aktuell erreicht mich folgende Information vom Shelly-Support (BG)

In der nächsten Firmware soll das Problem gefixt sein.

Und zukünftig ist geplant, per Checkbox zwischen MQTT 3.x und 5.x wählen zu können.

Hoffentlich klappt das. Wäre schön.

Das Problem wurde durch Eure Hilfe und den Hinweis auf MQTT 5 und 3 erkannt.

Danke, danke, danke.

@da_woody

Einen Test wäre es wert.

@wendy2702 sagte in Shelly Alternativen mit mehreren Ein- / Ausgängen:

Zusätzlich wäre mir in erster Linie die Funktion wichtig und an zweiter Stelle die Anbindung an ioBroker. Alles im Haus muss aus meiner Sicht auch iobroker unabhängig Steuer und Schaltbar sein.

Ich bin auch "Pro Rückfallebene" eingestellt.

Wie sieht denn die Rückfallebene bei KNX und Loxone aus? @Wildbill

Ich habe 2015 mit Homematic angefangen und baue seit 2019 fast nur noch Shelly dazu.

Fällt Homematic als übergeordnetes System aus, steht die APP-Bedienung immer noch zur Verfügung. Fällt das WLAN aus, bleiben die guten, alten Schalter.

@jan1

Yep und vielen Dank für Deine Unterstützung.

Schönen Sonntag

Im neuen Shelly-Adapter wird ja die Uptime (leider) nicht mehr in DD:HH:MM:SS angezeigt, sondern nur noch als Sekunden (analog dem Wert des Shelly).

Vielleicht sehe ich ja nur den Wald vor lauter Bäumen nicht. Gibt es einen einfachen Weg, aus der Zahl wieder die gewohnte Anzeige zu bekommen?

Bin mit NodeRed (Anfänger) unterwegs und Recherchen haben mich bislang leider nicht weitergebracht.

Die alte Anzeige ...

... sagt halt mehr aus als:

Freue mich über Eure Hinweise und Vorschläge.

Schönes WE allen.

@longbow sagte in Shelly Plus 1PM mini:

Das dachte ich mir schon fast. Ist es geplant, den auf zu nehmen?

Irgendwann bestimmt. Aber der Autor hat selbst in mehreren Beiträgen hier bekundet, dass er zur Zeit dringendere Projekte hat, was zu akzeptieren ist.

Die Nutzung des MQTT-Adapters hat halt den Vorteil, dass jeder neue Shelly sofort einbindbar ist, wenn man das nötige Wissen einmal angeeignet hat.

@samson71 :
Danke für die Blumen Markus.

Also für die Shelly-interessierten Homematicer unter Euch versuche ich das Thema Kopplung Shelly & Homematic mal kurz zusammenzufassen:

• Wir koppeln bislang die Shelly in Homematic ein mit deren Originalfirmware.

• Dadurch bleiben alle Shelly-Eigenschaften erhalten und die App(s) vollumfänglich nutzbar.

• Die Cloud kann weiter genutzt werden, muß aber nicht.

• Die Kopplungen sind bidirektional, d.h.
  Shelly kann Homematic steuern und umgekehrt, Messwerte der Shelly werden in Homematic importiert

Alles was Ihr ausser einer Homematic/Raspimatic braucht ist CUxD.

Was das Thema Shelly App angeht, wurde eigentlich schon alles genannt.

Lokal schwächelt sie bisweilen. Für Android Nutzer ist Shelly Pilot eine echte Alternative. Einzig batteriebetriebene Shelly unterstützt die App bislang nicht.

Gibt es Limits?
Bisher kann ich keine feststellen. Mein Produktivsystem aus 2 CCU3 beherbergt rund 60 Homematicgeräte und rund 90 Shelly.

Bevor die Frage kommt: Dass ich 2 CCU3 betreibe hat nichts mit den Shelly zu tun, sondern mit der Reichweite des Homematic-Funks. Beide Zentrale tauschen benötigte Informationen via Netzwerk.

Schönes WE

@spacerx
Ich widerspreche Dir ja gar nicht.

Lediglich habe ich eine Alternative aufgezeigt, für Leute, die nicht auf die Einpflege neuer Shelly warten wollen oder können.

Was hier mit den Shelly-Adaptern für eine Super-Arbeit geleistet wird, weiß ich wohl und schätze das.

Da ich ähnliches in Shelly-Welt in Verbindung mit einem anderen System mache, kann ich es, denke ich mal, auch beurteilen.

Und auch da gibt es "Konkurenzlösungen". Und? Ist doch schön, wenn der User die Wahl hat.

@theo996 sagte in Shelly MQTT Error:

Falls jemand zu diesem Weg eine Anleitung hat, wäre das super.

https://smarthome-forum.eu/forum/board/126-iobroker-vorlagen/

Viel Erfolg.

@malaus sagte in MQTT - Shelly:

1.2 bei einem 2PM Plus gemacht und seit dem habe ich keine Verbindung mehr über MQTT.

Die Verbindung steht schon bei mir. Es fehlen aber Daten!

Mit 1.1.0 sah das noch so aus:

Bug gemeldet

@letzi sagte in MQTT - Shelly:

Schade, 48Euro für den Mülleimer.

Sicher hast Du den Bug schon gemeldet, oder? Ich liebe solche Aussagen. Bevor Du sie in die Tonne wirfst, schick' sie zu mir.

Hab' es in der Beta und in der stable verifiziert und an BG weitergemeldet.

Mal sehen, wird sicher gefixt.

@hunterhb sagte in MQTT - Shelly:

Ich kann aber nur mit einem über MQTT sprechen?

Wie @mickym schon schrieb, funktoniert MQTT andersrum.

Wenn Du 2 MQTTBroker-Adapter im ioBroker hast, z.B. den Shelly-Adapter im MQTT-Mode und den MQTT-Adapter müssen beide Apdater unterschiedliche Ports nutzen.

Im Shelly trägst Du den zu nutzenden Port je nach gewünschter Instanz mit ein!

Und bei jeder Änderung an den MQTT-Einstellungen mußt Du bei Gen.2 und Gen.3 im Shelly das Passwort neu setzen!

Viel Erfolg und schönen Sonntag.

PS:
Ich betreibe hier auch 2 Instanzen des Shelly-Adapters und 1 Instanz des MQTT-Adapters. Es funktioniert problemlos.

@kubunter

Nein, da mußt Du noch die Antwort selbst nach benötigten Werten zerlegen.

@kubunter
Alternative wäre der MQTT-Adapter.

@sachsflo sagte in Custom MQTT payload aus Shelly Script im Shelly Adapter:

dann kann ich mir den Rest ja mit nem Blocky rausholen

Das geht dann auch mit dem (zusätzlich installierten) MQTT-Adapter.

@haus-automatisierung sagte in Custom MQTT payload aus Shelly Script im Shelly Adapter:

Aber der Shelly kann nur eine MQTT-Verbindung. Entweder Shelly-Adpater ODER MQTT-Adapter.

Ist mir klar.

Das "?" war nur gesetzt, weil ich nicht weiß, ob der TE mit dem MQTT-Adapter arbeiten will.

Hab' ich mich schlecht ausgedrückt, sorry.

@sachsflo

Ich glaube nicht, dass der Shelly Adapter das macht.

Eventuell kann Dein Skript diese Daten aber an den MQTT-Adapter senden?

@blockmove sagte in SHELLY 3EM:

Phasenzuordnung muss halt passen.

ergänzender Hinweis:

Sind die Messwerte des 3EM nicht plausibel ist in der Regel die Phasenzuordnung fehlerhaft.