Beiträge von ckoeber83

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 🙈.

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 im

Log habe ich jetzt 20:16 Uhr ein paar mal auf die Stelle getippt und man sieht es im Log.

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.

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 👍🏻.

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:

Zitat von schreckus

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?

schreckus

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 fehlgeschlagen

Viele 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 ***

Hi Jo_Be ,

dachte ich mir auch, aber nein.
[Abbrechen] hat den gleichen Effekt, das gespeicherte WLAN wird verworfen.

Siehe Video: https://youtu.be/UJWIdcwkJ7g

Welches WLAN Gerät verwirft bitte seinen PreShared Key, weil es sich nicht zum WLAN Verbinden kann?
Wäre mir neu und habe viele WLAN fähige Geräte 😉

So eben nochmal alle WallDisplays mit dem WLAN verbunden und dann den Repeater im EG stromlos gemacht.

Jetzt konnten sich eigentlich alle zu anderen Repeatern verbinden, bis auf den im Arbeitszimmer (EG-AZ). Der war erst Offline und nachdem ich sein gespeichertes WLAN (A110 Gastzugang) ausgewählt habe zum verbinden, kam die Ausschrift, dass die WLAN-Verbindung fehlgeschlagen sei (obwohl ja das Passwort vorher korrekt gespeichert wurde ).
Anschließend ist das WLAN-Netzwerk wieder NICHT gespeichert und ich muss das WLAN-Passwort wieder erneut eingeben: 😞

Ich denke damit ist jetzt alles gesagt und getestet und der Fehler muss von Shelly in einem nächsten Firmware Update behoben werden!

Viele Grüße 👋🏻

Zitat von Angel

ist der Repeater wirklich im Mesh und hat den selbe PSK wie z.B. dein Master?

Alle WLAN Repeater sind im Mesh Verbund und vererben die WLAN Einstellungen des Mesh Master Fritz!Box 5590