Ich suche einfach nur "URL senden"...

[Thomas24568]

Hallo Thomas,

wenn du unbedingt HTTPMOD verwenden willst: Soweit ich weiß musst du get oder set verwenden, wenn du als Interval 0 eingibst.
Als URL am besten none eingeben, da du die URLs dann einzeln in set/get-Attributen eintragen kannst, falls du später mal mehr Aktionen einbinden willst.
In dem Fall ist set meine ich logischer, weil ja eine Aktion ausgeführt wird, vermute ich zumindest. Auch sets können bei HTTPMOD ausgewertet werden, dies müsste jedoch per Attribut setXXParseResponse 1 aktiviert werden.

Versuch mal folgendes:

Code Auswählen Erweitern

define homee_sz_fenster_auf HTTPMOD none 0
attr homee_sz_fenster_auf set00Name FensterAuf
attr homee_sz_fenster_auf set00URL http://192.168.180.160:7681/api/v2/webhook_trigger?webhooks_key=NJBGOCUENTGSIWZDWDYHSJZMUIXWPNUHRCXINVAXDRFXIBKIIKZZTVVJVFTVPWSJ&event=Sz_fenster_auf
attr homee_sz_fenster_auf set00NoArg 1

Das define kannst du auch im Nachhinein mit einem Klick auf "DEF" ändern: Dort einfach none 0 eintragen.

Normalerweise kann dann mit

Code Auswählen Erweitern

set homee_sz_fenster_auf FensterAuf
die URL vom FHEM-Server abgerufen/aufgerufen werden.

Falls mehr Aktionen mit dem Fenster/Gerät per HTTP ausgeführt werden können wäre es ratsam, das Gerät z.B. in "homee_sz_fenster" umzubenennen. (rename homee_sz_fenster_auf homee_sz_fenster)
Das set kannst du ja dann einfach "open" nennen und hast so Spielraum für weitere Fenster-Aktionen per HTTPMOD. Ich empfehle die Dokumentation im Wiki: https://wiki.fhem.de/wiki/HTTPMOD.

Grüße und viel Erfolg!

Auch das habe ich ausprobiert. Schon ohne was auszulösen bekomme ich im Logfile einen Fehler....

Code Auswählen Erweitern

2019.01.14 11:43:01 3: FHEMWEB WEB CSRF error: csrf_247742975021574 ne csrf_901264074298924 for client WEB_192.168.180.110_62537 / command trigger homee_sz_fenster_auf. For details see the csrfToken FHEMWEB attribute.


Was/wo ich das csrfToken nachsehen soll weiss ich aber nicht. Scheiss Englisch!

Nachtrag: Offenbar fehlte am Ende der Zeile die 0. Damit gibt es keine Fehlermeldung mehr - aber auch keinen Erfolg beim homee. Um Fehler beim bearbeiten der URL zu vermeiden habe  ich die ZEile direkt aus der fhem.cfg herauskopiert und in der Browseradresszeile reinkopiert: Erfolg stellt sich ein. Also sendet FHEM immer noch nicht. 

[MadMax-FHEM]

Willst AN fhem was senden oder (wie ich dachte) woanders hin!?

Den csrf-Token brauchst du, wenn du an fhem was senden willst und dort das Attribut nicht auf "none" oder einen fixen Wert den du dann ja übergeben kannst gesetzt hast...
(none ist nicht zu empfehlen, sollte auch in Deutsch zu finden sein was das heißt und soll)

Gruß, Joachim

[Thomas24568]

Ja, dann ist es jedoch noch wichtig dass

Code Auswählen Erweitern

attr homee_sz_fenster_auf enableControlSet 1
aktiviert ist.

Die obige Lösung ist halt übersichtlicher, wenn er noch andere Aktionen damit ausführen will, oder?
Zum Schluss weiß man nicht mehr, was mit reread überhaupt gemacht wird. (Außer natürlich es steht im Gerätenamen...)

Ich habe beides ausprobiert, aber keinen Erfolg. Ich frage lieber gar nicht erst wozu das gut ist, ich probiere eure Tips weiter aus...

