Hallo, Paradoxx87.
Kannst du einen Link zur Verfügung stellen, wo du die Changes her hast?
Danke!
Hallo Anne,
die release notes habe ich von Chatgpt.
Gruß PA
Hallo, Paradoxx87.
Kannst du einen Link zur Verfügung stellen, wo du die Changes her hast?
Danke!
Hallo Anne,
die release notes habe ich von Chatgpt.
Gruß PA
also changes sind
1. bug fixes
Resolved issues related to device connectivity and stability
fixed a problem where the shelly trv would occasionally switch to frost protection mode unexpectedly
Adressed a bug that caused inccorect temperature readings in certain conditions
2 new features
Enhanced battery management to extend the lifespan of the devices battery
imprioved responsiveness to temperature changes for more accurate and timely adjustments
3 performance improvements
optimized the device´s communication protocol for better integration with smart home systems
general performance enhancements to reduce latency and improve reliability
also changes sind
1. bug fixes
Resolved issues related to device connectivity and stability
fixed a problem where the shelly trv would occasionally switch to frost protection mode unexpectedly
Adressed a bug that caused inccorect temperature readings in certain conditions
2 new features
Enhanced battery management to extend the lifespan of the devices battery
imprioved responsiveness to temperature changes for more accurate and timely adjustments
3 performance improvements
optimized the device´s communication protocol for better integration with smart home systems
general performance enhancements to reduce latency and improve reliability
Das Problem bei mir ist, dass ich die shelly in zusammenhang mit dem Iobroker nutze. Der Shelly adapter bringt dann immer irgendwelche Json errors. Erst ab version 2.2.2 ist das behoben.
Leider habe ich aber mit der 2.2.2 Firmware das Problem , dass die Shellys verbindungsabbrüche haben und teils für minuten offline sind.
Mit der 2.2.3 habe ich all das Verhalten nicht mehr. Jedoch ist der akkuverbrauch in den Versionen 2.2.2 und 2.2.3 extrem hoch und ich kann die dinger monatlich aufladen
Kennt das jemand ?
Ok, 2.2.2 ist ne Katastophe ich bin wieder auf 2.2.3 hier sind die Probleme mit dem Iobroker shelly adapter behoben und auch die verbindungsabbrüche sind weg.
Btw. gibts da eig. release notes ?
gruß
PD
Moin zusammen,
ich bin auch wieder zurück auf version 2.2.2, da ich nach einigen Monaten mit 2.2.3 festgestellt habe , das der Akku zu schnell entalden wird
Hat da jemand ähnliche Erfahrung gemacht ?
Hallo ,
ich habe jetzt auch zwei Shelly TRV von 17 von 2.2.2 auf 2.2.3 laufen.
Bisher konnte ich damit aber keinerlei Probleme feststellen
Auf von der Regelung finde ich Sie top .
Nach dem update haben Sie erstmal 4h gebraucht, bis Sie vernünftig geregelt haben aber jetzt wird die Temperatur perfekt gehaltebn. Besser denn je.
Habe gerade rausgefunden, dass die TRV´s sich seit der version 2.2.2 automatisch rebooten, wenn das frontend sich aufhängt.
Leider führt das ständige rebooten bei mir zu einem erheblichem akkuverbrauch
Kennt Ihr das Thema auch ?
das ist der MQTT Json error ausm Iobroker. Zusätzlich kann ich nicht mehr auf den Webserver des TRV zugreifen, weil das Front end nicht mehr reagiert.
Ab hier hilft nur ein reboot.
Seit der Version 2.2.2 hat sich das verschlechtert. Bei mir ist jeden tag mehrmals ein Shelly zu rebooten.
Erklärung ?
Ihr musst alle eure MESH abschalten sonst macht ihr ewig rum. Das ist Punkt 1.
Wenn ihr das getan habt, werdet Ihr schnell feststellen das die drecks Dinger immernoch nicht gehen.
Das liegt daran, dass Alterco es nicht schafft MQTT vernünftig zu implementieren. Lediglich eine Handvoll leute nutzen COIOT sowie Devil.
Deswegen habt ihr auch keine Verbindung zu den Teilen in der cloud. Das front End schießt sich mit MQTT in unregelmäßigen abständen ab und nur ein reboot hilft.
Verkauft die dinger so schnell wie möglich oder gebt Sie zurück.
Supportticket bringt gar nix. Ich mach da schon seit einem Jahr rum und das bringt nichts.
schaut in meine anderen Posts zum thema TRV, da wird alles sehr detailliert erklärt.
MFG
PD
Das führt mich leider wieder zu einer Frage, wie hast du ihn befestigt, ich hatte das Problem auch bei version 2.2.1 und tatsächlich war es jetzt mir der Version 2.2.2 weg.
Ich glaube aber, dass es nicht an der Version liegt sondern an der super billigen Schrott halterung.
Ist die Bei euch auch Billig gemacht und hält kaum ?
Ich glaub das liegt am Alter…
Sorry.
Oh je,
der im Shelly TRV verbaute Wlan Chip erfüllt nicht die folgenden Kritieren:
erbesenzähler... wenn Dir sonst nichts mehr einfällt kommst halt damit.
Das Problem wird dadurch nicht besser.
Ich bin ab hier raus.
Aber einen Tipp habe ich Dir noch, leere erstmal dein volles Glas. Sonst kannst du nichts mehr aufnehmen.
Es geht hier nicht um Energiemanagement. Was meinst du warum der Akku des TRV ständig leer ist, wenn er ständig wechselt. Richtig er kann nicht in den sleep mode. Gleiches auch beim Handy, wenn empfang so schlecht, das er ständig mit neuem/gleichem Knotenpunkt verbinden muss.
Aber nochmal, darum geht es nicht!
Es geht um Erreichbarkeit und die muss das Gerät immer haben, ansonsten bringt er mir nichts, wenn ich ihn von extern steuern möchte und das dynamisch.
Mesh steering brauchst du, weil mehrere Geräte (Repeater) als potentielle Zugriffspunkte mit gleichem Namen zur verfügung stehen.
Woher soll der TRv wissen, wenn alle gleich heissen, mit welchem er sich verbinden soll ?(ich hab das mal skizziert)
Er braucht jemandem der ihm das sagt und das ist der Mesh Master). Nur kann der TRV nicht verstehen was der sagt also ist er mit irgendeinem Repeater verbunden.
Er macht das wirklich per Zufall. Die SSID´s sind auch immer die gleichen.
Wenn der TRV nun etwas empfängt oder sendet, kann es durch Zufall passieren, das der TRV/Broker diese Änderung über Repeater 3 anstatt über die 1 sendet, es kann auch die zwei sein. Jedoch ist dies ein Problem, weil dieser sich leider am äußersten Rand des Empfangs befindet und dieser wiederum sehr stark schwankt(darauf möchte ich jetzt aber nicht im Detail eingehen(Literatur hierüber hilft).
So jetzt wird es mathematisch Das bedeutet also, das die Warscheinlichkeit für einen ausfall bzw. eine sehr hohe Latenz 1/3 ist.
Dies passiert jedesmal, wenn der TRV versucht zu empfangen oder zu senden.
Wie gesagt, er hat ja auch keinen eindeutige zuweisung und nimmt auf Grund des gleichen Namens irgendeine verbindung, egal wie gut oder schelcht diese ist.
Zusammengefast bedeutet dies also nun, das alle repeater im bereich des TRV, welche eine gute bis sehr gute verbindung zum TRV haben, es warscheinlich nicht zum Ausfall kommt.
Wenn jedoch wie oben skizziert überlappungen da sind und dann auch noch Repeater dabei sind welche schlechten Empfang bereistellen. Ist es einfach nur eine warscheinlichkeitsrechung ob und wann dieser ausfällt oder eine hohe Reaktionszeit aufweist und dadurch einen timeout auslöst.
Wichtig ist auch noch zu verstehen, das eine bestehende Verbindung zu einem repeater nicht bedeutet, dass diese stabil für eine Kommunikation genutzt werden kann. Auch hierzu gibt es genügend literatur.
Ich hoffe das war detailiert genug.
Im Detail ist es leider noch etwas komplizierter aber ich würde empfehlen ein studium im bereich der Elektrotechnik abzuschließen, dass hilft ungemein.
Wieder einer der nicht verstehen kann,
Zum ersten sollte es für ein Mesh System keine Probleme darstellen ob ein Endgerät Band Steering unterstützt oder nicht. Das ist für gewöhnlich die Aufgabe des Mesh Masters dies zu erkennen.
der TRv kann nicht mit dem Mesh master komunizieren. also bekommt er keine befehele er ist also somit random mit irgeneinem repeater verbunden.
Wenn deine repeater alle so nah dran sind dass es zu jedem dieser repeater einen guten empfang gibt, kein problem. Zumindest augenscheinlich.
Im detail :
schaltest du deine TRV´s nicht dynamisch über die wlan verbindung sondern über den zeitplan direkt auf dem trv.
D.h. du bekommst gar nicht mit wenn das teil mal hin und her springt und keine verbindung hat.
Bitte veruscht doch einfach ein bisschen über den Tellerrand zu schauen und zu verstehen, dass er kein mesh steering kann und das zwangsweise zu Problemen führen muss.
Jeodch fällt das nicht bei allen auf.
Setzt dich doch mal spasseshalber vor deinen rechner programmier ine script und ping deine trvs alle 15m an.
würde mich mal intersseieren
A. wie hoch die latenz ist und
B. wann welche trvs nicht erreichbar sind.
Gruß PD
hmmm, will mich nicht streiten, aber was verstehst du daran nicht.
Du hast einen TRV. Ich habe 15. Mach das doch auch mal und nutze dabei ein Mesh. Dann verstehst du vll .das Problem.
Aber nochmal der TRV Wlan chip hat keine unterstützung für Mesh steering. D.h. nicht, dass der TRV keine verbindung bekommt zum Wlan, lediglich, dass der TRV nicht in der Lage ist vom Mesh Master befehle über den am besten geeignetsten zugriffspunkt (Repeater) zu bekommen.
Also, warum hast du ein Mesh ? Richtig, weil du dein bestehendes Wlan erweitern willst. Das wiederum führt zwangsweise dazu, dass der TRV immer ein hopping macht, wenn mehrere Repeater in Reichweite sind.
Er bekommt ja auch vom Mesh master keine Empfehlung.
Das wiederrum führt dazu, dass er eventuell mit dem Repeater verbunden ist, welcher die schleteste RSSI für den TRV bereitstellt.
Ich möchte jetzt auch nicht mehr mit sämtlichen Pfennigfuchsern diskutiern. du kannst es glauben oder lassen.
Ich habe jetzt of genug aufgezeigt, was das Problem ist und warum das im einzelfall (wie bei dir mit einem TRV *lach* ) nicht zu Problemen führt.
Von dem her an all diejenigen, welche sich einen TRV kaufen wollen, tut es nicht. Er ist nicht auf Stand der Technik und macht nur Ärger und Probleme.
Wers nicht glaubt, probierts aus.
Grüße PA
ok, und jetzt bitte die Übersicht, welche shellys mit welchem router verbunden Sind und zusätzlich, welche shellys praktisch in reichweite von zwei oder mehr überschneidenden repeatern sind ?
Ach und wie ich sehe hast du einen einzigen TRV, richtig ?
Es geht hier jedoch nicht um alle anderen shellys sondern den TRV
Ich wiederhole mich zwar nur ungern, aber wenn Mesh aktiv ist, muss es zwangsweise, wie bereits von mir erwähnt, zu verbindungsproblemem kommen. Das hat jetzt in dem fall nix mit unify zu tun.
Servus, ich habe jetzt mal den Kanal des Wlan umgestellt auf einen festen, seit dem sind die Geräte dauerhaft online.
Du hast bestimmt ein W-Lan mit MESH. Das kann jedoch der TRV nicht, da der W-Lan chip keine ünterstützung für Mesh steering hat.
Bei manchen funktioniert es trotzdem, weil sie nur einen repeater, fritzbox haben und die TRV-Geräte keine anderen repeater in reichweite haben.