Anfrage Tahoma/Somfy IO Adapter

[StrathCole]

@thomas-braun sagte in Anfrage Tahoma/Somfy IO Adapter:

Von den Copy& Paste-Admins mit wenig bis gar keine Ahnung von Linux die hier oft anzutreffen sind rede ich erst gar nicht.

Kurze Anmerkung dazu noch: Ich finde es sogar gut, wenn man das (in einem geschlossenen, nicht öffentlich zugänglichen System) mit dem Ziel macht, daraus zu lernen. Also "learning by doing". Ist die effektivste Methode, irgendwann gut in etwas zu werden, einschließlich Systemadministration. Stures Lesen und Lernen durch Fachliteratur und -personen ist mMn uneffektiv.

[Excodibur]

@blackeagle998 So ein Config-Update außerhalb des Adapter sorgt mit Sicherheit für den Passwort-Verlust, aus dem eben geschilderten Szenario. Idealerweise sollten wir solche Connectivity Probleme direkt im Adapter fixen.

Wie StrathCole schon sagte, dass Problem mit den zu schnell hintereinander erfolgenden Logins sollte jetzt nicht mehr auftreten. Dummerweise wissen wir aber auch nicht mit Sicherheit, warum Somfy beim Login manchmal einen 401 Fehler schickt, trotz richtigem Username/Passwort. Da wir hier nur eine inoffizielle API nutzen, kriegt man dazu sicher keine verbindlichen Aussagen von Somfy. Siehe auch hier: https://github.com/Excodibur/ioBroker.tahoma/blob/master/FAQ.md#i-cannot-connect-to-tahoma-and-get-401-errors-why

[JB_Mystery]

@Excodibur

Ich habe in der Vergangenheit auch den Adapter manuell gestartet, wenn ich ihn gebraucht habe. Ansonsten war er aus. Evtl. ist es genauso wie bei @blackeagle998.

function startTahomaAdapter(){
    var obj = getObject('system.adapter.tahoma.0');
    if (!obj.common.enabled && !TaHomaEIN){
        obj.common.enabled = true;  // Adapter einschalten
        setObject('system.adapter.tahoma.0', obj);
        log('Tahoma Instanz wieder eingeschaltet.', 'info');
        TaHomaEIN = 1;
    }
}

function endTahomaAdapter(){
    var obj = getObject('system.adapter.tahoma.0');
    if (obj.common.enabled && TaHomaEIN){
        setTimeout(function(){
            obj.common.enabled = false;  // Adapter einschalten
            setObject('system.adapter.tahoma.0', obj);
            log('Tahoma Instanz ausgeschaltet.', 'info');
            TaHomaEIN = 0;
        },20000);
    }
}

Die Zeilen konnte ich nun doch auskommentieren. Habe nano einfach mit sudo gestartet. Man lernt nie aus.

Mal abwarten was sich zeigt. Habe nur die nächsten Tage sehr wenig Zeit.

[klausiob]

@willi-wunder sagte in Anfrage Tahoma/Somfy IO Adapter:

@klausiob
Hast du die Version nochmal über Github installiert? @Excodibur hat letztens nochmal paar Anpassungen gemacht, Version ist aber erstmal noch gleich geblieben.

Nein.

[blackeagle998]

@Excodibur
Heute um 17:04 Uhr war der Server down wegen Maintenance / Wartung:

Die Instanz blieb grün, allerdings ließ sich nichts mehr steuern. Das bemerkte ich aber erst, als es dunkel wurde und alle Rollläden noch oben waren.

Wenn der Server weg war, müsstet ihr doch alle dieses Problem gehabt haben oder etwa nicht?

Btw: ich habe eine Connexoon Box, keine Tahoma.

[gammler2003]

@blackeagle998
Bei mir exakt das gleiche Problem (mit Tahoma). Fehler bei iobroker-log:

tahoma.0
2021-08-17 23:38:07.227	warn	error during tahomalink request: ->401 retry login

Werde jetzt den Adapter stoppen und eine Weile warten...vielleicht fängt sich das System ja wieder. Login über Tahomalink geht aktuell auch nicht (Fehler:Passwort falsch). Zugriff über Somfy-App (ios) hat funktioniert.

Schönen Abend zusammen.

Nachtrag:
Ca. 8h habe ich den Adapter wieder gestartet und es funktioniert wieder einwandfrei. Auch der Login über Tahomalink ist wieder möglich. Woran es lag...keine Ahnung.

[Peter_69]

@blackeagle998
Hallo, ich habe auch eine Connexoon Box und das selbe Problem.

[JB_Mystery]

@excodibur

So habe gestern abend mal Glück gehabt.

