Anfrage Tahoma/Somfy IO Adapter

[derdominik]

Hallo, beim Durchschauen der Tahoma Switch Produktseite ist ein Link auf eine Vergleichstabelle:
https://downloads.somfy.de/frontend/getcatalog.do?catalogId=209551&catalog&lang=de&_ga=2.265639884.257002627.1634215003-460173939.1628680595

Darauf ist bei der Tahoma Switch ein Haken bei "Protokolle: Local API".

Weiss jemand mehr darüber? Ist das die vermisste Schnittstelle im LAN?

[Willi-Wunder]

@derdominik
Nein, die TaHoma Switch hat definitiv keine Lan Schnittstelle. Das Local API haben ja beide Boxen, glaube das ist, das diese auch Offline (also auch ohne Verbindung zum TaHoma Server) die gespeicherten Befehle ausführen kann.
Was die Switch allerdings gegenüber der Premium kann habe ich ganz vergessen zu erwähnen Diese kann bei der Ersteinrichtung auch ohne Internet gleich auf der Baustelle eingerichtet werden. Hier baut die Switch Ihr eigenes Wlan auf. Der Kunde kann dann später die Konfiguration vom Servicetechniker übernehmen. Dies ist sehr praktisch für den Handwerker. Für den Endkunden aber eher uninteressant.

[Excodibur]

@maodch 401 Fehler gibt es leider bei der Tahomalink API, welche dieser Adapter aktuell verwendet, immer mal wieder. Warum es genau passiert, ist wegen der inoffiziellen Natur der Schnittstelle schwer zu sagen, aber ein paar Vermutungen sind hier zusammengefasst: https://github.com/Excodibur/ioBroker.tahoma/blob/master/FAQ.md#i-cannot-connect-to-tahoma-and-get-401-errors-why

Evtl. lassen sich diese Probleme bei Umstellung auf die offzielle Somfy API lösen, auch wenn dann möglicherweise einige Kommandos oder Geräte nicht mehr unterstützt werden. Hierfür muss aber ein komplett neuer Adapter implementiert werden. Das habe ich auf meiner Todo-Liste, aber mir fehlt aktuell leider die Zeit dazu.

@klausiob
Zur Unterstützung von RTS Rolläden gab es kürzlich nochmal ein Update des Adapters, siehe auch https://github.com/Excodibur/ioBroker.tahoma/issues/17. Dieses kann bereits aus dem BETA Repo (v.0.5.0), oder direkt von Github installiert werden, ist allerdings noch nicht ausreichend getestet.

