Somit lässt sich festhalten, dass mein Antrieb der erste nachweislich wegen homee mehr verkaufte Hörmann-Antrieb ist. Am Donnerstag wir ausgetauscht 
.
Ob dann tatsächlich ein hörmee ins Haus kommt hängt entscheidend davon ab, ob die Torposition-Problematik gelöst werden kann oder nicht.
Wie gesagt wurde wenn du das Tor manuell abfragst oder ein neues Tor mit einem neuen Funkmodul kaufst welches es noch nicht auf dem Markt gibt und die Position automatisch sendet.
Da wird dann wohl noch ein wenig Zeit ins Land gehen. Ich investiere selten in 90%-Lösungen - und auf dem Markt ist ja weder das eine noch das andere. Mehr Zeit um mich um andere Projekte zu kümmern.
So, das Beta-Update ist endlich da.
Aber viel neues gibt’s leider nicht zu berichten.
Das Gerät ist weiterhin nicht als Bedingung nutzbar.
Alexa und Google Assistant funktionieren weiterhin nicht.
Der von @Chris bereits erwähnte Timestamp zur letzten Statusaktualisierung hat Einzug erhalten.
Gefühlt wirkt es mehr nach Alpha-Release als die vorherige Version
Ich bin der Aufforderung von @Hoermann_KG_AST gefolgt und habe den Hörmann Antrieb aus homee gelöscht und neu eingelernt.
Dabei ist mir kein Unterschied zu vorher aufgefallen. In beiden Fällen hat die Steuerung funktioniert.
Zum Anlernen aber eine Anmerkung/Frage:
Ich habe es laut Hörmann Doku Mal mit Kanal 16 versucht (der nach meinem Verständnis alle Funktionen für homee anlernt.
Das hat bei mir nicht geklappt. Der Status konnte anschließend abgefragt werden, aber das Tor ließ sich in keinster Weise steuern. Gibt es da beim Anlernen einen Trick?
Über das einzeln Anlernen der Kanäle hat es anschließend wieder problemlos funktioniert.
Hier mein aktuelles Hörmann Feedback für meinen Rotamatic P Einfahrtstorantrieb auf der aktuellen Brain Version 2.29.0 und Hörmann Homee Beta Version (Android):
Was geht:
Außerdem muss sich der Brain in der Nähe der Steuereinheit befinden (2 Meter Abstand hat bei mir funktioniert). Sprich bei nem Einfahrtstor nach der Erstkonfiguration im Haus ne Kabeltrommel legen um mit dem Brain in die Nähe der Steuereinheit zu kommen.
Beleuchtung an/aus
Teilöffnung
Tor-Auf/Tor zu
Wenn man diese Funktionen einzeln bedient, scheint es in 90% zu funktionieren. Weiteres dazu bei „Was nicht geht“
Statusanzeige ob Licht an oder aus ist oder nur ein Flügel geöffnet ist (Teilöffnung)
Was nicht geht:
Bei Mischung verschiedener Schalt-Szenarien kommt er nicht mehr klar bzw. hängt sich so auf, dass die Sanduhr dauerhaft da ist und nicht mehr gedrückt werden kann
Beispiel: Ich mache eine Teilöffnung (Flügel A öffnet), stoppe im Lauf wieder über „Teilöffnung“. Drücke dann „Komplett öffnen“ (Ansteuerung Kanal 14) --> Aufgehangen --> Der Status springt von vorher „Teiloffen xx %“ auf „nicht verfügbar“.
Beispiel 2: Beide Flügel sind zu, ich mache eine Komplettöffnung (Kanal 14), stoppe während des Laufs (wieder über Kanal 14) und mache dann eine Komplettschließung (Kanal 15) --> Aufgehangen.
Selbst wenn ich während des Laufs nur stoppe, läuft die Sanduhr dauerhaft und die App reagiert nicht mehr sauber.
Statusabfrage: Wird sehr oft nicht aktualisiert, wenn ich längere Zeit nicht mehr aktualisiert habe oder den Antrieb bedient habe. Ging gefühlt bei der vorherigen Version besser --> Statusanzeige dann immer „nicht verfügbar“
Nach ein paar Minuten Inaktivität wird kein Status mehr angezeigt. Dieses muss immer erst wieder neu über „Werte aktualisieren“ angetriggert werden. Wünschenswert wäre, wenn dieses bei jedem neuen Öffnen der App automatisch passiert. Außerdem ist dann nicht mal mehr das Einfahrtstor-Logo da, sondern nur die Box mit dem Fragezeichen drin. Sieht gefühlt so aus, als hätte man sich das Gerät zerschossen.
App generell:
Im Menü „Mehr“ kann nur einmal nach unten gescrollt werden. Wenn man einmal unten ist, kann man nicht mehr hochscrollen, sondern muss erst wieder zurück gehen und das „Mehr“ Menü erneut öffnen.
Allgemeine App-Darstellung:
Bei einem 2-flügeligem Einfahrtstor ist die Darstellung mit den Pfeilen nach oben und unten zum Öffnen und Schließen der Flügel nicht optimal. Hier wäre es schön, wenn man bei den Einfahrtstor-Antrieben andere Symbole hätte. In der ersten Zeit war für mich nicht intuitiv, ob der Pfeil nach oben jetzt Auffahren oder Zufahren meiner Flügel ist.
Für mich ist die Statusanzeige wichtiger als die Gruppen-Zugehörigkeit. Aktuell wird „keine Gruppen“ in fett dargestellt, was sehr ins Auge springt. Eventuell dieses lieber unter den Status packen und den Status sauber in fett darstellen lassen.
Das mit dem Icon ist jetzt in der neuen WebApp-Beta imo sehr gut gelöst.
Beim Rest bin ich bei dir 
Wo bekommt man den Hörmann Cube eigentlich her. Ich finde diesen nirgends. Weder in der homee App noch bei irgendwelchen Händlern wie Amazon.
Bisher sind erst einige Hörmanhomee an ausgewählte User für eine Alpha-/Beta-Test gegangen. Verkauft wird er voraussichtlich im Q4 mit der neuen 2.29.
Ist aber alles nur HörenSagen aus einigen Bemerkungen der Devs hier im Forum.
Der Kanal 16 ist für den BiSecur 2.0 gedacht. Dieser sollte ursprünglich parallel zum Hörmann homee auf den Markt kommen.
Danke für dein ausführliches Feedback 
Hier nutzen einige mit ihren Handsendern auch die Richtungsbezogenen Funktionen. Wenn man nur die Impuls Funktion angelernt hat, ist das natürlich nicht möglich.
Danke für den Hinweis. Nehmen wir auf und leiten es an die Programmierer weiter.
Das stimmt, wird aber noch geändert. Schlussendlich soll da das Logo mit Fragezeichen hin, wenn eine bestimmte Zeit nach einem Fahrbefehl überschritten wurde.
Eine sich wiederhohlende Statusabfrage wurde aufgrund der beschränkt zulässigen Sendezeit auf 868MHz nicht in Betracht gezogen. Je nachdem wie viele Produkte hier im Einsatz sind, könnte das dazu führen, dass alles ins Stocken gerät und eine Ansteuerung für einzelne Geräte nahezu unmöglich wird.
Auch hier, Danke für den Hinweis Wird ebenfalls an die Programmierer weiter geleitet.
Wieso existiert der Kanal dann in meinem Antrieb und der entsprechenden Doku, wenn der Supramatic das nicht/nie unterstützt?
Das ein kontinuierliche Statusabfrage Probleme bringen kann, ist verständlich.
Aber wieso kann man die Entscheidung dann nicht dem User überlassen? Entweder in den erweiterten Cube-Einstellungen (mit Warnung) oder als HG-Akion. 90% der User haben vermutlich nur 1-2 Produkte im Einsatz.
Alternativ könnte man den Status auch beim Öffnen der Geräteliste automatisch Abfragen lassen (im 5 min Takt und abschaltbar).
Eventuell sollte man noch Mal darauf hinweisen. Könnte sonst zu Unmut und einigen Tickets führen.
Der international definierte Duty Cycle auf den Frequenzen darf nicht überschritten werden, ansonsten können die Geräte aus dem Verkehr gezogen werden. Das hat ja auch Auswirkungen auf andere IOT-Protokolle, die auf den Frequenzen funken (z.B. Z-Wave).
Den Funkverkehr könnte homee ja intern auf ein sinnvolles Maß einschränken.
Aber es sollte ja relativ unproblematisch sein, wenn ich alle 5 Min mein Garagentor abfrage, (um ggf. Auch potenziell Aktionen durch einen geänderten Status zu starten.
Z.b.
HG1
Auslöser: alle 5 min
Aktion:
Aktualisiere Werte
HG2 ausführen mit 10 Sekunden Verzögerung
HG2
Auslöser: Abspielen
Bedingung: Garagentor offen
Aktion: Tue irgendwas
Noch mal, der Duty Cycle ist nicht optional, sondern gesetzlich geregelt
Im Frequenzbereich 868 MHz beträgt die maximale Sendezeit eines jeden Gerätes 1 % einer Stunde (also 36 Sekunden in einer Stunde). Die Geräte dürfen bei Erreichung des 1 %- Limits nicht mehr senden, bis diese zeitliche Begrenzung vorüber ist.
Gibt es denn technisch nicht die Möglichkeit den bestehenden Antrieben eine Art Smart-Plugin zu verpassen? Zusätzliche Einnahmequelle für Hörmann und das Ding müsste doch sicher nicht viel können. Gleichzeitig bilde ich mir ein, ist das ein Key feature, ohne das Bestandskunden nur sehr zaghaft zuschlagen werden…
@hblaschka hat hier vollkommen recht, die Sache mit dem Duty Cycle ist nicht optional sondern für Technologien die keinerlei Kanalzugriffsverfahren (CSMA/CD, LBT,…) unterstützen gesetzlich vorgeschrieben. Auch die Beschreibung mit dem 1% und den 36 Sekunden ist hier absolut korrekt. Die „sinnvolle“ Beschränkung findet dabei bereits statt, indem bei dem 1% aufgehört wird zu funken.
Die Vorschläge von @annaeymnd sind nachvollzieh- jedoch nicht wirklich umsetzbar. Wenn z.B. bei jedem Öffnen der Geräte Liste alle Hörmann Geräte abgefragt würden, bist du je nachdem wieviele Geräte du hast ganz schnell am Duty Cycle nur weil du die App geöffnet hast. Viele Nutzer verwenden noch dazu irgendwelche Plugins oder sonstige Services die sehr oft eine Verbindung zum homee aufbauen. Dies würde dann die gleiche Statusabfrage hervorrufen. Weitere Dinge die nicht kontrollierbar wären und eine solche Abfrage hervorrufen würden wäre z.B. Alexa. Wir haben hier keinerlei Kontrolle darüber wann Alexa meint ihre Werte aktualisieren zu wollen. Willst du nur weil Alexa vielleicht ungünstig abgefragt und du vielleicht 2 mal zu oft deine App geöffnet hast, nicht mehr in der Lage sein dein Tor zu steuern?
Bei Regelmäßigen abfragen über Homeegramme müssten wir auch eine Logik implementieren die dem Nutzer irgendwie verbietet Homeegramme auf eine bestimme Art zu schreiben. Es müsste also eine extensive Plausibilitätsprüfung für die Homeegramme her. Wir müssten hier zeitliche Intervalle kontrollieren und beschränken genau wie die Anzahl der abzufragenden Geräte usw.
Ich glaube du verstehst das das so leider nicht umsetzbar ist.
Danke für die ausführliche Antwort.
Bisecur-Befehle scheinen also verhältnismäßig viel Zeit zu kosten.
Da wäre meine naive Vorstellung gewesen, das man die Frequenz limitiert. Also z.b. wenn Abfragetimestamp jünger als 30 Sekunden, dann wird der gespeicherte Wert verwendet und nur wenn er älter als 30 Sekunden ist, wird tatsächlich das Gerät neu abgefragt.
Aber nun gut. Es ist so wie es ist. Ihr habt euch sicherlich schon genug Gedanken gemacht, wie man es lösen könnte.
Es handelt sich hier um zwei Baustellen. Ursprünglich sollte BiSecur 2.0 direkt zum Marktstart in die Serie 4 integriert werden. Die Software für die Serie 4 Antriebe ist irgendwann fertig gewesen, die BiSecur 2.0 Platine jedoch nicht. Das hat dazu geführt, das der Kanal „16“ bereits existiert, aber noch nicht wie gewünscht/geplant genutzt werden kann.
Darauf wurde im Chatverlauf eingegangen. Danke für die ausführliche Antwort an @Thomas
Geben wir so weiter. Danke für den Hinweis
