Beiträge von tvbshelly

Zitat von Flutschi

"... Unterstützung für Skripte wird vom Autor des Skripts bereitgestellt."

Welcher Autor von einen Skript möchte das?

Möglicherweise liegt hier ein Missverständnis im Begriff "Unterstützung" vor:

Dieses Forum dient dem Erfahrungsaustausch der Nutzer untereinander und der gegenseitigen Hilfe.

Wenn also jemand hier ein von ihm erstelltes Skript bereitstellt, wäre meine Erwartung, dass das keine Einbahnstraße ist sondern der Skript-Ersteller andere "unterstützt", z.B. indem er ihre Fragen beantwortet.

Zumindest handhabe ich das so und wünsche es mir auch von anderen.

Zitat von Flutschi

Edit: bei mir erscheint auch dieser Text, wurde ich vor absenden darüber informiert?

Das steht direkt über dem gesamten Bereich:

Jo, klingt alles echt kompliziert - bin dort auf diesen Thread gestoßen:

https://www.mikrocontroller.net/topic/438972?page=single

Zitat von apreick

Steht ja auch nichts im Handbuch davon 😎 trotzdem kann ich ihn auslesen mit einem Hichi v2 Lesekopf

Topp. Möglicherweise geht der Hichi dann auch beim Diehl 173. Laut Anleitung hat der ja auch eine "Positionierungshilfe für Optokopf" - klingt sehr danach, dass der Magnet vom Hichi passen könnte.

Zitat von Westerwald2000

Der hat keine IR-Schnittstelle.
die von dir in #6 markierte Stelle dient nur der Menuführung

Grundsätzlich ist das schon eine optische Schnittstelle. Allerdings scheint das nicht für den Endverwender gedacht:

Diehl bietet den Optokopf IZAR OH BT 2 dafür an:

https://www.diehl.com/metering/de/pr…zar-oh-bt-2-de/

3 + 4 kannst du dir per Skript selber bauen - das gibt es nur nicht out-of-the-box.

Per MQTT gibt es sogar Online/Offline Meldungen. Ein eigener Heartbeat ist aber sicher verlässlicher.

OT: Ok ... alt, älter, am ältesten ... Plus, Gen1, 2.5

Kann du bitte den Aufruf schicken, URL und Daten - API-Token durch xxx ersetzen. Was nutzt du: GET, POST?

Ggf. kannst du auch den Auszug aus deinem Skript posten. Danke.

Es scheint das hier zu sein:

https://www.elektrobim.pl/52061-cyfrowa-…ktrycznych.html

Die Seite ist leider auf Polnisch.

Die Verdrahtung sieht ja schon ein wenig abenteuerlich aus.

Wo ist denn der Schalter zum Öffnen/Schließen überhaupt angeschlossen?

Wichtig: Arbeiten an 230 V dürfen nur durch Elektrofachkräfte erfolgen. Umsetzung auf eigene Gefahr.

Zitat von towiat

UDP-Pakete werden "auf gut Glück" losgeschickt und der Zielrechner kann gar nicht antworten, weil das im Protokoll einfach nicht vorgesehen ist

Allerdings hat es Shelly so implementiert, dass "Antworten" auf RPC Aufrufe, die via UDP Port reinkommen einfach an den eingestellte UDP Server gesendet werden.

Es bleibt natürlich so, dass niemand die Zustellung garantiert - in beide Richtungen nicht.

I.W. gab es aber keine Rückmeldung, weil der RPC Befehl nicht vollständig war.

Zitat von Ch-Muff

Somit komme ich nicht um eine separate Stromzufuhr herum.

Jo, zwar blöd, aber nötig

Aber 12 V und 24 V unterscheiden sich im Anschluss - wie du schon schreibst.

Zitat von Ch-Muff

Das Blinken ist im Aus länger

LED (monocolor) indication

• AP (Access Point) enabled and Wi-Fi disabled:
  1 second ON / 1 second OFF
• Wi-Fi enabled, but not connected to a Wi-Fi network:
  1 second ON / 3 seconds OFF

-> Er kann sich vermutlich nicht verbinden.

Ein Pro 4PM ist für Lichtstromkreise vermutlich wirklich etwas überdimensioniert, da würde ich eher Shelly Pro 2 nehmen - nur 1 TE und direkt UV tauglich.

Ansonsten: Plus Geräte sind die alte Generation - nimmt auf jeden Fall Gen3/4 oder eben Pro für die Hutschiene.

Ist beim Blinken An/Aus gleich lang oder ist Aus länger?

Danke, das mit dem fehlenden Downgrade weiß ich ja inzwischen.

Ich wollte nur sicherstellen, dass es wenigstens den Bereich "Firmwareupdate" gibt - habe mangels Zigbee-Bedarf keine Gen4 Geräte zur Hand.

sherlockdd hat ja den Update-Knopf oben rechts nicht.

Bei jedem Device steht in der Doku, welche Komponenten verfügbar sind.

Bei jeder Komponente gibt es dann die entsprechenden RCP Kommandos, welche man via http, mqtt, ... nutzen kann.

Status würde ich immer per Event / Notification abfragen/empfangen, so wie AlexAn schon geschrieben hat.

Zitat von sherlockdd

Leider gibt es diesen Button bei meinem Shelly 1pm Gen 4 nicht.

Gibt es das?

http://<shelly-ip>/#/settings/firmware

Ok, Fehler gefunden: MandiNice

https://shelly-api-docs.shelly.cloud/gen2/0.14/Gene…l#request-frame

Required: id, src und method

% echo '{"id": 123, "src":"me", "method":"Switch.GetStatus", "params":{"id": 100}}' | nc -4u -w1 192.168.1.100 1800

->

{"id":123,"src":"shellypro3em-xxx","dst":"me","result":{"id":100, "source":"UDP_in", "output":false,"temperature":{"tC":31.2, "tF":88.2}}}

Anscheinend wird das bei http weniger streng genommen.

Probier mal folgendes zu senden:

{"id":123, "src":"SPS", method":"Input.GetStatus","params":{"id":0}}

Mit Kaffee habe ich jetzt Auslesen versucht:

% echo '{"method":"Switch.GetStatus","params":{"id": 100}}' | nc -4u -w1 192.168.1.100 1800
% echo '{"method":"ProOutputAddon.GetPeripherals","params":{}}' | nc -4u -w1 192.168.1.100 1800

Bei beiden kommt auch keine Antwort per UDP - via http geht das

Ich habe es mit 1.5.1 und einen Pro 3EM mit SwitchAddon (da hat der Switch die ID 100) ausprobiert:

echo '{"method":"Switch.Set","params":{"id":100,"on":true}}' | nc -4u -w1 192.168.1.100 1800

->

{"src":"shellypro3em-xxx","dst":"*","method":"NotifyStatus","params":{"ts":1744967923.86,"switch:100":{"id":100,"output":true,"source":"UDP_in"}}}

Ich bekomme eine Antwort.

MandiNice

--

Edit: Ohne Kaffee sollte man keinen Test machen. Mein Fehler: Antwort auf Schalten funktioniert ja bei dir auch, lesen geht nicht