Beiträge von Andy_1960

möchte hier nomchmal mein Problem mit der neuen APP darlegen - und zwar geht es um die Thermostat-Funktion.

In der aktuelle APP schalte ich eine kleine Wandheizung im Bad über einen Shelly1. Die Temperatur in diesem Raum wird über einen Shelly H&T gemessen. Nun habe ich einen Thermostaten für diesen Raum (Bad) konfiguriert (über Thermostat hunzufügen), d.h. der Shelly 1 ist der Aktor und der Shelly H&T der Sensor. Funktioniert wunderbar. Als Solltemperatur ist wie im Bild unten zu sehen, 15 Grad eingestellt. Die Temperatur wird zuverlässig auf diese 15 Grad geregelt.

pasted-from-clipboard.png

So weit so gut - und nun zu meinem Problem.

In der neuen APP kann ich dies so nicht mehr konfigurieren - auch ist die bestehende Konfiguration aus der aktuellen APP nicht funktionstüchtig ...

Gibt es hierzu bereits irgendwelche Erfahrung?

Zitat

wie kommst auf 22?

Selbst die GrundTemp beim TempPlan kannst frei Einstellen

Bis33.jpg

was ich nicht verstehe - wie kann ich eine Temperatur kleiner 18 Grad einstellen?

OK - Thanks für das Feedback!

Neue APP hat coole neue Features und ist auch schön zum Bedienen!

Habe noch ein Problem mit den Thermostat-Einstellungen. Bei der neuen APP kann ich irgendwie keine Temperaturen unter 18 Grad einstellen - was mache ich falsch?

pasted-from-clipboard.png

Zitat

Das ist doch die Ansicht vom 4er. arbeitest du mit dem 5er aber in der Ansicht vom 4er? Wenn ja ändere mal bitte auf die Ansicht vom 5er

gesagt - getan - und siehe da es funktioniert Vielen Dank!

Zitat

Naja steht ja da, "no Adapter config found"

Zeige mal bitte die vom Shelly.1 Adapter Configseite allgemein und MQTT.

Zeige mal bitte die Instanz Shelly.1 unter Instanzen.

IOB mal komplett neu gestartet?

Das nächste noch nicht ausführen, erstmal die Bilder:

lösche mal bitte nochmal die shelly.1 Instanz

Reiter Instanzen dort die Shelly.1 Instanz erweitern und hinten den Mülleimer

pasted-from-clipboard.png

dann nochmal neu installieren, irgendwas ist da auf der Strecke geblieben.

Matze

Alles anzeigen

Instanz shelly.1 wieder gelöscht und IOB neu gestartet (Gen 1 Schellies funktionieren tadellos)

pasted-from-clipboard.png

pasted-from-clipboard.png

2. Dann neue Instanz mit + (und deaktiviert)

pasted-from-clipboard.png

pasted-from-clipboard.png

3. Shelly.1 auf Einstellungen - leere Seite mit Fehlermeldung

pasted-from-clipboard.png

Meldung im Log

pasted-from-clipboard.png

Hier nochmals meine Versionen

Node.js 14.18.2

Admin 5.2.1

js-controller 3.3.21

Ergänzung

beide Instanzen laufen einwandfrei mit den Gen 1 Shellies, aber bei Shelly.1 Adapterkonfiguration erschein obige Fehler meldung (File index html not found)

Node.js 14.18.2

Admin 5.2.1

js-controller 3.3.21

Zitat

Moin,

1. in die IOB Einstellungen gehen und dort das Repository umstellen auf latest:

pasted-from-clipboard.png

dann sollte er dir schonmal unter Adapter anzeigen das der Shelly Adapter auf V 5.0 geupdatet werden kann.

2. Update ausführen

3. beim Shelly Adapter in der Ansicht "Adapter" hast du einen Button mit 3 Punkten darauf klicken

4. unten beim + eine 2. Instanz erstellen.

