Beiträge von Seven of Nine

Hast du im ShellyMotion den HomeAssistant-Server bei CoIoT eingetragen? Der Motion sendet (entgegen der anderen Shellys) keine Multicast-Nachrichten über Coap..

Wenn ich das Schaubild richtig lese hast du da einen ganz normalen 230V Anschluss mit einem Motor der auf/ab unterstützt (exakt wie bei Rollladen-Motoren).

Rein technisch könnte das ggf. sogar mit einem Shelly 2.5 im Rolladen-Modus (einschließlich der Kalibrierung) funktionieren.

Das hätte den Charme, dass du direkt erkennen kannst ob bzw. wie weit das Tor geöffnet wäre..

Nachmessen wäre trotzdem wichtig um zu sehen, ob der Torantrieb ggf. abschaltet wenn keine direkte Last (Shelly 2.5 statt Motor) mehr dran hängt.

Oder sehe ich das komplett falsch @66er ?

Zitat von Doggie

Die Shellys sind jeweils zu dritt in einer Dose innerhalb des Profils.

ich denke da gibt es kaum Abwärme-Möglichkeiten und das wird (unter Anderem) die Ursache sein..

Dir sollte aber bewusst sein, dass die 41,5 Grad bereits über der vom Hersteller zugelassenen Umgebungstemperatur liegen (– 40°C up to 40°C)

da werden RFDaten bezüglich alter WIFI-Verbindungen gelöscht, genaue Details dazu hab ich aber auch nicht..

Zitat von endurance

erase_sys_params durchführen, und wieder mal einen Tag warten.

danach auf jeden Fall den Shelly einmal neu starten..

http://<ip-vom-shelly>/reboot lässt ihn neu starten, danach sind die Counter leer..

Einfacher ist es am Smartphone die mobilen Daten temporär abzuschalten..

du kannst doch vom Shelly1 aus den Motion abschalten bzw. wieder anschalten:

BUTTON switched on URL;

http://<ip-vom-motion>/settings?motion_enable=1

BUTTON SWITCHED OFF URL

http://<ip-vom-motion>/settings?motion_enable=0

Dann schaltet der Schalter-Zustand den ShellyMotion entweder an oder aus..

Zitat von Andrea

Die Programme sind für Windows.

jep, die kenne ich noch von "damals".. hab aber seit langer Zeit kein Windows-System mehr hier, Windows musste für Ubuntu Platz machen

Hab in der Test-Instanz 60 bei Polltime eingetragen, der default Wert (war glaub ich 5 oder 10) ist meines Erachtens übertrieben, da es ja dabei eh nur um HTTP-Abfragen bezüglich RSSI und co. geht..

in der Beta3 werden aber batterie-betriebene Shellys generell gar nicht gepollt..

bei den "normalen" Shellys reicht mir minütlich vollkommen aus..

Zitat von Pfuscher

Mich ärgert es etwas, warum ist Koop nicht in der Lage diese Brücke intern zu legen? Gibt es da einen sinnvollen Grund für?

Ich denke das hat den Hintergrund, dass der Schalter ohne die Brücke auch als Doppelschalter mit getrennten Eingangsklemmen genutzt werden kann.

Da fehlt dann lediglich die Brücke und der Aufdruck auf der Rückseite ist ein anderer ..

Das senkt die Herstellungskosten, wenn man nur einen Schaltertyp und nicht zwei unterschiedliche Typen herstellen muss..

Wildkaban Danke.. das JSON im Payload ist zwar valide, von daher könnte/sollte/müsste es passen..

Aber der Wert 3108 für dwIsOpened hat den Wert -1 (unbekannt), obwohl er eigentlich 0 oder 1 haben sollte..

Ich mach mal einen Bug-Report auf.

Markus (Entwickler vom OpenHAB Binding) hat sich da selbst schon Gedanken drum gemacht, das wird über kurz oder lang direkt aus OpenHAB machbar sein..

https://github.com/markus7017/myf…hellyManager.md

Ein Pull-Request hat er bereits gestellt, wird also nicht mehr allzu lange dauern..

https://github.com/openhab/openhab-addons/pull/10276

try to add a room on https://my.shelly.cloud if it fails via App..

