Beiträge von Dghn

Zitat von thgoebel

Hatte gestern drei Shelly 2.5 aus unterschiedlichen Bauserien auf dem Labortisch. Bei allen dreien zeigten sich die Symptome „Rauschen“, „Fiepen“, instabile WLAN-Verbindung bis zum völligen Ausfall. Eine Überprüfung der drei Elkos (2 HV-Elkos 4,7μF/400V, 1 NV-Elko 100μF/16V) ergab, daß in allen drei Fällen die NV-Elkos „taub“ waren: Die Kapazitätswerte reichten von einigen 100nF bis knapp 20μF. Nach dem Austausch der NV-Elkos laufen die Shellies wieder…

Um einer fehlerhaften Charge von Elkos auf die Schliche zu kommen, habe ich diesen Thread gestartet:

Die fehlerhaften Teile stammen alle vom Hersteller „Chongx“, stammen jedoch, wie die unterschiedlichen Bedruckungen zeigen, aus unterschiedlichen Chargen:

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

Würde mich freuen, wenn weitere Erkenntnisse über defekte Elkos hier einfließen würden!

Gerne hätte ich Elkos mit höherer Spannungsfestigkeit eingebaut (z.B. 100/25), wie sie in anderen Shelly-Typen vorkommen. Leider ist im Shelly 2.5 der verfügbare Platz derart begrenzt, daß dies scheitert: Es passen ausschließlich die 100/16-Typen. Bei der Beschaffung muß man bereits auf die Maße achten - Elkos renommierter Hersteller sind ein wenig länger oder dicker und passen leider nicht…

Alles anzeigen

hi Thgobel,

Wo hast Du die passenden Kondensatoren denn gefunden?

Ich finde immer nur zu große wäre über einen Tipp dankbar.

Danke & Grüße

Dghn

Hallo zusammen,

Ich habe das gleiche Problem. 1x Netzteil komplett tot. 1x WLan weg und etliche die rauschen.

Wo habt ihr denn die passenden Elkos herbekommen?

Die die ich finde sind leider zu groß.

Würde es gerne mal testen.

Freue mich auf Eure Rückmeldung.

Liebe Grüße

Nico

Zitat von Schubbie

Was für einen Router bzw. APs hast du? Die Shellies haben unter bestimmten Geräten vermehrt Verbindungsabbrüche. Deine Firmware startet den Shelly glaube ich noch nicht automatisch neu. Daher möglichst direkt auf die Weboberfläche des betroffenen Shellies gucken, wenn es nicht funktioniert, ob er erreichbar ist, bzw. der sich dann zu dem Zeitpunkt per Browser steuern lässt. Vielleicht legst du dir ein Shortcut auf den Startbildschirm deines Smartphones.

Hi,

Hängt alles an einer FritzBox 7490 und Repeater 2400.HEure hat ohne Änderung alles wieder geklappt - morgens und abends...

LG

Zitat von Schubbie

Ihr dürft hier nicht das von der CCU verwendete Funkprotokoll, welches von der Aktivität her sehr begrenzt ist, mit Befehlen durcheinander würfeln, die beliebig oft über das Netzwerk gesendet werden dürfen. Dein DutyCycle dürfte durch die HTTP-Befehle nicht ansteigen.

Ich vermute eher, dass die Shellies gerade nicht erreichbar waren. Welche Firmware ist drauf? Probiere, ob du bei dem betroffenen Shelly auf das Web-UI kommst, wenn dieser nicht reagiert, bzw. lese dann die Uptime aus, um eventuell zu sehen, ob er zu dem Zeitpunkt neu gestartet ist.

Apropos Firmware 1.9.4 ist auf den Shellys

Zitat von Dghn

danke, habe sofort nach der uptimevgeschaut. Das scheint es auch nicht gewesen zu sein.

Uptime steht auf 810404 Sekunden das sind über 227 Stunden.

Das war es wohl auch nicht.

Schade oder zum Glück - keine Ahnung was besser ist.

819404 Sekunden waren es

Zitat von Schubbie

Ihr dürft hier nicht das von der CCU verwendete Funkprotokoll, welches von der Aktivität her sehr begrenzt ist, mit Befehlen durcheinander würfeln, die beliebig oft über das Netzwerk gesendet werden dürfen. Dein DutyCycle dürfte durch die HTTP-Befehle nicht ansteigen.

Ich vermute eher, dass die Shellies gerade nicht erreichbar waren. Welche Firmware ist drauf? Probiere, ob du bei dem betroffenen Shelly auf das Web-UI kommst, wenn dieser nicht reagiert, bzw. lese dann die Uptime aus, um eventuell zu sehen, ob er zu dem Zeitpunkt neu gestartet ist.

danke, habe sofort nach der uptimevgeschaut. Das scheint es auch nicht gewesen zu sein.

Uptime steht auf 810404 Sekunden das sind über 227 Stunden.

Das war es wohl auch nicht.

Schade oder zum Glück - keine Ahnung was besser ist.

Zitat von SparkyMaster

Mit welcher Astrofunktion?

Ich habe aus dem Homematicforum das „Super-/Megaskript“ geladen. Hier ist ein extrem super Abschnitt drin, es ist ein Tageszeit-Modul unterteilt in die einzelnen Tageszeiten -> Dämmerung, morgens, vormittags, nachmittags, abends, Nacht usw.. Für Rollladensteuerung bzw. Beleuchtungssteuerungen funktioniert dies echt klasse! Für meine Treppenbeleuchtung läuft dies seit ca. 2 Jahren sehr gut.