@derdominik Die "Local API" gibt es schon relativ lange für die Tahoma Box, aber ich gehe auch wie Willi-Wunder davon aus, dass es sich nur um den Offline-Support von Szenarien handelt. Bisher deutet für mich alles (fehlende Info's von Somfy, Architektur der neuen API, Schließung des offiziellen Forums) darauf hin, dass Somfy kein Interesse hat die Nutzer vom eigenen Online-Ökosystem zu entbinden . Persönlich bin ich auch nicht der größte Fan von Somfy's Lösungsansatz und Produktportfolio, gerade was das Preis-/Leistungsverhältnis angeht, hänge mit den vom Hausbauer verbauten IO-Rolläden aber mit drin.

Wer Somfy IO-Rolläden/-Geräte tatsächlich nur aus dem lokalen Netz steuern können will, sollte sich die Velux KLF 200 mal anschauen. Es gibt Berichte im französischen Somfy-Forum, dass sich damit über eine richtige lokale API zumindest die Somfy-IO-Rolläden steuern lassen. Einen Adapter für IOBroker gibt es meines Wissens nach aber nicht hierfür.

mghomedev created this issue in Excodibur/ioBroker.tahoma

closed No commands created for shutter blinds due to nparams being 1 instead of 0 in updateDevice #17

[maodch]

@excodibur

Danke für dein Feedback, und auch herzlichen Dank für deine Bemühungen, denn der Adapter ist ja Gold wert. Dass Somfy einfach ihr Reich verteidigt, ist Fact und halt nicht viel entgegenzusetzen. Halt ärgerlich.
Wenn du mal ganz viel Lust, Zeit und Laune hast, und einen Adapter auf der neuen API bauen würdest, teste ich gerne für dich

Bei mir läuft alles auf io, inkl. Velux, welche ich über die Tahoma Box laufen lasse. Alles in allem läufts ja auch sehr gut, aber ärgerlich zB. wenn ein Sturm aufzieht, die Storen hoch sollten, und einfach nix passiert, da die Box nicht erreichbar ist (für ioBroker jedenfalls nicht).

Anyway, danke für die Hilfe, dann lebe ich damit und mach das Beste draus.

Cu
maodch

[maodch]

@Excodibur

noch kurz: Die Tahoma Switch kann ich auf keine Weise mit ioBroker ansteuern oder?

[Willi-Wunder]

@maodch
Excodibur und ich haben keine Switch, daher wird dir vermutlich deine Frage nur jemand der eine Switch hat beantworten können.

[Excodibur]

@maodch Auch wenn ich deine Frage nicht selbst beantworten kann, hat oben klausiob berichtet, dass es wohl grundsätzlich geht. Daher gehe ich mal davon aus, dass die Switch die gleiche API benutzt und auch mit dem Adapter funktioniert.

[maodch]

@excodibur
Ich hab eben eine hier liegen, aber wirft nur fehler und disconnected wenn ich den tahoma adapter verwende, um auf den switch account zu verbinden.
Daher kam die Frage bei mir auf, weil ich auch las, dass es anscheinen gehen sollte.

Strange. Werde mal noch etwas tüfteln

[mike2712]

Hallo,

ich habe jetzt auch die Tahoma Switch, Einbindung selbst war problemlos, gerade versuche ich die Position so wie auch bei meinen Jalousien direkt zu steuern, das ging Anfangs mit dem Objekt core:TargetClosureState, das ist aber ein Status, warum es überhaupt einmal funktioniert hat ist mir gerade ein Rätsel, auf diesen Weg geht es leider nicht. hat es jemand umgesetzt oder hat jemand einen Tipp wie ich die Jalousien auf einer bestimmten Position positionieren kann?

LG Mike

[maodch]

@Excodibur

Endlich läuft die Switch, da das mit einer bestehenden Installation ja nicht so einfach ging, musste man im hintersten Menü unter erweiterter Support dann eine Schlüsselübertragung machen (fand den Menü Punkt nicht ohne den Support :-))
Das ist echt gut versteckt ... anyway, scheint wirklich zu laufen.

Was mich noch wunder näme: Gibt es beim Tahoma - Adapter ev. in Zukunft die Möglichkeit, die Switch im eigenen WLAN direkt anzusprechen, anstatt immer über den Service drehen zu müssen, denn dann wäre man auch nicht immer auf die Somfy - Service - Verfügbarkeit angewiesen.

Wäre natürlich super cool. Oder lässt die Switch keine direkete PC -> WLAN -> SWITCH Verbindung zu?

[maodch]

Noch eine kleine Anmerkung:

ich muss im Objekt:
xxx.states.core:ManufacturerSettingsState" noch folgenden Eintrag bei "common" ergänzen:
"type": "string"

Sonst hagelt es Fehler:
xxx.states.core:ManufacturerSettingsState" is missing the required property "common.type"

[wusa]

Hallo Zusammen,

ich habe auch den Tahoma Adapter installiert.
Klappte soweit gut und auch die Datenpunkte werden angezeigt.
Ich kann über die Datenpunkte den Rollladen schließen oder wieder öffnen.
Zb. mit dem close, my oder open Button.
Auch weiter unten mit dem ClosureState kann ich eine Prozentzahl eingeben und der Rollladen fährt an diese Position.

Meine Frage ist jetzt, wie bekomme ich das in den iot Adapter. Auf welchen Datenpunkt muss hier verlinkt werden, damit später ein einfaches "auf", "zu" oder "my" möglich ist?

Danke

[michihorn]

@wusa Ich habe das mit dem DeploymentState gelöst:
1.

2.

3. Das neue Gerät wird dann in Alexa so angelegt und wenn Du eine Routine erstellen willst kannst du den Prozentsatz der Öffnung angeben. Eine Routine Rolladen öffnen bspw. Level 100% und eine weitere Routine Rolladen schließen bspw. Level 0%

