Beiträge von domi_po

    Hallo

    Mit einem shelly Uni erkenne ich zuverlässig Regen.

    12 V DC liegen an jeder zweiten Kupferbahn an einer Versuchsprintplatte. Jede andere zweite Bahn führt zum Shelly Uni Eingang für dc messen.

    Fällt Regen, zeigt Uni ein Spannung an.

    Soweit, so gut. Nach immer ca 2 Monaten ist der Print wie zerfressen.

    Google meint, es sei ein galvanische Effekt.

    Wie kann ich z.B. mit Widerstand die Spannung teilen und oder den Strom verkleinern? Print sollte am Leben bleiben und shelly dennoch Regen erkennen.

    Hat ja ein Elektroniker eine Idee ?

    Danke im Vorraus.

    Ändere

    Code
    error_code != 0

    zu

    Code
    error_code !== 0

    SUPER !!!! Das ist es, das passt so und funktioniert nun tipp topp !

    Danke Dir 1'000 Mal.

    In der CH kann von der Hagelversicherung ein Gerät für über 445.-- gekauft werden. Dies frägt eine HTTP nach HAGEL Warnung ab und reagiert im Fall einer Hagelwarnung. Dank Deiner Hilfe, kann ich ies nun mit dem SHELLY lösen ;)

    Hallo
    Ich verzweifle... ich habe als Script folgenden Code:


    [script] [/script]

    [script]
    [/script]

    [script]Shelly.call("http.get",{url: "http://192.168.1.226:1880/hagel"}, [/script]

    [script]function (response, error_code, error_message, ud) { [/script]

    [script]
    [/script]

    [script]let daten = JSON.parse(response.body); [/script]

    [script]
    [/script]

    [script]//print(JSON.stringify(response.body)); [/script]

    [script]print("--------------"); [/script]

    [script]print("xy: " , JSON.stringify(daten["text"]["currentState"])); [/script]

    [script]
    [/script]

    [script]}, [/script]

    [script]null [/script]

    [script]);[/script]

    [script]
    [/script]

    [script] [/script]

    Und kriege als Antwort: pasted-from-clipboard.png


    Hilfeeee !

    Das JSON Objekt (Welches die API liefert) beinhaltet folgendes:

    pasted-from-clipboard.png resp.: pasted-from-clipboard.png

    Danke !!!!

    ...nein, ich will nicht die csv Daten löschen, es geht um die kummulierten Werte in: - total und - total_returned.
    das von Seven of Nine im #8 beschriebene Verhalten geht bei meinem 3EM nicht, d.h. nur bei PHASE 0, nicht aber bei 1 und 2.
    Also wird es ein FEHLER an meinem 3EM sein.
    Soweit so klar.
    Danke allen für die Hilfe, ein super FORUM - Kompliment!

    oh danke für das Engagement.

    Frage: Sind die Werte wirklich gelöscht?

    D.h. beim Auslesen kommt bei total ein 0?

    Weil die korrekte Antwort auf den http Befehl habe ich auch erhalten - aber eben, ohne Löschen.

    --> dann ist es ein BUG, denn es geht nur für den Endpunkt 0,
    1 und 2 geben zwar eine korrekte Antwort, aber haben keinen Effekt betr. löschen.
    Vielen Dank.
    Schaue mal, ob ich das Shelly ersetzen kann....

    ...sorry, nochmals ich...
    es gab hier ja den Tipp, die update - wenn ich die (neue) Funktion nicht benötige, das update NICHT zu machen.

    Nun, die SHELLY erhalten ja wirklich regelmässig updates, und ich habe diese regelmässig bei allen Geräten eingespielt (habe mittlerweile über 40 Stück verbaut).

    Ich dachte, das sei auch aus "Sicherheitsgründen" sinnvoll, ebenso könnte es ja sein, dass wenn der updateschritt zu gross wird, das update mal nicht mehr geht ?

    Angeregt durch die Beiträge, frage ich mich aber, ob ich denn diese updates wirklich einspielen muss / soll.


    Soweit meine Gedanken als Laie.

    Wie sehen die Profis das ?

    Danke, wenn ihr mich an Euren Überlegungen teilhaben lässt, gerne freue ich mich auf andere Aspekte des updaten.....

    hey danke an Euch alle!
    und sorry, meine Frage, wolle niemanden nerven.

    Ich war einfach "ein wenig erstaunt", weil nach dem Absetzen des - wie ich nun weis korrekten Updatebefehl - den SHELLY sehr schnell wieder online hatte.
    Beim update per WEB UI in der SHELLY Cloud dauert das updaten eine gefühlte Ewigkeit.
    Daher meine Unsicherheit und mein Nachfragen.

    Also, ein grosses DANKE an alle!

    ...danke für die vielseitigen Tipps, aber es zielt teilweise an der Frage vorbei, denn unabhängig von der Plattform (node red) gibt es doch einen HTTP Befehl um den update auszulösen....

    und da update nach meiner Meinung ein boolean ist, frage ich mich, warum es 1 sein soll ?

    Ich suche nur einfach den exakten Befehl und bin mir eben nicht sicher, ob "meiner" richtig ist:
    192.168.1.40/ota?update=true

    oder eben wie empfohlen =1

    (klar, oder der Link mit der eingebauten Version, das scheint mir auch ein Weg, die kann ich ja auch abfragen, danke!)

    ..danke für die Antworten. Leider kann ich denen aber noch nicht entnehmen (stehe wohl auf dem Schlauch), ob das Senden von: "HTTP GET 192.168.1.40/ota?update=true"
    wirklich der richtige Befehl ist, um das update auszulösen, resp. per OTA zu starten...

    Sorry, habe es ev. zuwenig gneau gefragt resp. geschrieben.

    Und ja, einerseits gilt: "never touch a running system", was gegen regelmässige updates spricht,
    anderseits könnten ja Sicherheitslücken anstehen, oder die "updatedistanz" mal zu gross werden....

    Es gilt hier sicher ein gutes Mass zu finden und nach dem Nutzen des updates zu fragen, danke für diesen Input.

    Hallo allerseits
    Regelmässig erhalten die SHELLY ja ein firmwareupdate. Dies kann im Browser ja manuell ausgelöst werden.
    Nun möchte ich für die SHELLY den firmware update jeweils per HTTP auslösen.
    Folgendes habe ich versucht:
    -Vor dem Befehl war "has_update" auf true
    -dann gab den HTTP GET 192.168.1.40/ota?update=true
    -Sehr schnell war dann "has_update" auf false

    Nun zur Frage: wurde nun "einfach das FLAG" "has_update" auf true gesetzt, oder wurde der firmwareupdate auch tatsächlich ausgeführt ?

    Danke!

    p.s. mein Ziel ist es, in einem Script (node red)
    die SHELLY zuerst "abzufragen" und dann die, die ein update benötigen, per HTTP Befehl upzudaten