Beiträge von jkoller84

    Servus,

    also an einem anderen AP festhängen kann er da nicht, da er dediziert an diesem aufgesetzt wurde...
    Internetverbindung war aktiv, alle anderen Shellies (ca. 40 Stk.) sind ganz normal erreichbar..

    War schon komisch,

    jetzt nach 2 Tagen hat sich das Symbol von Setup auf No Smoke geändert, ohne das ich was getan habe.

    Hatte dasselbe auch bei einem Shelly DW2, der ging immer auf "Pending Connection" und kam anscheinend nie in der APP an,
    nach 2 Tagen war er endlich da und verrichtet nun seine Arbeit ohne Probleme.

    Sehr sehr komisch.

    Lg,

    Jürgen

    Hast recht:

    Hier die Lösung fürs richtige einschalten des Shelly Smoke um Ihn zu konfigurieren:

    anf
    14. Februar 2023 um 21:49

    Beitrag #9

    • Halten Sie 3 Sekunden lang gedrückt, um das Gerät zu testen.
    • 1x kurz drücken, um einen Alarm stumm zu schalten.
    • 3x kurz drücken, um das Gerät für 2 Minuten in den Einrichtungsmodus zu versetzen.
    • 5x kurz drücken, um die Werkseinstellungen zurückzusetzen. Das Gerät bleibt für 2 Minuten im Einrichtungsmodus.

    Hallo,

    nachdem ich die Shelly Smoke endlich alle konfiguriert habe (3 Stück fürs Nebengebäude), ist mir in der App etwas aufgefallen

    IM Screenshot kann man sehen, dass die beiden Smoke Werkstatt und Keller auf "No Smoke" stehen.

    Allerdings steht der Smoke Büro auf "Setup".

    Er ist auch der einzige der (wenn man ihn aufweckt) über die App nicht richtig gefunden wird, da kommt dann immer "Connection Pending..."

    Habe diesen schon mehrmals auf Werkseinstellungen zurückgesetzt und nochmal hinzugefügt + konfiguriert, so wie die anderen auch.

    Batterie raus und rein brachte auch keine Verbesserung.

    FW Update kann ich auch nicht machen, da er zwar meldet "es ist ein Update verfügbar" allerdings macht er es dann nicht.

    Es kommt immer die Meldung "Konnte nicht geladen werden"

    Hab ich da irgendwas vergessen?

    Schlechte Internetverbindung bzw. WLAN Verbindung kann es auch nicht sein, da genau dieser Smoke ca. 2m vom AccessPoint entfernt hängt.

    Die beiden anderen Smoke sind 5 bzw. 8m entfernt und haben keine Probleme.

    IP Adressen sind fix vergeben, kann auch alle über den Webbrowser erreichen (wenn sie wach sind).

    Hat irgendwer eine Idee was ich falsch mache?

    Lg,

    Jürgen

    Hallo,

    also entweder bin ich zu blöd oder... ach ich weiß auch nicht...

    Ich habe hier 3 Shelly Smoke, die sich dank Batteriebetrieb nach dem Einschalten (Knopf 3 Sek. drücken) nach ein paar Sekunden wieder selber ausschalten.

    Das ist echt nervenzehrend wenn man den Shelly erstmals in Betrieb nehmen will.

    Ich muss die IP fix vergeben, muss MQTT und Actions einstellen bzw. konfigurieren, allerdings schaltet sich der Smoke nach ca. 10 Sekunden selber wieder in seinen Schlafzustand.

    Kann man das für die Dauer des Konfigurierens irgendwie verhindern?

    Gibt es sowas wie einen Konfig-Mode, in dem der Shelly länger als 10 Sekunden erreichbar ist?

    MQTT etc. kann man über das Handy und die App sehr schwer einstellen, daher mache ich das alles über die WebOberfläche, allerdings ist da nach 10 Sekunden Schluss.

    Gibts da irgendwo einen Trick / Schiebeschalter / Haken / Button oder dergleichen den ich einfach übersehe?

    Dasselbe Problem habe ich auch mit den Shelly Door&Window Sensoren, da ich 8 Stk. verbauen will... hab nach dem dritten genervt aufgegeben,

    Kann doch nicht alle paar Sekunden mit der Büroklammer durch das kleine Loch rein zum Mikroschalter damit ich den Shelly wieder aufwecke...

    Lg,

    Jürgen

    Daran dachte ich auch schon...

    aber das war dann ja nicht möglich, bis ich durch Zufall gesehen habe, dass das MQTT Protokoll die Shellies dermaßen beschäfigt, dass ich weder per App noch per Webbrowser online gekommen bin.

    Ich werde das heute Abend noch machen.

    Sowas ist furchtbar.

    Ich achte immer darauf, ja nie eine beta Version zu installieren, sondern nur die stabilen Versionen... und dann passiert sowas...

    Gotseidank passierte das während ich Zuhause bin... bin meist im Ausland unterwegs. Meine Frau hätte sich gefreut...

    Gebe Rückmeldung obs dann wieder funktioniert.

    Lg,

    Jürgen

    Hallo,

    hab gerade was gefunden.

    Ich habe die Logdateien meines ioBrokers durchforstet.

    Es scheint so als hätte sich durch das Update der Shelly-FW irgendwas am MQTT System SHelly-Intern geändert...

    Wenn ich den MQTT Client am ioBroker deaktiviere, funktionieren alle wieder normal.

    Anscheinend müllen die sich gegenseitig über das MQTT Netzwerk komplett zu.

    Hat einer eine Ahnung was das sein kann?
    Ich verwende MQTT um regelmäßig Statusupdates der Werte aller Shellies gesendet zu bekommen.

    Bis jetzt lief alles problemlos, seit dem Update spinnt das komplette system.

    Kann man Updates rückgängig machen?

    Es gibt jetzt auch einen Punkt "Enable MQTT Control" den gab es vorher nicht, der war aktiviert, den habe ich versuchsweise schon deaktiviert, brachte allerdings nichts...

    Ich habe alle Einstellungen am ioBroker und an den Shellies kontrolliert, es hat sich an den Einstellungen nichts geändert, allerdings spammen die sich nun zu, bis sie einfrieren...

    Lg,

    Jürgen

    Servus,

    nein alle Shellies haben fixe IP-Adressen die in einer anderen Range als der DHCP operieren.

    DHCP gibt mir vor von 192.xxx.xxx.2 - 192.xxx.xxx.50

    Shellies laufen im bereich von 192.xxx.xxx.100 - 192.xxx.xxx.180

    Interessant ist auch, dass ich an den Rolladen Shellies (11 Stk) die normalen Jalousieschalter auch an die Eingänge I1 und I2 geklemmt habe,
    Mal reagiert der Shelly auf den Tastendruck und fährt die Jalousie hoch, dann wieder nicht... runter geht garnicht mehr.

    Also denke ich es ist ein Problem mit der FW, da ich vor dem update keinerlei Probleme hatte, und nun die Shellies auch über deren Digitale Eingänge ihren Dienst (ohne Netzwerk) ebenfalls nicht mehr verrichten wollen...

    Lg,

    Jürgen

    Hallo,

    ich habe gestern als ich meine neuen Shelly Door einbinden wollte, in der App gesehen, dass es für meine 31x Shelly Plus 2PM eine neue FW gibt (stable, NICHT beta).

    Ich hab dann "update all" gemacht, anscheinend wurde das Update bei allen geladen und abgeschlossen.

    Heute früh fiel mir auf, dass alle Rolladensteuerungen spinnen ( 11 Stk), und auch die anderen 20 Stk. weder über die App noch über meinen ioBroker ansprechbar sind.

    Hab jetzt sicher 10 verschiedene versucht per Browser zu öffnen, da laufe ich immer in timeouts.

    Hat jemand eine Idee was ich da noch versuchen kann?

    Ich habe alle Shellies stromlos gemacht (1 Minute warten) und dann neu gestartet, allerdings hilft das auch nichts.

    Wenn ich die Shellies anpinge (cmd) dann geht der erste und eventuell der zweite ping durch, dann renne ich in ein timout.

    Ich kann euch noch nicht einmal sagen welche FW Version das ist, da ich auf keinen der 2PMs mehr draufkomme um nachzusehen ....

    Lg,

    Jürgen ;(

    Hallo

    nein ich hab an allen Shellies MQTT aktiviert und lasse sie direkt mit dem MQTT Broker kommunizieren.

    Mit meiner übergeordneten Steuerung, welche ebenfalls einen MQTT Client hat hole ich mir die Daten der Shellies am Broker ab.

    Da ich das auch mit meinem Staubsaugerroboter so mache, dachte ich das müsste mit den Shellies ebenfalls gehen.

    Vorteil wäre halt dann, dass ich über das MQTT Protokoll QoS "2" verwenden könnte und eindeutig von jedem Shelly eine Bestätigung bekommen würde wenn er den Befehl erfolgreich empfangen hat.

    So kann ich mir immer sicher sein, dass die Befehle ankommen.

    Mit dem Shelly Adapter habe ich noch keine Erfahrung, allerdings wäre der dann ja ein Zwischenstück in der Kommunikation, welches eventuell meine Befehle verschluckt?

    Mir wäre direktes MQTT daher doch lieber.

    Datentechnisch (Abfragen) funktioniert so ja auch tadellos.

    Schön wär halt direktes Befehle senden an die Shellies... hab doch schon ein paar im Netzwerk

    Hallo,

    ich habe mein System daheim auch gerade auf MQTT umgestellt, ich kann alle Shellies tadellos auslesen, bekomme alle Werte die ich brauche.

    Für mich stellt sich noch die Frage wie ich einem Shelly Plus 2PM per MQTT einen Befehl schicken kann?

    Ich habe dazu nirgendwo etwas passendes gefunden.

    Ich fand zwar im Lexikon etwas, wie man einen Shelly per MQTT den Befehl schicken kann um irgendeinen Status abzufragen, allerdings ist das nicht das was ich brauche.

    Ich würde gerne MQTT auch dazu nutzen, die Jalousie zu steuern.

    Aber ich finde nicht heraus, wie der Befehl dazu lauten muss.

    per http ist es ja einfach.


    http://192.168.xxx.xxx/rpc/Coiver.Open?id=0

    http://192.168.xxx.xxx/rpc/Cover.Close?id=0

    http://192.168.xxx.xxx/rpc/cover.GoToPosition?id=0&pos=75

    bei mir hängen die Shellies über den MQTT Broker so drin:

    iobroker/Shellies-Jalousie/BadOG/status/cover (so kann ich alle infos auslesen)

    aber wie bringe ich den Shelly soweit, dass ich ihn per MQTT runterfahren/rauffahren bzw. auf Position fahren kann?

    Hat da einer eine Idee?

    Hallo Stefan,

    hast du natürlich komplett recht, allerdings sah ich in meiner Shelly APP am Handy, dass gerade Updates verfügbar sind, hab die angestartet, und wollte noch schnell ein vorher Foto haben, da hab ich mein Firmenhandy genommen und schnell ein Foto von meinem Laptop gemacht bevor sich was ändert :D wollte die APP am Handy nicht während der Updates minimieren, da ich nicht weiß was die dann anstellt.

    Hallo,

    ich habe bei mir im Haus mittlerweile 12x Shelly Plus 2PM verbaut. Alle hatten eine etwas höhere Betriebstemperatur wie die anderen Shellys (1PM, Plug S, 2.5 etc)

    Nach dem Update mit der neuesten Firmware (v0.14....) ist nun auch der ECO Mode verfügbar, welcher eine merkbare Temperaturänderung zur folge hat.

    Bin da sehr zufrieden.

    Temp_vorher.jpg => vor dem Firmware-Update

    Temp_nachher.jpg => nach dem Update

    Siehe angehängte Bilder aus meiner Handy-Visu.

    Lg,

    Jürgen

    Hallo,

    ich suche schon seit Wochen eine Wetterstation, die übersichtlich, gut ausgestattet und vor allem leicht in Smart-Home zu integrieren ist.

    Gibts da von Shelly vielleicht auch irgendwann mal so ein Gerät?

    Regen, Wind, Sonne, Temperatur, Luftdruck, Helligkeit, Luftfeuchte.... und wie sie nicht alle heißen.

    Die meisten Wetterstationen die man zwingen dich regelrecht, die Daten der Anlage in eine Cloud zu laden, von der man dann die Daten abrufen kann.

    Gefällt mir nicht, vor allem weil der Umweg über die Cloud natürlich nur geht wenn auch das Internet funktioniert.

    Ich hätte das ganze schon gerne lokal ohne Umweg. (Ob die Daten zu Verbesserung des Sytems oder zur genaueren Wetterdatenermittlung für offizielle Wettervorhersage-Dienste trotzdem verschickt werden ist mir dann eher egal, hauptsache ich habe die Daten Lokal.

    Das wäre doch mal was.

    Also meine Steuerung für die Rollläden funktioniert soweit ganz gut.

    Als Visualisierung und übergeordnete Steuerung rennt bei mir Edomi auf einem Mini-PC unter CentOS7.

    Ich kann die Rollläden aus der Visualisierung ansteuern.

    Jetzt stellt sich für mich noch die Frage für die Rückmeldung vom Status.

    Die Geschichte mit den Webhooks klingt erstmal gut, da genau die Stati abgefragt werden können, die ich benötige, offen, zu, fährt hoch, fährt runter.

    Allerdings komme ich damit nicht klar.

    Ich habe im Edomi den nötigen Webhook-Baustein hinzugefügt, kann diesen auch über einen normalen http-requester (add-on für firefox) eine Nachricht schicken => funktioniert.

    Allerdings kriege ich das beim Shelly Plus 2PM nicht hin.

    Wenn ich dieselbe Adresse vom httprequester beim Shelly als Adresse für den Webhook "cover.opening" eingebe,

    "http://192.168.8.53/webhook.php" (der httprequester will keinen port und keine lbs-id)


    taucht im logfile nichts auf.


    Gebe ich nun die Adresse "http://192.168.8.53:8068/webhook.php?id=262" ein, so kommt dieselbe Fehlermeldung wie bei tomki im Post Visitor Messages


    id=262: File: /usr/local/edomi/www/data/liveproject/lbs/EXE19001076.php | Error: 2 | Line: 87 | array_key_exists() expects parameter 2 to be array, null given


    id=262: File: /usr/local/edomi/www/data/liveproject/lbs/EXE19001076.php | Error: 2 | Line: 89 | array_key_exists() expects parameter 2 to be array, null given


    Was mir bei dieser Webhook-Geschichte nicht ganz klar ist, und ich auch über Google nach 2 Stunden suchen nicht verstanden habe:


    wie sieht das mit dem "query string" und dem "post" aus?


    Da meine Programmierkenntnisse seit 2005 ziemlich eingerostet sind, und ich nicht up-to-date bin stehe ich etwas an.


    Muss die Adresse "http://192.168.8.53:8068/webhook.php?id=262" nicht um die "Informationen" erweitert werden, welche mitgeschickt werden sollen?


    Also Beispielsweise: "http://192.168.8.53:8068/webhook.php?id…helly.GetStatus"


    Damit die Informationen auch beim LBS in Edomi ankommen?


    Wie sollen sonst die Informationen am Ausgang vom LBS "query string" und "post" ankommen?


    Wie kriege ich die nötigen Daten in den LBS damit ich dort den String zerlegen kann, bzw. benötige ich nur die


    folgenden Informationen:


    There are five events related to the Cover component that can trigger webhooks:

    • cover.open: Cover has reached fully open position
    • cover.closed: Cover has reached fully closed position
    • cover.opening: Cover has begun moving in open direction
    • cover.closing: Cover has begun moving in close direction
    • cover.stopped: Cover has stopped moving, but is neither fully open nor fully closed

    Dafür brauche ich ja nicht den gesamten Status.


    Ich weiß man sagt "es gibt keine blöden Fragen, nur blöde Antworten" aber ich komme mir nun nach 1 1/2 Tagen suchen wirklich schon blöd vor.


    Hintergrund der ganzen Spielerei ist einfach eine Rückmeldung vom Shelly "Rolladen fährt hoch" bzw. "Rollladen ist oben" etc.


    Damit ich in der Visu in Echtzeit den Status anzeigen kann.


    Ich wäre euch für jede Info bzw. Hilfe dankbar.


    Lg, und noch ein schönes Wochenende


    Jürgen

    Ah da hab ich wohl an der falschen Stelle gesucht.

    Das mit dem Status über JSON einlesen in meine Haussteuerung funktioniert jetzt.

    Ein Problem stellt sich für mich noch, welches ich weder über die http Requests finde noch aus den JSON Daten rauslesen kann:

    Ich kann beim Shelly Plus 2PM wenn ich ihn im Modus "cover" also Rolladen/Jalousien betreibe keine Befehle schicken.

    Sprich: Ich kann ihm nicht sagen "Ausgang O1" einschalten oder ausschalten.

    Hat das etwas mit der gegenseitigen Verriegelung zu tun?

    Ich bekomme beim Befehl

    Code
    http://192.168.xxx.xxx/rpc/Switch.Set?id=0&on=true

    die Meldung "no handler for Switch.Set"

    und beim

    Code
    http://192.168.xxx.xxx/relay/0?turn=on

    bekomme ich die Meldung "not found"

    Wie lautet der Befehl für "Jalousie hoch", "Jalousie runter", "Jalousie Stop"

    Oder bin ich da komplett am falschen Weg?

    Den Rolladen-Modus mit gegenseitiger Verriegelung möchte ich schon nutzen, da dies doch als zusätzliche Sicherheit zum Programm in meiner Haussteuerung fungiert.

    Lg,

    Jürgen