Hier die Unterschiede von Shelly X2 vs X2i.
Beiträge von ckoeber83
-
-
Es handelt sich hierbei um kein parametrierbaren Wert sondern ist ein Festwert der in der Firmware hinterlegt ist
Hi,
wollte mal ein erfreuliches Feedback zur neuen Firmware 2.5.5 geben.
Die neue Begrenzung der niedrigstmöglichen Helligkeit Helligkeit funktioniert 👍🏻
Bei mir im Bad im OG ist das WallDisplay an der Fensterseite angebracht und hat so tagsüber immer Tageslicht von hinten. Mit der alten Firmware hatte der Helligkeitssensor die Helligkeit immer so weit runter geregelt, das dass Display nicht mehr ablesbar war.
Nun mit Firmware 2.5.5 ist es noch ablesbar 👍🏻
Ich habe Mal ein Bild gemacht wie es jetzt aussieht. Von vorher habe ich leider keines.
Viele Grüße 👋🏻
-
Hi,
wo soll sich den die neue Begrenzung der niedrigstmöglichen Helligkeit einstellen lassen?
In den Bildschrim Einstellungen am Display selber und in den Web Device UI Settings ist dazu nichts zu finden 🤔Der Inhalt kann nicht angezeigt werden, da Sie keine Berechtigung haben, diesen Inhalt zu sehen. Der Inhalt kann nicht angezeigt werden, da Sie keine Berechtigung haben, diesen Inhalt zu sehen. -
Es ist in der Tat die Bildschirmgeste mit 2 Fingern!
Ich habe da jetzt "Media Player: Stoppen" definiert und nun geht an der Touch Stelle am Display das Radio aus, wenn es läuft 🙈.Der Inhalt kann nicht angezeigt werden, da Sie keine Berechtigung haben, diesen Inhalt zu sehen.
Können wir bitte im nächsten Release die Multi Touch Funktion auch deaktivierbar machen, für Leute die sie nicht brauchen.
Dann wäre das Problem mit der Display Stelle auch gelöst. Denn die MULTI-TOUCHED ( 2 ) löst komischerweise nur an dieser Stelle durch einen Druck aus, wie im Video zu sehen.
Danke und Grüße 👋🏻 -
Nee davon habe ich jetzt kein Log mehr. Das Video ist ein paar Tage alt.
Aber imLog habe ich jetzt 20:16 Uhr ein paar mal auf die Stelle getippt und man sieht es im Log.Der Inhalt kann nicht angezeigt werden, da Sie keine Berechtigung haben, diesen Inhalt zu sehen.
Er scheint ja davon auszugehen, dass ich ein MULTI-TOUCH machen, das mache ich aber nicht.
[2025-11-10 20:16:25.051][Generic] Relay state 0 updated to true
[2025-11-10 20:16:25.057][Cloud] SHELLY_CLOUD_OUTGOING[NotifyStatus]: {"switch:0":{"id":0,"output":true,"source":"RPC Toggle"},"ts":1762802185}
[2025-11-10 20:16:25.060][Generic] NEW SWITCH:0 STATUS: {"id":0,"output":true,"source":"RPC Toggle"}
[2025-11-10 20:16:25.379][Screen] WE MULTI-TOUCHED ( 2 )!!
[2025-11-10 20:16:25.400][Interface] Executing LOCAL ACTION {"method":"Switch.Toggle","params":{"id":0,"channel":"INTERFACE"}}
[2025-11-10 20:16:25.405][Generic] Relay states: [true], will change 0 to false, force: false
VG 👋🏻 -
Achso die Sequenz ja. Siehe aktuelles Log anbei
am Ende um 20:16 Uhr.Der Inhalt kann nicht angezeigt werden, da Sie keine Berechtigung haben, diesen Inhalt zu sehen. -
Nein,
wie im Video zu sehen, wandert das Problem nicht mit dem Wetter Widget mit. Es ist immer an der gleichen Stelle, egal was auf dem Kachel Screen ist oder ob man in Home Assistant oder im Settings Menü ist. Es ist immer die gleiche Touch Stelle.
Dadurch aktiviert man unweigerlich immer das Relais, was nicht gewollt ist.
Anbei das Debug log. -
Hi Community,
das WD X2 Relais klickt bei Display Touch, wenn man an der Stelle, der das Wetter Widget aktualisiert drückt.
Siehe Video (Bitte Ton aktivieren)
Auch wenn man das Wetter Widget verschiebt, ändert sich die Position nicht.
Das ist sehr nervig.
Lässt sich das vielleicht bei Software beheben
VG 👋🏻 -
Super 👍🏻
Wann kommt den die seit März gewünschte Power Consumption Anzeige auf dem Screensaver? 👋🏻
Gibt es da ein ECD? -
medrickymartin zulu42 ossian petri
can you try older firmware 2.4.5 under http://<IP-walldisplay>/#/settings/firmware if that works and if yes update to 2.5.2 and try with this. 👍🏻 -
medrickymartin ,
All my X1s are from November last year and they work. My X2 from August this year also works. 👍🏻
Can you try to delete/deactivate home assistant from WD and reattach it manual w/o discovery? -
Can't reproduce myself.
after reboot I got this HA screen and than loading and at the end a login screen (if logout).
Then I can login and see my HA stuff. WD also remember my HA login credentials and auto login after next reboot 👍🏻.Der Inhalt kann nicht angezeigt werden, da Sie keine Berechtigung haben, diesen Inhalt zu sehen. Der Inhalt kann nicht angezeigt werden, da Sie keine Berechtigung haben, diesen Inhalt zu sehen. Der Inhalt kann nicht angezeigt werden, da Sie keine Berechtigung haben, diesen Inhalt zu sehen. -
I have tested myself on 2.5.1 and 2.5.2. Both FW versions are working with fresh HA-login and HA is still slow on X1 & X2 😉.
What is the issue? (screenshot pls). -
Neue Firmware releases 👍🏻
2.4.5 (2025-10-02)
Behebung von MQTT-Verbindungsproblemen.
-
Es funktioniert mit der neuen Firmware 2.4.4 20250923-131553/2.4.4-5c68f1d6 🥳
Das gespeicherte WLAN-Netzwerk wird nach einer erfolglosen Verbindung nicht mehr gelöscht. 👍
Siehe🎥 Testvideo FW 2.4.4🎥
Und im Anhang dazu die Netzwerkprotokoll Logs „WDLogs_00082243B3AB_250923_1432.txt”.Vielen Dank für diese schnelle Lösung 🥰
Ich werde nun alle meine WallDisplays aktualisieren 👍 -
Shelly hat mir jetzt in Ticket #241936 mitgeteilt:
Wir haben das Problem direkt an unsere Entwickler gemeldet, sobald wir weitere Informationen erhalten teilen wir Ihnen dies umgehend mit.
Update folgt... -
Sorry, ich glaube wir kommen hier etwas vom Thema ab. 😉
Es geht nicht darum mein WLAN zu debuggen, um Authentifizierungsfehler oder das es hausgemachte Probleme sind.
Auch nicht darum, dass sich das WallDisplay bei einem WPA2/WPA3 Transition Mode ggf. nicht anmelden kann (was nicht der Fall ist).
Es geht um den Fakt, das WENN dass WallDisplay mal nicht erfolgreich eine WLAN-Verbindung zu dem gespeicherten WLAN-Profil herstellen kann (Warum auch immer), es das gespeicherte WLAN-Profil löscht: [Generic] wW Deleting saved WiFi network "..." (null) !!!
Dieses Verhalten ist definitiv ein Bug und nicht normal. Ich kenne kein WLAN-Gerät, was einfach sein konfiguriertes WLAN-Profil löscht, nur weil es sich mal nicht erfolgreich anmelden kann!
Da wären wir ja nur noch damit beschäftigt überall PreShared Keys nachzutragen, weil sie die WLAN-Client automatisch verworfen haben. (Wenn nicht nicht 801.1x EAP o.ä. nutze / anderes Thema 😉).
schreckus Zu deiner Frage:Das bei einem Fehlgeschlagenen wlanlogin die augenscheinlich falschen Zugangsdaten verworfen werden, würde ich fast als Sollverhalten einordnen. Wozu soll das WD ungültige Zugangsdaten behalten?
1. Die Zugangsdaten sind ja nicht falsch. Sie wurden ja vorher so gespeichert. Die Anmeldung klappt nur aus unerfindlichen Gründen nicht.
2. Wenn das so sein sollte, würde ich das gerne mal von Shelly hören und dann bitte selber entscheiden, ob ich dieses "tolle Feature" möchte oder nicht.
Das bestand nämlich noch nicht in Firmware 2.3.6 vor der WLAN Timing Optimierung und da hatte ich auch noch keine Probleme damit mit meiner aktuellen WLAN-Infrastruktur!Wenn man jetzt sagt, dass soll so, dann ist das absoluter nonsens und gehört reverse engineered!
Ich wollte hier auch lediglich nur aufzeigen, dass es ein generelles Problem damit gibt. Wenn Ihr das Problem bisher nicht habt, dann ist das schön, bewahrt aber nicht davor, dass Ihr auch mal in dieses Problem rennt, weil es ja existiert. 👈🏻
Ich warte jetzt mal ab, was mir der Shelly Support im Ticket #241936 dazu schreibt.Alles andere hier ist nur Rätselraten. (nicht böse gemeint 😘)
Viele Grüße 👋🏻 -
Zitat
Frage: war der Trace bei einem Vorfall wo der Router nicht an war oder von einem Vorfall als du die Zugangsdaten verändert hast?
Ich hatte das Gäste WLAN mit Absicht ausgestellt, dass sich das WallDisplay nicht mehr verbinden kann und so ein Verbindungsfehler kommt, was ja das löschen des gespeicherten WLAN Profils hervorruft.
Der Connect kommt eine Zeile drüber um 2025-09-21 16:22:06 Uhr:
[2025-09-21 16:22:06.056][Network]
+-------------------------------------------------------------------+
| Will connect to WiFi "A110 Gastzugang" |
+-------------------------------------------------------------------+
[2025-09-21 16:22:06.061][Network] *** Set WiFi Enabled: true ***
[2025-09-21 16:22:18.444][Generic] wW Deleting saved WiFi network "A110 Gastzugang" (null)
[2025-09-21 16:22:18.591][Generic] Showed dialog WLAN-Verbindung fehlgeschlagenViele Grüße 👋🏻
-
Zitat
tvbshelly
Lösungsvorschlag "WPA2 only"Wie oben bereits erwähnt gibt es kein Problem mit WPA2/WPA3 Transition Mode.
Solange der Access-Point WPA2 als Verschlüsselung anbietet, kann sich das WallDisplay auch verbinden. WPA3 macht es gar nicht und versucht es auch nicht.
Mein Problem ist auch nicht, dass sich die WallDisplays nicht mit dem WLAN verbinden kann, weil vielleicht der WPA-Key nicht stimmt!
Mein Problem ist, dass es den WPA-Key aktiv löscht!
Siehe oben der Auszug aus dem Debug Log aus dem Test Video:
[2025-09-21 16:22:18.444][Generic] wW Deleting saved WiFi network "A110 Gastzugang" (null)
[2025-09-21 16:22:18.591][Generic] Showed dialog WLAN-Verbindung fehlgeschlagen
Viele Grüße 👋🏻 -
Hab es jetzt mal aus den Debug Logs herausgesucht. Er löscht definitiv das saved WiFi network "A110 Gastzugang" im Video um 16:22:18 Uhr, kurz bevor er den Dialog "WLAN-Verbindung fehlgeschlagen" bringt:
[2025-09-21 16:22:18.444][Generic] wW Deleting saved WiFi network "A110 Gastzugang" (null)
[2025-09-21 16:22:18.591][Generic] Showed dialog WLAN-Verbindung fehlgeschlagen
Hier das ganze Network log aus dem Versuch im Video :
[2025-09-21 16:21:43.793][Network] Staring WiFi scan...
[2025-09-21 16:21:48.403][Generic] Setting clicked: [TEXT] A110 Gastzugang, cloud.shelly.intent.action.WIFI_NETWORK_SELECTED
[2025-09-21 16:21:48.406][Generic] Selected WiFi network: A110 Gastzugang
[2025-09-21 16:21:48.418][Network]
+-------------------------------------------------------------------+
| Will connect to WiFi "A110 Gastzugang" |
+-------------------------------------------------------------------+
[2025-09-21 16:21:48.422][Network] *** Set WiFi Enabled: true ***
[2025-09-21 16:21:49.302][Cloud] SHELLY_CLOUD_PING_TIMEOUT(2)
[2025-09-21 16:21:49.577][WebSocket] wsDisconnected from shelly-84-eu.shelly.cloud by client, because [1008] An I/O error occurred while a frame was being read from the web socket: Read error: ssl=0x8e829dc0: I/O error during system call, Software caused connection abort :(
[2025-09-21 16:21:49.581][Cloud] SHELLY_CLOUD_DISCONNECTED by client, because [1008] An I/O error occurred while a frame was being read from the web socket: Read error: ssl=0x8597b800: I/O error during system call, Software caused connection abort
[2025-09-21 16:21:49.591][Cloud] SHELLY_CLOUD_DISCONNECTED_WAITING_FOR_WIFI
[2025-09-21 16:21:49.598][Network] WE HAVE LOST THE NETWORK!!!
[2025-09-21 16:21:49.605][Generic] Notifying a cloud.shelly.stargate.activities.MainActivity for network UN-availability
[2025-09-21 16:21:49.606][Network] =*= Network now UNAVAILABLE!! =*=
[2025-09-21 16:21:49.626][Network] =*=*= STOPPING HTTP_SERVER =*=*=
[2025-09-21 16:21:49.635][Network] =*=*= HTTP_SERVER STOPPED!! =*=*=
[2025-09-21 16:21:49.694][Network] ========================== TELLING SOCKET MANAGER TO CLOSE_SOCKETS ==========================
[2025-09-21 16:21:49.698][WebSocket] *** Disconnecting 0 sockets ***
[2025-09-21 16:21:49.702][WebSocket] *** All sockets told to disconnect ***
[2025-09-21 16:21:49.764][WebSocket] *** Disconnecting 0 sockets ***
[2025-09-21 16:21:49.765][WebSocket] *** All sockets told to disconnect ***
[2025-09-21 16:21:49.783][Network] mDNS ENDED: ShellyWallDisplay-00082243B3AB
[2025-09-21 16:21:49.798][Network] mDNS ENDED: ShellyWallDisplay-00082243B3AB
[2025-09-21 16:21:49.801][Network] =*=* WiFiStateInit in 29 ms *=*=
[2025-09-21 16:21:49.827][!!!]
┌────────────────────────────────────────────┐
│ Device Settings: │
├────────────────────────────────────────────┤
│ BOARD: Stargate │
│ MODEL: SAWD-0A1XX10EU1 │
│ SERIAL: SAWD8F2FBA7DS │
│ BATCH ID: 3aa62 │
│ BATCH DATE: 20240226 │
│ HARDWARE: vXD10000M2 │
│ ID: 00082243B3AB │
│ INT ID: 34934600619 │
│ FIRMWARE: 2.4.3 │
│ COMMIT: 2b8212ed@master │
│ BUILD ID: 20250912-085736 │
│ NAME: WallDisplay │
│ HOST NAME: ShellyWallDisplay-00082243B3AB │
├────────────────────────────────────────────┤
│ BT ON: true │
│ BT MAC: 00:00:46:22:90:9D │
│ BLE RPC: true │
├────────────────────────────────────────────┤
│ WiFi ON: true │
│ WiFi MAC: 00:08:22:43:B3:AB │
│ WiFi MAC G: 00:A9:0B:2F:BA:7D │
│ IP: │
│ Netmask: │
│ Gateway: │
│ DNS: │
│ SSID: │
│ BSSID: │
│ RSSI: 0 │
├────────────────────────────────────────────┤
│ CLOUD ON: true │
│ CLOUD CONN: false │
├────────────────────────────────────────────┤
│ RELAYS: 1 │
│ INPUTS: 1 │
│ SCREEN BR: 157 │
| BRI FILE: /platform/leds-mt65xx/leds/... |
└────────────────────────────────────────────┘
[2025-09-21 16:21:49.836][Network] =*=*= STOPPING HTTP_SERVER =*=*=
[2025-09-21 16:21:49.838][Network] =*=*= HTTP_SERVER STOPPED!! =*=*=
[2025-09-21 16:21:49.993][Network] =*=*= STOPPING HTTP_SERVER =*=*=
[2025-09-21 16:21:49.995][Network] =*=*= HTTP_SERVER STOPPED!! =*=*=
[2025-09-21 16:21:50.105][Network] !! WE ARE NOW OFFLINE !!
[2025-09-21 16:21:50.773][Generic] All sockets dropped!!
[2025-09-21 16:21:52.404][Interface] Refreshing adapter...
[2025-09-21 16:21:54.424][WebSocket] wsPingTimeout(shelly-84-eu.shelly.cloud:2)
[2025-09-21 16:22:00.337][Generic] Setting clicked: [TEXT] Netzwerkname:, cloud.shelly.intent.action.SHOW_WIFI_SSID
[2025-09-21 16:22:00.341][Network] Staring WiFi scan...
[2025-09-21 16:22:06.045][Generic] Setting clicked: [TEXT] A110 Gastzugang, cloud.shelly.intent.action.WIFI_NETWORK_SELECTED
[2025-09-21 16:22:06.048][Generic] Selected WiFi network: A110 Gastzugang
[2025-09-21 16:22:06.056][Network]
+-------------------------------------------------------------------+
| Will connect to WiFi "A110 Gastzugang" |
+-------------------------------------------------------------------+
[2025-09-21 16:22:06.061][Network] *** Set WiFi Enabled: true ***
[2025-09-21 16:22:18.444][Generic] wW Deleting saved WiFi network "A110 Gastzugang" (null)
[2025-09-21 16:22:18.591][Generic] Showed dialog WLAN-Verbindung fehlgeschlagen
[2025-09-21 16:22:38.425][Generic] Setting clicked: [TEXT] Netzwerkname:, cloud.shelly.intent.action.SHOW_WIFI_SSID
[2025-09-21 16:22:38.434][Network] Staring WiFi scan...
[2025-09-21 16:23:04.817][Generic] Setting clicked: [TEXT] Netzwerk, cloud.shelly.intent.action.SETTINGS_SHOW_NETWORK
[2025-09-21 16:23:07.401][Generic] Setting clicked: [TEXT] Netzwerkname:, cloud.shelly.intent.action.SHOW_WIFI_SSID
[2025-09-21 16:23:07.406][Network] Staring WiFi scan...
[2025-09-21 16:23:11.043][Generic] Setting clicked: [TEXT] Aktualisierung…, cloud.shelly.intent.action.REFRESH_WIFI_LIST
[2025-09-21 16:23:11.047][Network] Staring WiFi scan...
[2025-09-21 16:23:13.729][Generic] Setting clicked: [TEXT] A110 Gastzugang, cloud.shelly.intent.action.WIFI_NETWORK_SELECTED
[2025-09-21 16:23:13.733][Generic] Selected WiFi network: A110 Gastzugang
[2025-09-21 16:23:14.584][Interface] [..] Keyboard shown [..]
[2025-09-21 16:23:14.589][Interface] KEEPING SCREEN ON
[2025-09-21 16:23:37.314][Interface] [..] Keyboard hidden [..]
[2025-09-21 16:23:37.318][Interface] NO LONGER KEEPING SCREEN ON
[2025-09-21 16:23:38.109][Generic] Will connect to A110 Gastzugang w/ pass [REDACTED]
[2025-09-21 16:23:38.113][Network] WiFiUtils:alreadyDisconnected
[2025-09-21 16:23:38.116][Network] *** WIFI SHOULD BE DISCONNECTED ***