5. wenn die installiert ist, sofort auf Instanzen gehen und die shelly.1 Instanz stoppen ( er holt sich sonst alle Coap Shellys dort auch rein)

6. dann in die Konfiguration von der Shelly.1 Instanz gehen, in allgemeine Einstellungen oben ändern von "Coap und http" auf "MQTT und Http" im Reiter MQTT die noch erforderlichen Daten wie Benutzer/PW eintragen und auf dem Port achten das der mit dem Sehlly MQTT übereinstimmt.

7. Instanz Shelly.1 starten

Alles anzeigen

bis Punkt 4 alles i.O., anschliessend erhalte ich folgende Fehlermeldung:

pasted-from-clipboard.png

pasted-from-clipboard.png

was kann das sein?

Super Whity - vielen Dank!

Hi zusammen

ich habe aktuell meine Shellies Gen 1 mit 4.0.8 am Laufen (Adaptereinstellung Standard - CoAP and http). Nun möchte ich den ersten Shelly Plus einbinden. Wie genau muss ich hier vorgehen? (wenn möglich für Laien ) ...

Vielen Dank für ein Feedback

Andy

ab der Version 1.9.6 und höher überhitzt mein Dimmer 2 (bei Versionen kleiner 1.9.6 liegt die Betriebstemperatur bei ca. 70 Grad bei 100%)

(Trailing-edge, angeschlossen sind 2 x Vorschaltgerät dimmbar HTM70 70W (Osram) mit je 2 Halogen 35W)

Auf ein Ticket bei Allterco habe ich nun die folgende Antwort erhalten:

"We can assure you that the problem is not in the latest firmware, but the fact that you using 2x ballast. The latest firmware is most secure and most accurate.

You need to change the wiring and use only 1x ballast, because using 2x is adding too much heat to the device."

n.b. ich habe diverse Dimmer mit sogar 3 Vorschaltgeräten ohne Probleme im Einsatz - allerdings mit Versionen kleiner 1.9.6 ...)

Das kann ich irgendwie nicht ganz glauben, zumal ich das Problem 100% reproduzieren kann ...

Zitat

Sieht soweit korrekt aus. Ich würde ein Ticket bei Allterco erstellen.

OK, werde ich machen und auf v1.9.0 ...

Vielen Dank für die Feedbacks!

jeweils neu kalibriert

Trailing edge

2 x HTM70 70W (Osram)

Hallo zusammen

Folgendes Problem:

Habe mehrere Dimmer 2 mit v1.9.0 in Betrieb (Halogenlampen mit dimmbarem Vorschaltgerät - 140 W).

Nach Update auf v1.11.0 überhitzt der Dimmer und schaltet ab, während der gleiche Dimmer mit 1.9.0 konstant bei rund 72 Grad arbeitet.

Ist dieses Problem bekannt?

Gruss

Andy

ich hatte schon vor der 1.10.4 das Problem, dass einzelne Geräte sich nach Stunden oder Tagen plötzlich aus der Cloud verabschiedeten, d.h. als offline angezeigt werden.

Mit der 1.10.4 passiert dies schon nach ein paar Minuten ...

Zitat

Andy_1960

in deinem Debug-Log taucht der konkrete Grund auf:

Disconnected, reason: 8

Reason 8 bedeutet: Operating System moved the client to another access point using non-aggressive load balancing.

Konkret hat also dein AP den Shelly disconnected und zumindest versucht ihn auf einen anderen AccessPoint zu verlagern (Roaming)..

Das kann der im Shelly verbaute ESP8266 aber nicht. Roaming im Router / AccessPoint deaktivieren sollte das Problem möglicherweise lösen...

bist du nicht, denn es ist auch nur einer der Gründe, warum es zu Disconnects kommen kann.. also Debug Log aktivieren und schauen, woran es liegt

Alles anzeigen

vielen Dank für das Feedback! - werde ich machen und weiter beobachten ...

