Weihnachtsangebot 2025! 🎄

[Gukerl]

@gammler2003 Vielen DANK für den Hinweis.

Was aber immer noch beim Starten des Adapters passiert:

tahoma has an invalid jsonConfig: [{"instancePath":"/items/basicSettingsTab/items/note","schemaPath":"#/patternProperties/%5E.%2B/allOf/37/then/oneOf","keyword":"oneOf","params":{"passingSchemas":[0,1]},"message":"must match exactly one schema in oneOf"},{"instancePath":"/items/basicSettingsTab","schemaPath":"#/properties/items/patternProperties/%5E.%2B/allOf/9/if","keyword":"if","params":{"failingKeyword":"then"},"message":"must match \"then\" schema"},{"instancePath":"","schemaPath":"#/if","keyword":"if","params":{"failingKeyword":"then"},"message":"must match \"then\" schema"}]

Auffällig auch, steuere ich die Somfy Außenrollo mit der Fernbedienung, mache etwas finster, wird der core:ClosureState erst nach einem Neustart des Adapters übernommen. Umgekehrt, die Jalousie mit dem Adapter geht zumindest mit Somfy gar nicht. Bei meinen Velux Dachflächenfenstern klappt es wieder wunderbar.
Zusammengefasst scheint die API nicht ganz durchgängig zu sein.

LG, Andi

[ioT4db]

moin. das meiste scheint wieder zu laufen mit der API. Außer die "actionGroups", die funktionieren jedenfalls bei mir nur über die cloud, nicht aber per API.
Ist das bei jemand anderes auch so?

VG

[gammler2003]

@iot4db Ist bei mir auch so. Ich meine aber, dass das über die lokale API noch nie möglich war.

[WJ49]

Hallo,
ich habe 15 Velux Rolläden auf dem Dach und mir jetzt die Tahoma Switch zugelegt, mit dem Tahoma Adapter im iobroker verbunden. Über die lokale API.

Unter Jarvis habe ich es so realisiert:

Das funktioniert wunderbar. Hier meine Frage:
Wenn ich die Rolläden im Script Blockly über command steuere-open oder steuere-close fahren möchte, stürzt die Tahoma Instanz ab.

Nutze ich aber den state closureState mit 0% oder 100% läuft es.

Wieso kann ich im script die commands nicht nutzen aber einen state zum steuern?

Freue mich auf Eure Antworten.

Gruß Wilfried

[Jailobeam]

Hey Zusammen,

Ich habe seit gestern das problem das meine Box nicht mehr auf gateway-xxxx-xxxx-xxxx als hostnamen reagiert sondern nur auf xxxx-xxxx-xxxx somit ist die lokale api tot und lässt sich nicht verbinden.

hat jemand eine idee wie man es lösen könnte ?

XXXX ist natürlich meine Pin von der BOX die ich auch pingen kann und die Api per Browser erreiche aber nur ohne gateway- vor der Pin

tahoma.0
	2025-04-10 16:34:33.539	warn	error during request: Error: getaddrinfo ENOTFOUND gateway-XXXX-XXXX-XXXX, request path: setup/gateways with payload:{}
tahoma.0
	2025-04-10 16:34:33.537	debug	GET request on https://gateway-XXXX-XXXX-XXXX:8443/enduser-mobile-web/1/enduserAPI/setup/gateways with payload:{}
tahoma.0
	2025-04-10 16:34:33.537	debug	Update gateway status for id undefined

[Excodibur]

@jailobeam Antwort siehe auch dein Ticket hier: https://github.com/Excodibur/ioBroker.tahoma/issues/424#issuecomment-2797009346

Es scheint Somfy-seitig ausgelöst zu werden und lässt sich aktuell anscheinend durch einen Hard-Reset der Box ohne Datenverlust beheben.

[Jailobeam]

@excodibur
Ich habe das problem bei mir lösen können in dem ich einen neuen DNS eintrag in die Firewall eingetragen habe mit gateway-xxxx-xxxx-xxxx zu der IP der Connexoon Box

@Excodibur kannst du vielleicht der Adapter anpassen ?
man kann doch im Adapter auch anpassen dass man statt der PIN ( Host Adresse zu der das "gateway-" hinzugefügt wird ) auch einen feld für IP einträgt wo nichts hinzugefügt werden soll.

oder bei PIN das hinzufügen von dem prefix gateway- rausnehmen falls wir den später doch brauchen einfach per zB Checkbox Prefix aktivieren oder deaktivieren

Vielen Dank !
Schöne Grüße Jailo

[quipso]

@excodibur

Hallo zusammen. Erst einmal großes Lob an alle, die sich mit der Programmierung und Pflege der Adapter beschäftigen. Danke.

Zur Problemlösung kann ich leider auch nichts beitragen. Der Vorschlag mit dem Reset hat bei mir leider nicht funktioniert.

