Beiträge von schwarzbold

Die 1.2.4 ist stable. Mehr kann ich dazu nicht sagen. Ich habe das DING gekauft, damit es das tut, was es verspricht. Das tut es nicht. Also komm mir bitte nicht dumm.

Edit: Unnötiges Vollzitat auf vorherigen Beitrag durch Moderator entfernt!

So. eines meiner auf FW 1.2.4 laufenden WD will in der Cloud grade den Authentifizierungcode. ... wie war das mit 2 Jahren Gewährleistung?

Ich korrigiere mich: Beide.

Was soll der Scheiß?

Und wie mache ich das?

JETZT bin ich angefressen. JETZT bin ich wütend. JETZT zweifele ich an dem Konzept Alterco.

Zitat

Wenn ich es so sehe... langfristig wird es wohl das Beste sein einen externen Sensor wie z.b. PlusH&T zu verwenden (nicht nur als delta-Abgleich, sondern exklusiv) damit es einigermaßen ordnungsgemäß läuft.

Vorteil bei dem ist: man kann ihn beliebig "sinnvoll" positionieren und ist ggf. von anderen Störquellen (Sonnenenstrahlung etc) geschützt

Nein. das kann keine Lösung sein. Es muss ein dynamischer lastkontrollierter Temperaturausgleich geschrieben werden. Dann geht das. Ich kaufe doch nicht für 140 EUR ein Gerät, was messen kann und stelle dem dann einen externen (immer noch zu korrigierenden) Sensor beiseite. Da sind manche Smartphone billiger und messen besser. Gleiches Betriebssystem übrigens.

Zitat von DIYROLLY

Jetzt noch das Problem durch das Relais...

Da gibt es ja jetzt 2 Sachen wodurch die Innentemp. verändert wird.

Da hilft doch ein Offset auch nicht mehr (Hintergrundbeleuchtung, Relais), betrifft ja die int. Spannungsversorgung als Wärmequelle.

Wäre gut wenn die int. Temp./Feuchte komplett durch einen externen Sensor an nem Shelly getauscht/ersetzt werden kann.

Das wäre kein Problem, wenn die Kerntemperatur für eine dynamische Korrektur herangezogen würde. Das Relais ist so nahe am Prozessorkern, dass es wurscht ist, wo die Wärme herkommt.

ich will nur mal klarstellen: ich habe mich an keiner Stelle aufgeregt. Ich habe ein Stück Software in Betrieb genommen, von dem ich wusste, dass es nicht fertig ist. Ich habe alles aufgeschrieben, was mir aufgefallen ist. Ob der Kanal hier der richtige dafür war, sollen mir bitte Andere sagen. Ich bin nicht bös drum, dass die 1.2.5 Beta2 bisher so mittelmäßig läuft. die 1.2.4 betaX wurden ja von compile zu compile besser. So erhoffe ich es mir jetzt hier und werde jede Beta neuerlich testen und berichten. Im Moment kann man mit den Actions ja das WD ganz gut als Raumthermostet nutzen (ohne Dritte Shellys direkt schalten zu können, was aber über einen Umweg der Szenen trotzdem geht --> Ausgangsstatus abfragen und dann anderen Shelly danach schalten), auch wenn die Schalthysteres etwas hektisch ist und Änderungen am Raumprogramm etwas schwerfällig sind.

Schick finde ich es und es hat ne Menge potential. Alles andere lässt sich sicher im Laufe der Zeit hinbiegen.

Ich will auch klarstellen, dass ich nicht ganz unbedarft bin solche System zu benutzen und zu bauen. Ich Arbeite seit Jahren mit Arduino-Systemen und schreibe deren Programme auch selbst, deswegen weiss ich, was alles schief gehen kann und was alles komische Nebeneffekte erzeugen kann. Auch hier bin ich auf die "Nutzer" angewiesen, die mir sagen, was nach einem Update alles komisch läuft. Ich fahre Software-Updates aber nicht flächig aus (was bei Arduino meist einen Hausbesuch bedeutet) sondern suche wenige kritische und risikobereite Nutzer aus, die mir echtes Feedback geben, damit ich es verbessern kann. Und falls jemand die Frage stellt, was ich da tue: Bauwerksanalyse und Bauwerksforensik. Alles nicht zeitkritisch und wenn es mal ein paar Tage nicht läuft, geschenkt. Deswegen denke ich drüber nach meine Hardware-Eigenbauten gegen Shellys mit Addon zu ersetzen. Allerdings bin ich noch nicht mit der Zuverlässigkeit der Addons zufrieden. Hier gibt es noch zu viele Aussetzer.

Nenn es bitte eine frühe Alpha. Wenn das Thermostat nicht sauber funktioniert, geschenkt, wenn aber alles andere nicht mehr geht, was vorher ging, nicht geschenkt. Ich habe es mir angeschaut, alles aufgeschrieben, was mir aufgefallen ist und werde jetzt auf die (hoffentlich) stabile 1.2.4 zurückgehen, weil ich morgen in meinem Büro nicht erfriern will.

