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.

    MartinK. wie ist denn das Wifi deiner Fritzbox / Repeater konfiguriert?

    - ist nur die 7490 aktiv oder auch Repeater?

    - haben etwaige Repeater eine fest zugewiesene IP?

    - feste Kanäle im 2,4Ghz vergeben? (1,6 oder 11 nehmen)

    - Roaming aktiv?

    (Roaming heisst in der Box "Zur Verbesserung der Datenübertragung dürfen WLAN-Geräte automatisch zwischen den 2,4- und 5-GHz Frequenzbändern sowie zwischen mehreren FRITZ!-Produkten im Mesh gesteuert werden")

    Welche Einstellungen sind im Shelly aktiv?

    -AP-Roaming an oder aus?

    - Soft-Reboot an oder aus?

    - Backup-Wifi konfiguriert?

    Hast du mal das Fehlerprotokoll der FritzBox überprüft?

    - System - Ereignisse - WLAN (inkl. An und Abmeldungen)

    Bad default state and button type combination

    Das erste Relais (id0) hat bei dir aktuell folgende Einstellung:

    "default_state":"switch",

    "btn_type":"momentary",

    Das geht so in der Kombination nicht..

    den Shelly temporär in den Relais-Modus umschalten (Settings - Device Type)

    dann den Channel 1 (Relais mit der ID0) aurfufen, Settings - Power on default state auf "off" stellen

    Anschließend den Shelly wieder in den Roller-Shutter Modus umschalten.

    kann ich nicht wirklich beanworten, wie gesagt: ich nutze OpenHAB eigentlich gar nicht..

    ich hatte es gestern lediglich probeweise auf meiner DS220 als Container laufen..

    dort wird mir die 2.5.13 (ist ja glaub ich gar kein offizielles Release) gar nicht angeboten..

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

    Warum nutzt du den "Workaround" von Markus nicht? da müssen doch lediglich 3 Dateien ausgetauscht werden..

    das JSON von Settings ist sauber, aber die Fehlermeldung deutet auf einen fehlerhaften Channel-Namen oder einen Timeout hin..
    Error in function httpIoBrokerState for state SHSW-25#E09806959EA4#1.Relay0.ChannelName and request{"url":"http://192.168.178.71/settings/relay/0","timeout":5000}

    der Shelly wurde laut Settings mit AP-Roaming konfiguriert (-65dBm)..

    kann es sein, dass der Wert zu klein ist und der Shelly deshalb ständig zwischen 2 AP hin und her wechselt?

    das würde jedenfalls den timeout":5000 erklären

    ich hab bisher nichts gehört..

    was aber theoretisch sein könnte: ein einzelner Cloud-Server zickt,

    guckt mal unter http://my.shelly.cloud, dort im Menü unter User Settings, da dann auf Security - Authorization Key:

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

    Wenn ihr auf GET Key Klickt, steht anschließend unterhalb der Cloudserver drin..

    bei mir z.B. https://shelly-14-eu.shelly.cloud

    Eventuell findet ihr ja da den gemeinsamen Nenner.

    ich würde an eurer Stelle ein Ticket mit den Account-Daten (E-Mail Adresse) erstellen.

    Edit: auch in der Facebook-Gruppe häufen sich die Meldungen, denke es sind Cloudserver-Probleme..

    Naja, wenn man rein nach den Farben gehen würde (auf keinen Fall so machen!!) ist zumindest alles vorhanden..

    L1 könnte theoretisch die benötigte Dauerphase sein, L der Lampendraht zur einen Lampe, L2 der Lampendraht zur anderen Lampe..

    In der Steckdose darunter ist ein Neutrallleiter vorhanden, von daher (vermutlich) alles was du brauchst.

    Aber ohne Messgerät (Duspol, Multimeter) ist das alles bloß eine Vermutung, sprich man MUSS es messen.

    für eine einzelne Lampe einfach direkt das erste Anschluß-Schema nutzen, zeig es dem Elektriker und er wird wissen was zu tun ist:

    Anschlussschemen Shelly 1

    SHSEN-1 ist der ShellySense, der hat zwar auch eine Bewegungserkennung, hat aber mit dem ShellyMotion nicht das Geringste zu tun..

    Ich hab häufiger Kontakt zu Markus (Entwickler des Shelly Bindings) und der ShellyMotion wird definitv von OH unterstützt..

    Welche Version hat denn euer OpenHAB bzw.das Shelly-Bindung?

    naja, es spricht ja nichts dagegen den ioBroker-Shelly Adapter mit MQTT auf Port 1882 (oder irgendeinem anderem freien Port) zu nutzen, oder?

    PS läuft dein Broker auf Hardware oder virtuell, z.B. als Container in Docker oder ContainerD? dann muss nämlich der enstprechend Port im Bridge-Netzwerk gemappt werden...

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

    Und ich gehe recht in der Anname dass ich, wenn ich den Port 1883 verwende dann die Datenpunkte im Sonof Adapter finden sollte?

    ich sag mal vorsichtig nein, wobei ich den Sonoff-Adapter nicht kenne.. wenn der nach Hostnamen filtert oder z.b. MQTT via WebSockets bzw. mitTLS nutzt, dann geht das nicht..

    der Shelly macht bei MQTT ein einfaches TCP (im Mosquitto protocol mqtt) ohne TLS-Verschlüsselung..

    Es kommt halt drauf an, wie deine anderen MQTT-Clients konfiguriert sind (Websocket oder MQTT / mit oder ohne TLS)....

    ist doch ein assoziatives Array, da geht der Zugriff doch extrem easy..

    wenn du dir den Baum settings in ein ein Object Nanems "data" schreiben würdest, dann kannst du das anschließend extrem simpel abfragen:

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

    data.device.type entspricht dann dem Wert SHSW-1

    data.device.num_outputs würde dem Wert 1 (numerisch) entsprechen

    Relays z.B. enthält ein (durchnummeriertes) Array, denn es gibt ja Shellys mit mehr als einem Array.. im JSON sieht es dann so aus (eckige klammern sind der entscheidende Hinweis):

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


    Arrays zählen ab dem Wert 0, also erst 0, dann 1 usw..

    data.relays[0].name wäre im obigen Beispiel dann "Klo"..

    data.relays[0].ison wäre im obigen Beispiel ein (boolean) false

    Wird es dadurch etwas logischer?

    Hinweis: In den /settings kannst du zwar alle möglichen Eigenschaften abfragen, allerdings kriegst du dort nur eine eingeschränkte Ansicht über den Status der verbauten Komponenten .. daher

    bei mir ist er nach 1-3 Pings Verlust wieder online.. ich denke da hast du WLAN-Probleme und die sind möglicherweise Ursache für den MQTT-Fehler?!?

    Wozu hast du z.B. den Haken bei "Listen CoAp for color change commands" gesetzt?

    du nutzt doch gar kein Coap und erst recht steuerst du den RGBW2 damit nicht..

    reboot hast du aber gemacht? weil funktionieren tut das am RGBW2 mit der neuesten Firmware problemlos (nach einem Reboot des Shelly)..