[Thomas24568]

Und hab ja geschrieben, dass es sein kann, dass noch um das http:// usw. Anführungszeichen müssen...

Auch das hat dann immer noch nicht funktioniert.

[Thomas24568]

Hi,
Die Fehlermeldung ist unlogisch.
Mach mal bitte

Code Auswählen Erweitern

list nFensterAuf
Und poste das Ergebnis.

Gruß Otto

Ich hatte die wget-Zeile direkt in den httpmod- Aufruf eingesetzt, daher ist nFensterAuf bei mir nicht definiert.

[Thomas24568]

Willst AN fhem was senden oder (wie ich dachte) woanders hin!?

Nein, RAUSsenden (URL an eine IP senden).

[Thomas24568]

Vielen Dank für die Mühe, die es bisher gekostet hat. Leider immer noch ohne Erfolg. Daher erlaube ich mir, jetzt mal die ganzen Änderungen der fhem.cfg hier noch mal komplett zu zeigen. Vielleicht steckt der Fehler ja doch nur in einem der vielen Änderungen... (Der Auszug ist ab dem zufügen des ersten Z-Wave-Sensors, der Fenstersensor ist der mit Notification_5.)

Code Auswählen Erweitern

define allowed allowed
attr allowed password SHA256:xxx
attr allowed validFor telnetPort
define ZWave_SENSOR_NOTIFICATION_4 ZWave f0cc5945 4
attr ZWave_SENSOR_NOTIFICATION_4 IODev ZWDongle_0
attr ZWave_SENSOR_NOTIFICATION_4 alias Auge (mobil)
attr ZWave_SENSOR_NOTIFICATION_4 classes ZWAVEPLUS_INFO BASIC VERSION MANUFACTURER_SPECIFIC DEVICE_RESET_LOCALLY ASSOCIATION_GRP_INFO ASSOCIATION POWERLEVEL WAKE_UP BATTERY ALARM CRC_16_ENCAP CONFIGURATION SENSOR_MULTILEVEL MULTI_CHANNEL_ASSOCIATION APPLICATION_STATUS SENSOR_BINARY SENSOR_ALARM SECURITY FIRMWARE_UPDATE_MD
attr ZWave_SENSOR_NOTIFICATION_4 fp_Grundriss 582,1274,3,ZWave_SENSOR_NOTIFICATION_4
attr ZWave_SENSOR_NOTIFICATION_4 room ZWave
attr ZWave_SENSOR_NOTIFICATION_4 vclasses ALARM:5 APPLICATION_STATUS:1 ASSOCIATION:2 ASSOCIATION_GRP_INFO:1 BASIC:1 BATTERY:1 CONFIGURATION:1 CRC_16_ENCAP:1 DEVICE_RESET_LOCALLY:1 FIRMWARE_UPDATE_MD:3 MANUFACTURER_SPECIFIC:2 MULTI_CHANNEL_ASSOCIATION:2 POWERLEVEL:1 SECURITY:1 SENSOR_ALARM:1 SENSOR_BINARY:1 SENSOR_MULTILEVEL:8 VERSION:2 WAKE_UP:2 ZWAVEPLUS_INFO:2
define FileLog_ZWave_SENSOR_NOTIFICATION_4 FileLog ./log/ZWave_SENSOR_NOTIFICATION_4-%Y.log ZWave_SENSOR_NOTIFICATION_4
attr FileLog_ZWave_SENSOR_NOTIFICATION_4 logtype text
attr FileLog_ZWave_SENSOR_NOTIFICATION_4 room ZWave
define SVG_FileLog_ZWave_SENSOR_NOTIFICATION_4_1 SVG FileLog_ZWave_SENSOR_NOTIFICATION_4:SVG_FileLog_ZWave_SENSOR_NOTIFICATION_4_1:CURRENT
attr SVG_FileLog_ZWave_SENSOR_NOTIFICATION_4_1 fp_Grundriss 1381,45,1,SVG_FileLog_ZWave_SENSOR_NOTIFICATION_4_1,