Nun ja, auch die Sache mit dem Thermostat war wohl ein Shuss in den Ofen ..... man beachte die Zeitpläne und die Uhrzeit des Rechners. Und bevor irgendjemand fragt: Die Zeitzone im WD ist richtig eingestellt.

Achso: Aktionen können von der Cloud aus nicht mehr aktiviert werden. Man muss es über die Web-UI machen. Und der manuelle Schalter für das Relais fehlt ....

Ich gehe jetzt zurück auf die 1.2.4 ... so unbenutzbar.

Es ist doch kein Problem die Displayhelligkeit grundsätzlich fest einzustellen und je nach Dsiplay aus oder Helligkeit XY den Korrekturwert dynamisch einzustellen (thermische Kennwerte des Displays sollten bekannt sein). Die dynamische Helligkeitssteuerung müsste dann eben aus bleiben. Damit wären schon mal die meisten Temp-Fehler behoben. Das ist ja nun nicht das erste Gerät, was interne Wärmequellen ausgleichen muss. Wie man die Schwierigkeit behandelt, dass man nicht weiss, was der Untergrund für eine Wärmeleitfähigkeit hat, sehe ich als kleine Herausforderung, aber über die verbauten Sensoren (einer wird im Display stecken und der Prozessor hat sicher auch einen) erkennbar und lösbar. Alles keine Hexerei, wenn man vor den Programmierern mal vorher ein paar Ingenieure ran lässt.

Und nein, keine Angst, ich verzweifele nicht. Ich schüttele mit dem Kopf. Hier wird an der Software rumgebastelt und jedesmal dabei irgendwas zerstört, was vorher funktioniert hat, statt das vorhandene, meinetwegen in kleinen Schritten, zu verbessern.

Das Thermostat funktioniert nur auf dem Gerät. In der Cloud ist das WD immer noch nicht als Sensor für ein Thermostat wählbar. Das heisst die Ansteuerung externer Relais über das WD mittels Thermostat geht immer noch nicht. Außerdem ist das interne Thermostat logischerweise nicht auf das Dashboard legbar. Um an das Thermostat zu kommen, muss man immer auf das Gerät klicken und dann auf den Reiter Thermostat. Wie das auf dem WD selbst händelbar ist, kann ich noch nicht abschätzen, da es mir ja immer das Licht aus macht und beim drauftippen scheinbar auf der letzten gewählten Seite landet. Außerdem gibt es auf dem WD eine Temperaturdifferenz zwischen Hauptseite und Thermostatseite (momentan 18,5 vs. 18,6 ...).

So .. habe es erstmal satt. Ich warte auf die Beta26 und dann sehen wir weiter.

Alt vs. neu:

und folgende lässt sich nicht ändern:

und das Display aus bringt 0,7°C weniger Anzeige .... also immer noch etwa 1,2°C zu viel. Wenn ich noch eine Korrektur brauche, dann will ich auch mein Display anlassen dürfen.

wieder ein paar Phänomene: der PlugS plus lässt sich nicht über die Cloud aktualisieren. Angeblich sei er offline. Gehe ich auf die Web-UI, geht es. Also ist die Verbindung zur Cloud nicht sauber, da ich ihn trotz der Fehlermeldung beim Update, er sei offline, mittels genau der Cloud schalten kann (und ihn schalten höre). Das ganz mit drei Stück versucht. Zwei verschiedene Netzwerke.

PS: das gleiche beim plus1PM; Plus1 geht;

Ich habe bei einem -1,8 und beim anderen -1,9 als Korrektur drin. ist mir einem im Raum stehenden kalibrierten Thermometer über mehrere Tage hinweg identisch. Allerdings habe ich absichtlich die Helligkeit auf fest 5% eingestellt, damit die sich ändernden Helligkeitswerte nicht die interne Wärmeerzeugung beeinflussen.

1.2.5 beta2 ist draussen. Füttere grade eins meiner beiden damit. Hier ist folgende festzustellen: Es stellt sich automatisch auf Bildschim aus (das jetzt übersetzte "-immer sichtbar"), die Einstellung der Bildschirmhelligkeit ist aus dem Menu am Gerät verschwunden. Bildschirmschoner(funktion) ist verschwunden, das Display lässt sich nicht auf immer an stellen .... Thermostat ist vorhanden und wird grade getestet. "Turn Screen off" ist über das Web-Ui erreichbar aber ohne Funktion(!!!) Das Display stellt sich automatisch wieder auf Turn-Off. Die Helligkeitsverstellung fehlt vollständig. Die Koordinaten an dem sich das Gerät befindet sind in der Web-Ui auf Null gesetzt. In der Cloud ebenso. Standort lässt sich nicht über die Cloud ändern, nur über die Web-Ui. Also in Summe eine Verschlimmbesserung.

