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

[snookerap]

Top, klasse Arbeit!!!
Direkt mal instaliert, habe bisher die Rollos über den HAM-Adapter gesteuert.
-> dieser hier bringt mir natürlich deutlich mehr Objekt-Werte in den ioBroker

Vielen Dank

[kassmann]

@StrathCole das ist ja mal eine tolle Überraschung, gleich installiert :blush: :+1:

[el_malto]

@StrathCole coole Sache.
Ist das Skript denn auf der Basis der API die jetzt von Somfy veröffentlich wurde?
https://www.somfy.de/ueber-somfy/-so-open-mit-somfy
https://developer.somfy.com/somfy-open-api/apis
Es macht doch für die Zukunft mehr Sinn gleich die offizielle API zu verwenden.

Auf GitHub gibt es auch schon eine Implementierung von der API in Phyton 3. Hilft ja vielleicht auch weiter.
https://github.com/tetienne/somfy-open-api

Leider habe ich davon überhaupt keine Ahnung.

[el_malto]

@StrathCole
Ich bin einfach mal so frei und verlinke auch dein Thread zum testen hier. Nicht das Feedback dann hier landet und untergeht.

Feedback also immer hier posten -> https://forum.iobroker.net/topic/28956/test-adapter-somfy-tahoma-v0-1-x-github

[StrathCole]

@el_malto sagte in Anfrage Tahoma/Somfy IO Adapter:

@StrathCole coole Sache.
Ist das Skript denn auf der Basis der API die jetzt von Somfy veröffentlich wurde?
https://www.somfy.de/ueber-somfy/-so-open-mit-somfy
https://developer.somfy.com/somfy-open-api/apis
Es macht doch für die Zukunft mehr Sinn gleich die offizielle API zu verwenden.

Nein, ist es nicht. Es verwendet die API, die auch die tahomalink Homepage verwendet.
Die offizielle API liefert leider auch viel weniger Infos zu den einzelnen Rollläden und Geräten, beispielsweise scheint die Signalstärke (Funk) zu fehlen.
Auch gibt es keine Möglichkeit, die ich gesehen hätte, via API auf die "my" Position zu fahren usw.

Daher würde ich persönlich derzeit nicht diese API nutzen.

@el_malto sagte in Anfrage Tahoma/Somfy IO Adapter:

@StrathCole
Ich bin einfach mal so frei und verlinke auch dein Thread zum testen hier. Nicht das Feedback dann hier landet und untergeht.

Feedback also immer hier posten -> https://forum.iobroker.net/topic/28956/test-adapter-somfy-tahoma-v0-1-x-github

Danke, hatte ich vergessen.

[blackeagle998]

@StrathCole
Wirklich super, dass du diesen Adapter erstellt hast.

Nachdem das Skript nicht mehr lauffähig war, habe ich alles auf den HAM Adapter geändert.
Ich habe deinen Adapter installiert und er läuft fehlerfrei, die Datenpunkte sind alle da.
Testen konnte ich bisher noch nicht wirklich, ich muss das jetzt erstmal alles wieder zurück ändern bzw. ein Parallelskript anlegen :relaxed:

Bisher war mein Problem immer, dass ich nur Befehle für 9 Rollläden auf einmal senden konnte und danach einen Timeout einbauen musste, um die restlichen zu steuern. Ab dem 10ten Rollladen gab es immer einen Fehler im Log, irgendwas mit Payload..., mal sehen wie sich das jetzt verhält.

[tristan]

Servus!

Ich war die ganze Zeit auf der Fährte meine Somfy und Velux Rollläden mit dem KLF 200 zu steuern und freue mich sehr, dass ich hier jetzt noch eine Alternative gefunden habe!

Was mir noch nicht ganz klar ist:

• Welche Hardware brauche ich bzw. welche eignet sich?
• Wie sind die Aussichten irgendwann ohne Cloud auszukommen?

Grüße!

[integer63]

@tristan sagte in Anfrage Tahoma/Somfy IO Adapter:

KLF 200

Hallo tristan, so wie ich den KLF 200 verstehe, kann man damit nur rudimentär steuern: "Einfache Auf-Stopp-Zu-Ansteuerung von 5 Produkten oder 5 Produktgruppen ... 5 potentialfreie Eingänge sind frei belegbar"

Für den ioBroker Adapter brauchst du entweder eine Tahoma oder eine Connexoon von Somfy - leider alles über Cloud. Aber damit kannst du dann jeden Rollladen/Markise beliebig ansteuern und sehr genau die gewünschte Position anfahren. Also ich bin begeistert (merkt man so gar nicht, oder ;-)
)

[tristan]

@integer63 said in Anfrage Tahoma/Somfy IO Adapter:

Für den ioBroker Adapter brauchst du entweder eine Tahoma oder eine Connexoon von Somfy - leider alles über Cloud. Aber damit kannst du dann jeden Rollladen/Markise beliebig ansteuern und sehr genau die gewünschte Position anfahren. Also ich bin begeistert (merkt man so gar nicht, oder ;-)

Danke integer63!

Gabs denn bei anderen Cloud-Produkten schon den Ansatz die Cloud lokal zu simulieren, indem Anfragen nach draußen umgeleitet und beantwortet werden?

[integer63]

@tristan Tut mir leid, aber ich bin kein Entwickler, sondern nur ambitionierter Anwender und kann zu diesem speziellen Thema leider nichts beitragen.

[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"?