ja, der Mode lässt sich auch vie URL ändern, allerdings ist die Doku bzw. eigentlich der API-Endpunkt falsch.. das hab ich bereits als Bug gemeldet, ma gucken ob und wann es gefixt wird..
.../settings/0?mode=color oder /settings/0?mode=white stellt den jeweiligen Modus ein.. korrekt wäre es laut Doku mit /settings/light/0?mode=color, aber das tut nicht..
http://localhost/relay/0?turn=on&timer=45 should work just fine, tested several times myself.
probiere es mal mit
http://192.168.xxx.xxx/light/0?turn=on&red=255&green=86&blue=112
das funktioniert aber nur, wenn sich die Bulb bereit im Color-Mode befindet.
- Es gibt noch 2 weitere, boolesche Kanäle mit Namen "longpush1" und "longpush2". Was haben die beiden konkrekt für einen Sinn ?
soweit ich mich erinnern kann sind das Überbleibsel vom alten Coap v1..(vor Shelly Firmware 1.8 aktiv) auch die kannst / solltest du ignorieren. Woher der Broker die Daten aktuell bezieht kann ich nicht sagen, im Coap sind sie jedenfalls so nicht mehr enthalten::
Die Coap-Beschreibung (/cit/d) für den Dimmer kennt die Werte nicht mehr..
für Schalter schaut man auf 2101 und 2201 (im Broker Input), für Taster auf 2102+2103 bzw. 2202+2203 (im Broker Event und EventCount)
{
"blk":[
{
"I":1,
"D":"light_0"
},
{
"I":2,
"D":"input_0"
},
{
"I":3,
"D":"input_1"
},
{
"I":4,
"D":"device"
}
],
"sen":[
{
"I":9103,
"T":"EVC",
"D":"cfgChanged",
"R":"U16",
"L":4
},
{
"I":1101,
"T":"S",
"D":"output",
"R":"0/1",
"L":1
},
{
"I":5101,
"T":"S",
"D":"brightness",
"R":"1/100",
"L":1
},
{
"I":2101,
"T":"S",
"D":"input",
"R":"0/1",
"L":2
},
{
"I":2102,
"T":"EV",
"D":"inputEvent",
"R":[
"S/L",
""
],
"L":2
},
{
"I":2103,
"T":"EVC",
"D":"inputEventCnt",
"R":"U16",
"L":2
},
{
"I":2201,
"T":"S",
"D":"input",
"R":"0/1",
"L":3
},
{
"I":2202,
"T":"EV",
"D":"inputEvent",
"R":[
"S/L",
""
],
"L":3
},
{
"I":2203,
"T":"EVC",
"D":"inputEventCnt",
"R":"U16",
"L":3
},
{
"I":4101,
"T":"P",
"D":"power",
"U":"W",
"R":[
"0/230",
"-1"
],
"L":1
},
{
"I":4103,
"T":"E",
"D":"energy",
"U":"Wmin",
"R":[
"U32",
"-1"
],
"L":1
},
{
"I":6102,
"T":"A",
"D":"overpower",
"R":[
"0/1",
"-1"
],
"L":1
},
{
"I":6104,
"T":"A",
"D":"loadError",
"R":"0/1",
"L":1
},
{
"I":3104,
"T":"T",
"D":"deviceTemp",
"U":"C",
"R":[
"-40/300",
"999"
],
"L":4
},
{
"I":3105,
"T":"T",
"D":"deviceTemp",
"U":"F",
"R":[
"-40/572",
"999"
],
"L":4
},
{
"I":6101,
"T":"A",
"D":"overtemp",
"R":[
"0/1",
"-1"
],
"L":4
},
{
"I":9101,
"T":"S",
"D":"mode",
"R":"color/white",
"L":4
}
]
}Beim Dimmer (und anderen Shellys, die auch Lichthelligkeit / Farbe ändern können) heisst der Baum nicht relay sondern lights..
- Schalter: Zustände findest du unter Input1 und Input2
- Taster: da sind die Werte für Event & EventCount entscheidend.. Event zeigt das jeweilge Taster-Ereignis, EventCount geht bei jedem TasterDruck um +1 nach oben
Erscheint Shelly Motion direkt als Gerät in Alexa oder benötige ich dafür notify to Alexa über eine Szene?
direkt und ja, man kann ihn auch als Trigger für eine Routine nutzen.. 
Hat auch nichts gebracht
dann bleibt leider nur noch Hersteller kontaktieren..
kannst du mal temporär den Schalter / Taster abklemmen?
ich hab das so schonmal vor längerer Zeit gesehen.. damals hatte das temporäre Abklemmen des Schalters geholfen..
könnte sein, dass er sich im SelfTest-Modus befindet..
probier mal http://192.168.33.1/settings/developer?selftest_done=1
danach den Shelly vom Strom trennen und neu starten lassen..
kann dir leider nicht sagen, was und wie der MQTT vom ioBroker da liefert aber im Mosquitto kriege ich bei jedem Taster-Event, egal ob Short oder Longpush eine Nachricht mit dem Event (also L oder S) . unter shellies/name/input_event/0
neue Events werden dadurch signalisiert, dass der event_cnt um +1 nach oben gezählt wird.. alle anderen Werte kannst du bei Tastern eigentlich ignorieren..
hatte vorhin irgendwann mal einen aktualisiert, da hat es mit einem 2.5er geklappt:
Uptime ist 6 Stunden, 33 Minuten..
Meine Frage ist daher, wie kann ein Event als 1xShort(S) ausgelöst werden, wenn keine Statusänderung am Inpu1 vermerkt wurde.
ich kann dir zu den Feldern im ioBroker nicht viel sagen, nutze das Teil selbst nicht aber ich kenne die Coap-Nachrichten mehr als gut, die der Broker verarbeitet ..
Die hier (und nur die) sind für Taster-Events relevant. Es passiert immer dann ein Event, wenn der EventCount für den jeweiligen Taster +1 nach oben zählt.
Input1 und Input2 kannst du komplett ignorieren, die sind für Schalter gedacht und für Taster irrelevant.. Da sind schon mehrere vor dir drauf reingefallen.
aber ioBroker die Wertänderung am Input1 nicht mitbekommt ?
wenn der Broker die Coap-Nachricht nicht erhält, weil z.B. ein Netzwerk-Gerät diese filtert / blockiert, dann werden dort auch die Werte nicht hochgezählt. aber auch hier gilt "Input1" und Input2 kannst du ignorieren, solange du Taster und keine Schalter angeschlossen hast.
. Mit dem Standardversand hast du die bis Ostern.
völliger Quatsch, die Zeiten sind lange vorbei.. Versand über PostOne/Hermes dauert bei mir ca. 5 Werktage, so war es zumindest bei den letzten 6 oder 7 Bestellungen.. 
Im Gegensatz zu den meisten NTP-Servern unterstützt die Fritzbox SNTP meiner Erfahrung nach nicht.
FritzBox-Zeitserver und Shelly funktionieren aber einwandfrei, zumindest wenn man die lokale ZeitZone im Shelly entsprechend ebenfalls manuell konfiguriert
Kann es sein, dass der Input1-State verschluckt wird, wenn man extrem kurz den Taster betätigt, dass aber dadurch dennoch das Event 1xShort(S) ausgelöst hat, um das Licht auszuschalten?
nein, sehr unwahrscheinlich .. bei Tastern sind im ioBroker zwei Werte wichtig:
- InputEvent (S, SS, L), also shortPush, DoublePush oder LongPush)
- InputEventCnt (der Counter wird um 1 hochgezählt, wenn der Taster betätigt wird).
ist der Counter unverändert, dann hat auch kein Taster-Ereignis stattgefunden..
Es ist m.W. nicht möglich den Taster so kurz zu drücken, dass der Counter nicht hochgezählt wird aber trotzdem das Licht an/aus geht.
mich würde mal interessieren, wie lang die Lieferzeiten im Shelly-Shop sind.
wenn Ware lieferbar ist, dann dauert es meist zwischen 5-7 Werktagen vom Versand bis ich sie in den Händen halte..
Welchen Status hat denn die Ware im Shop? Steht da noch "processing" oder bereits "packaging" oder "complete"?
die LED kannst du über das Webinterface vom Shelly abschalten:
http://ip-vom-shelly - da dann unter Settings:
wie meinst du das mit den 75%? via App oder via Schalter?
was du ggf. mal probieren könntest wäre die Werte für open/close working Time nach der Kalibrierung künstlich anpassen, so dass das Rollo bei 75% offen / 75% geschlossen jeweils stoppt..
Hallo. Welche Chance habe ich wenn Shellys und ioBroker nicht im selben Netzwerk sind ?
nicht im selben Subnetz oder wie ist die Aussage gemeint?
wenn sie per Routing irgendwie untereinander kommunizieren können, dann funktioniert MQTT..
Coap klappt wegen Multicast/ UDP nur im gleichen Subnetz bzw. mit einem Coap-Proxy..
Wenn zwischen Broker und Shelly keinerlei Verbindung besteht dann
Keine !
ja, das wird vermutlich der Auslöser gewesen sein..
das Feld ist nur über das Webinterface (http://shelly-ip) verfügbar, nicht über die App.