define ZWave_SENSOR_NOTIFICATION_5 ZWave f0cc5945 5
attr ZWave_SENSOR_NOTIFICATION_5 IODev ZWDongle_0
attr ZWave_SENSOR_NOTIFICATION_5 classes ZWAVEPLUS_INFO MANUFACTURER_SPECIFIC DEVICE_RESET_LOCALLY BATTERY POWERLEVEL VERSION WAKE_UP ASSOCIATION ASSOCIATION_GRP_INFO ALARM CONFIGURATION FIRMWARE_UPDATE_MD SECURITY
attr ZWave_SENSOR_NOTIFICATION_5 room ZWave
attr ZWave_SENSOR_NOTIFICATION_5 vclasses ALARM:4 ASSOCIATION:2 ASSOCIATION_GRP_INFO:1 BATTERY:1 CONFIGURATION:1 DEVICE_RESET_LOCALLY:1 FIRMWARE_UPDATE_MD:2 MANUFACTURER_SPECIFIC:2 POWERLEVEL:1 SECURITY:1 VERSION:2 WAKE_UP:2 ZWAVEPLUS_INFO:2
define FileLog_ZWave_SENSOR_NOTIFICATION_5 FileLog ./log/ZWave_SENSOR_NOTIFICATION_5-%Y.log ZWave_SENSOR_NOTIFICATION_5
attr FileLog_ZWave_SENSOR_NOTIFICATION_5 logtype text
attr FileLog_ZWave_SENSOR_NOTIFICATION_5 room ZWave

# Test 14.1.
define homee_sz_fenster_auf HTTPMOD none 0
attr homee_sz_fenster_auf set00Name FensterAuf
attr homee_sz_fenster_auf set00URL "http://192.168.180.160:7681/api/v2/webhook_trigger?webhooks_key=NJBGOCUENTGSIWZDWDYHSJZMUIXWPNUHRCXINVAXDRFXIBKIIKZZTVVJVFTVPWSJ&event=Sz_fenster_auf" 0
attr homee_sz_fenster_auf set00NoArg 1

####


# define homee_sz_fenster_zu wget -q http://192.168.180.160:7681/api/v2/webhook_trigger?webhooks_key=NJBGOCUENTGSIWZDWDYHSJZMUIXWPNUHRCXINVAXDRFXIBKIIKZZTVVJVFTVPWSJ&event=Sz_fenster_zu

# define homee_sz_fenster_auf wget -q http://192.168.180.160:7681/api/v2/webhook_trigger?webhooks_key=NJBGOCUENTGSIWZDWDYHSJZMUIXWPNUHRCXINVAXDRFXIBKIIKZZTVVJVFTVPWSJ&event=Sz_fenster_auf


define Sz_Fenster_offen notify ZWave_SENSOR_NOTIFICATION_5:alarm: AccessControl: Window/Door is open, arg 0000 set homee_sz_fenster_auf
define Sz_Fenster_zu notify ZWave_SENSOR_NOTIFICATION_5:alarm: AccessControl: Window/Door is closed, arg 0000 set homee_sz_fenster_zu
attr Sz_Fenster_zu verbose 5
attr Sz_Fenster_auf verbose 5
attr homee_sz_fenster_auf verbose 5




Getestet habe ich mit trigger homee_sz_fenster_zu (bzw. _auf) in der Kommandozeile von FHEM.

[ch.eick]

Hallo zusammen,

für die Idee mit httpmod sollte man immer systematisch vorgehen und am besten mit Burp eine Verbindung vom normalen Browser zu diesem Gerät mitschneiden.

Folgende Schritte...

1) Burp als Proxy aktivieren
2) Browser auf den Proxy Konfigurieren
3) Das HTTP Device mit der URL im Browser aufrufen und in Burp den Mitschnitt beobachten.
4) Nun im Burp den Mitschnitt analysieren und die Notwendigen Aufrufe zum Burp Repeater schicken.
5) Im Burp Repeater die URL erneut zum HTTP Device schicken.
6) Prüfen, ob die Funktionen am HTTP Device richtig ausgeführt werden.
7) Im Burp Repeater so lange die http optionen reduzieren, bis das Minimum erreicht ist.
    Hier sieht man dann auch, ob z.B. cookies verwendet werden.
