@lessandro - Rang
Ich weiss zwar nicht, warum man etwas kauft, wenn man glaubt, dass es nicht kompatibel ist, aber sei es drum.
Laut Eltako-Homepage unterstützt Dein FFG7B das Protokoll EnOcean_Protokoll F6-10-00. Das ist ein normaler Hoppe-Fenstergriff, der WiButler kompaibel ist.
Als den kannst Du ihn einlernen.
Da fehlt Dir dann zwar die Batteriespannung drin, aber ob es die braucht?
Kannst die Dinger jedenfalls so einbauen und nutzen statt rumliegen lassen.
Dadurch, dass ich mit den Signalen nicht direkt in den WiButler gehe, sondern in eine SPS, habe ich einfach jede Taste ausprobiert und geschaut, welches Signal gesendet wird.
Habe folgende Zuordnungen erhalten:
Einzelne Taster (senden alle mit eigener ID)
Zahlentasten 0-9
Wie Taster mit Einzelwippe:
Volume +/-, Channel +/-, Vorwärts/Rückwärts, Skip Vor/Zurück, Rechts/Links
Wie Taster mit Doppelwippe:
Die vier Farbtasten /rot/grün,gelb/blau
Im WiButler selbst habe ich nichts davon eingelernt, da mein "Automationsmaster" die Beckhoff-SPS ist.
Hoffe trotzdem, dass das Dir weiterhilft.
@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?
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.