[wusa]

@michihorn

Ich versuche mich gerade mit deiner Anleitung.
Bei mir gibt es den Punkt DeploymentState leider nicht, heißt bei mir aber ClosureState. Sollte genau das selbe sein.

Nächstes Problem ist, ich nutze Google. Da weiß ich nicht wie ich die Prozent rein bekomme.
Das ganze sieht bei mir so aus:

Wenn ich in dem Verlinken Alias einen Wert von 100 oder 0 rein schreibe, funktioniert das wunderbar. Der Rollladen fährt auf oder zu.

Ich weiß nur nicht, wie das ganze in Google richtig einbinde.

Ich denke mit "false" und "true" bin ich auf dem falschen Weg.
Habe das auch schon versucht:

Und anstatt "up" und "down" auch mal "0" und "100" versucht. klappt aber auch nicht.

Wie könnte ich hier weiter vorgehen?

[michihorn]

@wusa Bei Google bin ich leider raus

[wusa]

@michihorn
Wo hinterlegst du dann die 0 oder 100%?
Ich sehe du hast das ganze als Switch angelegt. Aber ich sehe nicht, wo die Zahlen sind? Wie löst du das bei dir?
Vielleicht kann ich da für Google was ableiten

[ah966]

Hallo,

ich möchte mich hier mal mit dranhängen.

Aktuell habe ich ioBroker auf Debian laufen und eine Homematic CCU2 (sowie testweise noch Raspimatic) im Einsatz.

Ich würde gerne einen RTS-Rolladen von Somfy, sowie zwei Dachfenster-Rolläden von Velux (IO homecontrol) steuern.

Welche Box / welches Gerät wäre dafür sinnvoll? Wenn ich das richtig verfolgt habe, könnte das das Velux KLF200 - und sogar ohne Cloud (rein lokal fände ich bestens!).

Oder bräuchte ich dazu eine Tahoma-Box? Wenn ja, welche?

Zusätzlich steht noch im Raum, 3 Rolläden per Funk nachzurüsten. Da wurde bisher Somfy RTS angeboten.
Sollte ich mir da Alternativen anbieten lassen, in Richtung IO homecontrol?

Wie kriege ich die vorhandenen Rolläden (Somfy RTS, Verlux IO) und zukünftige (cloudless) unter einen Hut?

Viele Grüße,
Andreas

[marciob]

Hallo
Vorab bin ein iobroker Newbie. Mein Einstieg ins smarte Home begann mit der Verfügbarkeit der Somfy Tahoma Switch (Jun21) und der darauffolgenden ernüchternden Feststellung, dass die angekündigte Homekit-Integration sehr (zumindest für meine Geräte) eingeschränkt ist.
Bei der Geräteerkennung durch den Tahoma Adapter wurden alle meine Devices automatisch erkannt, die da sind:
6 Rollladen RTS
5 Rollladen IO (Velux)
1 Markise IO
1 Sonnensensor Solaris IO
Ab diesem Zeitpunkt hat mein Sohn die Gerätesteuerung mittels Skripte übernommen und die Integration in Homekit hat auch gut funktioniert.

Mein Problem (und offensichtlich auch das vieler anderer) ist die Fehlermeldung 401 was mitunter dazu geführt hat, dass mein Somfy-Konto gesperrt wurde und die Tahoma APP auch nicht funktioniert hat.

