Darauf hoffe ich auch.
Funktioniert der "Motion" immer noch nicht verlässlich? Ich habe mich nämlich auch mit dem Gedanken gespielt ein paar von denen einzusetzen. Ja bemüht sind die auf jeden Fall, das merkt man auch.
Hehe, na klar sind auch immer wieder die Personen hinter den Bildschirmen schuld aber so etwas wie MQTT als Funktion sehe ich eigentlich schon als Basis-Funktion und das sollte bei einem kaufbaren Produkt aus meiner Sicht problemlos funktionieren. Extra Features, da lasse ich gerne mit mir reden. Die können auch später erst nachgeliefert werden. Das ein Shelly aber in der ausgelieferten Firmware immer wieder abstürzt, das sollte eigentlich nicht sein. Na warten wir mal ab was die Zeit bringt. 
Ja da hast Du auch Recht. Sonst überwiegt der Frust-Faktor und IOT ist eigentlich dafür gedacht uns das Leben einfacher zu machen und nicht noch komplizierter. 
Beiträge von cyborgxxl
-
-
Verstehe... Na dann wundert es mich nicht mehr, dass das bei mir einfach nicht vernünftig laufen will...
Ich verstehe auch nicht ganz warum Shelly ein Produkt auf den Markt bringt das eigentlich über den Beta-Status scheinbar noch nicht hinausgekommen ist. Da verärgert man sich nur die Kunden.
Wenn ich das früher gewusst hätte, hätte ich auch keine Shelly Plus verbaut. Die alten Shellys funktionieren eigentlich wunderbar. Mich hat nur das Feature "custom JScripts" gelockt und damit bin ich prompt in die Beta-Falle getreten.
Danke auf jeden Fall für deine Bemühungen, jetzt sehe ich wesentlich klarer und werde derzeit keine weitere "Energie" in die neuen Plus Shellys stecken. -
Alles anzeigen
Hallo cyborgxxl
ich kann deinen Fehler nicht nachstellen. Die Datenpunkte werden auf jeden Fall bei mir erstellt, mit 001 oder mit 1, was mit 001 nicht mehr geht ist die Statusabfrage vom Input und Switch via http...
Was bei mir zum Fehler führt ist die Verwendung der Null, also "192.168.001.xxx"
die "IP_Grund" mit "001" geht so nicht, da die IP ohne Filter in der http Abfrage eingebaut wird.
Beispiel:
errno':'ENOTFOUND','code':'ENOTFOUND','syscall':'getaddrinfo','hostname':'192.168.178.083' ......führt zum Fehler
Also die IP_Grund muss bei dir als "192.168.1" eingetragen werden. sonst wird das Blockly bei der Status Abfrage in den Fehler laufen.
Das war bei mir auch so, und div andere Fehler, daher habe ich die Beta nicht mehr in Verwendung. Warte da noch auf Updates.
Ok vielen Dank für deine Rückmeldung. Durch das viele herumprobieren wird es wohl auch nicht wirklich besser...
Ich werde dann doch noch abwarten bis die Firmware endlich released wird und bis dahin nur mit einfachen JScripten zur Steuerung direkt am Shelly arbeiten. Das funktioniert mittlerweile schon relativ gut.
Mit der 0.8.1er Firmware hatte ich leider ein paar Abstürze, was natürlich problematisch ist, wenn man das Licht dann nicht mehr steuern kann. Deswegen bin ich auch die Beta Firmware umgestiegen. Die scheint zumindest bei mir stabil zu funktionieren, bis auf das MQTT. Hier scheint es noch eine sehr große Baustelle zu geben...
Interessant ist allerdings, dass der Plus 1 PM scheinbar die Datenpunkte mit deinem Script relativ regelmäßig aktualisiert. Die Timestamps der Datenpunkte des Plus 1 sind beide teilweise ein bis mehrere Stunden veraltert. D.h. es muss zwischen dem Plus 1 PM und Plus 1 bei der MQTT Übermittlung irgendwelche Unterschiede geben, obwohl ich die selbe Firmware verwende. -
Ich bin mir mittlerweile nicht mehr sicher ob die IP wirklich schuld an dem Problem war, oder ob das nur Zufall ist, dass diese Änderung geholfen hat. Vielleicht liegt es nicht an deinem Script, sondern an meiner iObroker Installation bzw. an den Shelly's mit der Beta-2 Firmware.
Ich habe mir meine iObroker Logs nun genauer angesehen...
Dort stehen unzählige Fehlermeldungen:
mqtt.1 2021-11-02 14:11:20.301 warn Client [shellyplus1-a8032abdaxxx] Message 2 deleted after 11 retries
mqtt.1 2021-11-02 14:11:06.300 warn Client [shellyplus1pm-a8032abe1xxx] Message 2 deleted after 11 retries
mqtt.1 2021-11-02 14:10:48.297 warn Client [shellyplus1-a8032abd9xxx] Message 2 deleted after 11 retries
mqtt.1 2021-11-02 14:10:24.297 warn Client [shellyplus1pm-a8032abe1xxx] Message 16733 deleted after 11 retries
mqtt.1 2021-11-02 14:09:26.290 warn Client [shellyplus1pm-a8032abe1xxx] Message 16730 deleted after 11 retries
mqtt.1 2021-11-02 14:08:24.284 warn Client [shellyplus1pm-a8032abe1xxx] Message 16727 deleted after 11 retries
Ich könnte mir vorstellen, dass diese Fehler verursachen, dass der aktuelle Status nicht bzw. nicht immer weitergegeben wird. Das würd auch erklären warum die Datenpunkte nicht und dann später doch angelegt wurden. Woher diese Fehler kommen ist mir allerdings ein Rätsel.
-
Alles anzeigen
Danke für Dein Feedback!
Korrekt, ich sehe unter "Objekte" nur den 1pm Datenpunkt. Eigentlich sollte da ja auch ein 1er sein.
Bezüglich "Trigger den Datenpunkt Switch"... Das ist mir bewusst, dass ich hier den Switch auswählen muss. Beim Plus 1PM habe ich dies bereits gemacht, beim Plus 1er kann ich dies leider nicht machen da dieser unter "Objekte" eben gar nicht verfügbar ist. Das ist alles sehr seltsam...Ich habe nun testhalber dein 3er Script eingebaut und vorher den kompletten Objektbaum gelöscht. Danach habe ich meine 3 Shellys verknüpft und auf den jeweiligen /events/rpc zeigen lassen und dann den IP-Adressen-Bereich von 192.168.178 auf 192.168.1 geändert. Sonst ist das script ident und unverändert.
Es ist nun wieder nur der Shelly Plus 1PM zu sehen und keine Datenpunkte vom Shelly Plus 1. Ich verstehe nicht warum das scheinbar bei allen anderen problemlos funktioniert.
Ich habe nun testhalber die IP Einstellung am Anfang von 192.168.1 auf 192.168.001 umgestellt und nun werden auch die Datenpunkte meiner Shelly plus 1 angelegt. Ist das technisch nachvollziehbar? Für mich jedenfalls nicht....
-
Hallo,
Datenpunkte, wenn du 1pm zuklappst ist kein Ordner mit 1 zu sehen?
Sehe auf die schnelle kein Fehler, kann aber erst heute Abend genauer schauen.
Danke für Dein Feedback!
Korrekt, ich sehe unter "Objekte" nur den 1pm Datenpunkt. Eigentlich sollte da ja auch ein 1er sein.
Bezüglich "Trigger den Datenpunkt Switch"... Das ist mir bewusst, dass ich hier den Switch auswählen muss. Beim Plus 1PM habe ich dies bereits gemacht, beim Plus 1er kann ich dies leider nicht machen da dieser unter "Objekte" eben gar nicht verfügbar ist. Das ist alles sehr seltsam...Ich habe nun testhalber dein 3er Script eingebaut und vorher den kompletten Objektbaum gelöscht. Danach habe ich meine 3 Shellys verknüpft und auf den jeweiligen /events/rpc zeigen lassen und dann den IP-Adressen-Bereich von 192.168.178 auf 192.168.1 geändert. Sonst ist das script ident und unverändert.
Es ist nun wieder nur der Shelly Plus 1PM zu sehen und keine Datenpunkte vom Shelly Plus 1. Ich verstehe nicht warum das scheinbar bei allen anderen problemlos funktioniert.
-
-
Ihr könnt Euch glücklich schätzen. Bei mir hat leider alles nichts geholfen. Ich habe nun Tasmota auf den Shelly geflasht und jetzt funktioniert er wieder so wie er soll.
-
Werde ich machen, danke.
-
Leider nicht, das war auch meine Vermutung. Es funktioniert leider weder ein Werks-Reset noch die direkte Verbindung auf den Shelly Plug S.
-
Ich habe heute einen neuen „Shelly Plug S“ installiert und das vorgeschlagene Firmware-Update durchgeführt. Bis dahin hat der Shelly Problemlos funktioniert. Ich habe dann den Shelly Plug S in der Android App nachträglich zur Shelly Cloud hinzugefügt. Kurz darauf war der Shelly offline und seitdem blinkt er nur mehr schnell hintereinander blau. Einen Reset kann man ebenfalls nicht mehr durchführen.
Ich kennen dieses Verhalten von Shelly’s eigentlich nicht. Ist mein Gerät defekt oder habe ich hier etwas übersehen?