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

[wusa]

@gammler2003
Ich habe mich auch gefragt, welchen Weg der Adapter jetzt nimmt und ob ich sichergehen kann, dass es jetzt auch wirklich lokal funktioniert.

Ich bin dann radikal hergegangen und habe in meiner Firewall der Tahoma-Box keinen Zugriff auf das Internet gegeben. Lokal habe ich die Box aber weiterhin erreichbar gemacht.
Die LED von der Tahoma-Box war dann bei mir auch rot, was ja bedeutet, dass keine Internetverbindung bestellt.

Dann habe ich über den ioBroker Befehle an die Tahoma-Box geschickt (Rollo auf, Rollo zu) und siehe da, es funktioniert weiterhin. So weiß ich jetzt ziemlich sicher, dass Lokal alles funktioniert.

Ich hatte auch immer wieder Probleme mit der Cloud. Das sollte jetzt denke ich aber gegessen sein. @StrathCole Danke!

[StrathCole]

@wusa sagte in Anfrage Tahoma/Somfy IO Adapter:

Ich hatte auch immer wieder Probleme mit der Cloud. Das sollte jetzt denke ich aber gegessen sein. @StrathCole Danke!

Genau das ist auch meine Hoffnung. Vielleicht kommen ja noch ein paar Funktionen lokal, die derzeit nicht funktionieren oder nur via Workaround (Event-Listener, Szenen …).
Zumindest die Event-Listener sollen angeblich schon gepatcht sein und beim nächsten Firmwareupdate laufen. Der Adapter sollte das schon drin haben und dann automatisch nutzen.

[wusa]

@strathcole

Event-Listener sagt mir z.B. leider gar nichts. Ich vermute, dann habe ich das bisher auch nicht genutzt.
Kannst du mir kurz sagen, was damit gemeint ist? Vielleicht "brauche" ich es wenn es funktioniert :wink:

[StrathCole]

@wusa das ist eine interne Geschichte, damit er nicht alle X Sekunden alle Geräte anfragen muss, sondern nur die Ereignisse, die seit der letzten Anfrage passiert sind. Via Cloud geht das, lokal ist da ein Bug drin, sodass ich einen Fallback nutzen musste.

[wusa]

@strathcole
Ok, Danke
Ich bin relativ froh, dass das ganze jetzt lokal funktioniert.
Hier im Forum ist ja zu lesen, dass einige User unter anderem auch ich schon paar mal bei Somfy /Tahoma gesperrt wurde. Da kam dann die Meldung "Auf Ebene des Servers ist ein Fehler aufgetreten".
Man konnte das dann nur durch Anrufen bei Somfy lösen.

Wenn ich das so lesen, dass so viele Anfragen bei Somfy eingehen, dann kann ich mir gut vorstellen, dass manchmal jemand gesperrt wird. Das solle aber vermutlich auch bald der Vergangenheit angehören, wenn nicht mehr so viele Anfrage bei Somfy eingehen.
Server werden dann ja auch ganz schön entlastet.

[derdominik]

Hallo. Voller Freude bin ich auf die Suche nach dem Developer-Mode meiner Connexoon gegangen. Finde ihn aber nicht.

Gibt es den nur bei der großen Tahoma Box?

[StrathCole]

@derdominik sagte in Anfrage Tahoma/Somfy IO Adapter:

Gibt es den nur bei der großen Tahoma Box?

Das kann ich nicht beantworten. Könnte es mir aber durchaus vorstellen. Ggf. reicht die Leistung der kleinen Box nicht für einen internen API-Webserver aus …

[StrathCole]

@derdominik Gerade geschaut. Connexxoon wird (bisher) nicht unterstützt: https://github.com/Somfy-Developer/Somfy-TaHoma-Developer-Mode/issues/9

[derdominik]

Oh auf die github issues habe ich natürlich nicht geschaut, danke für den link, @strathcole :-)

[mike2712]

ich bekomme das nicht am laufen, für welche Box funktioniert es? Bin echt am verzweifeln, vielleicht geht es bei meiner Box gar nicht, ich habe die Somfy TaHoma Switch?

[wusa]

@mike2712
Hast du den Developer Mode, wenn du dich einloggst? Auf Github ist nur von TaHoma die Rede.
Da könnte die Switch eigentlich darunter fallen.

[Lucky 0]

Moin,
ich habe den Developer-Modus aktiviert,
Adapter wie besprochen installiert,
habe Usernamen, Passwort und PIN eingegeben.
Die Instanz startete auch erfolgsversprechend:

Got token for local api: 6274.......

aber dann:

tahoma.0
2022-05-06 10:30:21.950	warn	error during request: Error: getaddrinfo ENOTFOUND gateway-1XXX-7XXX-6XXX.local, request path: setup/gateways with payload:{}

tahoma.0
2022-05-06 10:30:11.981	warn	{"error":{"errno":-3008,"code":"ENOTFOUND","syscall":"getaddrinfo","hostname":"gateway-1XXX-7XXX-6XXX.local"}}

tahoma.0
2022-05-06 10:30:11.981	warn	setup failed!

tahoma.0
2022-05-06 10:30:11.981	warn	error during request: Error: getaddrinfo ENOTFOUND gateway-1XXX-7XXX-6XXX.local, request path: setup with payload:{}

Die URL https://gateway-1XXX-7XXX-6XXX.local:8443/enduser-mobile-web/1/enduserAPI/
ist im Browser erreichbar.

User, Passwort, PIN und aktivierten Entwicklermodus habe ich mehrfach überprüft.
Firmware der Tahoma Box Premium ist aktuell

