Anfrage Tahoma/Somfy IO Adapter

Thomas Braun

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

wenn du dich mit root bei deinem Datei Manager(WinSCP) im Rasperry anmeldest

#HUST

Willi-Wunder

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

@Thomas-Braun
Ich konnte die Datei ohne Probleme anpassen, wenn es bei bei @JB_Mystery nicht funktioniert wird es vermutlich an den Schreibrechten liegen, mit root Anmeldung sollte es doch funktionieren oder was hast du dagegen einzuwenden?

Excodibur

@jb_mystery Modifzierst du die Adapter-Konfiguration irgendwo außerhalb des Adapters noch, z.B. via Javascript?

Das Einzige was ich mir vorstellen kann, ist dass es dabei verloren geht. Das Passwort wird in der io-package.json nicht nur als encryptedNative, sondern auch protectedNative gespeichert, d.h. IOBroker legt das nicht nur verschlüsselt ab, sondern verhindert auch, dass andere Komponenten als der Adapter dass Passwort auslesen können.

Wenn jetzt irgendwo, warum auch immer, z.B. via Javascript-Adapter an der Adapter-Konfiguration herumgewerkeltt wird, bekommt man dort beim Auslesen nur eine Adapter-Konfiguration ohne Passwort (weil es geschützt ist). Schreibt man diese jetzt dort zurück, schreibt man möglicherweise ein leeres Passwort zurück.

Gibt es bei euch sowas in der Richtung?

Thomas Braun

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

mit root Anmeldung sollte es doch funktionieren oder was hast du dagegen einzuwenden?

Man meldet sich nicht als root an.

StrathCole

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

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

mit root Anmeldung sollte es doch funktionieren oder was hast du dagegen einzuwenden?

Man meldet sich nicht als root an.

Bisschen arg pauschal. Bei nem Server im privaten Netz am besten noch mit public key auth, kann man sich ruhig mit root anmelden. Ist auch nicht unsicherer als ein Login mit einem Account, der via sudo eh alles darf.

Thomas Braun

@strathcole
Dann weiß der root aber auch ein wenig Bescheid.
Und auch dann meldet man sich nicht dauerhaft als root an. Ein bisschen Systemhygiene darf es dann auch sein.

Als root rasselt jeder Befehl komplett durch, mit sudo eingeleitet schaut man da als erfahrener Admin schonmal genauer was man da einklimpert

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

StrathCole

@thomas-braun Auch wenn wir etwas OT werden Ich arbeite jetzt seit ~15 Jahren als Sysadmin mit Debian und nutze ausschließlich root (ohne Passwort und mit 4096bit Key natürlich).

Wenn ich mit Leuten zu tun habe, die z. B. Ubuntu nutzen, wo ja das mit sudo eher verbreitet ist, dann nutzen die aber meist sudo su - und dann geht es halt ohne sudo weiter. Dauerhaftes sudo für jeden Befehl einzeln ist viel zu aufwändig.
Es ist halt wie immer: Mit Ahnung und Bedacht ist es egal, ob man root oder sudo nutzt, ohne Ahnung und mit Copy&Paste ist beides

blackeagle998

@excodibur
Ich habe folgende Funktion für den Restart des Tahoma Adapters genutzt:

function restartTahomaAdapter(){
   var obj = getObject('system.adapter.tahoma.0');
   
   if (obj.common.enabled){
   	obj.common.enabled = false;  // Adapter ausschalten
   	setObject('system.adapter.tahoma.0', obj);
   }
   setTimeout(function(){
   	obj.common.enabled = true;  // Adapter einschalten
   	setObject('system.adapter.tahoma.0', obj);
   },5000);
}

Das war in der Vergangenheit notwendig, da ohne erkennbare Gründe nach einigen Tagen die Steuerung einfach nicht mehr funktionierte, obwohl die Instanz grün war und alles I.O. schien.
Die genannte Funktion habe ich vor ein paar Tagen deaktiviert, danach hatte ich die 24 Stunden LOGIN Fehler 401. Seitdem die Verbindung wieder steht, hatte ich keine Probleme mehr, obwohl ich den ioBroker schon mehrfach neu gestartet habe.

Liegt also nahe, dass es mit diesem manuellen Restart der Instanz zusammenhing.

StrathCole

@blackeagle998 Das Problem mit dem 401 hing oft damit zusammen, dass ein Fehler bei Somfy auftrat (z. B. kurzzeitiger Fehler 401 oder Verlust der Session) und der Adapter dann immer wieder (in kurzen Abständen) versucht hat, neu einzuloggen. Das hat @Excodibur meines Wissens nach behoben, sodass zumindest ein großer Verursacher des Problems weg sein dürfte.

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.

NEWS

Anfrage Tahoma/Somfy IO Adapter

Support us

964
Online

31.7k
Users

79.6k
Topics

1.3m
Posts

NEWS

Anfrage Tahoma/Somfy IO Adapter

Support us

964Online

31.7kUsers

79.6kTopics

1.3mPosts

964
Online

31.7k
Users

79.6k
Topics

1.3m
Posts