Schau dir das mal an:
https://control.shelly.cloud/#/cons/pv_set_up
Erklärungen:
https://community.shelly.cloud/topic/1400-pv-…-understanding/
VPN/Proxy erkannt
Es scheint, dass Sie einen VPN- oder Proxy-Dienst verwenden. Bitte beachten Sie, dass die Nutzung eines solchen Dienstes die Funktionalität dieser Webseite einschränken kann.
Schau dir das mal an:
https://control.shelly.cloud/#/cons/pv_set_up
Erklärungen:
https://community.shelly.cloud/topic/1400-pv-…-understanding/
Man könnte das auch hier weiter besprechen:
Man müsste via Shelly Skript die Modbus-Kommunikation implementieren.
Keine Ahnung, ob das möglich ist. Ich denke, eher nicht.
Wurden die überhaupt schon angekündigt? Muss ich verpasst haben ![]()
Um hier zu helfen benötigen wir ein paar mehr Infos:
Geht es um ein BKW oder eine große PV - welcher Hersteller / Modell?
Was möchtest du genau überwachen?
Nein, der Uni Plus unterstützt kein Modbus.
Du kannst aber per HTTP / RPC Daten abfragen:
https://shelly-api-docs.shelly.cloud/gen2/Devices/Gen2/ShellyPlusUni
Oder möchtest du auf dem Uni Plus ein Skript laufen lassen, was ein anderes Gerät per Modbus abfragt?
So weit ich weiß, geht das bei keinem Shelly.
//Shelly.call("WiFi.SetAPEnable", { enable: false }, function (res, err) {
Falls du den RPC direkt machen möchtest anstatt über HTTP zu gehen, könnte das hier funktionieren:
Nur zur Sicherheit gefragt: Welche Leistung hat der Heizstab?
Ich habe keinen Plug S zur Hand, aber schau mal, was
ausgibt. Da könnte die aktuelle Betriebstemperatur dabei sein.
Wäre ein Anfang ... HKaufmann
ggf. versuchen, vorsichtig das Gehäuse des Plug S zu öffnen
Einfach ist das aber nicht:
Trotzdem wird an manchen Tagen kein Energieverbrauch angezeigt.
Hast du mal überprüft, ob der WLAN Empfang an der Stelle, wo sich der Plug befindet, stabil und gut ist?
Wo genau wird nichts angezeigt? App, Shelly Cloud, ...
Müsste es nicht Shelly.Reboot heißen?
Ich habe Aktionen erstellt aber damit ging es nicht.
Dann habe ich Szenen erstellt aber auch hier blieb der Switch-add-on leblos.
Mach doch mal Screenshots von einem konkreten Beispiel und schreibe dazu, was genau passieren soll.
Mit "geht alles nicht" können wir schlecht helfen.
Shelly ist wohl aufgrund dessen vorsichtiger geworden
Besser wäre noch, wenn dort sorgfältiger entwickelt würde und die QS strenger prüft bevor was freigegeben wird.
Was ich übrigens nicht so ganz verstehe ist, dass der Betatest einfach für jedermann zur Verfügung steht. An sich klingt das ja erstmal gut, aber die Frage ist doch, ob dann auch wirklich genügend getestet wird - oder nur von einigen wenigen Spezialisten mit speziellen Anforderungen.
Außerdem scheint es so zu sein, dass Fehlermeldungen im Forum - zumindest im internationalen, hier kann ich das noch nicht so ganz einschätzen - gerne übersehen werden bzw. nicht an die Shelly Entwicklung durchdringen.
Die Bugs über das Support Formular zu melden ist für die Betatester völlig intransparent, weil man nicht die Erfahrungen der anderen kennenlernt und vermutlich für die Entwickler auch aufwändig, weil alles zig-mal gemeldet wird mit unterschiedlicher Beschreibung.
Grundsätzlich ist das technisch möglich: Hinter den Wall Switch kommt ein i4 und dieser steuert dann via WLAN weitere Shellys, die jeweils die anderen Verbraucher schalten.
Womit schonmal die Frage beantwortet ist, dass es ohne WLAN nicht geht bzw. im Falle eine WLAN Ausfalls kein Gerät sich steuern lässt - zumindest nicht über den Wall Switch 4. Ggf. kann man einzelne Schalter an die jeweiligen Shellys anschließen.
Womit ich zu einer Frage komme: Wie werden die anderen Geräte denn bisher ein-/ausgeschaltet, wenn es aktuell nur einen einzigen Lichtschalter im Raum gibt?
Hintergrund der Frage ist, wie das alles so verkabelt ist. Davon hängt vieles ab. Grundsätzlich braucht man an jedem Einbauort von einem Shelly L und N - von Ausnahmen erstmal abgesehen.
Dass alle losgehen ist auch nicht optimal, es sei denn es gibt zwei Alarmtöne, so dass der "Masteralarm" sofort erkennbar ist.
Bei Ei gibt es hierfür den Ei450 Alarm-Controller:
https://www.eielectronics.de/produkte/ei450
Und bitte Skripte der besseren Lesbarkeit wegen in einen Code-Block packen:
Der Screen Shot stammt aus WatchYourLan (läuft in einem Proxmox LXC)
Cooles Tool ![]()
ESET protestiert jedesmal, wenn es einen Wechsel gibt und warnt vor ARP-Spoofing.
Technisch betrachtet hat das Tool ja auch recht.