Beiträge von Dennis-SH

Zitat von LeSpocky

Vielleicht macht man mal einen Bugreport bei shelly direkt?

Geht z. B. hier https://support.shelly.cloud/de/support/tickets/new

in der CCU ein Script ausführen, welches die Werte aus den virtuellen Device ausliest und in die Varialbe summiert.

Was ich jetzt aber nicht so auf anhieb weiß, wie der Wert in den Kanälen für dein Device ist (im Script unten das POWER - muss dann ersetzt werden)

! Kanäle auslesen 
var l1 =  dom.GetObject("CCU-Jack.JACK000000:1.POWER").Value();
var l2 =  dom.GetObject("CCU-Jack.JACK000000:2.POWER").Value();
var l3 =  dom.GetObject("CCU-Jack.JACK000000:3.POWER").Value();
! summieren und ganzzahlig runden
var abc = (l1+l2+l3).Round(0);
! Systemvariable setzen
dom.GetObject("Shelly3EM_Summe").State(abc);

HTH

Oder hier: https://support.shelly.cloud/de/support/tickets/new

SmartFarm and SmartHome 👍

War mal so forsch und habe dem Tag "Shelly Plus Plug S" geglaubt Vielleicht steht da ja bald was anders 😁🤣😛

Man Dennis, Augen auf, in den Snippets ist ja sogar ein Beispiel

Shelly.call(
  "HTTP.GET", {
    "url": "https://pastebin.com/raw/8mtM0STu",
  },
  function(result) {
    print("Hello ", result.body);
  }
);

Hi Mike,

mit dem Scripting kannst du HTTP Requests machen:

z. B.

  Shelly.call(
    "http.get",
    { url: 'http://192.168.1.30/', timeout: 100 },
    function (response, error_code, error_message) {
        print(error_code);
        return;
      }
  );

in der Console sieht man dann u. a.

shelly_http.cpp:184 0x3ffdb418 HTTP GET http://192.168.1.30/ (SSL CA none)
13:07:27
shelly_http.cpp:71 0x3ffdb418 HTTP got 200 OK and 318 byte response
13:07:27

der Request wurde abgesetzt und hat 318 Bytes erhalten.

Wie jetzt das response Objekt zerlegt wird, habe ich auf die Schnelle nicht gefunden.

Aber im Prinzip geht es.

HTH

Was ist da nicht stimmig? Woran machst du das fest? Und sind die Phasen wirklich korrekt angeschlossen?

Zitat von Devil

austoben 🤣

Ist das gut oder schlecht.

Wenn sich Entwickler austoben, muss das nicht immer gut sein 🤣

Ist dann Gen3 wirklich eine "Gen3" oder eher eine "Gen2.1" 🤔

Aber schon gut, wenn was Neues mal gleich funktioniert 😉

Gen3 ist ja noch sehr frisch ... da würde ich warten. Neue Generationen haben ja meist auch mehr Bugs, als die "ausgereiften" älteren

Also wenn dringend, dann noch Gen2 nehmen.

Zitat von mod2509

Daher richtete sich meine Frage nicht nach einer Alternativen.

sorry, da hatte ich mich wohl noch an einenanderen Thread erinnert 😉 wollte dich nicht verulken.

maybe it can be implemented to summarize if the developers will add this feature it.

out of stock it does not summarize.

what do you mean by webpage? shelly cloud?

you can make a feature request if you like

I don't think that Allterco devels will read this and will add it by themself.

3EM saldiert nicht, geht mit anderen Tools, wie HA oder iobroker oder selber was schreiben (aber ich wiederhole

Wie groß ist denn die PV-Anlage? Und was war/ist der aktuelle Verbrauch? Damit lässt sich dann ermitteln, wie groß der Speicher sein sollte. Im echten Leben wird es eh anders.

Was ist das für ein komischer Zähler? Digital und misst keine Einspeisung? Oder zeigt die einfach nur noch nicht an, weil der ja saldiert und dann müsstest du auf P1 und P3 keinen Bezug haben, wenn auf P2 eingespeist wird, um Einspeisung zu sehen. Und die Summe sieht man meist ja erst ab 1 kWh Einspeisung.

Zitat von Chummer

ich möchte gerne einen Plus1Mini (IP 192,168,6,160) durch einen zweiten Plus1Mini (IP 192.168.6.159) über einen URL Request schalten.

Ich habe dazu in dem ersten Shelly ein Action erstellt, die beim Schalten über den I Anschluss folgende URL aufruft: http://192.168.6.160/relay/0?turn=toggle.

.

Wenn ich nach der Aufzählung der Shellies gehe, dann wäre der .160 der erste. Dann würde er sich ja versuchen selber zu schalten, wenn die aufgeführte URL verwendet wird.

Oder habe ich das falsch verstanden🤔

Das Schalten geht über den URL Aufruf mit localhost, z. B. http://localhost/relay/0?turn=on

In der Firmware ist ja ein kleiner "Webserver" mit dabei, sonst gäbe es ja die WebUI nicht.

Da das ja alles sehr light ist: die gewüschte Datei in die Sourcen der Firmware mit einbauen, also der WebUI "unterjubeln", das FW-Image bauen und dann auf dem Gerät installieren.

ssh oder eine Upload Funktion im "Webserver" gibt es eher nicht.

Was ist denn eigentlich das Ziel, mit der Schlüsseldatei in der Steckdose?

the 3em can not sum by itself.

you need to calculate with external software, like iobroker or home assistent

uldro

Bluetooth sehe ich eher für die Konfiguration eines einzelnen Gerätes mittels der App.

Wifi/WLAN ist dann für die Inter-Gerätekommunikation und der Steuerung über verschiedene Geräte hinweg. Auch wenn andere Systeme zum Steuern (iobroker oder HA z. B.) dann geht das via WLAN. Und bei der Cloudsteuerung ist der Shelly über den Wifi/WLAN Router mit der Cloud verbunden.

Je nachdem, was aktiviert ist, bleibt dann auch dauerhaft aktiviert und nutzbar.

MQTT halt ich hier nicht für die passende Wahl, zwischen dem Steuernden und dem Shelly hängt auch noch ein MQTT Broker. Gefühlt würde ich sagen, reagieren die Shellies bei MQTT in knapp unter einer Sekunde.

Da würde ich dann eher HTTP nehmen. Ob dann aber ein ESP32 genug Dampf hat alle 30 Requests in der gewünschten kurzen Zeit auszusenden? Könnte vielleicht eng werden. Habe da aber auch keine wirkliche Erfahrung. Eher ein Gefühl.