und:

20231030-174732/1.2.4-a015a80e ist ebenfalls als Stable draussen.

Weiteres, eben getestet: im Firefox geht der IP-Aufruf nicht. Lade ich die control.shelly.cloud per STRG+F5 neu und rufe dann die IP auf, geht es auch. das WD geht die ganze zeit per Shelly-Cloud zu schalten. komisch das ist.

Zitat von 66er

Ich habe meinen Router als Zeitserver eingetragen. Keine Fehlermeldung, egal auf welcher Firmware bisher.

Solange ich beinahe täglich Updates machen darf/muss, werde ich keinerlei Grundeinstellung ändern, wenn es nicht sein muss. Das Ding muss auch so funktionieren. Es ist ja immerhin am Ende des Tages für den einfachen unbedarften Nutzer gedacht.

eben nach Hause gekommen. Eines der WD zeigt 18.5°C auf dem Display. Die Cloud ist der Meinung, dass das WD 17,6°C misst. Das Relay lässt sich über die Cloud zu sofort schalten. Die Temperatur wurde korrigiert und steht jetzt auf 18,2°C, obwohl das Display 18,5°C anzeigt. Die Temperaturkorrektur steht auf -1,9K. Das kanns also nicht sein.

Ich habe das Gefühl, dass die Programmierer in Sofia nicht so recht wissen, wie sie die Probleme in den Griff bekommen sollen. Wenn eine Sache abgestellt wird, kommt eine andere dazu.

Lokal sind beide WD übrigens wieder nicht über die IP zu erreichen, lassen sich aber über die Cloud sauber schalten.

So, die Beta6 setzt die Displayhelligkeit wieder auf 16% und belässt diese nicht auf 5%. Wenn das bei jedem Update passiert, muss man immer zum WD hinlatschen um die Helligkeit wieder runterzuregeln. Meine Erfahrung ist, dass die Helligkeit die innere Temperatur beeinflusst und somit die Korrektur zu nichte macht. Die Helligkeit des Displays ist im übrigen weder über die Cloud noch über die Web-Ui einstellbar. Dies geht ausschließlich am Gerät.

Sonst nach 2h keine Auffälligkeiten.

Zitat

hast du eine statische IP vergeben? Seit ein paar stunden gibt es Beta6, probiere es mal damit

auf einem installiere ich grade die Beta6. Und nein, ich habe im Moment keine festen IP vergeben. Das ist im Moment zu viel Aufwand. Da ich sie ja per Cloud erreichen kann, liegt es weniger daran.

Zitat von Devil

Seit wann verwendet shelly time.windows.com?

keine Ahnung. Habe gestern nur die beta5 draufgehauen und habe nichts umgestellt. Mich wundert es auch, da ja ein Android drauf läuft. Wenn es sich den Time-Server aus dem Netzwerk gegriffen hätte, würde ich es ja verstehen.

Mit der Beta5 gibt es das Ereignis, dass das WD die anhängende FM bringt. Das WD ist die ganze Zeit errichbar und macht, was es soll. Nur die Anzeige wird eingeblendet (von fehlender Übersetzung reden wir mal gar nicht). Außerdem ist das WD nicht mehr über die Web-UI-Erreichbar. Aber über die Cloud schaltbar (ohne Verzögerung klickt das Relais). Langsam bringen mich die Dinger zum Wahnsinn.

Ich habe heute eine Kaskade aus zwei Shellys gebaut (Shelly1-Gen1 und Shelly1pm-Gen1 dahinter ein Shelly 1pm-plus und parrallel zum shelly1-Gen1 ebenfalls einen 1pm-plus). Dabei habe ich festgestellt, dass zwischen den beiden 1pm-plus ein Spannungsunterschied von 8V liegt. beide parrallel angeschlossen habe ich die gleichen Pannungswerte. Alle Verbindungen sind kontrolliert. Das herausnehmen eines der Gen1-Shellys bringt genau einen Gewinn von 4V ... Auch das Messen mit einem Spannungsprüfer von Benning (nur das nicht wieder der Vorwurf komt, es würde SChrott zum Messen benutzt) brachte das gleiche Ergebnis.

Ist es normal, dass man an einem Shelly einen Spannungsabfall von 4V hat? Das finde ich heftig.

Ich habe über die Probleme im eingenen Netzwerk nach gedacht.

1. Alle anderen Shelly laufen optimal (25 Stück verschiedenster Art - Gen1+Gen2+Batteriebetreiben und Netzbetriebe).

2. die WD sind ausschließlich in der Cloud weg. Im lokalen Netzwerk über die Web-UI erreichbar.

3. der Umtzug eines der WD in ein anderes Netzwerk mit Cisco-Repeatern, in dem schon 8 TRV laufen, brachte das gleiche Ergebnis.

4. Seit der Beta2 sind zumindest die Netzwerkprobleme scheinbar gelöst.