Beiträge von ASi-Master

  • Messung ungenau

    Ich denke nicht, das du es bei 20€/Messung besser erwarten darfst.

    Interessanter ist, ob du jedesmal die annähernd gleiche Abweichung hast (Wiederholgenauigkeit). Denn in der App kannst du einen Korrekturfaktor eingeben, zumindest ist das beim 1PM so (den EM habe ich nicht zur Hand).

    Natürlich brauchst du für den richtigen Faktor einen Referenzwert. Und bedenke, dass die Messung nicht linear verläuft. Dass der ordentliche und EMV-gerechte Einbau ebenfalls eine Rolle spielt, hast ja schon selbst herausgefunden.

  • Shelly 3em modbus

    AlexAn das stimmt. Ich habe eine 30kWp-Anlage mit 30kWh Batterie, da kümmern sich die Wechselrichter im Verbund um die optimale Verteilung. (1. Eigenverbrauch / 2. Batterie / 3. Netz)

    Aber diehuell hat geschrieben, dass er keine Vergütung bekommt. Alles, was er liefert, ist verschenkt und da er nur eine Phase hat, aber auf drei Phasen bezieht, ist eine phasen-genaue Betrachtung schon interessant. Ob das wirklich sein muß, da bin ich zu wenig Elektriker. Am Ende läuft sein Zähler rückwärts... ;)

  • Shelly 3em modbus

    Moin diehuell,

    dann lass mal deinem Spieltrieb freien Lauf...

    Wenn du die überschüssige Energie über einen Heizstab verfeuern möchtest, brauchst du eigentlich nur den 3EM als "Fühler", die WAGO-SPS zur Auswertung und den Thyristorsteller als "Executive".

    Hier kannst du nachlesen, welche Daten die Shellys per UDP-Multicast von sich aus regelmäßig und bei einem Event sofort senden: COAP / COIOT - Übersicht . Dann brauchst du den Status nicht pollen.


    Deinen bisherigen Worten entnehme ich, dass deine PV-Anlage einphasig Energie liefert. Ist das so?

    Da wird's interessant, denn auch wenn dein Netz noch so gut verteilt ist, der 3EM wird dir zeigen, dass da Unterschiede sind. Dann wäre es doch super, wenn du den Bezug in jeder Phase individuell reduzieren könntest, bevor du die Energie verheizt (und währenddessen auf einer anderen Phase Bezug hast).

  • HTML Response

    Hallo DaleKS,

    ich habe das gleiche (aber gelöste) „Problemchen“ (S7-1500). Allerdings frage ich nicht den Status ab, sondern lese die UDP-Pakete, die alle Shellys einstellbar regelmäßig und sofort bei einem Event senden.

    Im empfangenen String suche ich den Index der Information, die ich brauche und filtere mir den dazugehörigen Wert heraus. Ich habe mir kürzlich eine Excel-Tabelle geschrieben, in der die vorhandene Doku zum Thema COIOT mit Fokus auf den Index und dessen Bedeutung zusammengefasst ist. Guggst du hier COAP / COIOT - Übersicht

  • Shelly 3em modbus

    AlexAn : Ja, an irgend eine Stelle muss der Gehirnschmalz hin, in die SPS oder in den ioBroker oder sonst wo, aber es muss wo hin!

    Das Aufrechnen/Saldieren ist Mathematik erste Klasse, zweites Halbjahr. diehuell hat es ja nicht eilig und kann sich so aus unseren Vorschlägen das Beste für sich und seine Gegebenheiten heraussuchen. Loxone (dein Bild) sieht sehr professionell aus, und ist sicher nicht für wenig zu haben, oder?

    Du hattest ja schonmal nach den Unterschieden gefragt. Ich kenne mich halt auf SPS-Ebene aus und kann mir "schnitzen", was ich brauche, undzwar auf Bit-Ebene. Das muss nicht immer komfortabel sein, aber wenn's einfach wäre, wo bleibt denn da der Bastelspass? 8o

    Umgekehrt würde ich mir auch schon mal ioBroker anschauen, warum nicht. Aber die Zeit. Und bekannterweise frißt der Bauer net, was er net kennt... ;)

  • Shelly 3em modbus

    Ohne WAGO zu kennen:

    sServerName: STRING(80) := ‘192.168.178.48/emeter/power’;

    pabUrlData: db123.dbx0.0; —> DB-Nummer.Bit-Adresse

    Das Array mußt du anlegen, in einem Datenbaustein (DB). Hier landen die abgefragten Daten. Im DB machst du dazu einen Eintrag, z. B. „Data“ als Namen und beim Typ „ARRAY [0..100] OF BYTE“. Das Array besteht dann aus 101 Bytes. Der Zugriff erfolgt mit Data[0] bis Data[100].

    Das solltest du erstmal hinbekommen. Ich denke aber, dass ein ARRAY[0..256] OF CHAR besser ist. Wenn du den DB online betrachtest, verstehst du, warum.

    Im zweiten Schritt, wie du schon erkannt hast, musst du die benötigten Daten herausfiltern. Finde im DB den Anfang der Verbrauchsdaten. Ab da könntest du dir den Wert zusammensetzen. Aber ganz so leicht ist es dann doch nicht. Denn die Stelle könnte vor und zurückwandern, je nachdem, wie die veränderlichen Daten davor aussehen.

    Auch dafür gibt es eine Lösung. Sicher gibt es auch bei WAGO Funktionen wie „Find“ mit Angabe eines Suchstrings, z.B. „total“. Diese Funktion gibt dir die Position des ersten Zeichens an. Da du weißt, wie lang dein Suchstring ist, weißt du nun, wo deine Daten anfangen. Das Gleiche machst du nun mit dem darauffolgenden Suchstring, z.B. „t_returned“. Jetzt weisst du, wo deine Daten enden. Aber eins nach dem anderen, wie man die Klöß‘ isst...

  • Temperaturmessungen mit Shelly

    Perfekt. Und vorbeugen ist immer besser als nach hinten fallen...

    Deine Einstellung finde ich auch gut, wer billig kauft, kauft zweimal.

    Frage: Die Hackschnitzel-SPS gibt es (noch) nicht. Hast du die EAs zur Überlegung eingetragen? Wäre ja mit der 1500er überflüssig.

    Die 56 Shellys der Haussteuerung sollen dann auch in die 1500er? Das wäre sicher möglich.

    Und das Beste zum Schluss: Wie schaut‘s mit der Visualisierung aus?

  • Temperaturmessungen mit Shelly

    V15.1 aktuell, geht. Kostenloses Update bei SIEMENS.

    Aber dann brauchst du eine 1500er CPU, weil SIEMENS die 1200er CPU für V15.1 nur bis Firmwarestand 4.3 hat, du aber für HTTP und Co. eine Firmware mit 4.4 brauchst.

    Kannst dir ja die V16 laden als Trial-Version.

    Wie schaut's mit einer Skizze aus.

  • Temperaturmessungen mit Shelly

    Kaufen kannst du die SPS bei SIEMENS, falls du dort Kunde bist. Es gibt weitere Händler, aber da kannst du nur teurer wegkommen. Theoretisch kann ich sie dir über meine Firma verkaufen oder jemand anderes hier im Forum? In der Elektrobucht wird ja auch einiges angeboten, ich persönlich habe da aber kein gutes Gefühl.

    Hast du die Programmiersoftware? Wahrscheinlich nicht, oder? Hier der Downloadlink für eine 21-Tage Trial-Version (TIA-Portal V16): https://support.industry.siemens.com/cs/document/10…?dti=0&lc=de-WW

    Mit einer kleinen S7-1200 ab 180€ netto mit Firmware 4.4 kann man so LHTTP-Sachen machen, allerdings mit TIA Portal V16 programmierbar: https://mall.industry.siemens.com/mall/de/b1/Catalog/Products/10045649?tree=CatalogTree#

    Mit einer 1500er geht`s ab TIA V15.1, da ist die SPS "etwas" teurer, ab 634€ netto: https://mall.industry.siemens.com/mall/de/b1/Catalog/Products/10239940?tree=CatalogTree#

    Ich würde aber beim Pferd aufzäumen etwas anders anfangen. Wenn ich weiß, wieviele Regelkreise du brauchst (und was dir sonst noch so einfällt), kann ich die Programmstruktur erstellen und so abschätzen, wo speicher-technisch die Reise hingeht. Da ist SIEMENS nämlich nicht gerade günstig.

    Kannst du vielleicht eine Skizze liefern, wie das hydraulisch aussieht/aussehen soll bei dir? Dan könnte ich die Steuerung inkl. Shellys dazuzeichnen und wir hätten einen Anfang.

  • Shelly 3em modbus

    Wahrscheinlich nicht viel. Wo ich mir sehr sicher bin: Zuverlässigkeit!

    Ausserdem braucht diehuell einen analogen Ausgang. Wie geht das im ioBroker?

    Ausserdem schreibe ich in der SPS ein Programm, das zyklisch abgearbeitet wird. Das läuft bei Scripten etwas anders, wenn natürlich auch zielführend.

    Aber vor allen kann ich programmieren, was ich brauche, egal was.

    Zugeben möchte ich, das ich ioBroker nicht kenne. Ich hatte schonmal an Admin die Frage gestellt, wie den die Umfrage "Welche Systeme verwendet ihr?" ausgewertet wurde, was ist besser, schlechter, warum dieses System, Vorteile, Nachteile. Hab aber keine Antwort bekommen.

  • Temperaturmessungen mit Shelly

    OK. SPS muss nicht teuer sein! Eine S7-1200 gibts schon für 170€ netto. Und ja, ich behaupte mal, mit der SPS geht vieles mehr und vor allem, zuverlässig. Ich kann mich immer wieder nur wundern, wie viele hier im Forum sich mit wie vielen Problemen rumschlagen, "Cloud kaputt?", "nicht erreichbar" etc.

    Ich habe das Equipment, die Software und die Funktionsbausteine, wäre doch ein schönes Projekt...

  • Shelly 3em modbus

    Na hier im Forum ist wohl kaum einer, der, was immer er (m/w/d) auch macht, es nicht als Hobby betreibt. ;)

    Aber wenn du schon den ioBroker in Gebrauch hast, sollte es damit auch gehen. Ich bin halt der SPS-Fan.

    Im ioBroker geht dein Vorhaben sicher mit MQTT. Im 3EM musst du dann auch MQTT aktivieren. Allerdings brauchst du ja noch den analogen Ausgang als Sollwert...

    Welchen Solarregler hast du denn?

    Und: Ich habe auch eine Solaranlage, 30kW, und eine Batterie, 30kWh. Meiner Meinung nach ist da der Überschuss besser aufgehoben. Denn ich betreibe mit dem Solarstrom auch eine WP. Bei einer JAZ von 4 erhalte ich aus 1kWh elektrischer Energie 4kWh Wärmeernergie. Wenn ich das gleiche eine kW Leistung in den Heizstab stecke, dann bekomme ich eben nur das eine kW anWärme.

  • Temperaturmessungen mit Shelly

    schote : Also was mir so einfällt

    • Stellmotor
      • Mit dem Shelly 2.5 sollte das tatsächlich im Rollladen-Modus gehen. Er "weiß" bei der Kalibrierung ja nicht, das es ein Ventil ist. Im Ergebnis kannst du 0-100% für Zu-Auf als Sollwert vorgeben.
      • Sicher wird man von Zeit zu Zeit mal z.B. ganz zufahren (längere Zeit), da die prozenzuale Verfahrweise sicher anfängt zu wandern, es gibt ja keine Positionsmeldung
    • H&T

      • Ist-Temperatur eines (?) Raumes, hmm, das ist wohl nicht genug

    • Temperaturfühler
      • Rücklauftemperatur
      • Mischtemperatur
      • Vorlauftemperatur

    Geht in der Homatic CCU3 BLOCKLY?

    Wie ich das in meiner SPS lösen müßte, wäre mir klar (PID-Regler). Der erste Ansatz ohne wäre, den Stellmotor stufenweise zu öffnen/schließen, wobei die Differenz zwischen Soll- und Mischtemperatur den Ausschlag gibt. Mit Zeit und Sprungweite muß man spielen.

    Das hört sich sicher sehr wischi-waschi an, aber falls BLOCKLY eine Möglichkeit wäre, würde ich mir das mal ansehen.