Auch habe ich mal versuchsweise eine weitere Instanz sowie eine weitere Box Angeschlossen. Die zweite Box allerdings hat sofort und automatisch ein Update ausgeführt. Das Ergebnis ist aber dasselbe.

Danke und Grüße
quipso

[Excodibur]

@quipso https://github.com/Excodibur/ioBroker.tahoma/releases/tag/v0.11.0 Mit dem neuen Release sollte es für die Härtefälle jetzt auch eine Möglichkeit geben die IP-Addresse der Box direkt einzutragen.

[Jailobeam]

@quipso

wenn ich in meinem Controller es richtig gesehen habe hat die Box wieder den richtigen Hostnamen mit gateway-xxxx-xxxx-xxxx somit wär der fehler wieder behoben glaube die Connnexoon hat heute nachts auch nen neustart gegen 3 gemacht seit dem hat sie nun den wieder richtigen Hostnamen

[pfahlenbauer]

@excodibur
Danke! Das hat bei mir geholfen (Tahoma Premium)

[quipso]

@excodibur

Danke auch von mir! Es funktioniert nun wieder. :-)

Grüße
quipso

[quipso]

@jailobeam

Danke für den Hinweis. Das habe ich wohl verpasst und habe es jetzt nicht mehr überprüft. Die Möglichkeit nun die IP der Box einzutragen finde ich dann doch sehr elegant.

Gruß
quipso

[Jogi73]

Hallo,

ich habe 13 Oximo io Motoren und einen Markisenmotor io am laufen. Der Adapter ist verbunden mittels API. Trotzdem kann ich die Motoren nicht steuern. Müsste zumindest nicht die manuelle Steuerung über die Buttons in den Commands möglich sein? Aber da tut sich nichts. Ich vermute dies auch als Grund, wieso meine Steuerung über Blockly nicht funktioniert, wenn ich hier einen der Buttons einbinde.

Hat jemand schon ähnliche Erfahrungen gemacht?

Gruß
Jogi

[michihorn]

Hallo ich weiß der Artikel hier ist schon etwas älter.
Ich habe die Tahoma Box seit einigen Jahren, plötzlich verliert der Adapter die Passworte. Keine Ahnung woran das aktuell liegt. Hat jemand mehr Informationen? Adapter Version 0.11.0
Gruß
Michael

[Thomas Braun]

@michihorn sagte in Anfrage Tahoma/Somfy IO Adapter:

Keine Ahnung woran das aktuell liegt. Hat jemand mehr Informationen?

Dein Logfile?

[Joestick007]

@thomas-braun Hallo, seit einigen Tagen bekomme ich dauernd im Log Fehlermeldungen des Tahoma-Adapters, 0.11.0

2025-11-03 07:35:27.592 - warn: tahoma.0 (24010) error during request: Error: getaddrinfo EAI_AGAIN www.tahomalink.com, request path: login with payload: +++redacted+++
**
2025-11-03 07:45:58.649 - warn: error during request: Error: getaddrinfo EAI_AGAIN www.tahomalink.com, request path: events/486df999-0a19-0482-46c4-e26f1df5ee8a/fetch with payload:{}

Ich habe meine Tahoma-Box schon mehrfach resettet. Kein Erfolg.
Wenn ich im Adapter die Pin der Box eintrage, wird der Adapter auch grün. Ich kann dann aber keine Befehle für meine Rollläden ausführen.
Lösche ich die PIN wieder, wird der Adapter auch wieder grün und ich kann Befehle ausführen. Dann kommt aber der Fehler regelmäßig im Protokoll.
Ich kann auch mit diesen Einstellungen in meinem PI4 die www.tahomalink.com anpingen.
Hat jemand eine Idee, wie ich die Fehlermeldung wegbekomme?
Danke im Voraus.

[Joestick007]

@joestick007 Hallo, noch eine Ergänzung zu meinem Problem.
Die Tahoma-Box ist in einem anderen Netzwerk (Fritzbox - vodafone - Nummernkreis: 192.168.178....... eingebunden.
Mein PI4 befindet sich mit einer 2. Fritzbox im privaten Netzbereich:
192.168.188........
Wenn ich von hier die Tahoma-Box anpinge, bekomme ich keine Antwort. Wie gesagt funktioniert der Adapter aber mit den o.g. Fehlermeldungen.:confused:

[Thomas Braun]

@joestick007

EAI_AGAIN
ist eine Meldung, die kommen kann, wenn die Namensauflösung nicht schnell genug funktioniert.

[Joestick007]

@thomas-braun Danke. Mittlerweile vermute ich, dass es mit meiner Netzwerktopologie zu tun hat. Nachdem ich einen VPN-Tunnel über die Fritzbox eingerichtet habe, scheint nun fast ganz Ruhe zu herrschen. Mal schauen, ob es so bleibt?