Beiträge von Quality Shock

    Unglaublich immer kommt so ein Kommentar, wie hilfreich WOW. Die Firmware wurde mal wieder verbuggt, das "update" bringt ~17% Abweichung. Aber wie jedes mal wenn sie eine Firmware Versauen kommen erstmal Fanboy Kommentare die den Fehler rechtfertigen. Schon auf Vorlage wenn etwas zur Messung kommt -> das ist kein Messgerät Mimimi, gar nicht erst damit auseinander setzen.


    Jetzt heißt es ein paar Monate warten, bis sie es mal merken bzw. die Tickets dazu ernst nehmen.

    Overall it seems still OK, it is some times dropping 3-4 Volts but it looks like the ECO Mode has an Impact on the Voltage reading. For me it is consitently to low when enabled.

    Please refer to the Graph below. Red line is the real Volatage, consistenly measured from 3 different Inverters, of couse also changing depending on the Powergird but at the time taken almost stable.

    Green: Eco Mode ON, Voltage is to low. sometimes even drops by 4-5 Volt.

    Yellow: Reboot Shortly recovers but drops again after a few seconds

    Blue: Eco Mode OFF, brings it pretty close to the real Value

    Green: Eco Mode ON, Voltage drops again

    shelly Voltage.jpg

    @mircho.mirev 

    2nd the previous Post, the yellow line is on v0.13.0-beta1, the two other still on v0.10.2, behaviour seems even worse now. The spikes are even bigger and fluctuating with a higher freuquency, at least about every 2 seconds, refer to the second graph (might be even higher but not caputuring with high freq.). After restart around 23:42 it returned to normal.

    pasted-from-clipboard.png

    pasted-from-clipboard.png

    Hi,

    I tried to adapt the newly provided scripts to use the BLE functionality to receive Data from an Inkbird IBS-TH2 Temperature, Humidity Sensor to later publish it via MQTT. But it seems the received Data is incomplete, advertisment and scanrespsone is available but the Manufacturer Data which seems to hold the real information is empty.

    Any Idea what I'm doing wrong or having any of the Inbird Sensors working?

    KR

    Running 0.12.0-beta2

    Script:

    Result:

    Hallo zusammen,

    habe ich mich an den Bereitgestellen Skripten für BLE versucht um damit die Werte eines Inkbird IBS-TH2 zu empfangen und die Daten dann über MQTT weiter zu Verarbeiten. Leider komme ich nicht an die Werte. Der Sensor wird gefunden und es werden auch die Advertisements und Scanresponse empfangen aber die Manufacturer Daten wo wohl die Werte drin stecken sind leer.

    Hat jemand den Sensor im Einsatz und kann es mal probieren, bzw. hat jemand eine Idee warum hier nichts kommt?

    Ergebnis:

    Greets

    GW&DNS sind hinterlegt. Habe ihn gelöscht, danach wurde er unter discovered devices angezeigt, konnte aber nicht hinzugefügt werden. Über die IP ging es auch nicht, ungültiges Gerät oder so ähnlich.

    Dann über den Shelly selbst Cloud deaktiviert, danach wurde er entdeckt und ohne weitere Nachfrage mit der Cloud verbundenen, seit dem scheint es zu laufen.

    Issue resolved

    Hallo zusammen,

    hab endlichen meinen Shelly 1 mit Addon ans Garagentor angeschlossen. Funktioniert auch soweit, nur wird dieser in der Cloud als Offline angezeigt. Verbindung direkt über die IP funktioniert, das Cloud Icon ist grün und laut Status ist die Cloud Verbunden. Feste IP ist Vergeben, im gleichen WLAN laufen ein paar andere Shelly ohne Probleme. Firmware ist aktuell.

    Jemand eine Idee woran es liegen könnte?

    pasted-from-clipboard.png

    pasted-from-clipboard.png

    Code
    wifi_sta":{"connected":true,"ssid":"IOT","ip":"192.168.x.x","rssi":-69},"cloud":{"enabled":true,"connected":true},"mqtt":{"connected":false},"time":"15:29","unixtime":1667312941,"serial":32,"has_update":false,"mac":"xxxxxx","cfg_changed_cnt":4,"actions_stats":{"skipped":0},"ext_switch":{"0":{"input":1}},"relays":[{"ison":false,"has_timer":false,"timer_started":0,"timer_duration":0,"timer_remaining":0,"source":"timer"}],"meters":[{"power":0.00,"is_valid":true}],"inputs":[{"input":0,"event":"","event_cnt":0}],"ext_sensors":{},"ext_temperature":{},"ext_humidity":{},"update":{"status":"idle","has_update":false,"new_version":"20221027-091427/v1.12.1-ga9117d3","old_version":"20221027-091427/v1.12.1-ga9117d3"},"ram_total":51688,"ram_free":38020,"fs_size":233681,"fs_free":149847,"uptime":8509}

    Mit Differenz die Unterschiede zwischen den Zählerständen ermitteln und dann aufsummieren, dann stören die gelegentlichen reset nicht mehr so:

    from(bucket: "nrdb")

    |> range(start: -1d)

    |> filter(fn: (r) => r["_measurement"] == "Solarpower")|> filter(fn: (r) => r["_field"] == "SVTC" or r["_field"] == "SMTC")

    |> difference(nonNegative: true)

    |> aggregateWindow( every: 1d, fn: sum )

    Hat mich am Anfang auch immer wieder geärgert, gibt immer mal wieder Gründe die den Zähler zurücksetzen. Wenn du wie HIER schon geschrieben die Unterschiede zwischen den Zählerständen aufsummierst solange diese größer 0 sind spielt es keine Rolle mehr. Du verlierst maximal was zwischen einem Schreibintervall liegt.

    Ich nutze dann noch ein CSV mit meinem tatsächlichen Strompreis, der ändert sich ja beim wechseln oder wenn es Bonuszahlungen gibt kennst du den Endgültigen Preis pro kWh erst nach einem Jahr. So kann man im Nachgang den Preis noch anpassen und Berechnen lassen.

    |> difference(nonNegative: true)

    |> aggregateWindow(    every: 1d,    fn: sum )

    Spannend wäre mal der Vergleich zwischen watt2kWH und dem Zähler, wenn du nur alle 5sec die aktuelle Leistung hernimmst dürfte das recht ungenau sein, auch wenn für eine WAMA vielleicht nicht so relevant.

    pasted-from-clipboard.png

    Code
    {"name":null,"id":"shellyplus1pm-xxxxxxxx","mac":"xxxxxxxx","key":"xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx","batch":"2133-Yang","fw_sbits":"00","model":"SNSW-001P16EU","gen":2,"fw_id":"20220830-130414/0.11.0-gfa1bc37","ver":"0.11.0","app":"Plus1PM","auth_en":false,"auth_domain":null}
    Code
    {"ble":{"enable":false},"cloud":{"enable":true,"server":"shelly-19-eu.shelly.cloud:6022/jrpc"},"input:0":{"id":0, "name":null, "type":"switch", "invert":false,"factory_reset":true},"mqtt":{"enable":true,"server":"192.168.1.238:1883","client_id":"shellyplus1pm-xxxxxxxx","user":"mqttbroker","topic_prefix":null,"rpc_ntf":false,"status_ntf":true},"script:1":{"id":1, "name":"Test", "enable":false},"switch:0":{"id":0, "name":null,"in_mode":"follow","initial_state":"restore_last", "auto_on":false, "auto_on_delay":60.00, "auto_off":false, "auto_off_delay": 60.00,"power_limit":3200,"voltage_limit":280,"current_limit":16.000},"sys":{"device":{"name":null,"mac":"xxxxxxxx","fw_id":"20220830-130414/0.11.0-gfa1bc37","discoverable":true,"eco_mode":true},"location":{"tz":"Europe/Berlin","lat":xxxxxxxx,"lon":xxxxxxxx},"debug":{"mqtt":{"enable":false},"websocket":{"enable":false},"udp":{"addr":null}},"ui_data":{"consumption_types":["socket"]},"rpc_udp":{"dst_addr":null,"listen_port":null},"sntp":{"server":"time.google.com"},"cfg_rev":44},"wifi":{"ap":{"ssid":"ShellyPlus1PM-xxxxxxxx","is_open":true, "enable":false, "range_extender": {"enable":false}},"sta":{"ssid":"IOT","is_open":false, "enable":true, "ipv4mode":"static","ip":"192.168.1.121","netmask":"255.255.255.0","gw":"192.168.1.1","nameserver":"192.168.1.1"},"sta1":{"ssid":null,"is_open":true, "enable":false, "ipv4mode":"dhcp","ip":null,"netmask":null,"gw":null,"nameserver":null},"roam":{"rssi_thr":-80,"interval":60}},"ws":{"enable":false,"server":null,"ssl_ca":"ca.pem"}}
    Code
    {"ble":{},"cloud":{"connected":true},"input:0":{"id":0,"state":false},"mqtt":{"connected":true},"script:1":{"id":1, "running":false},"switch:0":{"id":0, "source":"loopback", "output":true, "apower":0.0, "voltage":230.0, "current":0.010, "aenergy":{"total":117907.672,"by_minute":[0.000,0.948,0.474],"minute_ts":1662655271},"temperature":{"tC":42.1, "tF":107.9}},"sys":{"mac":"xxxxxxxx","restart_required":false,"time":"18:41","unixtime":1662655274,"uptime":685376,"ram_size":235088,"ram_free":157172,"fs_size":458752,"fs_free":159744,"cfg_rev":44,"kvs_rev":0,"schedule_rev":0,"webhook_rev":0,"available_updates":{"beta":{"version":"0.11.1-beta1"},"stable":{"version":"0.10.3"}}},"wifi":{"sta_ip":"192.168.1.121","status":"got ip","ssid":"IOT","rssi":-46},"ws":{"connected":false}}

    Bitte schön:

    Ich nutze noch IOBroker mit einem MQTT Client, hier steht dann immer der letzte übertragene Wert. Die aktuelle Leistung schreibe ich alle 2sec und den Verbrauch alle 5min.

    pasted-from-clipboard.png

    Mit dem Funktionsnode wähle ich aenergy und setzte ein Topic. Der JoinNode fast dann nach den Topics die Werte in einer Nachricht zusammen.

    Aufsummieren macht Influx, mit difference gib es den unterschied zwischen den Zählerwerten. Mit Window kannst dann sagen z.B. auf einen Tag aufsummieren.

    from(bucket: "nrdb")

    |> range(start: -1d)

    |> filter(fn: (r) => r["_measurement"] == "Solarpower")|> filter(fn: (r) =>  r["_field"] == "SVTC" or r["_field"] == "SMTC")

    |> difference(nonNegative: true)

    |> aggregateWindow(    every: 1d,    fn: sum )

    Dann in Grafana über die Transformation Reduce Total die Einzelwerte aufsummiert.

    Ich nutze fast den gleichen weg und dann in Grafana über die Transformation Reduce Total die Einzelwerte aufsummiert.

    Evlt. hast du nicht überall die exakt gleichen Zeitstempel. Über MQTT kommen die Werte mehr oder weniger beliebig übertragen, sobald sie sich ändern. Würde Immer den letzten Wert in Nodered zwischenspeichern und die Werte dann alle x Sekunden über einen JOIN Node in der InfluxDB speichern. Dadurch haben alle Werte den gleichen Zeit Stempel und können leicht addiert werden.

    Sonst gibt es wohl Möglichkeiten bei der Abfrage die Zeit Stempel über Zeit Fenster zu glätten aber das macht es komplizierter.

    VG