UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[66er]

@dieter_p sagte in Shelly 2.5 verliert WLAN:

@66er
Danke für den Tip und Elkos
...
ist da schon noch ein Fragezeichen bei mir wie oft nun solche Tauschzyklen notwendig sind.

Gerne.

Als Kind der ersten Shelly-Stunde mußte ich noch keine tauschen.

Ich denke, es gibt viele Faktoren (Einbausituation, Umgebungstemperatur, resultierende Arbeitstemperatur), die die Lebensdauer der Kondensatoren beeinflussen. Von daher lässt sich das auch nicht pauschal beeinflussen.

[da_Woody]

@66er sagte in Shelly 2.5 verliert WLAN:

Als Kind der ersten Shelly-Stunde mußte ich noch keine tauschen.

ok, erst seit der zweiten stunde dabei, aber bis auf 3 selbstgeschrottete, muste ich erst 2 tauschen. ein 1pm war zu nahe am infrarot panel an der decke. der lag auf und hat die hitze nicht ganz vertragen. der andere 1pm war im außeneinsatz nur durch einen aufputzverteiler geschützt vor sommer/winter.

[Dieter_P]

@da_woody @66er

sicher. wobei ich auch denke, dass der 2.5er dort schon der anfälligste Kandidat ist. Wenn die interne Temperaturmessung stimmt läuft der insbesondere im Relaisbetrieb und auch mit angezogenen Relais bei ganz anderen Temperaturen als zB ein 1er oder 1PM im gleichen Gehäuse.

Jetzt bzgl. Elkos findet man ja auch Aussagen, dass 6x12mm Elkos nicht mehr passen und man zwingend 5x11mm nehmen muß. Das sagt ja auch schon Einiges wie eng und damit auch hitzig es da zu gehen kann

[bob der 1.]

@da_woody sagte in Shelly 2.5 verliert WLAN:

@66er sagte in Shelly 2.5 verliert WLAN:

Als Kind der ersten Shelly-Stunde mußte ich noch keine tauschen.

ok, erst seit der zweiten stunde dabei, aber bis auf 3 selbstgeschrottete, muste ich erst 2 tauschen. ein 1pm war zu nahe am infrarot panel an der decke. der lag auf und hat die hitze nicht ganz vertragen. der andere 1pm war im außeneinsatz nur durch einen aufputzverteiler geschützt vor sommer/winter.

Bei mir eben so keine Schäden,hab viele 2er noch verbaut,vermutlicherweise liegt es an zu engen UP Dosen.

Selbst tiefe Dosen bekommt man knall voll🫣

[da_Woody]

@dieter_p sagte in Shelly 2.5 verliert WLAN:

der 2.5er dort schon der anfälligste Kandidat ist

eigentlich logisch, sind ja auch 2 relais drinnen, also mehr wärme im "selben" gehäuse. mit ein grund, warum ich in einer schalterdose nie einen 2.5er im relaisbetrieb einsetzen würde. vor allem nicht mit höherer last.
vor allem seit dem energiespar modus sind die temps auch geringer...

[watcherkb]

ich kann bestätigen dass es die Elkos sind. Bestellt bei Conrad: ELKO NHG-R 100μF16V105C
Artikelnr: 422028

[crunchip]

@watcherkb danke, dann werd ich auch mal welche bestellen, hab nämlich auch das Problem mit meinen 2.5er

[watcherkb]

@crunchip gerne, ich hoffe nur dass ich das nicht alle 2 Jahre machen muss. Jedenfalls ist bei dem Versandpreis nicht verkehrt gleich mehrere zu bestellen. Kosten ja nix.

[crunchip]

@watcherkb ich hab nur kein Bock die Dinger auszubauen, hab ewig gebraucht die hinter die Rolladen-Schalter rein zu bekommen

[watcherkb]

@crunchip tja bleibt wohl nix anderes übrig. Da müssen wir durch

[da_Woody]

@crunchip klar, in meiner werkstatt ist das leichter.

allerdings wäre auch genug platz im rollokasten.

[crunchip]

