Beiträge von Seven of Nine

Zitat von Domingo

Entweder ist dann „Listen CoAp for color change commands“ useless oder es soll mit dieser Einstellung dann für die RGB Produkte weiterhin möglich gemacht werden, per CoAP zumindest Farbbefehle senden zu können.

im Grunde ist es jetzt schon teilweise nutzlos, weil man ja entweder nur einen Shelly direkt über die IP oder eben alle über deren Multicast-Adresse ansprechen kann..

ich hätte mir da eine Art Filter-Objekt (so wie bei VLAN Tags) gewünscht, so dass man Gruppen bilden kann und z.B. Gruppe 1 auf Rot schaltet, Gruppe 2 aber gleichzeitig auf Grün..

Außerdem fehlt ja die Implementierung auch in allen Shellys mit Relay / Dimmer etc..

Sinn macht es eigentlich nur, wenn ich mit einem einzelnen Multicast-Paket das ganze Haus (oder eben Gruppen von Lampen) an bzw abschalten kann ..

bei mir (mit Google Chrome getestet) kommt diese Meldung:
eventuell liegt es am Browser..

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

Update auf eine Zwischenversion ( z.b. 1.9) hast du schon probiert? (siehe Firmware Archiv links im Menü)

meine Wissens ist das nicht abschaltbar, da musst du deine Programmlogik überarbeiten..

- bei einem Schalter brauchst du ja nur gucken, ob sich input 0 verändert hat (das dürfte ja nicht passiert sein)

- bei einem Taster auf /input_event/0 gucken, wenn der Couter hochgeht gab es ein Event

0x7000 flashen, da ist der notwendige Bootloader drin.. danach gucken, ob er startet (mgos_xxxx Wifi sichtbar)..

startet er damit over The air flashen, so wie in der Anleitung beschrieben..

Alternativ Tasmota flashen und gucken, ob er damit korrekt startet. (tasmota_xxxx Wifi sichtbar) auch damit kommt man "over the air" komplett wieder zurück.

wozu erneut flashen, wenn Tasmota schon drauf ist?

https://tasmota.github.io/docs/Device-Recovery/

Details im Abschnitt: Fast Power Cycle Device Recovery

eingetragen wird die OpenHAB-Server Adresse, also 192.168.x.y

im Container muss aber (sofern er im Bridge-Netzwerk läuft) auf jeden Fall der Port 5683 (UDP) von "draußen" nach "drinnen" weitergeleitet werden..

Alternativ startest du den Container direkt mit dem Host-Netzwerk, dann funktioniert alernativ auch "mcast" (kurz für Multicast, das entspricht der 224.0.1.187:5683) im Shelly.

prüfe mal wie die Polltime im ioBroker eingestellt ist..

da steht per Default glaube ich 5 Sekunden drin. die würde ich auf 60 hochstellen, da sie eh nur "unwichtige" Daten von den Shellys abfragt.. die wichtigen Sachen (Schalterzustand, Relayzustand) kommen üblicherweise per Coap vom Shelly selbst..

Zitat

dass man alle Shellys in der gleichen App bedienen kann, dass es keine Rolle spielt mit welchem Wlan diese verbunden sind.

das ist zwar grundsätzlich richtig, solange sie über die Cloud kommunizieren, bei der Einrichtung aber schwierig, weil (sobald der Shelly im Gastnetz ist) keine Konfiguration mehr möglich ist bevor er in der cloud hängt.. Denn da ist die Kommunikation von Geräten untereinander per Default nicht erlaubt.

Ich würde, wenn du diese Lösung so bauen willst, folgenden Weg gehen:

Shelly in das Heimnetz einbinden und dort vollwertig konfigurieren

wichtig:

- Cloud aktivieren

- keine feste IP-Adresse vergeben, da der Gastzugang ein anderes Subnetz ist (Adressen beginnen alle mit 192.168.179.xxx)

Anschließend im Shelly unter "Internet & Security" bei Wifi-Mode Client das Gastnetz als Wifi eintragen.

probier mal, ob du von hier die 0x7000 sauber auf den Shelly flashen kannst..

