Beiträge von ostfriese

Habe ich soeben gemacht. Keinerlei Auswirkung.

Ich würde auch darauf achten, dass der Router VPN kann. Evtl. will man ja auch außerhalb des Wlans auf das WoMo zugreifen.

Ich glaube schon. Ich habe jetzt alles durch. Wenn von Alterco nichts kommt, geht das Ding in die Klinik zu Thomas thgoebel .

Schubbie Du kannst ganz sicher sein, dass ich ALLE Möglichkeiten für einen Reset durch getestet habe

Danke für den Tipp, aber der Mini hat die Leiste nur als Lötpunkte ausgeführt-

EDIT; thgoebel war schneller.

So weit kommt das noch, Rentner mit Panzern

Rolf, ich habe einen Unimog mit Prepper Edition Aufbau. Da ist ein Bunker Standard.

Werde ich im Blog ausführlich vorstellen, sobald es fertig ist.

EDIT:

Zitat

Hundehütte fehlt noch.

Ne, solange die in Reichweite des WoMo ist, ist die mit drin.

Klar, ist ja kein Geheimnis.

Ich baue eine kleine, webbasierte, Zentrale für ein WoMo. Läuft alles auf EINEM Gen 2. Umfasst die Erfassung und Steuerung von Temperatur, Luftfeuchtigkeit und eine Alarmanlage. Sieht bis jetzt so aus: (Die Steuerung von Temperatur und Luftfeuchtigkeit ist noch nicht fertig)

1.png2.png)

66er Ist übrigens passiert, als ich an "deinem" Projekt gearbeitet habe.

In der Api steht, dass so ein Skript beim Booten deaktiviert wird. Offensichtlich passiert das nicht.

Zitat

Non-blocking execution

Shelly scripts are executed in an environment which shares CPU time with the rest of the firmware. Code in the scripts runs on the main system task and is not allowed to block for long. This is why any APIs which can potentially take a long while are callback-based. Still, it is possible to write code which will hoard the CPU for longer then acceptable. Such code may cause issues with other firmware features, communication or even cause the device to crash. One obvious example is an infinite (or near infinite) loop:

Code

Loop for too long
let n = 0;
while (n < 500000) {
n = n + 1;
}

If a script manages to crash the device the system will detect this and disable the script at the next boot.

Da ich auch in der Ratlosigkeitswüste bin, folge ich auch einer Fata Morgana.

Fahre jetzt für den Rest der Nacht das http Skript mit deinem Vorschlag...

Es geht gar nicht um meinen Mini, der ist verschmerzbar. Das sollte grundsätzlich geklärt werden.

Danke Thomas. Wenn es keine andere Lösung gibt, werde ich, dein Interesse vorausgesetzt, das Opfer in deine Klinik geben.

Habe das Problem auch. Siehe hier.

Versuche es mit Dauerfeuer. Im o.g. weiter unten.

Kurzes Update. Beide Skripte laufen und befeuern den Mini mit dem Befehl, das entsprechende Skript zu stoppen. Sowohl über http als auch über ws.

Der Shelly macht im Minutentakt einen Reboot, vermutlich, weil der Prozessor überhitzt. Das er eine Reboot macht, merkt man am Klacken des Relais, wenn ein geschlossener Schalter angeschlossen ist. Der Shelly ist nicht einmal kurzzeitig per Ping erreichbar.

Ich lasse das jetzt mal über Nacht laufen, in der Hoffnung, dass irgend ein Befehl mal durchkommt.

Jo

So, habe mich mal schlau gemacht. Habe es auf einem funktionierenden Shelly getestet. So kann man mit Python Dauerfeuer auf ws senden:

#!/usr/bin/env python3
# -*- coding: utf-8 -*-

import websockets
import asyncio
import time

async def stop():
    try:
        uri = "ws://172.16.0.106/rpc"
        async with websockets.connect(uri) as websocket:
            await websocket.send('{"id":1,"method":"Script.Stop","params":{"id":7}}')
        #await websocket.recv()
    except:
        pass

if __name__ == "__main__":
    while(True):
        asyncio.run(stop())
        time.sleep(0.01)

Hat aber leider, bis jetzt, auch nichts gebracht.

Hast du ein Beispiel, wie ich den Befehl per ws absetze?