Beiträge von eiche

SiloBau Was soll "einschaltwischend gestartet" bedeuten? Vermutlich Ausgang temporär einschalten.

Das sollte mit folgenden Maßnahmen (fast) gelingen. Ich dachte zunächst nur an eine Aktion, was aber nicht gelingen dürfte.

Einschränkung: Es ist afaik bisher ausschließlich möglich, den Eingang zu deaktivieren und unmittelbar nach dem Einschalten sofort wieder auszuschalten. Ein Schalten per App, WebUI, ... kann bisher nicht verhindert werden. Ich setze voraus, dass das Einschalten immer 15s dauern und das Schalten nicht periodisch eigenständig generiert werden soll.

1. Stelle den Einschalttimer auf 15s! Kleines Uhrsymbol auf der Startseite des WebUI -> Timers ...
2. Optional: Eine Aktion, die auf das Einschalten hin den Eingang disabled.
   http://localhost/rpc/input.setc…enable%22:false}
   Dies macht das Signal am Eingang unwirksam, verhindert aber nicht das Schalten per WebUI ...
   Optional ist das, weil es auch per ohnehin erforderlichem Skript erledigt werden kann.
3. Ein Skript, welches wie folgt reagiert.
   1. Mit dem Einschalten wird der Eingang disabled - s.o. 2.
   2. Eine boolesche Variable "Enable" wird auf false gesetzt
   3. Mit dem Ausschalten wird ein Timer gestartet, der nach 30s "Enable" auf true setzt.
   4. Ein sog. Eventhandler erfasst das Einschalten. Wenn "Enable" = false ist, schaltet er sofort wieder aus. Damit dürfte der Ausgang für geschätzt max. 50ms eingeschaltet bleiben (Relais abhängig). Besser dürfte es nicht gelingen, weil bisher die Firmware kein Ereignis sendet, welches das Schalten ankündigt oder um Erlaubnis dafür nachfragt. Auch kann der Ausgang nicht disabled werden.

Bei Muße kann ich ein passendes Skript nachreichen.

Du könntest den Shelly im WLAN für weniger Wissende "verstecken", nicht in die Cloud einbinden und einen zusätzlichen, "sichtbaren" Shelly davor setzen, der ausschließlich den Eingang des anderen Shelly parallel zu einem Taster/Schalter steuert. Damit kann relativ sicher ein sehr kurzes Einschalten verhindert werden.

@AlexAn Danke für die Unterstützung. Vielleicht bringen deine Erklärungen weiter. Ich kann solches ja nicht selbst testen.

Nein, das hilft nicht.

Erscheint auch kein neuer Tab, in welchem der gewünschte Text steht?

Ich beziehe mich auf das von dir in #10 verlinkte Skript, welches ich las und das genau diese Abfrage per HTTP nutzt. Wenn das Skript funktioniert, muss auch die von mir gewünschte Textantwort kommen.

Die Daten und Grafiken von der Cloud sind für dein Ziel unnütz. Die brauche ich nicht.

Ich habe oben den Link angegeben, den du nutzen sollst. Hier noch einmal:

Zitat von eiche

http://datamanager/solar_api/v1/G…altimeData.fcgi

Wenn du die IP Adresse des Datamanager kennst, setze diese statt "datamanager" ein, falls der Link so nicht funktionieren sollte.

Dein Datamanager wird dem Browser eine Antwort in reiner und strukturierter Textform liefern, keine Grafik oder sonstiges Schickimicki.

Diesen Text brauche ich.

Zitat von eiche

http://datamanager/solar_api/v1/G…altimeData.fcgi

Was erhältst du als Antwort? Statt "datamanager" evtl. die IP Adresse deines Datamanager.

Kopiere bitte die Antwort komplett und klebe sie in deinen nächsten Beitrag ein!

Zitat

Was meinst Du genau mit Schalter IP ?

Seite 17 der Bedienungsanleitung:

Zitat

Funktion

Schalter IP

