Beiträge von Guzzi-Charlie

  • Relais-Umschaltzeit im Rollermodus

    Bei Standard Rolladenantrieben mit mech. Endschaltern (s.g. Kondensatormotoren) gibt es keine Elektronik und es gibt auch keinen Kurzschluß. Das Einzige was passiert ist, daß der Motor hin- und herzappelt und dadurch natürlich unter Umständen heiß wird und am Ende auch kaputt gehen kann, aber wie gesagt: Ganz so empfindlich sind die Dinger (aus meiner Erfahrung) offensichtlich nicht.

    Bei mir liefen drei Motoren über 10 Jahre lang ohne Trennrelais, einfach parallel geschaltet, an einem Jalousieschalter und die laufen Heute noch (inzwischen mit Trennrelais).

  • Relais-Umschaltzeit im Rollermodus

    Zitat von MSommer

    Dass die Rolladenhersteller i.d.R. mit 0,5 Sekunden unterbrechen ist bekannt.

    Wie meinst Du das denn? Ein Standardmotor ("Kondensatormotor" mit mechanischen Endschaltern) hat keinerlei elektrische Verriegelung! Da gehen die AUF/AB Ansteuerleitungen direkt auf die Motorspulen.

    Aus meiner persönlichen 25-jährigen Erfahrung mit Rolladenantrieben (Rohrmotoren) hätte ich keinerlei Bedenken Shellys oder andere Steuerrelais einzusetzen solange sie gegeneinander verriegelt sind (elektrisch oder per Software). Die Umschaltzeit spielt praktisch keine Rolle.

    Ich habe sogar über mehr als 10 Jahre 3 Rolladenmotoren ohne Trennrelais an einem normalen Jalousieschalter einfach parallel betrieben und die Motoren laufen Heute noch ohne Probleme. Was ich damit sagen will: So schnell gehen die Motoren nicht kaputt. Und die bei mir eingesetzten Motoren sind von der preiswertesten Sorte (damals 27,50€/Stück vom Hornbach).

  • Shelly 2.5 soll Doppelschalter in Wechselschaltung ersetzen

    Hallo und WILLKOMMEN IM FORUM

    Mit "zwei Doppelschalter" meinst Du zwei Doppelwechselschalter, oder? Also ein Schalter mit zwei Tasten unten und das Gleiche nochmal oben, d.h. zwei Wechselschaltungen.

    Grundsätzlich würde hierfür ein Shelly 2.5 genügen, ABER die Voraussetzung ist, daß von dort wo Du den Shelly einbauen willst/mußt zu beiden Lampen der geschaltete "L" abgeht UND daß beide Lampenstromkreise von der gleichen Phase/Sicherung versorgt werden.

    Sollte eine der Bedingungen nicht gegeben sein, dann solltest Du zwei einzelne Shellys (1/1PM) an der jeweiligen Stelle einbauen, also evtl. einen oben und den Anderen unten.

    Anschluß siehe hier (Wechselschaltung)

    Deine "Schalter" kannst Du weiterverwenden. Du mußt nicht zwangsläufig auf "Taster" umrüsten.

  • MQTT Gesamtverbrauch

    @vistalba

    Du hast meinen Beitrag #15 wohl nicht (richtig) gelesen, sonst hättest Du meine Idee verstanden. Der Shelly erkennt selbst wenn ein Stromausfall stattfindet und danach schreibt er den Energiewert mit Hilfe der in einem Puffer-Kondensator gespeicherten Energie noch in den Flash-Speicher bevor er selbst abschaltet.

    Und es ist sehr wohl relevant wenn Werte fehlen! Ein Zähler der Werte verliert ist kein brauchbarer Zähler. Dann kann ich auch gleich anhand des Verbrauchers den Wert berechnen (schätzen). Deshalb kann auch nie ein Zähler über Cloud-Dienste funktionieren, bzw. zu Abrechnungszwecken verwendet werden. Im Fall der Shellys geht es auch nicht um die Genauigkeit als solches, sondern ums Prinzip. Technisch ist es ja kein Problem solche Werte zu speichern. Das kann jeder billige Hutschienenzähler.

    Für mich ist das ein ganz klarer Designfehler.

  • MQTT Gesamtverbrauch

    Wie gesagt: Die Frage ist ob es überhaupt vom Platz her möglich wäre.

    Aber wenn die Daten (nur der Energiewert) nur bei Stromausfall/Reboot in den Flashspeicher geschrieben würden, dann wäre das auch keine größere Belastung als bei einem FW-Update, bzw. andere Einstellungsänderungen.

  • MQTT Gesamtverbrauch

    @eddie

    es geht nicht um die Anzahl der Datenfelder oder ein "Überlaufen" des Speichers. Es geht um die Anzahl der Schreiboperationen und die ist bei dem eingestzen Flashspeicher begrenzt. Das ist auch der offizielle Grund von Allterco warum der Wert nicht in den Flashspeicher geschrieben wird. Das ändert aber nichts am funktionalen Problem.

    Eine Möglichkeit wäre evtl. eine Art Puffer-Kondensator einzubauen der bei Spannungsausfall noch für ein paar ms den Shelly am Leben hält damit er den letzen Wert noch in den Flashspeicher schreiben kann. Wie groß solch ein Kondensator sein müßte und ob es überhaupt machbar ist (wegen der Platzverhältnisse) das müßte man erstmal untersuchen/berechnen. Und selbst wenn das machbar wäre dann hätte das eine HW-Änderung zur Folge und käme nur Neukunden zu Gute.

    Eine andere Möglichkeit wäre daß der Shelly sich beim Booten den Wert von extern (von einer frei zu spezifizierenden Quelle) holt und damit wieder mit dem richtigen (alten) Wert weiterrechnet. Ich nehme an das er das in irgendeiner Form auch jetzt schon so macht, wenn man die Cloud aktiviert hat, oder? Da ich keine Cloud nutze kann ich dazu aber nichts sagen.

  • MQTT Gesamtverbrauch

    @87insane

    Mir ist prinzipiell schon klar wie ich das in FHEM realisieren kann, ich habs nur noch nicht gemacht.

    ABER, wir reden von zwei verschiedenen Fehlern:

    1. ist der ntp-Bug, der angeblich mit der nächsten FW endlich behoben wird und die Grundvoraussetzung dafür ist daß der Shelly überhaupt den Verbrauch berechnen kann.
    2. ist das "Nichtspeichern", bzw. "Nullen" des Verbrauchswertes bei jedem Neustart des Shellys und dieses Problem wird wahrscheinlich nicht/nie behoben werden.

  • MQTT Gesamtverbrauch

    Ja, das hast Du genau richtig erkannt. Exakt so könnte man das machen. Immer wenn der vom Shelly gelieferte Energy-Wert kleiner als der zuletzt im Automatisierungssystem gespeicherte Wert ist müßte der alte Wert hinzuaddiert werden.

    Ich hab das aber bisher noch nicht realisiert (wäre bei mir in FHEM). Ich warte schon ewige Zeiten auf den Bugfix für das ntp-Problem. Erst wenn das erledigt ist werde ich mich um die Realisierung des Workarounds kümmern.

  • MQTT Gesamtverbrauch

    Hallo,

    Ihr habt Beide Recht. Es gibt zur Zeit noch einen FW-Bug und zusätzlich (in meinen Augen) auch noch einen Designfehler.

    1. FW_Bug:
      Der Gesamtverbrauch wird nur errechnet und per MQTT oder Web-IF ausgegeben wenn der Shelly Verbindung zum Internet hat. Damit ist nicht die Cloudanbindung gemeint, sondern er darf nicht komplett vom Internet abgeschottet sein. Die Ursache ist in der bisher nicht funktionierenden lokalen ntp-Server Umsetzung. Daduch: Kein Internet = keine Zeit = keine Berechnungsgrundlage für die Verbrauchsberechnung.
      ==> soll mit dem nächsten FW-Update behoben werden
    2. "Designfehler":
      Mit Internetzugang funktioniert die Verbrauchsberechnung, aber nach jedem Reset ist der Wert wieder futsch, da er nicht auf dem Shelly gespeichert wird. Das liegt an dem intern verbauten Flash-Speicher. Der ist nicht für das ständige Schreiben ausgelegt.
      ==> Bisher gibt es dafür keine Lösung, sondern nur "Workarounds" durch Cloudnutzung oder andere übergeordnete System wie FHEM, ioBroker, NodeRed, Homematic, etc.

  • Shelly 1 zur Toröffnung ???

    Sorry, aber Du verstehst es anscheinend nicht.

    Zitat von utschu

    Wenn am Torantrieb ein Taster verbaut ist und jetzt noch ein Shelly, welcher mit 230V versorgt wird hinzu kommt, dann wird der Tasterkreis welcher bis anhin nur mit z.Bsp. 24VDC aus dem Torantrieb beaufschlagt wurde, noch SW dazugeklemmt. Nun wird das Potential auf 130VAC angehoben und dies könnte zu Problemen an der Torelektronik führen.

    NEIN ! Am Tasterkreis der Torsteuerung wird NUR der potentialfreie Kontakt des Shelly 1 angeschlossen! Der "SW" vom Shelly wird überhaupt nicht angeschlossen (wozu auch?).

    Zitat von utschu

    Wird der Shelly jedoch mit 24VDC aus der Torantriebsspeisung versorgt vertragen sich die beiden sicher besser.

    Die beiden Spannungen haben miteinander überhaupt nichts zu tun.

  • Shelly 1 zur Toröffnung ???

    Hallo utschu,

    Also nochmal:

    • Der Shelly 1 hat einen potentialfreien Kontakt und NUR DER wird an der Steuerung des Torantriebes angeschlossen! Damit spielt es überhaupt keine Rolle mit welcher Spannung der Shelly versorgt wird.
    • Selbst wenn man an den Shelly einen Taster anschließen würde hätte dieser (egal mit welcher Spannung der Shelly versorgt wird) nichts mit der Steuerung des Torantriebes zu tun!