UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[StrathCole]

@tristan bei bestimmten Produkten mit sehr einfacher API gab es das (zB Sonoff). Bei Tahoma dürfte das sehr schwierig sein, denn die Box kommuniziert wohl nicht nur via http(s), sondern auch mit UDP-Paketen. Das alles herauszufinden und lokal nachzubilden dürfte eine Herkulesaufgabe sein.

[tristan]

@StrathCole :man-facepalming: klar! Und hoffentlich verschlüsseln die ihre Kommunikation. Da habe ich gerade nicht dran gedacht. Schade.

[Udomation]

Hallo,

bin neu im Thema ioBroker. Habe jetzt den Tahoma Adapter und YAHKA Adpater installiert. Rolläden aus der Tahoma Box werden angezeigt und können gesteuert werden über ioBroker.

Über den YAHKA Adpater habe ich den ersten Rollo auch in Homekit gebracht und der Status wird mir korrekt angezeigt.
Was nicht klappt ist das fahren des Rollos.

Weiß jemand, was ich hier eintragen muss?

[snookerap]

@Udomation so ganz automatisch, wie in der Homebridge/Hoobs gehts bei YAHKA nicht. Hier musst du jedes Gerät einzeln anlegen und es mit dem jeweiligen Objekt verknüpfen.
Eine gute Beschreibung findest du bei Github unter dem Adapter:

https://github.com/jensweigele/ioBroker.yahka

[Wellenbrecher]

Ich bin begeistert :+1: Der Adapter läuft auch mit Connexoon-RTS perfekt. Vielen Dank!

[Uwe Clement]

Habe den Tahoma Adapter installiert und habe auch Datenpunkte zum steuern meiner Markisen.

Was ich vermisse ist die Möglichkeit die aktuelle Position abzufragen?

Ich finde dazu keinen Datenpunkt.

[StrathCole]

@Uwe-Clement Der Datenpunkt ist derselbe wie der zum Steuern. Prüfen, ob "ack == true" ist, dann kommt der Wert vom Adapter.

[Uwe Clement]

@StrathCole

Ich habe es nun so gelöst, erstelle mir einen eigenen Datenpunkt:

// Markise 1:
on({id: "tahoma.0.devices.10.states.moving", change: 'any'}, function (obj) { 
    var value = obj.state.val;
    var oldValue = obj.oldState.val;
    if (value == 0 && oldValue == 1) {
        setState(state_position_markise1, "Auf");        
    } else if (value == 0 && oldValue == 2) {
        setState(state_position_markise1, "Zu");
    } else {
        setState(state_position_markise1, "???");
    }
});  

[StrathCole]

@Uwe-Clement Hm, den Sinn verstehe ich ehrlich gesagt nicht. Für den Status nur "auf" oder "zu" ohne die genaue Position gibt es doch eigentlich tahoma.0.devices.xxxxx.states.core:OpenClosedState.

[Uwe Clement]

@StrathCole

Ich glaube wir reden einander vorbei bzw. unser Unterschied ist "IO" oder "RTS". Ich habe "RTS" und da habe ich fast gar keine Datenpunkte. RTS ist ja wohl nur ein Protokoll in eine Richtung und empfängt nicht.

Natürlich hätte ich auch gerne die genaue Positionsangabe. Aber immerhin zu wissen, ob auf oder zu, ist schon einmal viel wert. Und out-of-the-box sehe ich diesen Status nicht in meinem Adapter bzw. in meinen Datenpunkten.

Habe ich einen Denkfehler oder liegt es an "IO" bzw. "RTS"?

[StrathCole]

@Uwe-Clement Ah, okay. RTS ist natürlich was anderes. Wenn du dich auf tahomalink.com einloggst, siehst du da denn den Status?

[Uwe Clement]

@StrathCole nein, da sehe ich auch keinen Status

[StrathCole]

@Uwe-Clement Okay, dann kriege ich es mit dem Adapter leider auch nicht hin.

[Uwe Clement]

@StrathCole Passt.

Immerhin kann ich meine Markisen über Iobroker/Alexa/App,..... hoch und runterfahren und ich kann noch abfragen, ob Markise ein- oder ausgefahren ist.

Es könnte mehr sein, aber auch deutlich weniger. Bin zufrieden!

Danke an alle die an dem Adapter beteiligt sind/waren!!

[9_Mad-Max_5]

Hi,

Wäre es nicht eine Idee, wenn du intern eine prozentuale Umsetzung machst @Uwe-Clement .
Ich weiß nicht ideal aber wäre ein bisschen was.
Einfach einmal hochfahren und runterfahren und schauen in wie viele sinnvolle schritte du es aufteilen kannst.
Natürlich wird es dann etwas komplizierter, wenn du wieder die Rollos mit dem normalen Handsender benutzt.
Ich weiß nicht ideal aber immerhin ein bisschen was oder?

[Uwe Clement]

@9_Mad-Max_5

Der Handsender verschwindet, der ist nicht das Problem ;-) Die Leute sollen über Alexa steuern (auf der Terrasse, oder eigentlich überall steht ein Echogerät).

Aber wie meinst Du das? Ich kann mir nur vorstellen, dass ich noch was optimieren kann wenn ich die Zeit auswerte?!

Wie meinst Du dies genau?

[StrathCole]

@Uwe-Clement sagte in Anfrage Tahoma/Somfy IO Adapter:

Aber wie meinst Du das? Ich kann mir nur vorstellen, dass ich noch was optimieren kann wenn ich die Zeit auswerte?!

Ja, das wäre die einzige Möglichkeit. Für jeden Rollladen messen, wie lange das Auf- und Zufahren dauert und daraus sowohl die Befehle bei %-Steuerung ableiten (nach X Sekunden STOPP senden) bzw. aus der Laufdauer die % errechnen.

[Uwe Clement]

@StrathCole werde ich die nächsten Tage ausprobieren. Wird aber sicherlich funktionieren.

[michihorn]

Hallo ich teste den Adapter nun auch, mir fällt auf das in der aktuellen Version kein State mehr zu tahoma.0.devices.xxxxxx.core:DeploymentState gegeben wird. In alten Versionen stand noch der Status 100% oder 0% bei mir steht nur noch 0%, weiterhin ist mir aufgefallen, obwohl es keine Verbindung zu Somfy geben konnte hat der Adapter behauptet er ist verbunden.
Ich hätte gerne wieder die Status angaben über die Position drin.
LG Micha
Top Job, Respekt

Edit: habe gerade ein Downgrad auf 3.0 gemacht dan klappt die Statusangabe noch.

[9_Mad-Max_5]

@Uwe-Clement
Ja genau so wie @StrathCole es gesagt hat. Aus der Laufzeit des Rollladens einen Prozentwert ableiten.
Da ich die RTS nicht kenne kann ich da nicht all zu viel helfen.
Aber wenn der wert von den Endanschlägen gemeldet wird könnte man diesen Wert zur Korrektur benutzen.
Also wenn sie am Tag wieder ganz oben sind alles auf 0% setzten. Ich denke damit hasst du immerhin eine modulare Steuerung.
Natürlich könnte man sich auch überlegen, ob man sowas in den Adapter selbst eingebettet bekommt und der Nutzer die Rollladenlaufzeit angibt.
Aber der Adapter ist ja schon sehr gut, auch wenn ich ihn noch nicht benutzen kann :grin: