Beiträge von Seven of Nine

Shellies senden Coap Pakete entweder per Multicast oder, was in deinem Fall zwingend erforderlich ist, per Unicast. dazu wird im Shelly der ioBroker-Container als Zieladresse hinterlegt.

Für eine etwaige Firewall ist est zwingend notwendig, dass Datenpakete auf dem Port 5683 (UDP) durchgelassen werden.

Für Docker und ContainerD ist es außerdem zwingend erforderlich, dass entweder das Netzwerk-Interface des Host benutzt wird oder, sofern ein Bridge-Netzwerk genutzt wird, die Pakete in den Bridge-Container durchgelassen werden.

Unter Docker legst du einfach ein Portmapping an, da werden local und Zielport angegeben und dann klappt das (im Screenshot hab ich das für MQTT (1883/TCP) nachträglich gemacht..

Zitat von Satalaner

danke für die Mühe klapps soweit außer das kurzer Tatendruck zwar ein schlatet jedoch immer mit 4%

im Script hab ich das aber nicht vorgegeben, Einschalten erfolt lediglich mit einem ?turn=on, also mit der zuletzt eingestellten Helligkeit. DAs kannst du aber wie von apreick vorgeschlagen auch abändern.

der nutzt als Fallback die REST-API

Zitat von Baschtlwaschtl

Funktioniert das unicast garnicht oder bring ich da was durcheinander.

Unicast funktioniert eigentlich einwandfrei, vermutlich bringst du etwas durcheinander.. wenn du im Shelly eine Unicast-Adresse einträgst, dann sendet der Shelly seine Status-Änderungen (Coap) genau an diese Adresse.

In meinem Fall ist das ein HomeAssistant, bei dir wäre das entweder der OH2 ODER der OH3, aber nicht beide gleichzeitig.

Zitat von Michael M.

Die Jalousie kann man per Taster und auch per App bedienen.

wird währenddessen im Shelly (App oder Webinterface) ein Stromverbrauch angezeigt? wenn ja, wie hoch ist der?

Satalaner

versuch's mal hiermit, getestet hab ich mit einem I4 und den Buttons 0 (an, heller)+ 1 (aus, dunkler).

Der Doppelklick mit 100% funktioniert mit beiden Buttons.

let REMOTE = {
    ip: '192.168.178.240',
    btn_dim_up: 0,
    btn_dim_down: 1,
};
// CONFIG END 
Shelly.addEventHandler(
    function (event, user_data) {
         if (typeof event.info.event !== 'undefined') {
            if (event.info.id === REMOTE.btn_dim_up) {
                if (event.info.event === 'btn_up') {
                    controlDimmer('/light/0?dim=stop');
                }
                if (event.info.event === 'single_push') {
                    controlDimmer('/light/0?turn=on');
                } else if (event.info.event === 'double_push') {
                    controlDimmer('/light/0?turn=on&brightness=100');
                } else if (event.info.event === 'long_push') {
                    controlDimmer('/light/0?dim=up');

                } else {
                    return true;
                }
            }

            if (event.info.id === REMOTE.btn_dim_down) {
                if (event.info.event === 'btn_up') {
                   controlDimmer('/light/0?dim=stop');
                }
                if (event.info.event === 'single_push') {
                    controlDimmer('/light/0?turn=off');
                } else if (event.info.event === 'double_push') {
                    controlDimmer('/light/0?turn=on&brightness=100');
                } else if (event.info.event === 'long_push') {
                    controlDimmer('/light/0?dim=down');

                } else {
                    return true;
                }
            }
        } else {
            return true;
        }
    },
);

function controlDimmer(str) {
    Shelly.call(
        "http.get", {
        url: 'http://' + REMOTE.ip + str
    },
        function (r, ec, em, ud) { },
        null
    );

}

Zitat von apreick

wenn ich das Script jetzt hart beende mit meinem Longpush startet der Script mit der nächsten Farbe die im Script hinterlegt ist. Hattest ja auch geschrieben "ohne Statusabfrage". Könntest Du mir die Statusabfrage erklären oder besser noch den Script anpassen?

schön zu hören, dass es grundsätzlich erstmal funktioniert Im Moment "Rotiert" das Script einfach der Reihe nach durch ein Array von Farben, sprich es ignoriert den aktuellen Zustand des RGBW2.

Rein theoretisch wäre es zwar denkbar, den RBGW2 vorher zu fragen, welche Farbe er gerade anzeigt. Aber:

Praktisch ist das mit den Mitteln die das Scrpting zur Verfügung stellt, quasi nicht sinnvoll machbar weil man über die App bzw. per Sprache ja jede x-beliebige Farbe einstellen kann.

wenn ich das RGB Spektrum als Grundlage nehme:

255,0,0 ist rot.

255,1,1 ist ebenfalls rot.

254,0,0 ist auch rot.

Optisch lassen die sich vermulich gar nicht unterscheiden, programmtechnisch sind sie aber alle unterschiedlich und man müsste jede einzelne Kombination abdecken, um darauf passend zu reagieren.

Mir fällt leider keine Möglichkeit ein, wie man das sinnvoll lösen kan. Sry.

Grundsätzlich muss nur dazu nur entsprechende Taster-Event (Taster 0, 1,2 oder 3) ausgewertet und dementsprechend reagiert werden. ich schaue mir das später mal an, kann aber nicht sagen, ob ich das noch heute oder ggf. erst zum Wochenende schaffe.

ich hab zwar noch nicht 100% verstanden, was du wann wie anschalten willst aber das wird gehen, vermutlich sogar über Webhooks, mit großer Wahrscheinlichkeit über ein Script.

Zitat von Seven of Nine

Wenn du das Kennwort über Die App setzt, dann funktioniert die Auth dort auch.

ok, sorry aber ich muss meine eigene Aussage leider revidieren. Das war wohl ein Wunschgedanke.

Ich hab das mal als Bug an den bestehenden Report zum Thema Webhooks und Digest-Auth angehängt. Mal gucken, wann sich einer der Entwickler dazu äußert.

Zitat von Piripi72

Wenn ich die Storen rauf und runter über den Schalter bediene,funktioniert es.

Wenn ich über die App es versuche,höre ich ein klick im Relais,aber die Storen gehen nicht rauf und runter.

klingt, als wenn du offen / geschlossen falsc herum an den Schaltern angeschlossen hast. Normalerweise lässt sich das mit entsprechenden Einstellungen im Shelly korrigieren:

Je nach Anschluss ggf. REVERSE DIRECTIONS und/oder SWAP INPUTS aktivieren.

Zitat von oznea

Haben die Shellys TRVs eine Fenster-AUF-Erkennung

aktuell noch nicht, Feature Request ist aber bereits eingereicht.

Zitat von BPMPV

Problem ist frage ich mich warum man nichts dazu im Internet findet

Was willst du dazu im Internet finden? die neuen Shelly Plus Geräte arbeiten mit Digest-Authentication, das ist deutlich sicherer als die alte Basic-Auth der alten Shellies.

Zitat

Communication through HTTP and Websocket channels is secured by a digest authentication mechanism using the SHA256 hmac algorithm as defined in RFC7616.

Diese wird aber z.B. von HomeAssistant aktuell noch nicht unterstützt. Daher betreibe ich meine ohne Authentefizierung.

Hier ist detailliert beschrieben wie sie funktioniert:
https://shelly-api-docs.shelly.cloud/gen2/Overview/CommonDeviceTraits

Zitat von BPMPV

und an den Händler zurück senden.

macht irgendwie keinen Sinn ein Gerät zurückzuschicken, weil es sicherer ist als seine Vorgänger. Wenn du das Kennwort über Die App setzt, dann funktioniert die Auth dort auch. Und für die nicht funktionierende Auth im HomeAsssitant kann ja Allterco nichts ..

was du da siehst ist der Schalter-Zustand, der wird aber vom Schalter / Taster vorgegeben und kann nicht von extern verändert werden.

Zitat von hnk1963

- It works from within the Shelly App.

then it's definetely a network issue in your local network, e.g. a firewall rule or a router which blocks communication between devices.

Zitat

Desweiteren fehlt die HTTPS Unterstützung immer noch obwohl das schon lange angekündigt war und das ganze auch mit der Funktion beworben und verkauft wird.

was beworben wird: Webhooks (und Scripts) können HTTPS und das stimmt auch.

- welche Version vom iobroker.ShellyAdapter wird verwendet?

- wird der Adapter mit Coap oder MQTT genutzt?

- wenn Coap, wurde auf den Shellies Unicast zum ioBroker eingerichtet?

If the plug goes offline there's maybe too much load connected? Have you tried using the plug-s with no appliance connected just to be sure it's not related to load?

Also be sure you have installed latest Shelly firmware.

Zitat von Schubbie

Dort steht "MIMO"

ja, da steht nur MIMO aber 3x3 bedeutet m.E. zwangsweise MU-MIMO, weil es 3x3 (also ingesamt 9) parallele Verbindungen verarbeiten kann.

Zitat von Schubbie

Sicher?

ja, ich bin zu 100% sicher. Screenshot ist vom Datenblatt von Ubiqiti