Beiträge von Seven of Nine

Ich nutze Google Chrome + JSON Formatter als Erweiterung:

https://chrome.google.com/webstore/detai…jmafapmmgkkhgoa

Die Ausgabe ist dann entsprechend übersichtlich formatiert:

und Abspeichern lassen sich die JSON-Daten einfach per Rechtsklick "Speichern unter..."

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.

Das Debug-Log vom Shelly wird hier vermutlich nicht helfen, der Broker meckert über die Ausgabe / Rückmeldung der API..

kannst du mal die direkte Ausgabe von http://192.168.178.71/settings/relay/0 posten? eventuell ist da ja noch ein Problem..

im Broker gelöscht hattest du den Shelly auch schon probeweise?

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..

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

hhm, da scheint das JSON der API nicht valide zu sein.. oder der ioBroker glaub es zumindest..

hast du im Channel-Name im Shelly einen Namen eingetragen? wenn ja, ist da ein Sonderzeichen drin?

Kannst du mal die Ausgabe vom SHelly von http://<ip-vom-Shelly>/settings hier posten?

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:

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

Zitat von Gius1eppe

ich frag mich gerade, ob ich nicht direkt auf 2.5.13 gehen soll.
Hast du Erfahrungen mit 2.5.13 ? Läuft di stabil?

lol, nein .. ich benutze OpenHAB nicht, von daher kann ich die Frage nicht beantworten..

nein, wenn du den DEV-Build von Markus installierst dann geht es auch mit 2.5.9

(siehe Abschnitt "Installing DEV Build")

https://github.com/markus7017/myf…y/READMEbeta.md

ist ein bisschen "Fummelarbeit" aber geht und ist gut dokumentiert.

2.5.9 ist zu alt, hier die Antwort von Markus:

Zitat

faktisch 2.5.13, oder anders: Nicht in der offiziellen 2.5 Distro, man kann aber meinen „DEV Build“ nachrüsten, s. Communitythread, dann geht‘s auch auf 2.5.9

https://community.openhab.org/t/shelly-bindi…42?u=markus7017

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...

Zitat von Stingray

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)....

wenn du Username/Passwort im Shelly Webinterface gesetzt hast, dann musst du das dem ioBroker ebenfalls bekannt machen:

Zitat von jojun

Ich suchte eine Lösung ohne reboot.

gibt es nicht, brauchst also nicht suchen.. die Counter sind rein interne Werte und ReadOnly.

Alle Werte, die sich ändern lassen, sind in der API als "Parameter" gelistet, die Counter sind da aber nicht dabei:

https://shelly-api-docs.shelly.cloud/#shelly2-5-relay-index

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:

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):

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)..

mosquitto_sub -v -h localhost -p 1883 -u admin -P admin -t '#'

shellies/shellyrgbw2-5A3A58/online true
shellies/announce {"id":"shellyrgbw2-5A3A58","model":"SHRGBW2","mode":"color","mac":"B4E62D5A3A58","ip":"192.168.178.70","new_fw":false,"fw_ver":"20210325-094218/v1.10.1-34-g2fe647000"}
shellies/shellyrgbw2-5A3A58/announce {"id":"shellyrgbw2-5A3A58","model":"SHRGBW2","mode":"color","mac":"B4E62D5A3A58","ip":"192.168.178.70","new_fw":false,"fw_ver":"20210325-094218/v1.10.1-34-g2fe647000"}
shellies/shellyrgbw2-5A3A58/color/0 off
shellies/shellyrgbw2-5A3A58/color/0/status {"ison":false,"source":"cloud","has_timer":false,"timer_started":0,"timer_duration":0,"timer_remaining":0,"mode":"color","red":255,"green":1,"blue":198,"white":0,"gain":2,"effect":0,"power":0.00,"overpower":false}
shellies/shellyrgbw2-5A3A58/input/0 0
shellies/shellyrgbw2-5A3A58/input_event/0 {"event":"","event_cnt":0}
shellies/shellyrgbw2-5A3A58/color/0/power 0.00
shellies/shellyrgbw2-5A3A58/color/0/energy 0
shellies/shellyrgbw2-5A3A58/color/0/overpower 0

Zitat

Is that possible with the current firmware ?

AFAIK yes..

With Edge Switch (edge on/off mode with single switch. ) the first switch (sw1) is for internal control, The second switch (sw2) is in detached mode and can be used to control other Shellys via DDD-Actions ..