Kann mir jemand weiterhelfen?
Danke

[StrathCole]

@lucky-0 Hi. Scheinbar kann dann deine ioBroker Box (raspi?) nicht auf die URL zugreifen. Kannst Du über die Konsole der Box zum Beispiel mit "curl" prüfen.

[wusa]

@lucky-0

Ist der iobroker und Tahoma im selben Netz?
Habe bei mir festgestellt, über 2 Subnetze hinweg geht es leider nicht.

[Lucky 0]

Danke für die schnellen Antworten.
Ja, Raspi und ja, gleiches Netz.

Getestet:
URL mit curl aufrufen,
ohne '.local'
SSL ignoriert

root@iobroker:~# curl https://gateway-1XXX-7XXX-6XXX.local:8443/enduser-mobile-web/1/enduserAPI/
curl: (6) Could not resolve host: gateway-1XXX-XXX-6XXX.local
root@iobroker:~# 
root@iobroker:~# 
root@iobroker:~# curl https://gateway-1XXX-7XXX-6XXX:8443/enduser-mobile-web/1/enduserAPI/
curl: (60) SSL certificate problem: unable to get local issuer certificate
More details here: https://curl.se/docs/sslcerts.html

curl failed to verify the legitimacy of the server and therefore could not
establish a secure connection to it. To learn more about this situation and
how to fix it, please visit the web page mentioned above.
root@iobroker:~# 
root@iobroker:~# 
root@iobroker:~# 
root@iobroker:~# curl -k  https://gateway-1XXX-7XXX-6XXX:8443/enduser-mobile-web/1/enduserAPI/
{"error":"Missing authorization token.","errorCode":"RESOURCE_ACCESS_DENIED"}root@iobroker:~# 
root@iobroker:~# 

[StrathCole]

@lucky-0 Kann sein, dass die Namensauflösung ein Problem hat auf dem Host.
In dem Fall könntest du den Hostname mit der korrekten IP noch in /etc/hosts eintragen.

[StrathCole]

@lucky-0 Also ich meine, wenn du in /etc/hosts einen neuen Eintrag machst mit:

1.2.3.4 gateway-1XXX-7XXX-6XXX.local wobei 1.2.3.4 die IP im Netzwerk ist, die die Tahoma Box hat.

[Lucky 0]

@strathcole Das war's. Mit dem Hosteintrag hat es geklappt. :+1:
Vielen Dank!!

[pfahlenbauer]

@StrathCole

Finde ich super, wenn das nun lokal läuft.

Ich habe gestern umgestellt und bekomme folgende warn Meldungen im Log.

tahoma.0
2022-05-13 08:22:12.860	warn	Could not state-data for channel devices.Dachfenster_Winterg_.states.core:ManufacturerSettingsState Raw-data: [object Object]

tahoma.0
2022-05-13 08:21:47.876	warn	Could not state-data for channel devices.Dachfenster_Winterg_.states.core:ManufacturerSettingsState Raw-data: [object Object]

tahoma.0
2022-05-13 08:21:37.862	warn	Could not state-data for channel devices.Eltern_rechts.states.core:ManufacturerSettingsState Raw-data: [object Object]

tahoma.0
2022-05-13 08:21:37.862	warn	Could not state-data for channel devices.Eltern_links.states.core:ManufacturerSettingsState Raw-data: [object Object]

tahoma.0
2022-05-13 08:21:37.861	warn	Could not state-data for channel devices.Laura_rechts.states.core:ManufacturerSettingsState Raw-data: [object Object]

tahoma.0
2022-05-13 08:21:37.860	warn	Could not state-data for channel devices.Anna_Mitte.states.core:ManufacturerSettingsState Raw-data: [object Object]

tahoma.0
2022-05-13 08:21:37.859	warn	Could not state-data for channel devices.Anna_rechts.states.core:ManufacturerSettingsState Raw-data: [object Object]

tahoma.0
2022-05-13 08:21:37.858	warn	Could not state-data for channel devices.Laura_links.states.core:ManufacturerSettingsState Raw-data: [object Object]

tahoma.0
2022-05-13 08:21:37.857	warn	Could not state-data for channel devices.Laura_Mitte.states.core:ManufacturerSettingsState Raw-data: [object Object]

tahoma.0
2022-05-13 08:21:32.886	warn	Could not state-data for channel devices.Anna_links.states.core:ManufacturerSettingsState Raw-data: [object Object]

tahoma.0
2022-05-13 08:21:27.868	warn	Could not state-data for channel devices.Dachfenster_Winterg_.states.core:ManufacturerSettingsState Raw-data: [object Object]

tahoma.0
2022-05-13 08:21:17.845	warn	Could not state-data for channel devices.Bad_Eltern.states.core:ManufacturerSettingsState Raw-data: [object Object]

tahoma.0
2022-05-13 08:21:17.844	warn	Could not state-data for channel devices.Bad_Kinder_rechts.states.core:ManufacturerSettingsState Raw-data: [object Object]

tahoma.0
2022-05-13 08:21:17.843	warn	Could not state-data for channel devices.Bad_Kinder_links.states.core:ManufacturerSettingsState Raw-data: [object Object]

[wusa]

Ich habe zwar gestern nicht umgestellt, aber gestern kam ein Update von Somfy für Tahoma selbst. Ich glaube, dass es damit zusammen hängt.

Ich bekomme nämlich auch diese Meldungen:

Could not state-data for channel devices.Wohnzimmer.states.core:ManufacturerSettingsState Raw-data: [object Object]

Vor dem Update von Somfy für Tahoma, lief es mit der lokalen API nämlich ohne Meldungen.