Beiträge von chris299

Hallo zusammen,

ich steige nun auch wieder mit ein, weil meine Plus1pm seit dem letzten Update auch wieder unregelmäßig neu starten.

Das Problem war eine Weile weg, aber mit der 0.14 ist es wieder da...

Es kündigt sich auch an, d.h. der Shelly reagiert erst nicht mehr und startet dann irgendwann neu, vermutlich ausgelöst durch einen internen Watchdog.

Ich vermute, der Hersteller hat hier einen Workaround für ein Problem gebaut, dass er selbst nicht lösen kann: ein Fehler in einem tieferliegenden Teil des Betriebssystems, dass Allterco anscheinend zukauft.

Zitat von Tamas

Funktioniert es nicht mehr mit der Firmware-Version 0.11.2?

Tamas ja, dieser "Bug" wurde wohl behoben....

ich konnte das Problem inzwischen genauer eingrenzen:

das Deaktivieren von bluetooth (bzw. der darauf folgende neustart) konfiguriert seit beta3 irgendwas im network stack um, so dass der plus1pm bei mir danach nur noch sehr instabil läuft....

Zitat

Ich hab schon seit einer weile 2 Smarte Zwischenstecker aus China rumliegen die nutzen den selben Chip messen jedoch die Spannung, Strom und Leistung sehr genau, pro stück 6€, werde demnächst versuchen die in Iobroker zu bekommen und deren gemessene Spannung ebenfalls zu loggen. (6€ vs 29€)

@dekat win welche sind denn das genau?

hab nun die 11.0 (ohne beta) drauf, aber die stürzt leider auch ab....

und die wurde aber nun auch wohl wieder zurück gezogen....

schon klar

zu 10.3. heisst es bereits "Erroneous overvoltage events on Plus1PM devices"

insofern vermute ich , dass auch jemand bei Allterco die beiden verwechselt hat, da ich das genau andersrum habe verschwinden sehen...

ich wollte ja nur sagen, dass es benannt wurde....

Zitat

Interessant ist das kein Wort zur Überspannungs Abschaltung oder zu den Spannungs-Schwankungen im Changlog steht.

da steht doch "Erroneous overpower events on Plus1PM and PlugUS devices"

Ich teste nun schon eine Weile mit ein paar Geräten die beta3 und bin nun teilweise auch wieder zurück auf die 11.0.beta2

Leider muss ich dbei bleiben: unter beta3 restarten die devices wie die 10.3 in kurzen unregelmässigen abständen neu (allerdings nur die plus1pm, nicht aber die plus2pm), unter beta2 ziegen sie dieses Verhalten nicht.

Wie sind Eure Erfahrungen mit der beta3? DanPlusX  JulBu  NCC-1701  michael4358  Loetauge

Zitat von thgoebel

Man muß die Autorisierung einschalten (Passwort vergeben) und danach wieder ausschalten. Danach klappt der Get.Config-Aufruf.

leider geht das mit der beta3 nicht mehr....

mit der beta-3 ist leider auch das "gelegentliche reboots" Problem zurück

Zitat

Toll das es funktioniert hat, jetzt kann jeder Shelly Besitzer selbst seine Batch ID abfrage.

seit der 11.0-beta3 geht das leider nicht mehr. dafür stürzt die nun wenigstens nicht mehr ab, wenn man den AP & BT ausschaltet

wie ich aber leider grade feststellen musste, ist das "gelegentliche neustarts" Problem mit der beta3 wieder da...

Hallo zusammen,

seit ein paar Tagen ist die 11.0-beta3 draussen.

Damit kommt man leider nicht mehr so leicht an diese inneren Werte, weil der rpc-aufruf nur noch "unauthorized" zurück gibt...

Ich habe auch noch weitere Exemplare des plus1pm gekauft, die garkeine Informationen über die charge mehr hergeben (sagen aber noch dass sie nicht kallibiriert sind)

@dekat win nein, die Werte sind nicht gleich. hier die Daten von einem anderen Broadwell:

Loetauge kannst Du als Moderator den Thread splitten?

@dekat win nein bzog sich auf den MQTT restart bug. den sah ich bei beiden batch versionen.

ich komme nun auch in diese Config. (was ist das für eine haarträubende Konstruktion, wenn man das so frei schalten kann?!?)

und ich sehe für die Broadwell sinnvolle Einträge:

für die Yang nicht:

wobei der konkrete Broadwell schon beta2 ist und dieser yang noch 10.3. aber das sollte ja keinen underschied machen...

@dekat win nein

auch mit gesetzter Authentifizierung komme ich nicht an rpc/Config.get ...

vielen dank für die Info.

