Beiträge von Raducanu

Mein Shelly Plus 2PM als Rolladensteuerung läuft nun seit 6 Monaten Problemlos.

Seit drei Tagen ist er im IOBroker per MQTT offline.

Ich habe ich gerade resettet (Strom aus/an und 5x Schalten) und finde das er sich nun sehr komisch verhält:

Intern AP -> Alles

Sobald er aber zum internen WLAN (Fritzbox 7590 Mesh) verbunden ist, ist er quasi nicht zu benutzen

- ICMP (Ping) Latenz irgendwo 10-50ms

- WebInterface wird gar nicht aufgebaut

- /rpc/Sys.GetConfig -> Funktioniert

- /rpc/Shelly.Update?stage="stable" -> NULL. Anschließend startet der Shelly ständig neu, Update läuft aber nie durch...

Wie gesagt: 6 Monate Problemlos, nun massive Probleme...

Firmware ist aktuell 0.10.1

Hallo,

ich habe seit einigen Wochen einen Shelly+2PM als Rollandenaktor im Einsatz.

Seit gestern ist der Shelly tot (gesteuert per iobroker).

Er holt sich noch eine IP Adresse (Fritzbox), ist pingbar (aber mit erhöhter Latenz), MQTT und WebUI aber nicht erreichbar

Nach einen Reset kann ich mich zu den Access Point connecten und das WebUI ist erreichbar. Connecte ich den Shelly mit meinem WLAN das selbe Problem wie oben (Selbst wenn ich den eigenen AP aktiviert lasse: AP sichtbar, ich kann mich connecten, bekomme eine IP und kann den Shelly Pingen).

WebUI ist aber tot...

Alle anderen 14 Shelly funktionieren im selben WLAN Netzwerk...

Hallo Zusammen,

gibt es für die Gen2 Geräte keine Möglichkeit das MQTT Update Intervall anzupassen?

Für Gen1 ist dieses mqtt_update_period, bei Gen2 Geräten scheint es dieses nicht zu geben....

Ich hatte vorher ein Fritzbox Mesh Wifi, leider belegten die Repeater die knappen Steckdosen im Haus. Zudem sind die WiFi6 Repeater von AVM einfach unfassbar Teuer.

Da im Haus aber eine strukturierte Verkabelung mit PoE Switch vorhanden war, habe ich die 4 FritzRepeater gegen 4 Omada Wifi6 Access Ports ausgetauscht, zentral Gemanaged mit einem Omada Controller. Diese stehen nun an leicht anderen Positionen. 2,4 und 5 Ghz läuft auf unterschiedlichen SSIDs und die APs haben unterschiedliche Frenquenzbänder.

Der betroffene Shelly 2.5 hat mit dem AVM Mesh gut funktioniert, allerdings war ein 1750E Repeater direkt in der Steckdose 70cm unter ihm. Nun steht ein AP auf der anderen Seite der Wand.

Ich betreibe in meinem Haus aktuell 17 Shellys, 15 Sonoffs + einige weitere IoT Geräte mit ESP Chipsatz (Withings Body Waage, Wetterstation usw). Alle Geräte funktionieren im TP-Link Omada System wunderbar.
Bei dem 2.5er ist mir nur aufgefallen, dass für seinen Standort die WiFi Verbindung ungewöhnlich schlecht war. Da ich hier schon vereinzelt gelesen habe, dass Shellys nach einer gewissen Zeit Probleme mit dem WLAN haben (Aufgeblähte Elkos etc) hab ich mir einfach mal zwei neue +2PM bestellt, zumal der Chipset auch ein anderer ist.
Wie geschrieben: Wlan Verbindung ist nun deutlich besser, die Frage ist: Ist die + Serie wirklich so viel besser im Wifi Empfang oder hatte dich die ganze Zeit einen defekten 2.5er Shelly, was aber durch den Repeater in direkter Umgebung nicht aufgefallen ist...?

Guten Morgen,

ich habe gestern einen Shelly 2.5 (knapp 3 Jahre alt) gegen einen Shelly+2PM ausgetauscht.

Hintergrund ist, dass ich mein WLAN von Fritzbox Meshed auf TP-Link Omada umgestellt habe und der WLAN Empfang vom 2.5er Shelly sehr schlecht war.

2.5: < -90db, daher nicht zu gebrauchen

+2PM: -67db

Position ist 100% identisch (UP Dose in KS Wand)

