Beiträge von eiche

Zitat von smrthme

Ich hoffe, ihr nehmt mir meine offenen Worte nicht persönlich übel. Das tue ich auch nicht.

Das ist soweit ok.

Ich schrieb ja zu deinem Anliegen relativ wenig, wohingegen horkatz sich sehr bemühte, dir Tipps zu geben. Der mit sehr guten Hardwarekenntnissen ausgestattete thgoebel hat angedeutet, dass er deine Darlegungen nicht wertig genügend einschätzt, um seine Zeit über Gebühr zu investieren.

Ich habe versucht, die wesentlichen Stichwörter möglichst eindeutig zuzuordnen. Was wünsche ich mir noch von dir?

Ganz einfach: Ein deutliches Bemühen um eindeutige Ausdrucksweise (was dir offenbar nicht leicht fällt) und keine ASCII Zeichen statt Schaltplan.
Ich finde, dass dies nicht zuviel verlangt ist. Hätte dies von Beginn an vorgelegen, wäre bereits mit wenigen Beiträgen das Ziel erreicht worden.

Auf gute Zusammenarbeit.

Zitat von smrthme

Verdrahtung der grünen LED (der gesamte Taster mit LED oder nur die LED?): Ein Pin (welcher?) an Plus, anderer Pin (welcher?) an NO. NO wird auch mit dem ersten Eingang des Shelly (was meint er hier? INT(1)? Oder OUT(0)?) verbunden. Minus an C (es gibt beim Grünen kein C, nur 2x NO und 2xNC). Ersten Eingang des Shelly (INT(0) vermutlich) als Schalter einstellen (wieso - INT(1) ist doch ein Schalter!), Modus Toggle.

Und genau das macht es mir so schwierig das zu verstehen ...

Offenbar sind deine Begrifflichkeiten sehr nebulös. Warum meine ich das?

1. Eine LED hat nichts mit einem Taster zutun - sie kann nichts dafür, dass da noch ein Taster ist.
2. Eine LED hat zwei Anschlüsse (Pins), eine Anode und eine Kathode. Wenn zwei parallel entgegengesetzte LED vorliegen, ist diese Zuordnung Anode vs. Kathode nur spezifisch (zu einer LED) eindeutig.
3. Ein Eingang ist kein Ausgang. In 1 ist ein Eingang, wie leicht der Beschreibung eines Uni zu entnehmen ist. Out 1 ist ein Ausgang ...
   Der erste Eingang kann somit nur In 1 sein und nicht etwa Out 1.
