Beiträge von alsk1

Ich würde die Laufzeit nochmals überdenken. Die Zirkulationspumpe ist ja nur dazu da, das warme Wasser bis zu den Zapfstellen zu fördern und wieder zurück, also durch die Zirkulationsleitung.

Die Zeit um das Wasser dahin zu fördern variiert je nach Objekt etwas, sollte aber in der Regel zwischen 3-6min liegen.

Ich realisierte das über einen Timer über den ganzen Tag verteilt für jeweils 5min.

Von 6.55-07.00, 07.55-08.00, 08.55-09.00..... 20.55-21.00.

Wenn die Pumpe um 07.00 Uhr abschaltet, habe ich um 7.40 Uhr immer noch sehr schnell warmes Wasser. Ich habe jedoch im Bad und in der Küche jeweils über einen Lichtschalter (LongPush, Serientaster) zusätzlich die Möglichkeit, den 5min. Timer manuell zu starten.

Somit habe ich keine zusätzlichen Taster oder Geräte hierfür im Einsatz.

Eine Kontrollleuchte habe ich zwar nicht, benötige ich jedoch auch nicht.

Am Tablet wird der Timer auch optisch über einen 'Wasserhahn-Icon' signalisiert, wenn die Pumpe läuft und kann auch hier aktiviert werden.

Hätte ich jetzt such gesagt, weil der Shelly über MQTT eigentlich beim Ablauf des Timers ein command=off senden sollte.

Sonst würde er in einer Visualisierung ja auf 'an' stehen bleiben, oder?

Hi,

Danke für die Info.

Und wie löst sich der Befehl auf? Ist das vorne die Start Zeit (0900) bzw (2200)?

Und was bedeutet das '0123456'? Und die '100', '50' und '

Hallo zusammen,

falls noch jmd einen 1er Dimmer (möglichst unbenutzt) haben sollte, wäre auch ich interessiert. Über kurze PM würde ich mich freuen.

Wenn man einen Shelly 2.5 öffnet, dann reisst sofort die Antenne von der dünnen Folienplatine weg. Die Antenne reisst sofort ab, das lässt sich gar nicht verhindern, so meine Erfahrung.

Ich habe auch schon 2 Shelly 2.5, welche in UP Dosen verbaut waren, wieder kurzzeitig ausbauen müssen (weil Leitungen nachgezogen wurden) und bei dem Ausbauen haben sich von beiden Shelly 2.5 die Gehäuse geöffnet und von beiden Shellys sind direkt die Antennen abgerissen.

Nein, entweder Cloud oder MQTT...

Cloud hat nichts mit dem Handy zu tun.

Man kann auch per VPN Verbindung von überall auf der Welt seine Shellys steuern, auch wenn keine Cloud aktiv ist.

Warum solltest Du es nicht umtauschen können?

Bei mir haben die Verzögerungen andere Gründe. Ich sprach ja von MQTT, daß Schalten über das WebUI ging ohne Verzögerungen.

Die Auslastung des Raspi liegt fast ganz unten. Habe 25 Shellies, die CPU Last geht im Peak bis auf 20% bei einzelnen Kernen.

Das Teil langweilt sich nur.

Komischerweise ist es mit Tausch der 7490 gegen die 7590 weg... Daher fragte ich

Ich möchte das Thema nochmal aufgreifen bezüglich der 7490-Problematik.

Ich habe mittlerweile 25 Shellies und diese waren an einer 7490 angemeldet.

Ich nutze einen Raspberry mit IP-Symcon als übergeordnetes System und hatte massive MQTT Probleme.

Diese äußerten sich darin, daß die Shellies zwar schaltbar und bedienbar waren, teilweise aber eine extreme Verzögerung in der Bedienung war, weil die MQTT Topics manchmal stark verzögert, manchmal gar nicht ankamen.

Ich hatte dann Probleme, das zB Shellies ausgeschaltet wurden, das MQTT Topic von Symcon zwar am Shelly ankam (wurde ausgeschaltet) aber die Rückantwort nicht kam. Sprich Shelly war aus, in Symcon war er aber noch an.

Oder aber ich habe Shellys geschaltet, und das Topic kam erst nach 7-20 Sekunden dort an (stark verzögert).

Das soll ehrlich am DSL Treiber liegen?

Ich habe aus lauter Verzweiflung schon die Fritzbox getauscht 7490 - > 7590 und seitdem ist (erstmal) Ruhe eingekehrt....

Das lokale Update habe ich doch gemacht. Es ändert aber nichts daran das ich das WebUI nicht aufrufen kann??

LED Trafos werden gewöhnlich auf trailing edge (Phasen abschnitt) betrieben.

Mein Reden. Warum für das Ambientelicht nicht einen Shelly 2.5?

Kenne jetzt die Situation nicht, ob für das Ambientelicht eine Steckdose existiert?

Wird parallel auf den SW1 ein Verbraucher angeschaltet, so fließt immer ein Strom über diesen. Zudem vermute ich gibt es dann zusätzlich noch Probleme beim Einschalten über SW1, weil der Input mitunter nicht richtig detektiert werden könnte (vgl. Glimmlampe in Schalter/Taster).

Man könnte es natürlich so machen.

Da braucht man keinen N schalten, das wäre nur so wenn man zB 2x Shelly i3 hätte, welche man parallel schalten möchte aber die Phasen unterschiedlich sind.

Bei einem i3 kann man natürlich auch 2 Eingänge parallel schalten.

Aber wie hier auch schon geschrieben reicht 1 Eingang mit 2 Actions aus.

Parallel zum SW1 sollte man sowieso nichts schalten. Das gibt meistens nur Probleme, da der SW1 nicht so ganz ohne Potential behaftet sein dürfte.

Die Lämpchen sollten über einen weiteren Shelly oder Steckdose geschaltet werden (zB Plugs).

Parallel zum SW1 ist einfach Murks

Also ich bleibe dabei das es mit einem einzigen Taster realisierbar ist

Warum soll das nicht mit 1 Taster gehen?

Kurzer Druck schaltet Stimmungslicht ein/aus (Schaltsteckdose).

Langer Druck schaltet 100% Licht zu.

Mit Schaltern würde ich nicht arbeiten, denn sobald 1 Szene per App ausgeschaltet wird, steht der Schalter nicht plausibel.

Dazu nimmt man am besten nur 1 Taster (keine 2 Schalter). Button auf detached.

Kurzer Druck = 30% ein / aus über toggle

Langer Druck = 100% ein

Kurzer Druck = 30% ein

Nochmals kurzer Druck = 30% aus

Langer Druck = 100% ein

Kurzer Druck = 30% und wieder aus

Kurzer Druck = 30% ein

Langer Druck = 100% ein

Kurzer Druck = 30% aus

Wenn ausgeschaltet, direkt langer Druck = 100% ein

So hat man immer als "Last State" = 30% Level

Nutze ich auf diese Art und Weise im Schlafzimmer (Funktaster am Bett)

Localhost mag ja ohne WLAN gehen aber der Timer auch? Dachte ein Timer bräuchte immer Internetzeit oder einen Zeitserver aus dem Netzwerk.

Naja ich wüsste nicht was ich mit der Rest API herumspielen sollte...

Wenn ich die Firmware neu draufbügeln könnte, aber so bringt es ja nichts.

Den Bypass braucht man nur wenn kein N angeschlossen ist und der Dimmer 2 nicht läuft aufgrund zu geringer Grundlast am Ausgang.

Meiner sackt auch etwas ab, von 42W auf ca 39W (bei 100%). Aber damit kann ich leben.