Ist die + Serie so viel Besser oder ist mein 2.5 defekt?

Danke

Ja, mit dem neuen Netzteil keine Probleme

Zitat von zmaier

cool!

Könntest du auch ein Script schreiben welches alle shellys automatisch rebootet?

var alldevices = $('shelly.0.*.online')
var index
var devicename

for (index = 0; index < alldevices.length; ++index) {
        if (getState(alldevices[index]).val == true)
    {
        devicename = alldevices[index].replace('.online','')
        console.log('Rebooting Shelly ' + devicename + ' ....')
        setState((devicename + '.reboot'),true)
    }
   
    
}

Ich hab es nicht ausprobiert, aber das betätigt den Reboot Button bei allen Geräten mit "online = true"

Zitat von 0x5352

Macht die Einstellung im Shelly Adapter das nicht auch automatisch?

Der Inhalt kann nicht angezeigt werden, da Sie keine Berechtigung haben, diesen Inhalt zu sehen.

Ja, aber ich lese mir bevor ich Updates installiere gerne die Release Notes und auch die ersten Erfahrungen im Forum durch

Nabend Zusammen,

ich hab heute Nachmittag mal ein One Click Script für das Update meiner Shellys gebaut:

Im ioBroker als Javascript einfügen. Das Script aktualisiert beim Start alle Shellys unter "shelly.0.*" OHNE Nachfrage auf die aktuelle Version

var alldevices = $('shelly.0.*.firmware')
var index
var devicename
var currentversion

for (index = 0; index < alldevices.length; ++index) {
        if (getState(alldevices[index]).val == true)
    {
        devicename = alldevices[index].replace('.firmware','')
        currentversion = getState(devicename + '.version')
        console.log('Firmware Update avaiable for ' + devicename + '. Current Version: ' + currentversion.val)
        console.log('Performing Update...')
        setState((devicename + '.firmwareupdate'),true)
    }
  
    
}

So, das Bett ist nun gekommen. Unterm Bett ist noch die selbe LED Leiste drumherum gekommen

nein, leider nicht.

Ich habe gerade mal die Fritzbox von 7.12 auf 7.21 geupdated. Das Release Log ist voll mit Improvements und Fixes fürs Mesh WLAN.

Aktuell funktioniert alles, mal schauen wie lange.

Ich habe aber vorsichtshalber mal einen Unifi Access Point zum Testen bestellen

Hi, ja.

Ich habe heute vormittag weitergetestet.

So wie es aussieht, liegt es irgendwo an meinem WLAN.

Mit einem neuen Shelly1 den ich noch habe:

- Shelly im AP Mode -> Keine Probleme

- Shelly am Windows 10 Notebook mit HotSpot -> Keine Probleme

- Shelly in meinem FritzMesh WLAN -> Probleme

Ich habe 2,4 und 5 Ghz auf unterschiedliche SSIDs und da wir auf dem Dorf wohnen ist der 2,4 Ghz bereich verhältnissmäßig "Sauber".

ich suche mal weiter

Nein, offensichtlich starten sie nicht neu.

im IOBroker ist die Uptime auch nicht resettet.

Beim Shelly 1 als Beispiel. Dieser ist hinter einem Lichtschalter verbaut und im Detached Mode (via ioBroker Blockly steuert sich der Shelly selber)

In der Steckdose drunter (als 100cm entfernt) ist der Fritzbox Repeater.

Shelly WiFi RSSI -43db. Dauerping auf das Gerät total unauffällig.

Schalte ich nun das Licht via MQTT / WebGui / Schalter ein oder aus wird der Befehl sofort ausgeführt. Weitere Befehle innerhalb von kürzester Zeit (Sekunden) führen dazu, dass das Gerät/WebGui nicht mehr reagiert (Ping, WebGui etc) und nach 5-6 Sekunden wieder da ist. Evtl geht der 2 und 3 Schaltbefehl auch noch durch, man sieht aber am Ping, dass die Antwortzeiten deutlich hoch gehen.

Es sieht für mich so aus, als wenn beim Schaltvorgang soviel "CPU" Leistung benötigt wird, dass für den Netzwerkstack für einige Sekunden nicht mehr da ist und daher Pakete nicht ankommen.

Hallo,

ich habe bei mir im Haus mehrere Shellys. Hauptsächlich Shelly 2.5 für Rolladenschaltung, aber in einem Raum auch