ich habe also zwei verschiedene batches hier vor mir: "2133-Yang" und "2201-Broadwell"

"2201-Broadwell" zeigt ordentliche Volt Werte an, der andere nicht.

die Abfrage http://IP.des.Shellys/rpc/Config.get kann ich nicht durchführen. da bekomme ich nur eine 403 (unauthorized) zurück, obwohl ich keine user auth auf der GUI habe... auch wenn man per access point dran ist, geht es nicht...

Zitat

Schaut euch mal das hier an wonach siecht das für euch aus?!?:

sieht gut aus, wie kommt man da dran?

Zitat

Ok dann schick ich denen gleich nochmal ein Ticket... ich kann wirklich nur hoffen das sie die Beta nicht so raus bringen sonst wird hier alles mit Support Anfragen geflutet.

Na zumindest etwas, wäre toll wen die Beta den MQTT Restart Bug Fixed. Was genau hast du denn gefilmt Oo das der Shelly nach dem man BT ausschaltet nicht mehr erreichbar ist?

ja, ich habe aufgezeichnet wie ich MQTT einschalte und reboote und danach BT und AP nacheinander ausschalte und nochmal reboote und dass der shelly dann nichts mehr tut...

der support hat mir jetzt gesagt, dass sie ein ticket bei den Entwicklern auf machen....

und noch eine andere Frage: wie erkennt man denn diese frühe, anscheinend unkalibrierte Charge der plus 1pm ?

ich habe 6 STück hier, 2 messen halbwegs richtige Volt Werte, 4 irgendwas gewürfeltes (ca. 10 V zu wenig).... die 4 waren zusammen in einer Schachtel und haben sehr ähnliche IDs....

Zitat

Was genau war dem Support nicht bekannt: Das die Beta 11 Crashed auf dem plus 1 PM oder das die Shellys Restarten wenn die MQTT Verbindung abricht?

Ist der MQTT Restart Bug nun behoben mit der Beta 11?

das die Beta beim reboot crashed, wussten sie scheinbar nicht.

aus meinen Experimenten hier würde ich derzeit folgern, dass der restart bei MQTT verbindungsabbruch nicht mehr da ist.... aber das muss ich noch etwas länger beobachten....

Zitat

Ja den AP hab ich bislang immer an gelassen in der Beta11, also damit die Beta nicht Crashed muss BT an und AP an sein wenn man MQTT nutzt, wenn ich das richtig verstanden habe, sehr interessant.

ja, so scheint es.

ich habe dem support jetzt auf deren Anforderung hin ein Video davon geschickt

so sieht das bei mir derzeit aus und so scheint es auch stabil zu funktionieren. crashed jedenfalls nicht beim reboot....

{"ble":{"enable":true},"cloud":{"enable":false,"server":"iot.shelly.cloud:6012/jrpc"},"input:0":{"id":0, "name":null, "type":"switch", "invert":false,"factory_reset":true},"mqtt":{"enable":true,"server":"192.168.xxx.xxx:1882","client_id":"shellyplus1pm-xxxxxxxxxxxx","user":"mqttcw","topic_prefix":"shellyplus1pm-xxxxxxxxxxxx","rpc_ntf":true,"status_ntf":false},"switch:0":{"id":0, "name":null,"in_mode":"detached","initial_state":"off", "auto_on":false, "auto_on_delay":60.00, "auto_off":false, "auto_off_delay": 60.00,"power_limit":4480,"voltage_limit":280,"current_limit":16.000},"sys":{"device":{"name":"LichtTest2","mac":"FFFFFFFFFFFF","fw_id":"20220722-090103/0.11.0-beta2-g54f3094","discoverable":true,"eco_mode":true},"location":{"tz":"Europe/Berlin","lat":50.132720,"lon":8.575940},"debug":{"mqtt":{"enable":false},"websocket":{"enable":false},"udp":{"addr":null}},"ui_data":{},"rpc_udp":{"dst_addr":null,"listen_port":null},"sntp":{"server":"time.google.com"},"cfg_rev":7},"wifi":{"ap":{"ssid":"ShellyPlus1PM-xxxxxxxxxxxx","is_open":true, "enable":true, "range_extender": {"enable":false}},"sta":{"ssid":"xxxxxxxx","is_open":false, "enable":true, "ipv4mode":"dhcp","ip":null,"netmask":null,"gw":null,"nameserver":null},"sta1":{"ssid":null,"is_open":true, "enable":false, "ipv4mode":"dhcp","ip":null,"netmask":null,"gw":null,"nameserver":null},"roam":{"rssi_thr":-80,"interval":60}},"ws":{"enable":false,"server":null,"ssl_ca":"ca.pem"}}