@da_woody wäre auch ne möglichkeit, im Rollokasten. Muss ich mir bei Gelegenheit mal in Ruhe überlegen.
Aktuell habe ich einen, der hin und wieder als nicht erreichbar anzeigt wird aber bis jetzt zuverlässig gefahren ist und einen der sich seit 2Monaten nimmer verbindet...und wahrscheinlich noch länger, weil ich keine Lust habe diesen auszubauen, zudem kommt noch ein normaler shelly1 im selben Raum dazu, der auch nicht mehr erreichbar ist, seltsamer Weise. Die anderen 3 in dem Raum funtionieren aber tadellos.

[da_Woody]

@crunchip schatten, loch im WLAN? gibt teilweise kuriose sachen...
das seltsamste war bei mir, wenn ich einer MAC die IP 192.168.3.4 zuordne, fängt das ganze WLAN zu spinnen an. völlig unmotiviert klinken sich shellys aus, verbinden sich wieder, immer andere, quer durch den gemüsegarten. nehm ich eine andere IP ist ruhe.

[crunchip]

@da_woody sagte in Shelly 2.5 verliert WLAN:

wenn ich einer MAC die IP 192.168.3.4 zuordne

vllt irgendwo ne Doppelbelegung im Netzwerk, irgendwo noch ein Gerät als festes device abgelegt

[da_Woody]

@crunchip kann theoretisch nicht sein, da würde der router sofort meckern. außerdem sollte dann die IP in der ungeordneten liste auftauchen.
abgesehn davon, DHCP ist bei mir eingeschränkt.

kann sich also auch irrtümlich nix anmelden...

[crunchip]

@da_woody sagte in Shelly 2.5 verliert WLAN:

theoretisch

und praktisch

kann man nicht manuell Geräte z.b. fest per mac hinzufügen, kann mich nur wage daran erinnern bei der Fritzbox

[da_Woody]

@crunchip sagte in Shelly 2.5 verliert WLAN:

kann man nicht manuell Geräte z.b. fest per mac hinzufügen

na klar, das mein ich ja! ich hab für jeden raum einen IP bereich, da wird die MAC an die IP gebunden, oder umgekehrt.

neue geräte bekommen eben nur eine IP in dem bereich vom DHCP.
das ist der wohnzimmer bereich:

192.168.3.20 hatte ich eben auf 3.4 eingerichtet. peng netzwerk gesponnen. dann hab ich mich erinnert, daß ich da schon mal probleme hatte. auf .20 geändert, reboot vom shelly, ruhe im karton.
weder MAC, noch IP dürfen doppelt in der liste vorkommen.

[watcherkb]

@da_woody ich glaube zwar nicht, dass folgender Text aus Facebook dein Problem lösen wird, aber ein Versuch ist es.

Spoiler