Die 3 Zeilen waren auskommentiert, der Adapter auf Debug und ich hatte den Adapter manuell gestartet. Alles hat Problemlos funktioniert. Danach habe ich um 20:46 Uhr die Instanz deaktiviert und meine Automatik gestartet. Punkt 22:30 Uhr ging dann die Automatik los, die die Instanz mit dem obrigen Skipt startet. Leider war direkt das Passwort weg. Siehe Log Auszug.

2021-08-17 20:46:55.949 - info: host.ioBroker-Pi "system.adapter.tahoma.0" disabled
2021-08-17 20:46:55.961 - info: host.ioBroker-Pi stopInstance system.adapter.tahoma.0 (force=false, process=true)
2021-08-17 20:46:55.970 - info: host.ioBroker-Pi stopInstance system.adapter.tahoma.0 send kill signal
2021-08-17 20:46:55.970 - info: tahoma.0 (24762) Got terminate signal TERMINATE_YOURSELF
2021-08-17 20:46:55.973 - debug: tahoma.0 (24762) POST request on https://www.tahomalink.com/enduser-mobile-web/enduserAPI/logout with payload:{}
2021-08-17 20:46:56.054 - debug: tahoma.0 (24762) Response: {"logout":true}
2021-08-17 20:46:56.057 - info: tahoma.0 (24762) terminating
2021-08-17 20:46:56.059 - info: tahoma.0 (24762) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
2021-08-17 20:46:56.729 - info: host.ioBroker-Pi instance system.adapter.tahoma.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION)
2021-08-17 22:30:00.113 - info: javascript.0 (20779) script.js.Testgruppe.Testen_aktuell: Rollläden runter
2021-08-17 22:30:00.128 - info: javascript.0 (20779) script.js.Testgruppe.Testen_aktuell: Tahoma Instanz wieder eingeschaltet.
2021-08-17 22:30:00.214 - info: host.ioBroker-Pi "system.adapter.tahoma.0" enabled
2021-08-17 22:30:00.531 - info: host.ioBroker-Pi instance system.adapter.tahoma.0 started with pid 30117
2021-08-17 22:30:03.036 - debug: tahoma.0 (30117) Redis Objects: Use Redis connection: 127.0.0.1:9001
2021-08-17 22:30:03.097 - debug: tahoma.0 (30117) Objects client ready ... initialize now
2021-08-17 22:30:03.102 - debug: tahoma.0 (30117) Objects create System PubSub Client
2021-08-17 22:30:03.104 - debug: tahoma.0 (30117) Objects create User PubSub Client
2021-08-17 22:30:03.106 - debug: tahoma.0 (30117) Objects client initialize lua scripts
2021-08-17 22:30:03.131 - debug: tahoma.0 (30117) Objects connected to redis: 127.0.0.1:9001
2021-08-17 22:30:03.149 - debug: tahoma.0 (30117) objectDB connected
2021-08-17 22:30:03.154 - debug: tahoma.0 (30117) Redis States: Use Redis connection: 127.0.0.1:6379
2021-08-17 22:30:03.169 - debug: tahoma.0 (30117) States create System PubSub Client
2021-08-17 22:30:03.172 - debug: tahoma.0 (30117) States create User PubSub Client
2021-08-17 22:30:03.188 - debug: tahoma.0 (30117) States connected to redis: 127.0.0.1:6379
2021-08-17 22:30:03.190 - debug: tahoma.0 (30117) statesDB connected
2021-08-17 22:30:03.587 - info: tahoma.0 (30117) starting. Version 0.4.3 in /opt/iobroker/node_modules/iobroker.tahoma, node: v14.16.1, js-controller: 3.3.15
2021-08-17 22:30:03.625 - warn: tahoma.0 (30117) [START] Password not set
2021-08-17 22:30:28.139 - info: javascript.0 (20779) script.js.Testgruppe.Testen_aktuell: Tahoma Instanz ausgeschaltet.
2021-08-17 22:30:28.239 - info: host.ioBroker-Pi "system.adapter.tahoma.0" disabled
2021-08-17 22:30:28.243 - info: host.ioBroker-Pi stopInstance system.adapter.tahoma.0 (force=false, process=true)
2021-08-17 22:30:28.252 - info: tahoma.0 (30117) Got terminate signal TERMINATE_YOURSELF
2021-08-17 22:30:28.253 - info: host.ioBroker-Pi stopInstance system.adapter.tahoma.0 send kill signal
2021-08-17 22:30:28.255 - info: tahoma.0 (30117) terminating
2021-08-17 22:30:28.257 - info: tahoma.0 (30117) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
2021-08-17 22:30:29.023 - info: host.ioBroker-Pi instance system.adapter.tahoma.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION)