Im FHEM das Device anlegen. Ich habe es mal hier von Euch wiederholt

Code Auswählen Erweitern


define homee_sz_fenster_auf HTTPMOD none 0
attr homee_sz_fenster_auf set00Name FensterAuf
attr homee_sz_fenster_auf set00URL http://192.168.180.160:7681/api/v2/webhook_trigger?webhooks_key=NJBGOCUENTGSIWZDWDYHSJZMUIXWPNUHRCXINVAXDRFXIBKIIKZZTVVJVFTVPWSJ&event=Sz_fenster_auf
attr homee_sz_fenster_auf set00NoArg 1


9) Eventuell diese Attribute verwenden, was im Burp zu sehen sein sollte.

Code Auswählen Erweitern


attr <device> enableControlSet   1
attr <device> enableCookies       1


10) Für die Test und Einbindungsphase sind z.B. folgende Attribute recht gut und aufschlussreich.

Code Auswählen Erweitern


attr <device> showBody 1
attr <device> showError 1
attr <device> verbose 5


11) Nun in einem Terminal die aktuelle FHEM Log Datei mit z.B. "tail -f ./log/fhem?" öffnen und die Log Meldungen verfolgen. Hier kann mal mit der Entertaste auch mal einige Leerzeilen Erzeugen und so den Anfang des aktuellen Tests hervorheben.

12) An anderen FHEM Einträgen eventuell das verbose mal auf 0 setzen, damit man im Log nicht überflutet wird.

13) Den ersten Test starten

Code Auswählen Erweitern


set homee_sz_fenster_auf FensterAuf

Hier fällt auf, dass bei der Verwendung von HTTPMOD der Device Name eher generisch gewählt werden kann, also besser "homee_sz_fenster". Durch set**Name kann dan der Befehl FensterAuf, FensterZu oder auch anderes dargestellt werden.

14) Im Log die Fehler lesen und in Form von Attributen korrigieren Hier wird's spannend.

15) Ganz viel Testen und ausprobieren, eventuell im Forum nachfragen und die Log Meldungen mit der jeweiligen kompletten Definition einstellen.

16) Wenn alles läuft wieder die Test Einstellungen zurück setzen.

Code Auswählen Erweitern


attr <device> showBody 0
attr <device> showError 0
attr <device> verbose 0


Nun noch einige Anmerkungen von mir, aus den Erfahrungen der letzten 2 Monate:

1) webhooks_key=NJBGOCUE......  Dies wird sicherlich in der Kommunikation mit dem Device als cookie geliefert, was man in der Burp Analysephase sehen kann. Wenn das der Fall ist, kann man das nach dem folgenden Beispiel im http Aufruf ersetzen lassen.
Das ist aus meinem Beispiel mit der Vallox Cloud Anbindung, für das Einsetzen des csrfToken.

Code Auswählen Erweitern


reading1Name    _csrfToken
reading1Regex   ((?<=_csrfToken=).*);

replacement1Mode   reading
replacement1Regex  %%_csrfToken%%
replacement1Value   _csrfToken

setHeader3   X-XSRF-TOKEN: %%_csrfToken%%


2) Um die HTTP set** Konfigurationen zu verringern kann man dann noch mit einer Variablen beim set Aufruf arbeiten. Ich habe auch nochmals den Device Namen auf "homee_sz" verkürzt, weil ja der Name für set00 bereits mit Fenster benannt wurde.

Code Auswählen Erweitern


attr homee_sz set00IMap    zu:Sz_fenster_zu, auf:Sz_fenster_auf,...

attr homee_sz set00URL http://192.168.180.160:7681/api/v2/webhook_trigger?webhooks_key=NJBGOCUENTGSIWZDWDYHSJZMUIXWPNUHRCXINVAXDRFXIBKIIKZZTVVJVFTVPWSJ&event=$val