https://github.com/yaourdt/tasmota-to-mgos

damit kannst du dann wieder zurück auf die Original-Firmware... für den PlugS gibt es leider keine direkte Recovery-Software..

ich verstehe ehrlich gesagt das Problem an sich nicht:

alte Dose komplett (vorsichtig) rausspitzen, Wand nach hinten ausspitzen.. neue, tiefere Dose rein, fertig..

Ja, es ist mehr Aufwand aber problemlos machbar

Ist aber keine Arbeit für Grobmotoriker

Zitat

Wifi Passwort ist definitiv richtig, sollte jedoch auch eine Meldung kommen, sofern es falsch ist oder?

nein. da kommt keine Meldung wenn das Kennwort falch ist.. er startet dann im STA-Modus neu und will sich mit dem WLAN verbinden... wenn das Kennwort dann falsch ist kann er sich aber nicht verbinden.

in der Weboberfläche im Router sollte man aber sehen können, welche Clients verbunden sind..

In einer FritzBox z.B. sieht es so aus, da stehen hinten die IP-Adressen dahinter..

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

reagiert er denn auf den Flash-Vorgang oder bricht das schon mit einer Fehlermeldung ab?

Zitat von PitchControl

Dann sollte es in 2 Sekunden maximal gehen!

das kann man so generell nicht sagen.

Die Verbindungsgeschwindigkeit hängt primär von den verwendeten Wifi-Komponenten ab..

Bei mir funktioniert der Button1 an den alten Ubiquti-Geräten deutlich schneller (2-3 Sekunden) als am AP Lite mit einem aktuelleren Chipsatz (> 5 Sekunden)..

was du falsch gemacht hast kann dir wohl niemand sagen.. wie hast du ihn denn geflasht? "over the air" mit MGOS TO TASMOTA oder mittels FTDI?

wenn das per "Over The Air" war, dann hast du möglicherweise die falsche Version (Bootloader im anderen Speicherbereich) genommen, dann flasht er sich quasi selbst "kaputt"..

mit einem FTDI sollte man den aber vermutlich wieder zum Leben erwecken können (einfach nochmal flashen)..

irgendein Linux PC vor Ort, der dauerhaft läuft (Raspberry Pi, Synology DS oder sowas)? damit wäre es extrem einfach so etwas umzusetzen:

cronjob anlegen:

*/5 * * * * curl http://<ip-vom-shelly>/relay/0?turn=on&timer=2

Zitat

Shelly wird hinzugefügt und dann kann ich den Shelly keinem Raum zuordnen, wo liegt der Fehler?

- taucht das "discovered devices" in der App nicht auf?

- kriegt er nach Einbinden in dein eigenes WLAN eine IP-Adresse im Router?

- wenn ja, kannst du ihn darüber erreichen?

wenn nein würde ich auf falsche Zugangsdaten vom Wifi tippen..

Windows 10 bringt (soweit ich mich erinnern kann) cURL direkt mit, das ist ein kleines Programm, mit dem man Web-Requests direkt aus der Kommandozeile abschicken kann..

Es geht daher vermutlich noch deutlich einfacher als Powershell-Befehle in einer Batch-Datei und VBS-Script zu vermischen

ist zwar ungetestet, sollte aber klappen:
einfach eine Datei erstellen, Verknüpfung auf dem Desktop (oder wo auch immer) ablegen, fertig.

curl http://192.168.2.75/relay/0?turn=toggle

nach dem Flashen haben die Shellys bei mir immer ein eigenes Wifi aufgemacht (tasmota_xxxx oder sonoff_xxxx, je nach Version.. )

der Rest ist bei "Getting startet" hier beschrieben:

https://tasmota.github.io/docs/Getting-S…needed-software

PS: hast du dir die Tasmota (Doku) wenigstens vorher mal angesehen oder einfach aus Frust geflasht?

ich hab meine Shelly immer direkt Over The Air geflasht:

https://github.com/yaourdt/mgos-to-tasmota

etwas weiter unten auf der Seite sind Beispiele:

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