Bei mir sieht es etwas anders aus - hier das Protokoll des Shelly 2.5 mit 1.10.2-rc2 ...

(siehe unten reboot)

40768615821 mgos_http_server.c:180  0x3fff3984 HTTP connection from 192.168.50.170:38546
40768639338 json.c:416              RAM: 49272 total, 33244 free
40773483135 mgos_http_server.c:180  0x3fff27ac HTTP connection from 192.168.50.170:38700
40776383088 cloud_aes.c:130         Connected to tcp://iot.shelly.cloud:6011
40783693222 mgos_http_server.c:180  0x3fff26cc HTTP connection from 192.168.50.170:39038
40783716955 mgos_http_server.c:180  0x3fff30a4 HTTP connection from 192.168.50.170:39040
40783730189 switch_http_handler:211 msglen=74 bodylen=0 data=128
40783769311 mgos_http_server.c:180  0x3fff299c HTTP connection from 192.168.50.170:39042
40783856465 mgos_http_server.c:180  0x3fff2a54 HTTP connection from 192.168.50.170:39044
40783869708 switch_http_handler:211 msglen=74 bodylen=0 data=128
40783906489 mgos_http_server.c:180  0x3fff2a54 HTTP connection from 192.168.50.170:39046
40783930144 json.c:416              RAM: 49272 total, 33280 free
40786343474 mongoose.c:12129        Failed to resolve 'iot.shelly.cloud', server 8.8.8.8
40786351201 cloud_aes.c:260         Connect to cloud: -1
40786358772 cloud_aes.c:429         Cloud connection 0x3ffeff94 closed
40786366797 cloud_aes.c:143         Reconnect after 15000
40787807343 mgos_http_server.c:180  0x3fff27ac HTTP connection from 192.168.50.169:60944
40787862085 shelly_util.c:317       Flash Size 2097152
40787869572 shelly_util.c:322       1fe000 Erasing sector 510
40787922804 shelly_util.c:322       1ff000 Erasing sector 511
40787977884 mgos_system.c:58        Rebooting in 200 ms
40787996302 switch.c:1208           Going to reboot!
40788136010 esp_main.c:137          SDK: state: 5 -> 0 (0)
40788144844 esp_main.c:137          SDK: rm 0
40788206143 esp_main.c:137          SDK: pm close 7
40788222136 mgos_wifi.c:119         WiFi STA: Disconnected, reason: 8
40788229429 shelly.c:292            WiFi disconnected reason whatever, will reboot.
40788236815 arp_check.c:60          Rebooting
40788245915 switch.c:1208           Going to reboot!

Zitat

Und was fällt auf? Ebenfalls WiFi 6, also neuerer Chipsatz

ASUS RT-N12E ist meines Wissens nicht WiFi6 - oder?

Zitat

Das sind die Problemkinder. HD und WiFi 6 machen Probleme, vorherige APs eigentlich nicht. Shelly hat den WiFi-Stack aktualisiert, womit ws mit den älteren Geräten immer noch funktioniert. Nun könnte man sich streiten, wer sich nicht an die vermutlich noch nicht definierten neuen Standards hält.

Warum laufen die Shellies mit den älteren APs? Für mich also offen, wer "schuld" ist.

... möchte wieder einmal daran erinnern, dass ich das gleiche Problem habe (1.10.x gehen offline, 1.8.3 i.O) jedoch mit AP ASUS RT-AX92U und RT-N12E ....

• Shelly Typ: Shelly 2.5
• Device Mode (wenn Shelly Type Shelly 2.5 ist ) : Relais
• Firmware Version: 1.10.1
• Router oder AccessPoint: ASUS RTN12E
• Static IP oder DHCP: Static

Nach jeweils 2-3 Tagen offline (im WLAN nicht mehr erreichbar). Soft reboot aktiv, bringt aber nichts. Nur stromlos machen bringt das gerät wieder online ...