Beiträge von Oelle82

So, urlaubsbedingt jetzt erst wieder dieses Thema!

Also:

Zitat

Ja, kann er:

https://shelly-api-docs.shelly.cloud/gen2/Devices/Gen4/ShellyMini1PMG4

The following components are available in Shelly 1 PM Mini Gen4:

• ...
• Modbus
• ...

Also wenn ich dem Link folge komme ich zu dem Ergebnis, das ich eigentlich schon hatte:

Zitat

Coils

Coils add the ability to drive an output of the device. **

** Currently available only on ShellyPro3EM with ShellyProOutputAddon and ShellyProEM

(von https://shelly-api-docs.shelly.cloud/gen2/Component…odbus-registers)

Schalten geht also doch nur beim ProEM

Außerdem habe ich noch herausgefunden:

Zitat von Priamos

Was spricht gegen MQTT ? Wird von allen Shelly Generationen unterstützt, und die SPS kann es auch

Das hier:

Ich habe jetzt übrigens beschlossen, mir IObroker mal näher anzusehen. Ich denke/hoffe das ich damit was werde!

Zitat von Priamos

Was spricht gegen MQTT ? Wird von allen Shelly Generationen unterstützt, und die SPS kann es auch

Gute Frage. Vermutlich die Tatsache das ich mit Modbus schon viel gemacht habe, mit MQTT noch nicht. Werde mir das dann wohl dochmal näher ansehen! (nicht mehr heute)

(Zurück vom Wochenend-Urlaub, darum erst jetzt wieder)

Zitat von tvbshelly

Ich habe mich vertan, weil ich übersehen habe, dass die komplette Modbus Unterstützung erst mit Gen4 kam.

Dann schau mal was ich geschrieben hatte:

Zitat von Oelle82

Shelly Plug S Gen 3 und Shelly 1 PM Mini Gen 4

Demnach sollte doch zumindest der letztere das können, oder?

Damit wäre dann zwar keine ganz saubere Lösung (bezogen auf den Plug S Gen 3) möglich, aber durch irgendein Gen4-Gerät im Shelly-Verbund müsste ich die Werte doch ins Shelly-System bekommen. Und auf Umwege wohl auch die Schaltbefehle an nicht-Gen4-Geräte senden. Dann muss ein Gen 4 halt Gateway spielen!

Zitat von tvbshelly

Was für ein Shelly Modell hast du für den Test benutzt?

Shelly Plug S Gen 3 und Shelly 1 PM Mini Gen 4

Zitat von tvbshelly

Schau mal ins lokale WebUI : Settings -> "Connectivity settings" -> Modbus

Kann man dort Modbus-TCP aktivieren?

Nope:

Zitat von tvbshelly

Was verstehst du unter "Zähler"?

z. B. Shelly pro3EM, Shelly PM mini usw!

Achja und gerade habe ich es wiedergefunden!

Zitat

Unsere EM-Geräte der neuen Generation (GEN2, GEN3 usw.) sind so konzipiert, dass nur sie Modbus unterstützen, um eine nahtlose Integration und Leistung zu gewährleisten. Hier ist eine Liste der Modbus-kompatiblen Modelle:

• ProEM, Pro3EM, ProEM-400, Pro3EM3CT63, die alle Modbus vollständig unterstützen

Referenz: https://shelly-api-docs.shelly.cloud/gen2/ComponentsAndServices/Modbus

Quelle: https://support.shelly.cloud/de/support/sol…%BCtzen-modbus-

Also ich bin da noch nicht ganz von überzeugt.

Ich hatte mal gelesen unter "unterstützte Geräte" das nur die Zähler dabei waren. Die Info finde ich aber gerade nicht wieder.

Gut, demnach müssten ja alle aktuellen Geräte Mobus können. Das wäre großartig!

Nur mit den Sachen aus der Doku komme ich nicht recht weiter:

http://192.168.178.30/rpc/Modbus.SetConfig?config={%22enable%22:true}
"code": 404,
  "message": "No handler for Modbus.SetConfig"

Zitat von Priamos

Man liest dass Shelly Gen 4 Modbus tcp unterstützt und somit in der Rolle als Modbus Slave arbeiten kann.

Hm, interessant. Wo liest man das denn? Ich habe ja auch schon danach geschaut, aber das gibt es scheinbar nur paar Zähler..

Zitat von Priamos

Eine weitere Möglichkeit wäre die Kommunikation über MQTT.

Jaha, aber basiert MQTT nicht auf einer Cloud? Ich würde das gerne lokal lösen, wenn mögliich.

Programmiert wird der ansich in FUP, neuerdings (das kannte ich bis jetzt aber auch nicht) mit Script.

Ich arbeite zwar beruflich mit den Geräten, jedoch nicht mit diesen Protokollen oder der Webschnittstelle (da ist es eher Modbus, BACnet oder LON).

Ich habe noch eine bzw. zwei Anleitungen und Vorlagen bzw. Bibliotheken zu JSON im Herstellerforum gefunden. Allerdings basieren die auf einer älteren Firmware als meine CPU hat (und die ist schon nicht mehr up to date...).

Laut den Beschreibungen ist der Controller wohl dazu in der Lage per JSON Werte abzufragen bzw zur Verfügung zu stellen das muss dann aber komplett "zu Fuß" passieren; sprich man baut sich eine Funktion die es noch gar nicht gibt.

Ich wollte den Artikel gerade nochmal nachlesen und habe dabei bemerkt das eine Anleitung sowieso für ein anderes Produkt war.

Zu meinem ließt sich das so (auch wenn diese Info schon von 2018 ist):

Zitat

Cause

Many third party application only communicate JSON.

Resolution

JSON is not a supported format in StruxureWare Building Operation as an HTTP response in Generic Consume. Only Simple XML Web Service and SOAP Web Service are supported. It must be an XML document.

There is a tool developed on the Community to automatically convert the JSON response from a Web Service to XML, and though it is not officially supported by PSS, it has proven to be a valid work around. Refer to SBO - Web Service through a Proxy, JSON and Image conversion.

Da das scheinbar nicht so einfach ist, frage ich mich, ob das wohl auch gehen würde (auch wenn's so ein Chinakracher ist, ist klar..)?

https://de.aliexpress.com/item/100500498…nav-description

Danke für die schnelle Antwort!

Der AS-P hat tatsächlich eine Webschnittstelle, aber darüber habe ich leider nichts zustande bekommen. Das war auch mein erster Gedanke.

Hallo,

es hat eine Weile gedauert bis ich ein Smart-Home-System gefunden haben, welches zu meinen Anforderungen paßt. Ich denke, Shelly ist das, so bin ich jetzt neu hier gelandet.

Ich habe schon ein paar Produkte im Einsatz, aber nun zu dem hier relevanten Thema:

Ich habe eine 10 KWP PV-Anlage mit 10 KWh-Akku. Wechselrichter ist SolaX. Der WR hat eine Modbus-RTU-Schnittstelle, an dieser hängt ein Schneider Electric AS-P als Modbus-Master sowie die PKW-Ladestation als weiterer Slave. Aktuell habe ich im As-P ein Programm geschrieben, welches die PV-Anlage abfragt und bei Akkustand >90% UND Leistung der PV-Module > 2KW UND für mehr als 60 Sekunden Einspeisung die Ladestaton freigibt und ihr als maximale Ladeleistung den aktuellen Istwert der PV-Module übergibt (dadurch lädt das Auto möglichst durchgehend und gleichmäßig und taktet nicht immer). Abgeschaltet wird das ganze entsprechend wenn eine der genannten Bedingungen nicht mehr erfüllt ist.

Nun möchte ich weitere Gerät die jetzt oder in Zukunft von Shelly gesteuert werden mit in diese Logik integrieren.

Das bedeutet, ich müsste entweder die aktuellen Werte der PV-Anlage in das Shelly-System bekommen und dort per Bedingung oder Script die Funktion realisieren oder über den AS-P einen Befehl an einen Shelly senden.

Leider habe ich keine Möglichkeit gefunden die Werte in das shelly-System zu bekommen. Mehrere Pro3EM nachzurüsten wäre eine Option, aber das möchte ich eigentlich nicht (so viel Geld ausgeben um Werte zu erfassen, die bereits erfasst werden). Zur allergrößten Not würde ich Analog-Ausgangsmodule in den Modbus hängen und Leistung und Akkustand per 0-10V über einen Shelly Uni erfassen, aber ich hoffe noch es es irgendwie eleganter und direkter geht.

Hat jemand eine Idee dazu?