einen Shelly 1, Shelly RGBW2 und einen Shelly 2.5 für Lampen.

Alle vier Shellys haben das Problem, dass sobald ich sie Schalte entweder die Paketlaufzeit für einen Ping nach oben geht oder der Shelly für einige Sekunden gar nicht mehr reagiert (Paketverluste). Teilweise tritt das Problem erst auf wenn 2 oder 3 mal kurzfristig hintereinander geschaltet wird.

Selbst wenn ich eine Fritzbox Mesh Repeater direkt daneben Stecke und der Shelly mit dem Repeater verbunden ist, tritt das Problem auf.

Auf allen Shellys ist die Firmware 1.9.x installiert.

Hat irgendwer eine Idee was das Problem sein kann?

Die Shellys werden alle per MQTT via IOBroker gesteuert.

Vielen Dank

LEDs: https://www.amazon.de/gp/product/B01…e?ie=UTF8&psc=1

Der "Vorsprung" habe ich neu im Trockenbau gemacht (das Kopfteil des neuen Betts ist 15cm höher als das alte).

Die LED Streifen liegen in diesen Profilen:

https://www.amazon.de/gp/product/B07…e?ie=UTF8&psc=1

Erste Lage Gipskarton vollständig, in der zweiten Lage Gipskarton dann die Profile eingearbeitet. Die Aufnahme habe ich einfach mit der Oberfräse vertieft und dann verspachtelt.

Anschließend Tapeziert und Boden verlegt.

K.a. ob das "Fachgerecht" ist.

Bin eigentlich IT Systemarchitekt, glaube aber das ich zumindest Handwerklich keine zwei linken Hände habe.

Elektrotechnisch mache ich eigentlich alles selber.

In der Wand sind Verbaut:

1x Shelly RGBW2 für den LED Strip

1x Shelly 2.5 für die beiden Nachttischlampen

und dann die beiden USB Doppelsteckdosen. Diese verschwinden dann hinterm Bett (wenn dass dann mal Mitte Dezember kommt)

Der Anlaufstrom (die ersten 30-40ms) von Rolladenmotoren ist aber sehr hoch, ca das 2-3x des Normalen Verbrauchs.

Ich hab jetzt mal das HDMI Kabel getauscht und den AV Receiver mit der neusten Firmware versorgt.

https://denon-de.custhelp.com/app/answers/de…-verf%E3%9Cgbar

Ich habe zwei Updates eingespielt und in den beiden letzten wurde folgendes gefixed:

• Fehler behoben: Unterbrechung bei der Tonwiedergabe von Fernsehton via eARC / ARC oder von via HDMI angeschlossener STB (AVR/AVC Modelljahr 2020)
• Fehler behoben: Aussetzer bei der Wiedergabe von Fernsehton via ARC

Auf den ersten Blick ist das Problem damit weg..

Vermutlich lag es aber primär am HDMI Kabel

Hallo Zusammen,

seitdem ich vor einigen Wochen meinen AV-Receiver und TV erneuert habe, habe ich Tonaussetzer sobald im Haus größere Verbraucher anspringen. Besonders Auffällig ist dieses bei den elektrischen Rolläden. Sobald diese Abends automatisch Herunterfahren (über Shelly 2.5) gibt es 2-3 Tonaussetzer für jeweils ein halbe Sekunde.

Mit dem vorherigen Setup (anderer AV Receiver / TV) gab es diese Probleme nicht.

Hat irgendwer eine Idee was die Ursache und oder Lösung sein könnte?

Alle Geräte händen hinter dem selben FI, aber unterschiedlichen Lastsicherungen

Danke.

So, neuer Treiber ist heute gekommen. Direkt verbaut und im Ersten Tests sieht es deutlich besser aus. Leider schließt die Rollade nicht 100%, so das ich eine Finale Aussage erst morgen früh treffen kann. (Und Ja: Da fehlt ein Bett. Kommt in 2 Wochen).

BTW: In der Mitte ist noch ein Shelly 2.5 verbaut welches die beiden Nachttischlampen steuert

Das L / N Tauschen hat das Problem noch verschlimmert.

Habe jetzt das Mean Well HLG-150H-24A bestellt...

Ich werde berichten

Das Netzteil ist direkt verbaut und L / N habe ich schon gedreht.

Problem bleibt.

Hat jemand eine Empfehlung für ein Netzteil ohne dieses Problem im bereich 150W 24V?