Beiträge von Seven of Nine

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.

    Also, the time on the WebIf is in 'AM/PM' mode, whilst the time in the API is 24h.

    (My location was correctly determined to be EU)

    From the screenshot I'd assume you live in a country where AM/PM is default time format, UK, Ireland or so?
    With TZ Europe/Berlin the device shows 24-hour-format for both API and GUI.

    I think WebUI is based on local time (which is user-friendly) and API is based on ISO 8601 (which is developer friendly).

    Now, I'm not interested in what *was* the case, it should return if the action was successful, and the relay is now in the requested state.

    - successfull is the APIs answer with valid JSON response, any additional information is IMHO useless.
    What is the benefit if there's something like "applied": true, "current_state": on in the the JSON?

    - was_on is important for me: if you send a request to turn it 'on' and it was already on this information can be helpful for software developers.


    was_on 'true' after a 'turn on' request: -> relay was already on, no change.

    was_on 'false' after a 'turn on' request -> relay state changed from off to on

    ....

    But if you don't like it you can still use the old API URLs to get a more detailed state:

    http://<ip>/relay/0?turn=toggle should still work..

    Zitat

    My browser is not allowed to remember the login password.

    This is intentionally (not a bug), the html input field has the autocomplete="off" attribute. Probably security reasons..

    About saving modifications to the URL for a WebHook, I think you might have tried this only by verifying if the URL has changed when 'Apply Webhook', and then immediately viewing the URL again.

    Validated, I'll create a bug report :thumbup:

    Alterco hat den Fehler im Ticket bestätigt und sagt es wäre ein "brandneues" Gerät und es würde ein Fix kommen, vielleicht macht es Sinn das man sowas im Beta Test erfassen.

    wird mit der nächsten Version gefixt, hat mir gestern einer der Entwickler bestätigt..


    PS: die ersten 1000 sind quasi ein öffentlicher (erweiterter) Beta-Test ;)  

    In Anbetracht des Umfangs der komplett neuen Software finde ich aber erstaunlich wenig Fehler bisher ;)

    1. for Ethernet (Eth) it's similar: it doesn't work

    you probably used the wrong Syntax, ethernet is working fine:

    Code
    curl -X POST -d '{"id":1, "src":"user_1", "method":"Eth.SetConfig", 
    "params":{"config":{"enabled": true, "ipv4mode": "static", "ip": "192.168.178.199", "netmask": "255.255.255.0", "gw": "192.168.178.1"}}}' http://192.168.178.93/rpc

    whilst both are connected to the same network)


    this is probably causing internal routing issues.. in general no network client should be connected to the same network with two different interface (ip addresses).

    Something strange with the inputs. When none are active, this is the results I get:

    id 4 is not a valid id.. not sure why id 0 reports "null" for you. I've tested wih Firmware 0.6.10 and get false as result:

    Der Inhalt kann nicht angezeigt werden, da Sie keine Berechtigung haben, diesen Inhalt zu sehen.

    "Apply Webhook" complains the Webhook already exists (which is true, but I simply wanted to update the modified URL).

    From my tests the message is weird because the URL will be updated. So yes, this is a bug..

    Ah, Ok. aber das passiert erst ab einem bestimmten FW Stand oder war das Problem schon immer da?

    das Problem war schon immer da, hängt aber mit den verwendeten Netzwerkkomponenten (Router, Switche, APs..) und deren Firmware zusammen..

    Wenn nicht (mehr) alle Komponenten wissen, wer alles Teilnehmer einer IGMP-Gruppe ist oder diese Gruppe(n) dynamisch aufräumen geht dann plötzlich irgendwann etwas schief.


    Unicast hat den riesengroßen Vorteil, dass man zielgerichtet an ein Gerät schickt und da spielt es keine Rolle, wo sich der Empfänger (z.B. der ioBroker) befindet..

    Solange die Ziel-IP per Routing erreichbar ist klappt das wunderbar, egal ob der ioBroker dann im lokalen (gleichen) Netzwerk, in einer demilitarisierten Zone, irgendwo im Internet oder in einem Docker-Container betrieben wird.

    This is a known bug.. I've reported yesterday evening and direclty forwarded to the DEVs..

    Workaround until it gets fixed: use curl command line tool to set the fixed IP via API.. this is an example request for the wifi interface (sta):

    Code
    curl -X POST -d '{"id":1, "src":"user_1", "method":"WiFi.SetConfig",
    >  "params":{"config":{"sta":{"ipv4mode":"static","ip":"192.168.178.137","netmask":"255.255.255.0","gw":"192.168.178.1","nameserver":"192.168.178.1"}}}}' http://192.168.178.137/rpc

    for Ethernet (Eth) it's similar:
    https://shelly-api-docs.shelly.cloud/gen2/Component…mComponents/Eth

    If you find additional issues please report here.. I'll validate an create bug reports in their internal bugtracking system..

    Aber warum läuft der i3 erst auf mcast mit der neuen FW und dann nicht mehr.

    weil einige Netzwerkkomponenten Probleme mit IGMP-v2 Daten haben und Pakete urplötzlich (ohne erkennbare Gründe) nicht mehr zustellen / filtern.. ;)

    das ist der Hauptgrund, warum wir (primär Markus Michels - Entwickler des OpenHAB-Bindings und ich) die Shelly-Entwickler überzeugen konnten Unicast zu implementieren :)

    naja, auf den Screenshots sieht es so aus als wolltest du den Shelly der Cloud / App hinzufügen und das schlägt vermutlich fehl, weil das Login nicht korrekt ist..

    Strom (über Sicherung) aus / Strom an, dann innerhalb einer Minute 5x den Schalter betätigen -> macht einen Reset..

    Einen Shelly habe ich im Browser mit Namen und Passwort versehen und dieser macht die Probleme

    ok, also nicht direkt so gekauft..

    - Groß- und Kleinschreibung beachtet (sowohl im Passwort als auch im Usernamen wichtig)?
    - Großstelltaste bei Vergabe aktiv gewesen?
    - versehentlich Leerzeichen am Ende?
    - Sonderzeichen im Passwort drin? falls ja, eventuell gab es da ein Problem mit dem Encoding..

    eventuell blöde Frage: hat der Shelly das direkt nach dem Auspacken gemacht oder hattest du selbst ein Kennwort eingeben?

    normal werden die ohne Username / Kennwort ausgeliefert.. wenn der von Anfang an geschützt war: wo hast du ihn gekauft?

    Bei Betrieb mit einem Taster je Dimmer:
    Taster kurz Drücken: an / aus
    Taster lang drücken Dunkler / Heller (im Wechsel)

    Bei Betrieb mit zwei Tastern je Dimmer:

    Taster 1 kurz Drücken: an

    Taster 1 lange drücken: heller

    Taster 2 kurz Drücken: aus

    Taster 2 lange Drücken: dunkler

    Für mich persönlich fülht sich das irgendwie komisch an, wenn ich eine Lampe über einen Taster an und nur über den anderen wieder ausschalten kann. Daher betreibe ich alle meine Dimmer mit nur einem Taster.