Benötige Programmierhilfe Javascript

[OliverIO]

@gerudom-0

und wo kommt der neue Status her?
Der ist nirgends beschrieben oder erwähnt hier.
Die Doku vom Hersteller ist auch sehr dürftig.

Was sollte den deiner Meinung nach passieren?

[Gerudom 0]

@oliverio naja also mein Garagentor kann kippen. In der App wäre es der Button in der Mitte Lüften. Warum der Status nicht beschrieben ist kann ich nicht sagen. Das es ihn aber gibt ist Fakt. Auf diesem Status zählt der dann nämlich die Zeit nach dem drücken. Warum relevant? Ich hab ne Lichtsteuerung die das Tor beleuchtet. Licht geh an wenn Status opening und bei Open mach dies und das. Gleiches Spiel bei Close. Der Status intermediate wird warum auch immer in der API mit dem Dauerstatus Opening quittiert. In meiner Lichtsteuerung also Dauerlicht... Kann das nicht abfangen. Ein logisches und mit negierter Open Abfrage funktioniert leider auch nur bedingt. Es ist schon echt komisch was die Marantec Firma da seit Jahren produziert.

[OliverIO]

Ok, wir versuchen es mal langsam

@gerudom-0 sagte in Benötige Programmierhilfe Javascript:

naja also mein Garagentor kann kippen.

Ja das ist klar, das du es siehst. Problem ist, das wir nur die ankommenden Daten interpretieren können ohne das wir das sehen.

In der App wäre es der Button in der Mitte Lüften.

Lüften? Ich habe den Garagentoröffner nicht. Ich habe nicht mal eine Garage. Von daher weiß ich nichts von einer Fernbedienung oder wie sie aussieht.

Warum der Status nicht beschrieben ist kann ich nicht sagen. Das es ihn aber gibt ist Fakt.

Nochmal die Frage, hast du den auf der Schnittstelle gesehen? Sendet das Garagentor diese Daten? oder ist es nur das was du siehst: Tor ist gestoppt?

Auf diesem Status zählt der dann nämlich die Zeit nach dem drücken.

Welche Zeit? Wo sieht man das das der zählt? Aus den bisherigen Berichten kommen keine Einzeldaten zur Zeit. ggfs. wird der Status Opening mehrmals wiederholt. Allerdings konnte ich da noch keine Regel ableiten, auf Basis der man was interpretieren kann.

Warum relevant? Ich hab ne Lichtsteuerung die das Tor beleuchtet. Licht geh an wenn Status opening und bei Open mach dies und das. Gleiches Spiel bei Close.

Der Status intermediate wird warum auch immer in der API mit dem Dauerstatus Opening quittiert.

Weil ich genau den Status (also das Skript), den die Steuerung übermittelt, übersetze und dann direkt in einen Datenpunkt schreibe.

In meiner Lichtsteuerung also Dauerlicht... Kann das nicht abfangen. Ein logisches und mit negierter Open Abfrage funktioniert leider auch nur bedingt. Es ist schon echt komisch was die Marantec Firma da seit Jahren produziert.

Frag doch mal beim Support an, wie du das auf der Schnittstelle erkennen kannst? Leider ist die Dokumentation etwas älter und mittlerweile sendet die Steuerung auch leicht abgewandelte Daten. Ein aktuelles offizielles Dokument das zum aktuellen Status passt habe ich nicht gesehen.

[Rushmed]

@gerudom-0 Vll. erstmal ein paar Eckdaten. Um welchen Torantrieb geht es bei dir? Hersteller, Bezeichnung? Welche App?

[Gerudom 0]

@rushmed Marantec comfort 370 heißt der Antrieb und von Maveo gibt's die Smarte Lösung dazu samt ios App. https://apps.apple.com/de/app/maveo-app/id1552198418

Ich hab Mal beim Support gefragt was die dazu sagen.

[OliverIO]

@gerudom-0

und in dieser app sieht man dieses intermediate?
bzw. was sagt die app, wenn das tor mitten drin stoppt?

Nachtrag:
Ich habe mir mal die App angeschaut.
Allerdings die android App, weil man bei den apple-apps nicht "reinschauen" kann.
https://play.google.com/store/apps/details?id=com.marantec.maveoprogta&hl=de&gl=US

Diese App funktioniert über eine andere Schnittstelle, wie der Code oben.
Die App nimmt per Bluetooth kontakt auf und wertet dann diese Daten, welche aber komplett anders aufgebaut sind, aus.
In dieser App sehe ich die folgenden States:

• GATE_POSITION_IN_BETWEEN
• GATE_POSITION_OPEN
• GATE_POSITION_OPENING
• GATE_POSITION_CLOSING
• GATE_POSITION_CLOSED

und siehe da, es gibt einen weiteren Status, den die tcp schnittstelle nicht liefert.
Ich interpretiere GATE_POSITION_IN_BETWEEN als mittendrin gestoppt, da opening und closing = mitten drin aber in Bewegung bedeutet.

In die App reinschauen ist allerdings kein dankbarer job, da das hauptscript aus 25000 Zeilen besteht und durch webpack durchgenudelt wurde.
Gott sei dank nicht minifiziert und alles in javascript und html.
lustigerweise sind da portraitbilder mit enthalten. wahrscheinlich die entwickler oder die mitarbeiter der firma
was für ein schrott die heute alles in die apps mit reinpacken

nochmal nachtrag. die obige app ist eine app für eine profilösung
ein weiterer durchgang mit dieser app
https://play.google.com/store/apps/details?id=com.marantec.maveoapp2&hl=de&gl=US
lief leider nicht so gut. die ist technisch anders umgesetzt und daher nicht wirklich einsehbar. ich gehe aber davon aus, das die funktionsweise nicht viel anders ist wie die obige

[Gerudom 0]

@oliverio auf mich wirkt das ganze Thema so als war da Mal ein Student der sich irgendeine Lösung gesucht hat und hat Mal angefangen. Dann war er weg seither versuchen mehrere Künstler ihr Glück.... Diese Inkonsistenzen in mehreren Apps Schnittstellen etc. nichts neues. Einer vom Support sagte vor Jahren Mal zu mir die müssen Reverse Engineering betreiben für die Funktionsweise der App. Das sagt alles. So falsch ist mein Eindruck glaub nicht...

[OliverIO]

@gerudom-0
ja zumindest für die tcp schnittstelle gilt das.
die app sieht ganz gut aus.

evtl fällt dir ja eine regel ein, wie man aus den sich wiederholenden "openings" den status ableiten kann (evtl wenn das mehr wie x sekunden gemeldet wird, dann wird der in between status angenommen.
das lässt sich schon einbauen.
nur ich kann nix testen ich bin auf leute angewiesen, die das gerät haben

[TomTom24]

gelöst: der Name vom Torantrieb war gemeint..., den musste ich umbenennen oder benutzen. War nur durch die Rückmeldung irritiert.

@oliverio Leider bekomme ich immer die Meldung:

client received: R;Error;Unknown garage for device: TomsGarage
wenn ich das über iobroker trigger.

Nutze ich die Zapf-App kommt die Meldung:
client received: S;Garagentorantrieb;lightOn for device: TomsGarage

Devicename stimmt also...irgendeine Idee, was ich noch machen könnte?

Danke Tom

[OliverIO]

@TomTom24

Puh das ist schon eine Weile her.
Da es keine gute Hersteller Beschreibung gibt haben wir das sozusagen Reverse engineerd
Da ich selbst das Gerät nicht besitze war das dann alles per Ferndiagnose
Wenn der Hersteller irgendeine Kleinigkeit ändert dann passt es schon nicht mehr.