Beiträge von DaleKS

Wenn es 230 Volt Antriebe sind, den Shelly in Reihe zum EIngang des Thermostaten. Sollte klappen.

Guitardoc

Läuft komplett auf einem Raspberry 3 unter CodeSys. Webvisu im CodeSys geschrieben. Datenabfrage, je nach Geräte, HTTP, Modbus, CanBus, V24.

Alles selbst, unter Verwendung im CodeSys enthaltener Librarys, geschrieben.

66er

Zyklische Statusabfrage:

Die gesamte "Verwaltung" läuft auf einem selbst erstellten Programm auf einem Raspberry.

Ausser den Shellys ist auch die Steuerung von PV / WP / Wallbox und Warmwasser integriert.

Aus Bequemlichkeit wird das gesamte System überwacht.
Hat den Vorteil von frühzeitiger Fehlererkennung im Gesamtsystem.

Z.B. Verbindungsabbrüche, schlechter WLAN Empfang, Stromaufnahme über Schwellwert und weitere Parameter werden per push Meldung sofort angezeigt.

Das ganze System ist auch mit keiner Cloud verbunden. Die Daten bleiben zu Hause.

Zitat

seit der Einführung der Energiesparfunktion

Kann ich nicht beurteilen. Ist zwar bei meinen Shellys aktiviert, aber ich rufe alle 60 Sek. den Status ab. Möglich das die Shellys in der Zeit nicht "runterfahren".

Bei der Fritte ist "WPA3 only" gar nicht einstellbar. Und soweit ich informiert bin können die Shellys kein WPA3.

FB Typisch 2 + 3

Meine 2.5er habe ich in meiner Oberfläche stehts im Blick. Seit gut 18 Monaten keinen Ausfall oder Verbindungsabbruch.
Die hängen an einer Fritte 7590 und auf halben Weg ein Repeater (Fritz 600).

Wlan läuft unter WPA3 und Kanal 3.

P.S. Der Button Lernen geht in das Menü zum Einstellen der Positionen (Auf/zu/Sonnenschutz....)

Das Problem hatte ich mit induktiven Lasten am Stromgenerator.

Habe einen Anlaufstrombegrenzer zwischengesteckt.

Ab da keine Proble keine mehr.

Hoffe ist erlaubt zu Amazon zu verlinken ?

Dale

Passt schon. Da steh nichts von Drehrichtung. Hat nur eine Richtung, die beiden "L" laufen nur über separate Endschalter.

Vorausgesetzt der Shelly (2.5) ist kalibriert, verfährt nur die Differenz zur Zielposition.

10er IP im Heimnetz?

Ist doch für große Systeme gedacht.

Zitat

Guten Tag,

ich schlage mich auch gerade genau hiermit rum HTTP von Client an Shelly klappt gut. Ich kann beim Shelly auch http bei manueller Betätigung senden, nur ich weiß nicht, wie ich diese im Client (Raspberry mit Codesys) empfangen kann...? Kann hier vielleicht jemand unterstützen?

Gruss TToebe

Habe ich noch nicht eingebaut. Bin gerade im Umzugsstress. Der Baustein ist auch kacke.

@tino k

Meine Version soll auch nur als Beispiel dienen.

Da keine Verdrahtungspläne der aktuellen Steuerung vorliegen kann hier nur geraten werden.

Deshalb meine Idee, die alte Steuerung zu vergessen.

Persönlich würde ich das System komplett neu mit Shellys aufbauen.

Dann hast Du Gewissheit das alle Funktionen der Shellys nutzbar sind.

Das ist aber meine persönliche Meinung und soll nicht als ultimative Lösung dienen.

Moin.

Bei mir habe ich es mit eigener Software auf einem Raspberry gelöst (bin Programmierer).

An den Rollos Taster!! und Schelly 2.5.

In Deinem Fall einen zwei Taster an den Raspberry (oder einen I3), der Raspberry steuert dann per WLAN die Rollos an.

Den ganzen Firlefanz den ich eingebaut habe, benötigst Du alles nicht (aber aus Bewuemlichkeit nice to have

Das ganze Geraffel kann ich dann auch noch per Handy oder PC schalten und verwalten.

Das BIld ist die Bedienung der Rollos.

Danke erstmal. Komme eh erst am Wochenende dazu. Werde berichten wie ich das gelöst habe.

Dachte ich mir schon. Da ich die Steuerung selbst programmiert habe muss ich den Antwortstring halt parsen. Zwar mit Arbeit verbunden, geht aber auch.

Moin,

per HTTP://IP/staus lässt sich ja der Status komplett auslesen.

Ist es möglich nur einzelne Werte per HTML auzulesen (z.B. Position, Leistung...)?

Oder bleibt mir nichts anderes übrig den Antwortstring durchzuwuseln?

Gruß

Mal als Anmerkung.

ALLE Routinen die Sonnenstände berechnen rechnen mit UTC!

Die Zeitumstellung wird in keiner Weise berücksichtigt.

Deshalb muss die errechnete Zeit in der jeweiligen Steuerung angepasst werden.

Meist ist ein Parameter setzbar, der dann eine Stunde addiert / subtrahiert.

Ich verwende auch den HTTPclient Baustein. Senden klappt immer, nur beim Empfang Probleme.

Kann ich aber erst am WE wieder testen. Sieht bisher aber nach einem Timingproblem aus.

Zitat

Moin,

manchmal ist die Lösung so einfach.... ich habe den HTTPclient Baustein von der Codesys Seite benutzt und genau das gefunden was ich gesucht habe.... Es ist auch ein Programmbeispiel dabei... also Idioten sicher.

Habe auch Codesys auf der Raspel laufen. Zeitweise gibt es Timingprobleme im Protokol. Ist Codesys am Senden, gleichzeitig kommt ein Request, wir der Request verschluckt. Wie hast Du das gelöst?