Tasmota HTTP Request via Rule !?

Begonnen von rr725, 28 Februar 2019, 10:37:50

Vorheriges Thema - Nächstes Thema

rr725

ich schon wieder.....
ich beschäftige mich ur schon einige stunden mit dem theme rules innerh. von tasmota- ist ja schon eine tolle sache.

evtl. kann mir ja einmal jemand auf die sprünge helfen und es hat sich schon jemand damit befasst. ich würde gern via rule einen http reqquest zu ifttt schicken. ich krieg´ die syntax nicht hin :-((   google weiß auch keinen rat.
mittels :
Rule1 on Power1#State=1 do WebSend [192.168.x.x] POWER1 ON endon

gelingt es mit ein anderes tasmota device zu schalten.

jedoch würde ich evtl auch gern so etwas machen:

Rule1 on Power1#State=1 do websend [192.168.xxx.xxx:8083] /fhem?cmd.Standby=set%20Standby%20on&XHR=1

oder so etwas:

https://maker.ifttt.com/trigger/LED/with/key/4ei4dlGwYfke_8123876

geht aber leider beides nicht :-((

die dokumentation über websend ist da echt dürftig............



münster

Daran wäre ich auch seeeeeehr interessiert! *PUSH*
eine RULE wie z. B.

ON Time#Minute DO WebSend [http://myserver.com/putintomysql.php?=<current_power_measurement>]

um mittels PHP Skript aufm Webserver die Daten in z. B: mysql-datenbank zu loggen..

rr725

mittlerweile läuft´s.....

in meinem o. g. beispiel
Rule1 on Power1#State=1 do websend [192.168.xxx.xxx:8083] /fhem?cmd.Standby=set%20Standby%20on&XHR=1

fehlte am ende noch ein endon
muss also so aussehen
Rule1 on Power1#State=1 do websend [192.168.xxx.xxx:8083] /fhem?cmd.Standby=set%20Standby%20on&XHR=1 endon

dann läuft´s.........

riker1

Zitat von: rr725 am 10 Januar 2020, 11:25:45
..
Rule1 on Power1#State=1 do websend [192.168.xxx.xxx:8083] /fhem?cmd.Standby=set%20Standby%20on&XHR=1 endon
..

Hi, versuche das auch gerade. Frage mich was das cmd.standby macht.
geht nicht :
cmd=set%20Standby%20on&XHR=1 endon

Danke Thomas
FHEM    5.26.1 Ubuntu 18, FHEM    5.26.1 RPI 3 , Actoren: IT ,Tasmota, ESPEasy,
MAX CUBE, MAX HT, MAX WT, Selbstbau nanoCULs, FS 20,Tasmota, Homematic, FTK, SW. DIM, Smoke,KODI,Squeezebox

MadMax-FHEM

Zitat von: rr725 am 10 Januar 2020, 11:25:45
mittlerweile läuft´s.....

in meinem o. g. beispiel
Rule1 on Power1#State=1 do websend [192.168.xxx.xxx:8083] /fhem?cmd.Standby=set%20Standby%20on&XHR=1

fehlte am ende noch ein endon
muss also so aussehen
Rule1 on Power1#State=1 do websend [192.168.xxx.xxx:8083] /fhem?cmd.Standby=set%20Standby%20on&XHR=1 endon

dann läuft´s.........

Ich sehe kein csrf-Token!?

Deaktiviert!?

Konsequenzen sind klar!!!?

Und nicht: ich betreibe es nur im eigenen Netz ohne Zugang von außen...
...denn dann hast du csrf-Token nicht verstanden...

Nur als Hinweis...
...weil nat.: jedem sein System, jedem seine "Löcher und Angriffspunkte"...

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

rr725

>Konsequenzen sind klar!!!?

Yes.....

MadMax-FHEM

Zitat von: rr725 am 12 Februar 2020, 15:05:12
>Konsequenzen sind klar!!!?

Yes.....

Wundert mich, denn dann hätte ich wenigstens einen "fixen-Token" erwartet...

Aber wie schon geschrieben: jedem seine Löcher und Anfälligkeiten...

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)