Deshalb mein Frage: Welche veränderten Werte in den Grundeinstellung ( https://github.com/Excodibur/ioBroker.tahoma/blob/master/FAQ.md#i-cannot-connect-to-tahoma-and-get-401-errors-why) haben euch zu einer Verbesserung geführt.

Danke lg Marcus

[Excodibur]

@ah966 Ich habe bei mir aktuell die Tahoma-Box, sowie neuerdings Velux KLF200 stehen.

Mit der Tahoma-Box werden wahrscheinlich alle Somfy-IO und -RTS Geräte direkt ansprechbar sein, aber man hat quasi dauerhaft Online-Zwang, da das Ding bis auf gespeicherte Szenarien (die man auch nur online modifizieren kann) nichts ohne Internet und Somfy-Server kann. Somfy betreibt meines Wissens nach zwei Online-APIs über die die Tahoma-Box gesteuert werden kann:

• Die inoffizielle API, die auch das Frontend unter tahomalink, sowie die Tahoma-App und der Tahoma IOBroker Adapter verwenden. Manchmal wir dort aber zeitweise auch der Account gelockt und man muss etwas abwarten.
• Die offizielle Somfy Open API, mit der man alle neueren Somfy Geräte steuern können soll. Hier gibt es noch keinen IOBroker Adapter für. Meiner Meinung nach ist diese API aber im aktuellen Zustand völlig unbrauchbar, da noch nicht mal der Login wegen interner Server-Probleme bei Somfy funktioniert und der Support (glaubt mir, ich und auch andere haben es versucht) an der Stelle einfach nicht antwortet. Das Ganze wirkt wirklich sehr unprofessionell und eher wie das Bastelprojekt eines IT-Azubis dort.

Vor kurzem habe ich mir (gefrustet von Somfy und dem Online-Zwang) dann mal die Velux KLF200 besorgt. Meine Erkenntnisse:

• Ja, hier bekommt man in großen Teilen dass, was man sich von Tahoma immer gewünscht, aber nie bekommen hat: Eine über das lokale Netzwerk ansprechbare API, mit der man gepairte IO-Geräte ähnlich wie mit Tahoma steuern kann - ohne jemals ins Internet zu müssen. RTS wird damit aber nicht gehen. Im Interface-Modus ersetzt das KLF 200 die Tahoma-Box vollständig.
• Es gibt für das Velux KLF200 schon einen IOBroker Adapter, der sehr gut funktioniert.
• Ja, grundsätzlich funktioniert es auch mit Somfy IO-Rolläden, allerdings anscheinend nicht mit allen
  • 8 IO Funk Rolläden, die ich über Smoove 1 A/M IO (Funk-Taster) bedienen kann, werden im KLF 200 gefunden und lassen sich problemlos steuern (hoch, runter, winken, Zielposition, etc.)
  • 2 elektrische Rolläden mit Notkurbel, die ich über Smoove UNO IO Pure (fester Taster) bediene, "winken" beim Pairing-Vorgang mit KLF 200, aber werden nicht erkannt. Nach dem Durchstöbern mehrerer Google-Resultate und Amazon Produktfragen habe ich den Verdacht, dass Somfy hier das IO-Funkprotokoll nicht ganz konform umgesetzt hat und das Velux-Gerät damit wahrscheinlich nicht klar kommt. Möglicherweise gibt es daher noch andere nicht-kompatible Geräte.
• Noch ein paar Hinweise zum Velux KLF 200:
  • Hat man seine Somfy IO Geräte (Rolläden etc.) vorher mit einer Tahoma-Box gepairt, muss man den Sicherheitsschlüssel von dieser an das KLF 200 übertragen, ansonsten findet diese die Geräte nicht. Danach kann man dann interessanterweise alles sowohl über Tahoma-Box, als auch KLF 200 steuern.
  • In der Artikelbeschreibung beim Velux KLF 200 ist immer die Rede davon, dass man damit bis zu 5 Produkte/Produktgruppen ansteuern kann. Hiermit sind aber anscheinend nur die potentialfreien Eingänge am Gerät gemeint, über die man z.B. externe "nicht-smarte" Schalter anbinden kann. IO-Geräte kann man bis zu 200 Stück hinzufügen und auch einzeln ansteuern/abfragen, also für jeden normalen Haushalt mehr als genug.
  • Mit dem letzten Firmware-Patch (von 2018, ist bei mir vorinstalliert) ist die Unterstützung von IO-Produkten wohl nochmal besser geworden, allerdings hat man sich dazu entschieden die Konfigurationsoberfläche (Webinterface) nur über WLAN-Hotspot (ist per Default nur die ersten 10 Minuten nach Start aktiv) anzubieten, während der Zugriff auf die API dauerhaft auch über das LAN-Modul (sobal man es aktiviert hat) möglich ist. Ist erst einmal nervig, allerdings kann man im Webinterface ohnehin nicht mehr machen, als IO-Geräte pairen und umbenennen.

[ah966]

@excodibur
Vielen Dank für die umfassenden Informationen.
Das muß ich erst mal sacken lassen