zum Umschalten der IP-Adresse:

Falls du die IP Adresse des Datamanager nicht finden solltest, versuche es mit

http://datamanager/solar_api/v1/GetPowerFlowRealtimeData.fcgi

Ich hab ein wenig in der Bedienungsanleitung gelesen.

1. Hast du den Fronius Datamanager (2.0)?
2. Wie hast du diesen in dein Computer Netzwerk gebracht?
   1. per LAN Kabel
   2. per WLAN
3. Hast du schon einmal auf den Datamanager zugegriffen?
4. Wie ist der Schalter IP eingestellt?

Ich habe mir das Skript angeschaut. Es ist einfach und dient wohl im wesentlichen dazu, die Daten vom Wechselrichter über ein virtuelles Gerät auf dem Shelly ab Generation 3 in die Cloud zu übertragen. Cloud ist nicht mein Gebiet, aber das liegt nahe.

Tue mal folgendes. Nimm einen Web Browser und gib in der Adresszeile ein:

http://<IP Adresse deines Wechselrichters>/solar_api/v1/GetPowerFlowRealtimeData.fcgi

Du solltest im selben oder im nächsten Tab eine Antwort erhalten. Diese Antwort poste mal bitte hier!

Zusatzfrage: Hat der Wechselrichter Bluetooth?

Du schmeißt eine Fete und wir kommen vorbei.

Aha, interessant und danke d509794.

Dieser kleine Schönheitsfehler lässt sich per geeignetem Eventhandler beseitigen, was ich wegen KH Aufenthalt nicht versuchen werde.

Die Eventhandler Funktion nimmt die Info opened (closed) entgegen und muss per corr den i Wert (Index) passend einstellen. Das dürfte den kleinen Fehler beseitigen.

Vielleicht gelingt dies nicht per corr und die Datenstrukturen sind geringfügig zu erweitern.

Zitat von scheuerer

Nur im OH Offline. Hier dann dann disable und enable und dann ist er wieder online.

Imho deutet das auf eine Lücke in openHAB hin.

Anmerkung

Man kann auch parallel zu openHAB ein Node-RED installieren, mit dem man erheblich besser analysieren kann.

Ich nutze kein openHAB, vermute aber folgendes, ohne dies mangels updates auf 1.6.1getestet zu haben. Ich täte so etwas bspw. mit Node-RED oder, bei aktiviertem MQTT, mit einem MQTT Subscriber testen.

Vielleicht sendet die Firmware 1.6.1 in längeren Zeitintervallen Infos als die FW 1.5.1, was ich prinzipiell als sinnvoll erachte. Vielleicht auch (Bug?) erst nach triggern durch irgendeine andere Aktion.

Es könnte aber auch eine Schwäche von openHAB sein.

Die Aktivität eines MQTT bereiten Shelly nach Stromausfall/Ausschalten lässt sich leicht per MQTT Überwachung bzw. Subscriber testen - Zeitstempel, Topic .../online (=Topic der LWT) ...

Sorry scheuerer , ich war zwischenzeitlich abgelenkt.

Zitat von tvbshelly

Das ist richtig cool und vor allem: schön kompakt

Man sieht auf dem Screenshot nicht, dass die Lokationen auf- und zuklappbar sind. Man sieht Feinheiten also erst, wenn man auf den Lokationsnamen klickt und kann anschließend entsprechend schließen und erhält die komplette Übersicht, selbstverständlich scrollbar.

Ich habe mich dafür aber auch tief in die Feinheiten gekniet, bis ich solches realisieren konnte. Mal eben schnell ergibt halt immer auch nur Standard.

Ingo2000

Danke für deine Skizze. Sie sagt einiges aus.

PV-Produktion

