Beiträge von Kaliostro

Zitat

Wenn ich einen Shelly.Call aufrufe dann frisst das Ressourcen.

Das ich http traps am Port als Trigger verwenden kann, ist schon ein Benefit das die meisten anderen Video Management Systeme nicht können.

Ich könnte jetzt noch versuchen ein Script zu starten welches die die Antwort sendet.

Das wäre aber auch nur ein Weiterer Workaround um das Shelly dort anzubinden.

Da die Anlagen meistens 10 Jahre laufen ist das für meine Nachfolger dann nicht ersichtlich was da alles passiert.

Lässt sich der Akive shelly.call nicht beenden? Dann würde der Timeout fall nicht eintreffen.

Moin Moin,

das Script funktioniert grundsätzlich so wie es soll. 👍

Wie du schon vermutet hattest können exakt 5 Schaltvorgänge gemacht werden. Danach kommt dieser Fehler.

at api_rpc.js:10 09:05:26.564 
at script_1.js:34 09:05:26.567
at script_1.js:19 09:05:26.569
onEvent callback error: Too many RPC calls in progress. Maximum number of RPC calls is 5.

Wenn ich danach des Script neu lade läuft es wieder 5x.

Einen Timer konnte ich nicht beobachten. Nach fünf Schaltvorgängen sperrt das System. Egal ob ich die direkt hintereinander ausführe oder mir dazwischen 1 Minute Zeit lasse.

Wenn ich das Wireshark Protokoll richtig deute antwortet der Windows Server unnötigerweise mit "400 Bad Request". Was die Situation noch verschlimmert.

Ich hab mich nebenbei auch schon bemüht eine Möglichkeit zu finden eine Antwort zu senden. Scheinbar kann ich via http nur get request absetzten, und nicht post reponse.

Es währe so einfach wenn Shelly nicht zählen könnte

Guten Morgen, Erstmal herzlichen Dank für die Mühen.

Leider klappt das mit dem Script nicht. An der Target Ip kommt laut Wireshark außer Broadcast nichts an.

Ich habe nur einfache Python Kenntnisse aber sollte das

 ToggleCAM(CONFIG.ip, '20002'); 

Nicht so

 ToggleCAM(CONFIG.port, '20002'); 

lauten?

Das war auch meine Vermutung . Die Gegenstelle macht gar nichts sondern lauscht nur.

in dem Szenario werden Schalter angeschlossen.

Bevor ich versuche mich da einzulesen. Kannst Du mir verraten wie das Script aufgebaut werden müsste?

Zitat

über das Webinterface das Debug-Log anschalten und gucken:
- unter Device - Debug - websocket debug aktivieren

- dann auf Scripts - irgendein Script anlegen

dann unten rechts bei Filter auf "Full log" umschalten..


danach dann deine 10 mal schalten und gucken was dort protokolliert wird..

Danke das fehlte mir.

Wie vermutet will er seine anfragen nicht unbeantwortet versenden.

"

shelly_http.cpp:39 0x3ffe2b54 HTTP connect error: -14 15:49:29.967

shelly_webhook_queu:100 webhook id=7 (event 'input.toggle_on' url 0) failed too many times

"

Zitat

was genau steht denn im webhook (URL)?
welche Firmware-Version hat der Shelly Pro 4 PM?

grundsätzlich sollte der Aufruf auch häufiger laufen (kann ich aus eigener Erfahrung bestägigen) eventuell hat auch das zu steuernde System ein Problem?

Im Webhook steht nur die Ipadresse mit Port. http://10.168.10.22:20001 für Eingang ist High http://10.168.10.22:20002

für Eingang ist Low.

Das zu steuernde System horcht nur ob auf dem Port etwas ankommt. Der Inhalt wird ignoriert.

Firmware 0.9.3

Nach dem Neustart des Shelly geht es wieder exakt 10 mal. Daher schließe ich das VMS erstmal aus. Lasse morgen aber mal Wireshark mitlaufen um das zu beobachten

Der Log ist aktiviert. Wo ich den auslesen weiß ich nur nicht.

Ein zweites Pro4PM werde ich morgen mal testen.

Hallo,

Ich habe hier ein Shelly Pro4PM.

Der Eingang wurde in der Weboberfläche schon Detached.

die Aufgabe ist das der Shelly bei aktivierten Eingang ein Webhook an eine IP Adresse mit Port Angabe sendet.

Das Funktioniert genau 10 Mal (5x Ein und 5x Aus) Danach muss der Shelly neu gestartet werden.

Ich möchte an einem Videomangament System den Eingang übergeben um dort weitere Aktionen zu starten. Das System horcht aber nur auf den Port und sendet keine Antworten.

Ich vermute mal das dort das Problem liegt.

Kann man das irgendwie umgehen?

Wen nicht was muss als Antwort gesendet werden?

Frohes Schafen noch.