@osiman83
Ich weiss ja nicht genau, wie Du es machst, aber wenn Du für die Markise genau den gleichen Aktor nutzt, wie für den Rollladen, dann wird es auf genau die gleiche Art funktionieren.

Du hast doch bei den Rollläden auch den Aktor direkt in den Wibutler eingelernt, oder nicht?

@osiman83
Es funktioniert dann exakt genau so wie ein Rollladen.
Ist ja auch der gleiche Aktor.

Da ich nicht direkt den Wibutler zur Steuerung benutze, weiss ich nicht, inwieweit das mit dem Wibutler möglich ist.
Wäre jedenfalls ein genereller Gedankenansatz.

Ich mache nehme jedenfalls noch die Uhrzeit mit rein, so dass er morgens hochfährt und nie runter und abends nur runter und nicht hoch.

Dein Morgens-Halbhochfahren-Problem könntest Du dadurch lösen, dass Du den aktuellen Status mitverarbeitest.
Also wenn Dein Rollladen unten ist (oder Dämmerungsprogramm aktiv), dann darf sich dein Halbhoch-Programm nicht aktivieren. Oder eben, falls es geht, über die Uhrzeit, das Programm darf nur nach 12 Uhr kommen.

Nach langer Zeit hatte ich mal wieder das Problem.
Alexa konnte nicht auf den Wibutler zugreifen. War gestern Abend. Hab es einfach mal laufen lassen, heute morgen ging es immer noch nicht.
Dann habe ich den Wibutler 10 Sekunden vom Strom getrennt, zwei Minuten danach ging der Alexa-Zugriff wieder.

EIn Update gab es nicht, das letzte Update habe ich letzte Woche eingespielt, Alexa funktionierte danach noch problemlos.

Bei mir funktioniert es, habe da auch keinerlei Tricks anwenden müssen.

Seit gestern gibt es seitens Amazon auch die Integration einer Sensorschnittstelle, etweder direkt über den zigbee-Echo oder allgemein über Skills.

Ist seitens wibutler geplant in ihrem Skill die Schnittstelle ebenfalls zu nutzen um z.B. Temperaturdaten, Bewegungsmelderdaten, etc. an Alexa zu übertragen um dort Routinen triggern zu können?

@frieg41

Ich habe mir jetzt auch mal so ein Teil besorgt, einfach um damit rumzuspielen.

Ist korrekt, das Gerät verwendet für beide Funktionen die gleiche ID.

Für den Tracker ist es ein Standard-4Byte-Bewegungsmeldertelegramm nach EEP A5-07-01 (Bewegung plus Spannung der Batterie).
Besonders ist halt, es sendet dauerhaft "Bewegung erkannt" und nicht wie ein normaler Bewegungsmelder auch "keine Bewegung".
Keine Bewegung hat man halt, wenn er nicht mehr sendet.

Für den Taster ein PTM-Telegramm mit x70 beim Drücken und x00 beim Loslassen.

In den Wibutler hab ich ihn jetzt nicht eingelernt, in meiner SPS hab ich mir einen neuen Baustein geschrieben um beides Auswerten zu können.

Um den Tracker letztenendes vollumfänglich in den Wibutler integrieren zu können, müsste Wibutler tätig werden.

Probiere es doch einfach aus, die Regel ist doch schnell erstellt.

Ich persönlich würde es komisch finden, wenn man eine Lampe erst einschalten muss, bevor man sie dimmen kann, aber keine Ahnung wie das in diesem Fall gelöst ist.

Schon interessant, wie unterschiedlich die Meinungen sind.

Mithras und tektura können problemlos den Tracker einlernen (als TF-BSB), lernen aber nicht den Taster ein (Mithras) bzw. bekommen es nicht hin (tektura), obwohl es ein Standard-Taster-Signal ist.

Frieg41 kann das Trackersignal nicht einlernen, hat aber kein Problem mit dem Tastersignal.

Ich weiss ja nicht, von was für einer Spezifikation Du sprichst.
In den EnOcean-EEPs im F6-02 ist es so definiert und wenn es die 0x00 beim Loslassen nicht geben würde, dann könnte man mit den Tastern schlecht einen EnOcean-Dimmer direkt bedienen.