Beiträge von HighFive

Meierchen006

Ich nutze Modbus beim Pro3EM nicht.

Mir wäre aber kein Grund bekannt, warum dieser Saldierungs-Script die Modbus Funktion in irgendeiner Form einschränken sollte.

Der Script holt sich nur die aktuelle Leistung[W] und generiert damit 2 Zählerwerte Consumed/Returned [kWh] und legt diese als MQTT Werte bereit.

Meine Anpassung ist in der Speicherung der Daten die im Script per default alle 30Min. gespeichert werden.

(Da die KVS/Flash-Speicher Werte eine begrenzte Anzahl Schreibzyklen haben erfolgt dies per. def. im Script möglichst selten. (alle 30min))

    counter3600 = counter3600 + 1;  // Bei 500ms Zyklus = 3600 == 30 min.
   if (counter3600 > 3600)      
   {
     counter3600 = 0;     
     SaveCounters();
   }

[*] Wenn in diesen 30 Min. der Zähler bootet (FW Update, Ausfall Versorgungsspg. etc) sind die Werte bis zum letzten Speichern verloren. (Maximal die letzten 30 min)

Da meine Smart-Projekte bisher immer Gewerbe Betriebe waren, sind auch höhere Leistungen[kW] im Spiel. [Bezug bzw. PV um die 100kWh/Tg.]

Dh. bei 30 Min. Fehler können gleich mal 1..4 kWh zu geringer Zählerwert bei einem einmaligem Booten des Pro3EM bedeuten. Bzw. Der PV Zähler braucht in der Nacht überhaupt nicht speichern da ja keine Änderung.

Daher habe ich für Netz- und PV Zähler spezielle Speicherungs-Strategien um einen möglichen Fehler gering zu halten.

• PV: 07:00..19:00 alle 1kWh oder 30Min, sonst alle 3 Std.
• Netz: Alle 1,5kWh oder 30Min.

Dies ist ein für mich akzeptabler Kompromiss zwischen zu erwartende Lebensdauer Flash/Speicher Pro3EM (Min. 5 Jahre) und korrekte Daten.

https://www.google.com/search?client=…r+schreibzyklen

Du kopierst einen Code welcher im Internet schon mal 2018 für eine andere Hardware publiziert wurde in den Shelly und wunderst dich das dieser einige Fehler wirft.

https://forum.arduino.cc/t/understanding-ph-code/529692

Ich hoffe du findest jemanden der diesen Code analysiert und dir die mMn. sinnbefreite Mittelwertberechnung und die Skalierung behebt.

  // Sicherstellen, dass das Array vollständig ist, bevor fortgefahren wird
  if (buf.length < 10) {
    print("Nicht genügend Daten gesammelt.");
    return;
  }

  // Sortieren der Werte
  buf.sort(function(a, b) {
    return a - b;
  });

  // Durchschnitt der mittleren 6 Werte berechnen
  avgValue = 0;
  for (let i = 2; i < 8; i++) {
    avgValue += buf[i];
  }
  avgValue = avgValue / 6;

  let phValue = avgValue * 5.0 / 1024;  // Umrechnung in Millivolt
  phValue = 3.5 * phValue;  // Umrechnung in pH-Wert

  print("pH:", phValue.toFixed(2));

Ich hätte gesagt dies ist alles beim Shelly nicht notwendig da die Skalierung schon in der App und die Mittelung schon HW-seitig erfolgt.

Prognose meinerseits: Bis auf die Anzeige in der Console keinerlei Script notwendig da alles in der App ganz simpel zu bewerkstelligen ist.

Auch ich mir nicht klar, welche LED Ansteuerung du machen willst.

  // LED-Steuerung (angenommen, Shelly hat eine GPIO-Steuerung für die LED)
  Shelly.call("GPIO.Set", {id: 13, value: 1});  // LED einschalten
  Timer.set(800, false, function() {
    Shelly.call("GPIO.Set", {id: 13, value: 0});  // LED ausschalten
  });

Ich arbeite nur nach einem vernünftigen Funktionsbeschreibung (Lasten- oder Pflichtenheft) daher bin ich schon mal aus dieser Geschichte raus.

Meierchen006

Ich habe dieses Saldierungs-Skript:

https://github.com/sicanins/shelly-pro3EM-energycounter

... seit FW [0.13.2] 2023-02-21 problemlos laufen.

Im Herbst gab es für 1..2 FW Versionen ein Problem, dass intern die Energywerte sehr langsam (~10sek) verfügbar waren und daher auch die ermittelten Skriptdaten ungenau wurde.

Dies wurde mit FW [1.0.5] 2023-09-26 wieder korrigiert und bis auf diesen kurzen (2 Wochen) Problem läuft das Skript bis heute FW [1.3.1] 2024-04-30 ohne Beanstandung.

Ich habe dieses Skript für mich zwar ein wenig angepasst jedoch das Grundgerüst ist immer noch das Originale.

Zitat von floboss288

Vom Beruf programmiere ich SPS Programme.

Funktionieren im Berufsleben deine SPS/PLC Programme von Anhieb, ohne ein wenig Debugging?

floboss288

Diese Einstellung hast du durchgeführt?

floboss288

Im Script geht's dann so:

function timerHandler(user_data) {


    Shelly.call(
        "voltmeter.getStatus", {
            id: 100
        },
        function(response) {
            print('Voltage: ' + response.voltage)
        },
        null
    );
}

Timer.set(1000, true, timerHandler, null);

Resultat;

floboss288

Versuchs mal mit ...id=100

Zitat von apreick

... sondern nur an der nicht Erregbarkeit während des Update vom Repeter