Vor dem Wechselrichter wird eine Messung vermutlich nicht geeignet gelingen, da afaik die Shelly Geräte keine Gleichspannung in der Größenordnung von 50V messen können. Dazu wissen vermutlich andere mehr. Somit bleibt die Messung hinter dem Wechselrichter, also dessen Verluste bereits abgezogen. Vermutlich genügt dir das und ist leicht machbar. Vielleicht kann hierzu die Kommunikation mit dem Wechselrichter mehr bringen und du brauchst evtl. keinen zusätzlichen 3EM. Allerdings ist eine App an dieser Selle unnütz, falls du die Daten aufzeichnen möchtest, was du sicher willst. Selbst dann, wenn die App selbst speichern sollte und einen Datenexport bereithält. Solche manuellen Eingriffe haben nichts mit automatischer Datenerfassung zu tun.

Netzbezug/-einspeisung

Dein 3EM Pro kann per Skript saldieren, ohne Skript afaik nicht. Der Wechselrichter liefert sicher auf 3 Phasen, weshalb ein weiterer 3EM dessen Einspeisung in dein Hausnetz messen könnte - s. PV-Produktion.

Kommunikation mit dem Speicher

Ich kann das zwar nicht testen, verstehe aber vielleicht eine dazu vorliegende Dokumentation oder ein Beispielskript. Dies ist interessant und dürfte nutzbar sein.

Smart Home Zentrale

Wenn du gute und verlässliche Resultate haben willst, ist eine solche unerlässlich. Allerdings ist dazu zusätzliche Arbeit erforderlich. Sie kann die Shelly Cloud um Längen schlagen. Die Cloud hat halt den Vorteil, dass du deren Service nutzen kannst, ohne dich zusätzlich einarbeiten zu müssen.

Meine Empfehlung dazu kannst du in #5 finden. Viele mögen die fertigen Systeme.

Hast du irgendwelche Erfahrungen mit Programmieren, erstellen und abfragen von Datenbanken?

Ergänzend zu tvbshelly :

Ich favorisiere eine Smart Home Zentrale (per Raspberry Pi 4), auf welcher folgende Dienste laufen.

1. MQTT Broker wie Mosquitto oder HiveMQ(?)
2. Node-RED, eine sehr nützliche Umgebung, die einfache Programmierung unterstützt und sehr flexibel nutzbar ist bis hin zu einem Dashboard, welches, wenn man tief genug hineinsteigt, eine sehr filigrane grafische Oberfläche zulässt.
3. InfluxDB, ein Zeitreihen-Datenbanksystem zum speichern empfangener Daten.
4. Grafana, ein Visualisierungssystem, insbesondere für grafische Darstellungen von Zeitfunktionen auf Basis von InfluxDB Daten bestens geeignet.

Diese Kombination ist dem sonstigen Shelly ... (hust ... Kram ) deutlich überlegen und auch mal ohne Internetverfügbarkeit lauffähig.

Mal zur Demonstration meines Node-RED Dashboards ein screenshot:

Der Inhalt kann nicht angezeigt werden, da Sie keine Berechtigung haben, diesen Inhalt zu sehen.

Ich vermute, dass meine filigrane Wochenplänedarstellung mit keinem fertigen übergeordneten System hinzukriegen ist. Ich weiß es aber auch nicht, da ich kein solches benutze. openHAB hat mir in seiner Abstraktionsphilosophie durchaus gefallen, aber auch damit konnte ich nur grobflächige Dashboardkacheln zusammenstellen.

Tu es einfach! Jedenfalls kannst du Thomas ( thgoebel) vertrauen.

Danke!

Bisher hatte ich damit keinerlei Probleme, brauche aber auch während meine Bewegung kein VPN.

Ich habe keine solche Ausstattung, kann aber skripten und mehr.

Dazu stellen sich mir noch Fragen.

1. Was sitzt elektrisch wo genau?
2. An welcher/welchen Stellen misst der 3EM Pro?
3. Nutzt du eine irgendwie geartete Smart Home Zentrale?
4. Ist ein API oder Kommunikationsschnittstelle zum Speicher veröffentlicht/bekannt?
5. Lässt sich mit dem Wechselrichter technisch kommunizieren?