Ich hoffe damit könnt ihr was anfangen. Ich leider nicht wirklich.
Beim manuellen starten war das Passwort da, alles funktionierte und nach dem deaktivieren und über das Skript starten ist das Passwort weg.

[Excodibur]

@jb_mystery Ja, wie gesagt kann ich an der Stelle nichts machen, da dein Skript durch das Zurückschreiben an der Adapter-Konfiguration "von außen" herummanipuliert, was ioBroker aus Sicherheitsgründen unterbindet.

Statt in deinem Skript die Adapter-Config zu manipulieren, könntest du aber auch direkt den Alive-Status verwenden, um einen Restart zu erzwingen:

setState("system.adapter.tahoma.0.alive", false);
setState("system.adapter.tahoma.0.alive", true);

[mike2712]

Hallo,

ich habe jetzt zum Sommer Ende auch endlich meine beiden ZIP Stars bekommen, die Einbindung hatte ich mir einfacher vorgestellt. Ich würde gerne auf/stop/ab steuern aus dem iobroker.

Ich habe noch kein Gateway, also wäre ich da noch flexibel, wenn ich es richtig verstanden habe gibt es weitere Möglichkeiten Velux KLF200 , cul Adapter ?

Oder nimmt man doch das Tahoma Gateway, reicht es für die Standard Funktionen aus? Nur 200,- wenn es später total unzufriedenstellend funktioniert ist dann auch nicht sehr günstig.

Für Tipps und Anregungen bin ich sehr dankbar.

Das sind die technischen Daten von meinem neuen System:

Motoren
868 MHz - 878 MHz, io-homecontrol
Fernbedienungen
868,7 MHz - 869,2 MHz, io-homecontrol, Simu-BHz technologie

[Excodibur]

@mike2712

Ich habe bei mir nur die Somfy-IO-Rolläden im Einsatz, daher kann ich hier nur bedingt hilfreiche Argumente liefern.

Folgende Komponenten funktionieren meines Wissens nach im Zusammenhang mit Geräten die io-homecontrol nutzen:

• Somfy IO Geräte lassen sich über das Tahoma-Box, d.h. über tahomalink.com und damit auch mit diesem Adapter steuern. Theoretisch könnte es aber auch mit nicht Somfy-Geräten funktionieren, aber wirkliche Erfahrungswerte wären natürlich besser.
  • Auf jeden Fall hast du mit Tahoma (Stand: jetzt) immer einen Online-Zwang und kannst deine Geräte damit nur über das Internet aktiv steuern. Hat die tahomalink-Seite mal wieder Erreichbarkeitsprobleme, heißt es abwarten. "Szenarien" (Alle Rollos rauf um 8 Uhr, etc) werden auch offline auf der Tahoma-Box hinterlegt und funktionieren nach Einrichtung ohne Internet.
