Quautiputzli hat geschrieben: ↑19. Jun 2021 08:18
es werden ziemlich schnell nintereinanter (11ms wenn ich das richtig sehe) die beiden POSTs abgeschickt.
Wo siehst Du da ein POST? Ich sehe da nur zwei GET.
Quautiputzli hat geschrieben: ↑19. Jun 2021 08:18
Aber die Gegenseite kann das wohl so nicht verarbeiten. Was mich etwas wundert. Ich hätte gedacht, dass das erste Kommando funktioniert, und das zweite eben dann nicht. Aber bei beiden kommt Code 200 als Antwort, und keiner der beiden Markisen fährt. Bleibt fürs erste wohl nichts anderes übrig, als in der Rule eine zeitliche Verzögerung einzubauen.
Ich dachte nur, früher als ich noch openHAB 2.5 auf der synology laufen hatte, dass es da funktionierte.
Das war das http1 Binding. Wie hattest Du es da konfiguriert?
Quautiputzli hat geschrieben: ↑19. Jun 2021 08:18
Edit:
Ich hätte mir das so gedacht, das openhAB das zweite Kommando erst losschickt, wenn die Antwort vom ersten gekommen ist, oder wenn das zu lange dauert, eben ein Timeout kommt.
Nein, das geht so nicht.
Noch mal zurück... Warum machst Du das mit http? Gibt es dafür zwingende Gründe?
openHAB4.1.2 stable in einem Debian-Container (bookworm) (Proxmox 8.1.5, LXC), mit openHABian eingerichtet
Ich hab nun nochmal das openHAB 2.5 auf der Synologie aktiviert, und tatsächlich, dort funktioniert es. Es fahren dann die Markisen kurz nacheinander (ca. 1sec) wenn ich auf die Gruppe gMarkise das Signal gebe.
udo1toni hat geschrieben: ↑19. Jun 2021 12:12
Warum machst Du das mit http? Gibt es dafür zwingende Gründe?
Das erschien mir zu dem Zeitpunkt eben am einfachsten.
Kann man auf der Synology auch das loglevel ändern?
Ich hab es nun auch mit mqtt probiert. Mit den Rollos funktioniert es recht schön. Die fahren dann auch nacheinander selbst wenn sie annähernd "gleichzeitig" ausgelöst werden. Leider gibt es beim mqtt den Dimmer-Channel nicht in der Form wie bei http. Bei mqtt werden dort wohl immer die Prozentwerte gesendet, ich brauche aber ON, OFF, INCREAS, DECREASE, so wie es beim http-Channel der Fall ist.
Quautiputzli hat geschrieben: ↑27. Jun 2021 10:17
Leider gibt es beim mqtt den Dimmer-Channel nicht in der Form wie bei http. Bei mqtt werden dort wohl immer die Prozentwerte gesendet, ich brauche aber ON, OFF, INCREAS, DECREASE, so wie es beim http-Channel der Fall ist.
Dann machst Du was verkehrt, mqtt unterstützt alle Itemarten systemkonform. das heißt, es kann sehr wohl auch die Kommandos INCREASE/DECREASE/ON/OFF (Dimmer) oder UP/DOWN/STOP (Rollershutter) senden, nicht nur die konkrete Zahl.
openHAB4.1.2 stable in einem Debian-Container (bookworm) (Proxmox 8.1.5, LXC), mit openHABian eingerichtet
Hi,
da hab ich mich dann wohl schlecht oder falsch ausgedrückt. Der link mit dem Item funktioniert natürlich schon, aber ich müsste eben via mqtt verschieden payloads senden für ON, OFF, INCREASE und DECREASE, und das geht wohl bei keinem der mqtt-Channels.
Nein, das habe ich schon verstanden. Aber der Channel macht exakt das, was das Item auch tut. Du kannst sogar den gesendeten/empfangenen Payload explizit setzen.
Gesendet von iPad mit Tapatalk
openHAB4.1.2 stable in einem Debian-Container (bookworm) (Proxmox 8.1.5, LXC), mit openHABian eingerichtet
Ja, beim Rollershutter Channel schaffe ich das. Aber ein Dimmer Channei direkt gibt es nicht, sondern nur ei Percentage Channel, und das sendet immer die Zahlenwerte.