Beiträge von akreienbring

VPN/Proxy erkannt

Es scheint, dass Sie einen VPN- oder Proxy-Dienst verwenden. Bitte beachten Sie, dass die Nutzung eines solchen Dienstes die Funktionalität dieser Webseite einschränken kann.

  • BLU Motion Kopplungsmodus?

    Hallo,

    ich habe einen ca. 2 Jahre alten BLU Motion. Plötzlich und unverhofft, zeigt der keine Reaktion mehr. Hab den Taster 10 sek. gehalten, nichts.

    Shelly sagt Batterie hält 5 Jahre, hab's trotzdem mal eine neue verwendet. Immer nocht nichts. Ist der Sensor kaputt oder gibt es noch etwas was ich probieren kann.

    Vielen Dank.

  • S-Central - Applikation (React / Nodejs) für Monitoring + Kontrolle von Shellys

    Does it really Matter?

    Also ich kann mit Firmware 1.7.0 Matter auf meinen Gen3 Devices aktivieren. Super!

    Und was mach ich jetzt damit? Konkreter: Ich denke darüber nach in meine App eine Testsuite für die Matter Kompatibiltät der Shelly Devices zu implementieren. Soll heißen: Mindestens Ein- und Ausschalten sollte über das Protokoll möglich sein.


    Da gibt es matter.js. Sollte mit nodejs funktionieren. Aber weiß jemand wie genau ich, bei aktiviertem Matter, ein Shelly Relay ein oder ausschalte?

  • S-Central - Applikation (React / Nodejs) für Monitoring + Kontrolle von Shellys

    Hallo,

    Release 2.1.0 ist auf Github verfügbar. Feedback welcome! :-)

    Changelog:

    Client (2.1.0)

    • new: (Batch) functions for update, reboot and WIFI settings of devices
    • fixed: Error that reset wsmessages when a device was updated-
    • fixed: Error that disallowed deleting an created administrator
    • fixed: The change of a users role did not enable the save button
    • Code refactored for better readability

    Server (2.1.0)

    • fixed: Error that allowed the main admin to delete himself
    • fixed: User could not be updated
    • Support for RGBW2 (Gen1)
    • Code refactored for better readability
    • With firmware 1.7.0 UDP log output seems to contain the script ID. Hence console.log output is also captured by S-Central
    • Supports Firmware 1.7.0. Due to (breaking) changes in the way UDP logs are formatted, Logs and Script Errors are not received with v2.0.2
    • Log capturing is now more robust
    • Added two example scripts (Example, Watchdog) that demonstrate:
      • how to log output that is captured by the Shellybroker server
      • hot to use the webservice endpoints of the Shellybroker
      • how script Errors are detected and send to the Shellybroker as notification

  • Update Pfad für OTA

    Für mich schon. Ich entwickle gerade für meine Applikation S-Central eine neue Funktion, die Batch Reboots und Updates ermöglicht.

    Und da ist es durchaus möglich, dass jemand mit einem GEN1 device upgraden (oder auch downgraden) will....

    So, wie ich das jetzt sehe, ist:

    • Für GEN1 das Upgrade und Downgrade möglich, wenn man diese Archiv API's verwendet und den /ota Befehl mit der richtigen URL verwendet.
    • Für GEN2 das Uprade simple, wenn man ShellyUpdate verwendet. Ein Downgrade ist nicht möglich, weil ein vergleichbares Archiv nicht existiert.

    Richtig?

    Aber wenn das so ist, dann existiert zwar /ota für GEN2, hat aber eigentlich keine sinnvolle Funktion, oder? Ganz einfach, weil ich keine URL zu irgendeinem Firmware ZIP generieren kann.

    Fazit: Alles ein wenig verwirrend. :-(

  • Update Pfad für OTA

    Hallo, ich habe die gleiche Frage: HTTP Endpoint: /ota aber wie genau muss der Payload aussehen?

    In der Doku ist wohl nur die Response beschrieben:

    Code
    {
    "status": "idle",
    "has_update": false,
    "new_version": "20200320-123430/v1.6.2@514044b4",
    "old_version": "20200320-123430/v1.6.2@514044b4"
}

    Nehmen wir das aktuelle Release der Firmware 1.7.0 als Beispiel. Installiert ist bei mir "20250520-083711/1.6.2-gc8a76e2", wenn ich die fw_id nehme und "1.6.2", wenn ich die ver nehme. fw_id und ver stammen aus einem [ip]/shelly request.

    Mit einem Shelly.GetStatus request bekomme ich jetzt aktuell diese Information

    "available_updates":{"stable":{"version":"1.7.0"}}

    Wie sieht jetzt der GET [ip]/ota request aus,, der die Firmware auch tatsächlich updated?

    1. [ip]/ota?old_version=20250520-083711/1.6.2-gc8a76e2&new_version=1.7.0
    2. [ip]/ota?old_version=1.6.2&new_version=1.7.0
    3. [ip]/ota?new_version=1.7.0

    Komisch ist auch, dass die stable 1.7.0 so "kurz" geraten ist. Also offensichtlich nur die ver und nicht die fw_id unter stable angegeben wird.


    Ergänzung: mit [ip]/rpc/Shelly.CheckForUpdate kriege ich übrigens das hier:

    Code
    {
    "stable": {
        "version": "1.7.0",
        "build_id": "20250730-063208/1.7.0-gbe7545d"
    }
}

    Damit erweitern sich die Möglichkeiten um

    4. [ip]/ota?old_version=20250520-083711/1.6.2-gc8a76e2&new_version=20250730-063208/1.7.0-gbe7545d

    5. [ip]/ota?new_version=20250730-063208/1.7.0-gbe7545d

  • Hinweis zur Ankündigung: Cloud Control API V1 – Wechseln Sie zu V2

    Normalerweise schon! Da der H&T aber "schlafen geht" ist das nicht möglich. Jedenfalls ist mir das seinerzeit nicht gelungen.

    Ich hab's auch mit einer Aktion auf dem H&T probiert, hat aber irgendwie auch nicht funktioniert!

    Ist hier zwar offtopic. Bin für Tips aber dankbar.

    EDIT: Ich wusste doch, dass ich damals hier um Hilfe ersucht habe:

    Beitrag

    RE: Shelly Plus 2 PM - im Skript Werte von Shelly H&T aus der Cloud auslesen

    Hallo, ich stand vor der gleichen Herausvorderung!

    Direkt aus dem H&T auslesen geht schon mal nicht, weil der nämlich meistens pennt.

    Wenn er nicht pennt, dann kann er allerdings Webhooks / Actions auslösen.

    Allerdings sind diese offensichtlich eingeschränkt, denn der Versuch Werte direkt an anderes shellies zu übergeben, scheitert an "Ungültige Aktion".

    http://[shellyIP]/rpc/Script.Eval?id=1&code='setTemperature(${ev.tC})'
    http://[shellyIP]/rpc/KVS.Set?key="eventTemperatureSalon"&value=${ev.tC}'

    …
    akreienbring
    17. Juli 2024 um 10:34

  • Hinweis zur Ankündigung: Cloud Control API V1 – Wechseln Sie zu V2

    Hier mal ein Beispiel, für den Zugriff vom Script aus.

    Ich jedenfalls, musste ein wenig tüfteln, um die Werte von meinem Shelly PLUS HT aus der Cloud zu holen.


    let url = 'https://<your_server>.shelly.cloud/v2/devices/api/get?auth_key=<your_auth_key>';
     let body = JSON.stringify({ids: ['<your_id>'], select: ['status']});
     Shelly.call('HTTP.POST', 
       {url: url, body: body, timeout: 60},
       function (response) {
         const oResponseBody = JSON.parse(response.body);
         console.log(oResponseBody[0].type);
         const status = oResponseBody[0].status;
         const oTemperature = status['temperature:0'];
         const oHumidity = status['humidity:0'];
         console.log('Temperature: ' + oTemperature.tC + ' Humidity: ' + oHumidity.rh);
        }
     );

    Ausgabe:

    sensor

    Temperature 22.2 Humidity 44.9

    Die Reponse ist ein Array, weil man mehrere IDs angeben kann.

  • S-Central - Applikation (React / Nodejs) für Monitoring + Kontrolle von Shellys

    FendiMan

    1. Der Client läuft im Browser. OS ist also ziemlich egal. Der Server mit NodeJs. (v20+) ist verfügbar für viele Plattformen.

    2. Smarthome Systeme wie Io-Broker oder Homeassistant werden nicht benötigt. Diese, ergänzt z.B. um OpenHab, sind Plattformen für die Integration verschiedener Protokolle / Systeme. S-Central soll einfach nur Shellies managen.

    Weitere Fragen, Feedback welcome!

  • RGBW PM. Wie am Besten schalten?

    Danke, aber muss das dann Niederspannung sein?

    So wie der hier?

    https://www.livolo-deutschland.de/p/einfacher-ta…ld-vl-c701ch-13

    Oder "Normal" so wie der hier?

    https://www.livolo-deutschland.de/p/einfacher-ta…old-vl-c701b-13

    Aus der Anleitung:

    I1, I2, I3, I4: Switch/button/potentiometer
    input terminals for light control

    Es ist für mich einfach nicht klar, was ich da am Besten anschließe und als normalen Wandschalter / -taster verwenden kann.