[gelöst] Raffstore steuern

Begonnen von günther38, 02 Oktober 2020, 18:50:04

Vorheriges Thema - Nächstes Thema

günther38

Hallo!

Ich habe eine Steuerung/Webserver erstellt, über die ich meine Raffstores hoch/runter fahren kann.
Die URI sieht so aus:
http://xxx.xxx.xxx.xxx/?rc1=up      (Raffstore 1 hoch)
http://xxx.xxx.xxx.xxx/?rc1=down  (Raffstore 1 runter)

Diesen würde ich gerne in FHEM einbinden.
Das müsste doch eigentlich über HTTPMOD GET funktionieren oder?
Kann mir jemand helfen, bzw. ein passendes Beispiel geben?

Beste Grüße
Günther

rr725

Das packst du z. B. in ein doif


("wget -q -O /dev/null "http://xxx.xxx.xxx.xxx/?rc1=up")


günther38

Hallo!

Ich habe einen Schalter definiert und diesen in das "DOIF" eingebaut.
Beim Anwählen von "UP" bzw. "DOWN" tut sich noch nichts, was mache ich falsch?



define Schalter1 dummy
attr Schalter1 room Raum1
attr Schalter1 webCmd UP:DOWN
define Raum1.Raffstore1 DOIF ([Schalter1] eq "UP") ("wget -q -O /dev/null "http://xxx.xxx.xxx.xxx/?rc1=up") DOELSEIF ([Schalter1] eq "DOWN") ("wget -q -O /dev/null "http://xxx.xxx.xxx.xxx/?rc1=DOWN")

Beta-User

Evtl. geht es mit ROLLO. Damit sollten auch Zwischenpositionen möglich sein.
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: ZigBee2mqtt, MiLight@ESP-GW, BT@OpenMQTTGw | ZWave | SIGNALduino | MapleCUN | RHASSPY
svn: u.a Weekday-&RandomTimer, Twilight,  div. attrTemplate-files, MySensors

rr725

#4
Zitat von: günther38 am 03 Oktober 2020, 08:06:38
Hallo!

Ich habe einen Schalter definiert und diesen in das "DOIF" eingebaut.
Beim Anwählen von "UP" bzw. "DOWN" tut sich noch nichts, was mache ich falsch?



define Schalter1 dummy
attr Schalter1 room Raum1
attr Schalter1 webCmd UP:DOWN
define Raum1.Raffstore1 DOIF ([Schalter1] eq "UP") ("wget -q -O /dev/null "http://xxx.xxx.xxx.xxx/?rc1=up") DOELSEIF ([Schalter1] eq "DOWN") ("wget -q -O /dev/null "http://xxx.xxx.xxx.xxx/?rc1=DOWN")



Sorry....da war ein "  zuviel
("wget -q -O /dev/null http://xxx.xxx.xxx.xxx/?rc1=up")

günther38

#5
Zitat von: Beta-User am 03 Oktober 2020, 08:12:43
Evtl. geht es mit ROLLO. Damit sollten auch Zwischenpositionen möglich sein.

Das hört sich interessant an, aber kann es sein, dass das nur für Relaisschaltungen gedacht ist?
Im ROLLO-FHEMWiki steht,
"...einfache Möglichkeit, mit ein bis zwei Relais den Hoch-/Runterlauf eines Rolladen zu steuern..."

In meinem Fall schalte ich über URIs

Weiters,
"...der Rollladen muss bereits als Device in FHEM existieren und funktionieren (mit Befehlen für "hoch", "runter" und "stop")...""
das tut es bei mir leider auch noch nicht

günther38

#6
Zitat von: rr725 am 03 Oktober 2020, 09:26:26

Sorry....da war ein "  zuviel
("wget -q -O /dev/null http://xxx.xxx.xxx.xxx/?rc1=up")


Danke, leider funktioniert es trotzdem nicht

Beta-User

Zitat von: günther38 am 03 Oktober 2020, 11:11:13
Das hört sich interessant an, aber kann es sein, dass das nur für ...
Die vertiefter Erfahrung habe ich mit dem Modul nicht, aber soweit ich das verstanden habe, braucht man das/die "andere/n FHEM-Device/s" eigentlich nur, damit es jeweils einen "Adressaten" für Befehle gibt. Aber wenn das direkt als URL-Kommando-rausgeht, _könnte_ es eigentlich auch ganz ohne klappen. Im Zweifel mal im ROLLO-Thread nachfragen.
Wenn es klappt, ist das jedenfalls mMn. die einfachste Variante...
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: ZigBee2mqtt, MiLight@ESP-GW, BT@OpenMQTTGw | ZWave | SIGNALduino | MapleCUN | RHASSPY
svn: u.a Weekday-&RandomTimer, Twilight,  div. attrTemplate-files, MySensors

enno

Zitat von: günther38 am 03 Oktober 2020, 11:12:24

Danke, leider funktioniert es trotzdem nicht

Ich würde tippen, da fehlen noch ein paar geschweifte Klammern:

{("wget -q -O /dev/null http://xxx.xxx.xxx.xxx/?rc1=up")}

Gruss
  Enno
Einfacher FHEM Anwender auf Intel®NUC mit Proxmox und Debian

günther38

Zitat von: enno am 04 Oktober 2020, 18:26:42
Ich würde tippen, da fehlen noch ein paar geschweifte Klammern:

{("wget -q -O /dev/null http://xxx.xxx.xxx.xxx/?rc1=up")}

Gruss
  Enno

Hallo!

Ich habe es jetzt auch mit geschweiften Klammern probiert, aber leider wird das Signal auch damit nicht übertragen.
Hat eventuell noch jemand eine Idee dazu?

rr725

Bei mir funktioniert es wie ich es oben angegeben habe. Ohne geschw. Klammern.
Ich schätze du hast keine Berechtigungen vergeben um systembefehle ausführen zu können

günther38

Zwischeninfo!

Zum Testen habe ich mal via HTTPMOD die Statusabfrage die im Webserver implementiert ist abgefragt.
Wenn ich direkt http://xxx.xxx.xxx.xxx/?rs1=down oder http://xxx.xxx.xxx.xxx/?rs1=up im Browser aufrufe,
wird dies am Raffstore umgesetzt und in FHEM der Status (DOWN bzw. UP) richtig angezeigt.
D.h. verbindungseitig sollte doch eigentlich alles OK sein oder?


define RaffstoreArduino HTTPMOD http://xxx.xxx.xxx.xxx/ 10
attr RaffstoreArduino userattr reading01Name reading01Regex stateFormat
attr RaffstoreArduino reading01Name status
attr RaffstoreArduino reading01Regex status *: *(.*)
attr RaffstoreArduino stateFormat Status: status

günther38

Zitat von: rr725 am 04 Oktober 2020, 20:06:25
Bei mir funktioniert es wie ich es oben angegeben habe. Ohne geschw. Klammern.
Ich schätze du hast keine Berechtigungen vergeben um systembefehle ausführen zu können

OK, schaue ich gleich mal nach,
soll ich dass so wie hier: https://www.ueberueck.com/index.php/fhem-hausautomatisierung/fhem-how-to-s/raspberry-aus-fhem-neu-starten
beschrieben setzen?

MadMax-FHEM

Ich würde nicht nach dem verlinkten Beitrag vorgehen, weil:

du für dein Vorgehen mAn keine Login-Shell brauchst

man die sudoers mittels visudo bearbeiten sollte

ab Stretch/Buster jeder User eine eigene sudoers-Datei unter /etc/sudoers.d/ hat (pi sollte schon "vertreten" sein)

man über sudo nur die Befehle ohne PW erlauben sollte, die man auch braucht

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)

enno

Hast du mal versucht den Befehl in der FHEM Statuszeile direkt einzugeben? Lass doch erst mal -q weg, dann müsstest du eigentlich eine Fehlermeldung oder Antwort bekommen. Vielleicht kommst du damit ja weiter.

Gruss
  Enno
Einfacher FHEM Anwender auf Intel®NUC mit Proxmox und Debian