Unerklärliche Probleme - und ihre Lösung.
( Sub-Kategorie : alte und neue Geräte-ID )
Hier : Zeitplansteuerung entwickelt Eigenleben
Ich möchte an dieser Stelle auf ein Problem aufmerksam machen, das beispielhaft für viele unerklärliche Symptome sein kann, und euch auch die Erklärung und den Lösungsweg dazu geben.
In meinem Fall geschah folgendes :
Ich muß an 4 Tagen die Woche recht früh raus, weshalb ich einen Wochenzeitplan erstellt habe, der einige Leuchten um 04:00 morgens anschaltet, damit eine Grundbeleuchtung im Haus gegeben ist und ich mich möglichst ohne rumklappern bewegen kann, damit meine Frau noch etwas ruhen kann. Diese wird dann um kurz vor 05:00, wenn ich das Haus verlassen habe, automatisch abgeschaltet.
So weit - so gut. Hat 8 Monate prima funktioniert.
Nun kam es aber plötzlich und unerwartet, das ich morgens aufwachte und alles war dunkel. Okay, kann mal passieren, also zunächst per App die Leuchten geschaltet - und nach weniger als 1 Minute saß bzw stand ich wieder im dunkeln. Das ganze ebenso, wenn ich die shellys direkt manuell schaltete ( Shelly Plug S, Dimmer2 ).
Bei der Fehlersuche fragte ich die Stati der einzelnen shelly per Browser ab, um zu sehen, was die Abschaltung auslöste, da eine Überlastung unwahrscheinlich war - vor allem bei geringer Last und so kurzer Zeit.
Unter Verwendung des Befehls http://<shelly-ip>/status erhält man alle wichtigen Infos des jeweiligen Gerätes, unter dem Eintrag "Source" findet man den Hinweis, von wo der letzte Aktionsbefehl herkam. Dabei steht Cloud für die automatisierte Funktion via Cloud, Input für manuelles auslösen per Schalter am Eingang des shelly und http für das auslösen über eine Action oder Browser-Eingabe.
In meinem Fall war es die Cloud. Ergo versuchte ich zunächst, den App-Cache und App-Daten zu löschen, was jedoch erfolglos blieb. Anschließend Deinstallation und Neuinstallation der ShellyCloud-App. Ebenso erfolglos.
Die Ursache ist aber im eigentlichen recht banal, wenn auch leider mit etwas Zeitaufwand zur Korrektur verbunden : dieser und ähnliche Effekte treten auf, wenn Shelly-Geräte mit "alter", also 6-stelliger Geräte-ID in der Cloud verwendet werden. Insbesondere, wenn zusätzlich Geräte mit neuer (12-stelliger ) ID mit im Einsatz sind. Dies dürfte recht häufig der Fall sein, zu mal durch Lagerhaltung etc. ein recht großes Kontingent quasi fließend vermischt mit neueren Produktionen zu den Anwender kam.
In der Adressierung kommt es in der Cloud durch uneindeutige oder redundante Adressierungen zu Datenkollissionen, wie mir shelly auf Anfrage mitteilte. D.h.: früher oder später treten Probleme auf, die man als Anwender einfach nicht reproduzieren kann - wie in diesem Fall.
Abhelfen kann man dem, in dem man durch den Befehl http://<shelly-ip>/longifyid die Aktualisierung der jeweiligen Geräte-ID auf eine 12-stellige veranlaßt.
Wichtig : das betroffene Gerät wird damit auch in den Auslieferungszustand versetzt, ist also NICHT direkt in eurer Cloud, sondern muß als neues Gerät erst wieder mit eurem Account verbunden werden. Dabei gehen leider auch alle Verbrauchsdaten sowie Shedule-Einstellungen verloren, das Gerät muß in Gruppen, Szenen usw. neu zugefügt und eingerichtet werden.
Vergebt dafür am besten einen neuen Gerätenamen, und wenn es nur durch ein _ geändert ist, damit ihr die Übersicht nicht verliert, oder löscht nach dem Einbinden des ersten bearbeiteten shelly direkt das "alte" Gerät aus eurer Cloudansicht heraus.
Ich empfehle außerdem, stückweise vorzugehen - sonst verliert man schnell den Überblick.
Wer übrigens im Router dem Gerät eine IP reserviert hat, darf sich freuen : da die MAC-ID unverändert bleibt, ist der shelly mit neuer Geräte-ID wieder unter der selben Netzwerk-IP zu finden.
Ich hoffe, das dieses Beispiel dem ein oder anderen bei einer etwaigen Fehlersuche hilfreich ist - und tut euch am besten selber den Gefallen, eure gesamten shelly auf die Geräte-ID zu prüfen. Diese findet ihr im Shelly in den Geräte-Einstellungen - Geräteinformation. Da seht ihr sofort, ob diese nur 6- oder bereits 12 Stellen lang ist und könnt dieses Gerät auf eure to-do-list setzen.

[crunchip]

@da_woody das meine ich nicht direkt, man kann doch Geräte per Mac integrieren oder aber auch immer die gleiche ip zuweisen.
Man kann ein Gerät auch löschen, dann ist es zwar verschwunden,
Aber eben jene die man manuell hinzugefügt hat, bleiben intern gespeichert, aber werden nicht mehr als Gerät gelistet.
Hoffe das war jetzt verständlicher

[da_Woody]

@watcherkb thnx, aber das macht bei mir keine probleme. ich habe einen mischbetrieb mit short und long, damit aber noch nie ein problem gehabt. wie gesagt, es ist nur diese eine IP. das war schon mit einer 6stelligen so und jetzt mit einem i4, also 12stelliger. solange es nur die besagte ist, ist mir das schnurz. wird einfach nicht mehr verwendet, hab ja genug IPs...