Der Aufruf sähe dann so aus

Code Auswählen Erweitern


set homee_sz Fenster auf
set homee_sz Fenster zu



Viele Grüße
     Christian
     und besonderen Dank an Stefan

[Otto123]

Ich hatte die wget-Zeile direkt in den httpmod- Aufruf eingesetzt, daher ist nFensterAuf bei mir nicht definiert.

Naja gut, wenn man Dir etwas empfiehlt und Du dann irgendetwas (völlig anderes) machst - ist Dir eigentlich kaum zu helfen.

Die wget Zeile ist ein direkter FHEM/System Befehl, der hat in einer HTTPMOD Definition nicht viel verloren.

Probier einfach jeden dieser Tipps irgendwie zur Hälfte aus, vielleicht wird es irgendwann etwas. Eine URL senden ist eigentlich easy, aber man kann es beliebig kompliziert machen.
Falls Du einen system Befehl hast (also der im Linux Terminal/kommandozeile funktioniert) dann packe den in eine Script Datei und führe einfach in FHEM als Befehl

Code Auswählen Erweitern

"bash /pfadname/scriptname"aus. Das wäre die adäquate Variante zu dem was Joachim mit wget empfohlen hat.
https://commandref.fhem.de/commandref_DE.html#command

Gruß Otto

[Thomas24568]

Upss, so eine lange Antwort...

Burp?

Wikipedia sagt dazu:

Code Auswählen Erweitern

Big and Ugly Rendering Project
(Weitergeleitet von BURP)

Dieser Artikel erläutert das 3D-Rendering Projekt BURP; zur medizinischen Methode siehe BURP-Manöver.

Du meinst sicher was anderes, aber was? Falls du jetzt irgendwas von Windows erzählen möchtest, dann muß ich dich leider ausbremsen - hier ist ein MS-freier Haushalt.

2. Wozu Proxy? Was ich verschicken will ist bekannt und getestet: die schon mehrfach genannte URL. Nichts anderes. Genau diese URL, und auch genau ohne Variablen, denn ICH möchte das Konstrukt auch in 1 oder 2 Jahren (wieder) verstehen.

6) Prüfen, ob die Funktionen am HTTP Device richtig ausgeführt werden.

Das hatte ich schon, genau diese URL muß exakt so verschickt werden.


9) Eventuell diese Attribute verwenden, was im Burp zu sehen sein sollte.
Geht nicht, weil unbekanntes "Burp".

webhooks_key=NJBGOCUE......  Dies wird sicherlich in der Kommunikation mit dem Device als cookie geliefert,

Nein, das ist ein "Schlüssel", damit die URL als "echt" identifiziert wird. Kein Cookie, sondern ein feststehender Wert.

Um die HTTP set** Konfigurationen zu verringern kann man dann noch mit einer Variablen beim set Aufruf arbeiten.

Nein, bitte keine Variablen. ICH muß das Konstrukt auch noch in Jahren verstehen.  Variablen sind nett und sinnvoll, aber nicht in meinem Fall. Ich brauche Klarnamen (und keine Variablen oder englische Bezeichnungen). Hinweis: Ich bin fast 60 Jahre alt, das Hirn arbeitet langsamer und uneffektiver als mit 20 oder 25 Jahren.

Wenn das mit dem Burp geklärt ist werde ich mir deine Nachricht noch mal ansehen.

[Thomas24568]

Naja gut, wenn man Dir etwas empfiehlt und Du dann irgendetwas (völlig anderes) machst - ist Dir eigentlich kaum zu helfen.

Falscher Ansatz.  Wenn mir was empfohlen wird, was ich nicht überblicke oder die Sache komplexer/komplizierter macht, dann fange ich an zu reduzieren. Noch mal die Ausgangslage:

EINFACH nur eine URL senden - nicht komplexes, keine Varianten, keine Zusatzmöglichkeiten, kein "könnte man auch...", sondern EINFACH nur eine URL senden. Warum geht das nicht mit Httpmod???