4. In 1 (nicht etwa "INT(1)" ist ein Eingang, der als Taster oder Schalter konfigurierbar ist, was nur jemand nicht weiß, der sich nicht darum bemühte, die Shelly Beschreibung lesend zu verstehen und mit dem Web-UI des Shelly zu beschäftigen.

Was du nicht verstehst, gründet sich somit mehr auf dein geringes Bemühen, sich mit dem Device (hier Shelly Plus Uni) zu beschäftigen, als auf eine vermeintliche missverständliche Ausdrucksweise der Helfenden ( horkatz u.A.).

Ich finde, dass jemand, der Hilfe von anderen bekommen möchte, sich dazu verpflichtet fühlen sollte, sein Anliegen für die potentiell Helfenden verständlich darzulegen. Dies ist seitens des TE nicht erfolgt und darf kritisiert werden. Außerdem wurde die (sehr) geringe Verständlichkeit seiner "Beschreibung" von mehreren angemerkt. Auch dies sollte den TE dazu bringen, seine Darlegungen kritisch zu betrachten und ein wenig Zeit in eine angemessene Darstellung zu investieren.

Stattdessen ist festzustellen, dass der TE dazu neigte, seine Darlegungen als hinreichend verständlich anzusehen und anderen vorwirft, sich nicht hinreichend zu bemühen. Das ist, gelinde gesagt, unangemessen.

Trotz dieser Klarstellung bin ich und sicher auch andere bereit, weiterhin zu helfen.

In aller Freundschaft

Mistral11

Selbstverständlich wird von der Firmware zu einem analogen Signal ein Prozentwert geliefert. Die sollten sich bei offenem vs. geschlossenem Schalter erheblich unterscheiden - ca. 100% (oder 33%?) vs. ca. 0%.

Diese beiden Werte sind in binäre zu transformieren. Ich täte das mit einem kleinen Skript. Nun habe ich aus dem Auge verloren, welche Visualisierung du nutzen willst. D.h. mit welcher Oberfläche soll der Schalterzustand dargestellt werden und welche Verarbeitung soll erfolgen?

Zitat von smrthme

Switch(0) und (1) sind ja intern schon mit OUT(0) und (1) verbunden.

Das sind Software gestützte Verbindungen, keine Hardware Verbindungen.

smrthme

Wenn zumindest eine LED leuchten soll, wenn ein Ausgang durchschaltet - im Uni ist das btw kein Relais sondern ein Optokoppler, dann muss die LED zwingend irgendwie mit diesem Ausgang verbunden werden. Somit brauchen wir die genaue Beschaltung der Ausgänge, um vielleicht Hinweise geben zu können. Hier ist ein Schaltplan (Schaltskizze) gefordert, kein Prosa. Prosa allenfalls für Erläuterungen.

Mistral11

Ich nutze auch einen Taster am analogen Eingang eines Add-On, empfehle aber. den Taster mit einem Reihenwiderstand als Spannungsteiler dort anzuschließen. Je nach Leitungslänge zwischen Magnetschalter und Add-On und möglichen Störquellen könnte es zu falschen Werten kommen. Ich habe das nie getestet, aber abhängig vom Eingangswiderstand des Analog In können sich solche Störungen auswirken. Ein Spannungsteiler dämpft dann den Einfluss solcher Störungen.

HKaufmann

Viel Erfolg sowie hinreichend Geduld und Ausdauer.

Falls du Hilfe brauchst, darfst du dich (vorsichtig) an mich wenden.

Warum?

Du kannst statt des Shelly Plus 1 mit Add-On einen Shelly Plus Uni verwenden. Dieser kann mit einen Gleich- oder Wechselspannung bis zu 24V betrieben werden. Er hat zwei Ausgänge mit Optokoppler (potentialfrei) und u.a. zwei binäre Eingänge. Daran kannst du sowohl den Funkempfänger als auch den Positionsschalter anschließen. Und einen Bus für DS18B20 Temperatursensoren hat er auch - und einen analogen Eingang.

Falls du deinen Shelly mit bspw. 24V betreibst, kannst du den Positionsschalter auch an dessen SW Eingang legen. Wie du dann den Status dieses Eingangs verarbeitest, bleibt dir überlassen. Ich täte vermutlich ein Skript damit beauftragen. Mit einer Action sollte aber auch etwas nützliches möglich sein.

Ich schließe mich apreick an. Cloud ist dazu nicht geeignet.

Nur mal so als Ergänzung, was ich für so etwas nutze.

MQTT Broker (Mosquitto o.ä.)

Node-RED -> relativ leichte Programmierung von Flow(s)

InfluxDB (Zeitreihendatenbanksystem) zum speichern der gewünschten Daten

Grafana zwecks grafischen Darstellungen der in der Influx Datenbank gespeicherten Daten

Läuft alles auf einem Raspberry Pi 3 (oder 4).

Ein Node-RED Flow kann die Daten entweder nur empfangen oder auch in gewünschten Zeitintervallen abfragen und recht einfach in einer InfluxDB ablegen - In Textdatei geht bei Bedarf auch. Das geht per MQTT oder per HTTP.

Nachteil: Um alles selbst zusammenzustellen braucht man ein wenig (nicht viel) Programmierkenntnisse bzw. muss sich solche aneignen. Das meiste im Node-RED Flow dürfte per grafischem Zusammenschieben, klicken und auswählen gelingen.

Vorteil: Es gibt nichts flexibleres.

Mistral11

Alternative zum Speicheroszilloskop:

1. Das Add-On muss per Konfiguration des Shelly Software technisch hinzugefügt werden.
2. Dann kann der digitale Eingang per Konfiguration hinzugefügt werden.
3. Dieser digitale Eingang ist vermutlich unter input(100) ansprechbar, bspw. per URL

http://<IP Adresse des Shelly>/rpc/input.getstatus?id=100

Die Antwort sollte folgendermaßen lauten: {"id":100,"state":true} oder {"id":100,"state":false}

Falls bei dir der digitale (eigentlich binäre) Eingang eine andere Id hat, vielleicht 101, dann verwende diese statt 100! Diese Id findest du auf der Home Seite des Shelly unter Peripherals.

Nun kann zur Komponente input(100) eine Action hinzugefügt werden, deren Trigger ein "Input toggled on" oder ein "Input toggled off" ist. Danach ist die "Action to execute" festzulegen, hier am besten "Toggle Output" der Komponente Output(0).

Nach dem Speichern dieser Action wechsle auf Home der Shelly Website und beobachte die Anzeige des Ausgangszustands des Shelly!

Voraussetzung: Der Funkempfänger ist richtig angeschlossen, wie auf deinem Bild "plan.jpg" zu sehen ist.

Wenn du nun am Sender den Knopf betätigst, sollte der Ausgang des Shelly umgeschaltet werden. Vielleicht geschieht das erst beim loslassen des Senderknopfes. Sollte dies nicht geschehen, kannst du folgendes testen.

Entferne den Empfänger vom Add-On! Verbinde den Digital In kurz mit GND - per zwei Schraubendreher, einer Schere oder einer kurzen Leitung. Besser ist hierfür ein Taster, welcher möglichst wenig prellt. Bei der Nutzung der o.a. "Werkzeuge" kommt es praktisch immer zum Prellen, was die Wirkung am Ausgang nicht verlässlich beobachten lässt. Mit etwas Glück und mehreren Versuchen solltest du aber ein Umschalten des Ausgangs feststellen können. Solltest du hierbei keine Änderung sehen, stimmt etwas mit dem Add-On oder dessen Kontaktierung nicht.

Oder besser:
Verbinde Digital In per Leitung fest mit GND. Gib in der Browser Adresszeile den obigen URL ein und registriere den Wert von "state" in der Antwort. Nun löse die Verbindung Digital In zu GND und wiederhole die Abfrage per HTTP! Nach erneuter Abfrage per URL muss der "state" Wert anders lauten als zuvor.

Analyse der Ergebnisse:

Ist der erste Test erfolgreich, ist die Grundlage der Fernsteuerfunktion vorhanden und du kannst passend konfigurieren.

Andernfalls ist der zweite Test durchzuführen. Gelingt dieser Test, stimmt etwas mit dem Funkempfänger nicht oder du hast keine hinreichende Leitungsverbindung zum Add-On. Gelingt der zweite Test nicht, tausche, wenn möglich, das Add-On durch ein baugleiches aus und wiederhole!

Mistral11

Vermutlich schaltet der Shelly an seinem Ausgang einen kurzen Impuls.

Mit welcher Spannung (AC, DC?) versorgst du den Shelly?

Solltest du ein Speicheroszilloskop haben, kannst du damit prüfen, ob der Funkempfänger an seinem Data Ausgang einen Impuls liefert.

Eine Alternative dazu ist mit dem Shelly möglich. Dazu muss ich aber testen.

Wie soll denn der Shelly dazu gebracht werden, bei einer Zustandsänderung o.ä. am digitalen Eingang des Add-On den Ausgang zu schalten? Dazu braucht es zumindest eine Action oder gar ein Skript. Was hast du dbzgl. bisher getan?

Zitat von MIHO

In Szenen existiert da zurzeit ein Bug, wenn man prozentual ansteuern möchte. Ist bekannt, und sollte bald behoben sein.

Tja, daran ist doch wohl klar zu erkennen, dass man die Cloud für so etwas nicht nutzen sollte, wenn es lokal gelingt - und das mit geringem Aufwand!

Rhetorische Frage:
Warum muss die (zusätzlich Energie verbrauchende und fehlerträchtigere) Kommunikation mit der Cloud genutzt werden, wenn es nicht erforderlich ist?

Ich nutze auch die Cloud beim Einsatz von Sprachanweisungen - aber i.d.R nicht für mehr.

Ein URL zum Fahren eines Rollladens auf 20% lautet bspw. so.

http://<IP Adresse des zuständigen Shelly ab 2. Gen>/rpc/cover.gotoposition?id=0&pos=20

Solches ist in der API Dokumentation hier zu finden: https://shelly-api-docs.shelly.cloud/gen2/ComponentsAndServices/Cover

Ich kann zwar keinen Fehler erkennen, konfiguriere aber solches grundsätzlich nicht per Cloud Szene.

Warum nutzt du dafür die Cloud und erledigst es nicht lokal per Actions, die auch dann funktionieren, wenn die Cloud nicht verfügbar ist oder fehlerhaft arbeitet?

Dafür stehen RPC Methoden und geeignete URL zur Verfügung.

Dann will ich nicht so böse sein und keine Werbeabsicht unterstellen. Es erscheint mir durchaus verständlich, auf generelle Art unterschiedliche Grafiken anzubieten. Das Problem dabei ist aber, dass der Kunde diese sachgerecht interpretieren können sollte. Somit wird hier der Kunde in seiner (unwissenden?) Weise nicht unterstützt.

Ein spezifisches/selektives Angebot, auf andere Grafiken umzustellen, bedeutet selbstverständlich erheblich mehr Programmier- bzw. Entwurfs- respektive HTML-Aufwand. Für eine kostenfreie Cloud täte ich solchen Aufwand vermutlich auch nicht treiben wollen. Entsprechende Hinweise zu solchen Grafiken wären aber zumindest nützlich - und ggf. auch justiziabel .

Zitat von tvbshelly

Dieser Screenshot ist original Shelly - direkt aus deren Cloud -> control.shelly.cloud

Ok, schauen wir mal.

Vermutlich ist die Grundlage ein Balkendiagramm, aus welchem eine (werbewirksame?) kontinuierliche Funktion erstellt wurde. Das ist imho ein Stück Vera...schung, was typisch für Werbung ist.

Ich kann nie ausschließen, dass ich mich irre, bin aber noch von meiner Interpretation überzeugt.

Zitat von tvbshelly

Bei deinem 2. Screenshot steht auch kWh an der Achse - was ist denn da der Unterschied?

Meiner Meinung nach stellt eine kontinuierliche Funktion (1. Abbildung) Momentanwerte dar, hier also Leistung. In der zweiten Abbildung sehe ich (merkwürdigerweise abgerundete) Balken, welche über einer Zeitachse eher Zeitspannen repräsentieren, somit Energie.

<Sarkasmus Beginn>
Allerdings kann sich das Verwischen dieser Unterschiede im Kontext von Konsumgeilheit und Oberflächlichkeit mit (geringem) Halbwissen kombiniert zügig zum Standard entwickeln. Wer eine Parallele zum politischen Geschehen sieht (Off Topic), darf dies gerne tun.
<Sarkasmus Ende>

tvbshelly , du bist damit nicht gemeint und von mir sehr geschätzt.

Edit: Ich habe meinen Sarkasmus-Abschnitt nach kritischem Lesen hoffentlich etwas besser formuliert.

Zitat von borsti0

ich finde es trotzdem unsauber sowas nicht gleich an der Quelle zu verhindern.

Dem kann ich nur zustimmen. Und für solche Zwecke ist ein Skript nun mal die flexibelste (beste) Lösung.