• Velux KLF 200 kenne ich nur durch Gerüchte (z.B. hier https://forum.somfy.fr/questions/2103383-api-locale-tahoma, ganze unten auf Diskussion auf Englisch), kann aber anscheinend problemlos Geräte mit IO-homecontrol steuern, auch von Somfy
  • Die Lösung funktioniert im lokalen Netzwerk, d.h. kein Internet-Zwang und keine Abhängigkeit von online Hersteller-APIs. Wahrscheinlich lassen sich Geräte auch schneller ansteuern, wobei wir hier über Millisekunden-Unterschiede reden.
  • Dieser Adapter hier funktioniert hierfür sicher nicht, da eine mir unbekannte API im lokalen Netz und nicht tahomalink.com verwendet wird. D.h. hier müsste man evtl. noch selbst was bauen, bzw. auf Github suchen.

[mike2712]

@excodibur sagte in Anfrage Tahoma/Somfy IO Adapter:

Die Lösung funktioniert im lokalen Netzwerk, d.h. kein Internet-Zwang und keine Abhängigkeit von online Hersteller-APIs. Wahrscheinlich lassen sich Geräte auch schneller ansteuern, wobei wir hier über Millisekunden-Unterschiede reden.

vielen Dank, da es sich um somfy Motoren handelt kann ich es also bestellen:
nur welches , habe folgende 3 Produkte gefunden die meines Erachtens in Frage kommen könnten?

Somfy TaHoma
Somfy TaHoma Switch
Somfy Connexoon io Steuerung

[Excodibur]

@mike2712
Siehe auch Infos hier: https://github.com/Excodibur/ioBroker.tahoma/issues/43

Sicher kann ich nur sagen, dass Somfy Tahoma (meistens auch Premium genannt) bei vielen Nutzern und auch mir funktioniert. Bei den anderen beiden habe ich keine Erfahrung.

flotux2 created this issue in Excodibur/ioBroker.tahoma

closed Is the new TaHoma Switch supported? #43

[klausiob]

@excodibur Ich habe seit 29.6.21 den Tahoma Switch in iobroker mit dem Tahoma Adapter eingebunden. Habe bisher aber nur 3 RTS Rollläden eingebunden. Im Prinzip funktioniert es, aber man kann bei RTS nur auf und zu machen und nicht abfragen, ob auf und zu ist. Habe daher noch nicht allzuviel Arbeit in eine sinnvolle Einbindng gemacht, da ich vorhabe noch 2 io-Rollläden ins Haus einzubauen. Motor gerade erst bekommen. Momentan steuere ich die 3 RTS-Rollläden aber eher über Alexa. Auch hier geht nur auf und zu. Funktioniert aber schnell. Stoppen und my-Position funktioniert offenbar nicht.

[maodch]

@excodibur

ja, da hätte ich auch gerne einen Adapter

Denn mit der TaHoma kommen immer lästige meldungen über Wartungsarbeiten durch die Schnittstelle.
Zw: 08:00 und 12:00 hagelt es täglich mehrere Fehler und Timeouts, und bei der Body-Inspektion kommt dann "down for maintenance" ... recht lästig.
Bei der Switch, welche via W-Lan funktioniert, könnte sich das ändern, da nicht immer über den Online-Service gedreht werden müsste. Oder liege ich da falsch?
Leider hat die Tahoma Box kein W-Lan, was mir ebenfalls schleierhaft ist, warum man so etwas tut

... Server is down for maintenance
...We are sorry for the inconvenience.
...Please try again in a few minutes.
...Overkiz - Universal HomeControl

[maodch]

noch ein Nachtrag:
seit heute bekomme ich die ganze Zeit nur noch 401 - Fehler retour, obwohl die Credentials korrekt sind, also Mobile App oder auch via Web funktioniert mit den gleichen Zugangsdaten.
Jemand ne Idee was da kaputt ist?

[Willi-Wunder]

@klausiob
Bei RTS-Motoren bekommst du keine Rückmeldung, hier wird lediglich ein Fahrbefehl gesendet. Bei IO-Motoren bekommst du im Gegensatz zum RTS eine Rückmeldung (daher bidirektionaler Antrieb) und siehst auch genau die letzte Position z.B. vom Rollladen. RTS ist ein Auslaufprodukt, bei neuen Motoren würde ich den RS100 io Antrieb wählen, da dieser extrem leise und eine verschleißfreie Bremse hat (keine Magnetbremse die immer klack macht). Im Motor selbst kannst du auch alle Werte wie (Über-)Spannungen, Anzahl der Fahrzyklen etc. auslesen.

@maodch
Bei Somfy wird momentan viel an den Server geschraubt. Die Updates werden eigentlich immer angekündigt und meist am Dienstag zwischen 10.00-12.00 eingespielt soweit ich dies in Erinnerung habe. Die beiden Boxen (Premium + Switch) sollen vermutlich nächstes Jahr einheitlich mit einer App laufen, momentan hat jede Box eine eigene App.
Habe selbst eine TaHoma Premium und bin über meine LAN-Schnittstelle sehr froh. Die TaHoma Switch geht leider nur im Wlan, hier hätte ich mir weiterhin auch den LAN-Anschluß zusätzlich gewünscht. Sicherlich ist das Wlan für viele ein Segen, da die Box jetzt frei platziert werden kann, aber ob hier deine W-Lan Verbindung mal abreißt und daher deine Box nicht richtig funktioniert ist wieder eine Fehlerquelle. Manche haben auch nicht ständig das Wlan daheim an, auch solche Kunden gibt es.
Die gespeicherten Szenarien werden auch ohne Internetverbindung ausgeführt. Die Online Verbindung brauchst du wenn du mit dem Smartphone drauf zugreifen willst oder etwas in der Box anders konfigurieren willst. Zu deine Fehler kann ich leider nichts sagen, in meinem Log konnte ich keine Störung heute finden, läuft aber auch nur im Info Modus.

[maodch]

@willi-wunder

Danke für dein Feedback. Da hast du schon recht.
Aber die Lan-Schnittstelle ist ja leider nicht direkt konsumierbar, sondern io-broker dreht ja immer via webservice und dann auf die box.

Nice wäre, wenn man direkt im intranet auf die box zugreifen könnte, dann wäre man nicht abhängig von somfy. Aber die box ist im Lan ja direkt nicht ansprechbar. Oder irre ich mich da?

[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.