Ich habe ein Skript (von Christian Lütgens) angepasst (dezimale Verschiebung) welches Tageszeiten für mich auswertet. Nacht, Morgendämmerung, Sonnenaufgang, Mittag, Nachmittag, Sonnenuntergang, Abenddämmerung und Abend. Sobald die Abenddämmerung durch ist (ca.40 Minuten nach Sonnenuntergang) wird die Variable Rollo runter für 2 Sekunden gesetzt und eine Mail generiert.

Mail kommt immer durch nur die Rollos fahren Mal alle, mal nur 1 mal 2 unabhängig vom Kanal und von der ip-Adresse.

Also Astroskript ist sicher nicht das Problem.

Zitat von ASi-Master

Moin,

so für mich zum Verständnis: Wie wird denn die gewünschte Uhrzeit ausgewertet?

Aus der Erfahrung weiß ich, dass z.B. in einer SPS der Uhrzeitvergleich auf „gleich“ regelmäßig schiefgeht. Es ist ja kein Echtzeitsystem, sodass Programm und Uhrzeit nicht synchron sind.

Besser ist der Vergleich auf „größer-gleich“ bzw. „kleiner-gleich“.

Ich habe ein Skript (von Christian Lütgens) angepasst (dezimale Verschiebung) welches Tageszeiten für mich auswertet. Nacht, Morgendämmerung, Sonnenaufgang, Mittag, Nachmittag, Sonnenuntergang, Abenddämmerung und Abend. Sobald die Abenddämmerung durch ist (ca.40 Minuten nach Sonnenuntergang) wird die Variable Rollo runter für 2 Sekunden gesetzt und eine Mail generiert.

Mail kommt immer durch Rollos fahren Mal alle, mal nur 1 mal 2 unabhängig vom Kanal und von der ip-Adresse.

Zitat von SparkyMaster

Starte mal den Router und die CCU neu!

Aber nicht desto trotz werden die Befehle von der CCU nacheinander abgearbeitet.

Das neustarten des Routers und der CCU scheint meines Erachtens nach nicht sinnvoll. Da zum einen kein umsetzbarer Workarround und zum anderen die gleiche Auslösung später zum Erfolg führte. Der Variable für Rollo runter wird gesetzt (lasse mir seit demberstenProblem eine Mail senden.)

Irgendwie scheint mir, dass Befehle auf dem Weg verloren gehen. Allerdings absolut ohne nachvollziehbaren System.

Hallo zusammen,

ich habe einige Shelly als Rolladenschalter einsetzt und über eine CCU2 per HTTP Befehl steuere. Eigentlich nur per Astrosteuerung rauf und runter. Es klappt eigentlich Recht gut und dann auf einmal fährt nur ein Teil der Rollos oder auch keiner und irgendwann vielleicht auch am nächsten Tag laufenbwieder alle. Heute z.B. ist von 5 nur 1 gefahren. Später habe ich einfach die Variable von Hand hin und her gesetzt und die fahren alle sofort runter.

Angesteuert werden sie in der CCU2 über CUxD exe. Jeder Shelly wird über eine Separaten Kanal gesteuert - so dass es eigentlich keiner Verzögerung beim Senden des Befehls bedarf. Nachdem die Probleme da waren habe ich die einzelnen Shelly mit je 1 Sekunde verzögert angesteuert. Leider ohne Erfolg.

Hat jemand von Euch eine Lösungsidee?

LG Nico

Oh da muss ich doch direkt mal reinschauen.

Bisher hatte ich nur Deine Anleitung zum Einbinden als Rolloaktor in die HM gefunden und soweit umgesetzt bzw. angepasst.
Habe das Ganze dann mit CuXSchalter als Jalousieaktor (Steuerung über Slider) umgesetzt.

Das Forum ist Spitze insbesondere Deine Beiträge!

VG Nico

Das wäre ein guter weg, allerdings wie komme ich an den Status des Eingangs?

Hallo Stefan,

danke für die schnelle Rückmeldung - cloud kommt für mich definitiv auch nicht in Frage.

Läuft alles lokal.

Werde mal parallel bei Allterco anklingeln

LG Nico

Hallo zusammen,

ich habe mittlerweile 10 Shellys 2.5 als Rolladenaktor und einen i3 im Einsatz, gesteuert wird über eine Homematic CCU2, mit dem i3 und manchmal eben auch direkt vor Ort per Schalter.

Jetzt möchte ich steuern könne, dass einzelne Rollos bei Bedarf aus der Automatik rausgenommen werden - z.B. möchte ich am Balkon oder an der Terrasse bei Bedarf vor Ort das automatische abfahren sperren (stelle mir vor hier bleibt der Schalter auf Aufwärts stehen, solange fährt dieses Rollo nicht) und auch möchte ich an einem Feiertag nicht, dass das Rollo im Schlafzimmer bei Sonnenaufgang hochfährt (auch hier würde ich gerne den Schalter auf Abwärts stellen und zack Rollo bliebe unten).

Habe schon ein Weilchen gesucht - finde allerdings nichts.

Gibt es solch eine Möglichkeit - bzw. vielleicht wäre diese ja in einer der nächsten Firmwares abbildbar.

Vielen Dank und Grüße

Nico