Die wget Zeile ist ein direkter FHEM/System Befehl, der hat in einer HTTPMOD Definition nicht viel verloren.

Hatte ich auch erkannt und ohne httpmod benutzt.

Eine URL senden ist eigentlich easy, aber man kann es beliebig kompliziert machen.

Eben!!! EINFACH! Laut Commandref also mit httpmod - aber das funktioniert aus irgendeinem Grund nicht.

dann packe den in eine Script Datei und führe einfach in FHEM als Befehl

Das ist NICHT EINFACH sondern komplex und daher für mich nicht brauchbar.  Sorry, das ich kein Hyper-Versteher von Perl und FHEM bin, sondern nur einfacher Anwender...

[Otto123]

Achtung!!! Es geht nicht um HTTPMOD

Dann nochmal ganz einfach und reduziert die Variante von Joachim:
Steht da die richtige URL?
Wenn ja, funktioniert der Aufruf wenn du die Zeile so wie sie dasteht - also mit den "am Anfang und Ende " in die FHEM Kommanozeile (oben im FHEM Browserfenster) wirfst?

Code Auswählen Erweitern

"wget -q http://192.168.180.160:7681/api/v2/webhook_trigger?webhooks_key=NJBGOCUENTGSIWZDWDYHSJZMUIXWPNUHRCXINVAXDRFXIBKIIKZZTVVJVFTVPWSJ&event=Sz_fenster_auf"

[Thomas24568]

Achtung!!! Es geht nicht um HTTPMOD

Dann nochmal ganz einfach und reduziert die Variante von Joachim:
Steht da die richtige URL?
Wenn ja, funktioniert der Aufruf wenn du die Zeile so wie sie dasteht - also mit den "am Anfang und Ende " in die FHEM Kommanozeile (oben im FHEM Browserfenster) wirfst?

Code Auswählen Erweitern

"wget -q http://192.168.180.160:7681/api/v2/webhook_trigger?webhooks_key=NJBGOCUENTGSIWZDWDYHSJZMUIXWPNUHRCXINVAXDRFXIBKIIKZZTVVJVFTVPWSJ&event=Sz_fenster_auf"

Leider nein. Kein Ergebnis am empfangendem Gerät, aber auch keine Fehlermeldung im Log und auch nichts im Event-Monitor.

Andere Beobachtung: Bei den Tests gegen 12 Uhr kam im Logfile folgendes:

Code Auswählen Erweitern

2019.01.14 12:01:30 5: homee_sz_fenster_auf: set called with reread
2019.01.14 12:01:30 4: homee_sz_fenster_auf: GetUpdate called (reread)

Hilft das bei der Fehlersuche? Ist das eine "Ab-Sendebestätigung"?

[ch.eick]

Hallo nochmal,

Zum Thema getestet:
Nicht nur die URL ist wichtig, sondern auch der Rest vom Header oder auch Cookies.
Wenn Du vom Browser aus die URL aufrufst, handelt der Browser noch einiges zusätzlich, was man so nicht sehen kann.

hier die direkten Infos zu Burp, leider nur in Englisch
https://en.wikipedia.org/wiki/Burp_suite
https://portswigger.net/burp/communitydownload

Variablen erhöhen oft die Lesbarkeit und das Prinzip

<Kommando>   <Gerät>   <Ziel>   <Option>
      set             homee_sz Fenster       auf
      set             homee_sz Fenster       zu

ist eigentlich gängig.

Mit diesem Attribut bekommt man im FHEM die Auswahl der möglichen Optionen als Pulldown Menü, mit auf oder zu, angezeigt.

Code Auswählen Erweitern


attr homee_sz set00IMap zu:Sz_fenster_zu, auf:Sz_fenster_auf,...


Viele Grüße
     Christian
     53 Jahre

[ch.eick]

Sorry, ich wollte nicht stören.

Achtung!!! Es geht nicht um HTTPMOD

HTTPMOD war zu Beginn ja auch als Möglichkeit im Gespräch.

Viele Grüße
   Christian .... ich bin dann mal raus