Login is the same as in the App.

Mein Plug-S in der Garage zeigt selbst -85dBm an, im Ubiquiti Controller wird er mit -71dBm gelistet..

Vertrauen würde ich da fast schon eher dem Shelly, da er selten auch mal Paketverluste hat (was bei -85dBm normal ist)..

ich hab leider keinen DW1, aber hat von euch jemand einen Windows-PC und könnte etwas testen?

Im Anhang ist eine ausführbare Datei zur Abfrage vom CoIoT-Status, dazu die Windows-Eingabeauffordderung öffnen, dann:

für die Coap-Beschreibungsdaten:

coiot-client.exe -ip 192.168.178.x -path /cit/d

für den Status:

coiot-client.exe -ip 192.168.178.x -path /cit/s

anschließend die Ausgabe hier posten..

Wichtig: den DW1 vorher aufwecken..

ich denke der hat irgendwo im Payload einen Syntaxfehler drin..

bei einem Shelly1 sieht die Ausgabe von /cit/s z.B. so aus:

2021/03/28 08:59:06 Response payload: {"G":[[0,9103,4],[0,1101,0],[0,2101,0],[0,2102,""],[0,2103,61]]}

die Portable Apps kann ich leider nicht testen, da Windows..

du könntest mal die script.js austauschen, eventuell klappt es ja bei dir über Jquery statt .fetch() API..

function ToggleShelly(type, id, ip) {
    $.ajax('http://' + ip +'/'+ type +'/' + id + '?turn=toggle', {
    });
}

function loadData() {
    setInterval(
        function() {
            $("div[data-ip]").each(function(){
                var ip = $(this).data('ip');
                var name = $(this).data('name');
                var power = $(this).data('consumption');
                var shellytype = $(this).data('type');
                var relayindex = $(this).data('relayindex');
                
                var id = $(this).attr('id');
                let content = "";

                $.ajax('http://' + ip +'/status', {
                    dataType: 'json', // type of response data
                    timeout: 500,     // timeout milliseconds
                    success: function (data,status,xhr) {   // success callback function
                        content += "<div>" + name + "</div>";
                        if(data.relays[relayindex].ison == true)
                            content += '<div style="width: 100%; text-align: center;" onclick="ToggleShelly(\'' + shellytype + '\', '+ relayindex + ' ,\'' + ip + '\');"><i style="color: #ffa000;" class="relay relay-off mdi mdi-lightbulb-outline"></i></div>';
                        else
                            content += '<div style="width:100%; text-align: center;" onclick="ToggleShelly(\'' + shellytype + '\',' + relayindex + ',\'' + ip + '\');"><i class="relay relay-off mdi mdi-lightbulb-outline"></i></div>';
                        
                        if(typeof data.meters[relayindex].power !== 'undefined')
                            content += "<div style=\"text-align: center; border-top: 1px solid #ccc; padding-top: 4px; \">";
                            if (power == true)
                                content += data.meters[relayindex].power + " Watt";
                            else 
                                content += "<span style=\"color: #56676f;\">-</span>"
                            content += "</div>";
                        $('#' + id ).html(content);
                    },
                    error: function (jqXhr, textStatus, errorMessage) { // error callback 
                        $('p').append('Error: ' + errorMessage);
                    }
                });
            });
        }, 2000
    )
}  

Zitat von Pfuscher

der Jalousieschalter von Kopp nur noch in eine Richtung bedienen.

hast du die Drahtbrücke vom Kopp-Schalter abgezogen? Auf dem Bild kann ich die nicht sehen..

die ist aber (auf dem 1. Bild auf der Rückseite des Schalters) normalerweise unten montiert..Ohne die Brücke ist eine der beiden Richtungen des Schalters funktionslos.

wenn ich z.B. hier gucke und sie bestellen möchte:

https://www.beleuchtung-mit-led.de/slv-1001862-4024163221115.html steht explizit dabei, dass sie nicht dimmbar sind:

Anschluss sieht (wenn man nur nach Farben gehen würde) zunächst mal richtig aus ..

Wieso ist der Deckel vom Jumper nicht mehr drauf? hattest du den zwischenzeitlich abezogen / umgesteckt?