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

[jumbo125]

@jumbo125
Ich hab zwar nun nach einem neustart keine fehlermeldung mehr, aber wie geht es weiter? ich habe den adapter installiert, ABER in den datenpunkten steht leider nichts.
Wie kann man nun die einzelnen rollos bedienen?

[Murphys234d]

@jumbo125 Du setzt einfach den Datenpunkt "ClosureState" des Objektes. Beispiel

tahoma.0.devices.[name der jalousie].states.core:ClosureState

übergibst du 100, geht es komplett zu, bei 0 geht es komplett auf.

[jumbo125]

@murphys234d
ah, super. versuche ich. wiegesagt, es ist kein datenpunkt derzeit angelegt.
Wisst ihr wo es eine liste mit den datenpunkten gibt?
woher weiß man den namen der jalousie?
wäre auch toll wenn man den status der rollo abfragen kann. also wieweit sie offen ist zur zeit

Danke!

[jumbo125]

@murphys234d said in Anfrage Tahoma/Somfy IO Adapter:

tahoma.0.devices.

alles neu gestartet und installiert.
Nun wird es angezeigt :-)

[Murphys234d]

@jumbo125 ah entschuldige das mit den fehlenden Devices hatte ich überlesen. Wenn man mal eben surft während man auf der Arbeit wartet 😇
Du kannst dir auf jeden Fall noch einmal den Adapter shuttercontrol anschauen. Mit dem lässt sich öffnen und schließen sehr gut automatisieren. Ich selber nutze einen Bruchteil der möglichen Optionen davon.

[jumbo125]

@murphys234d
super danke.
heißt das, dass ich dann den tahoma adapter nicht mehr brauche??

[Murphys234d]

@jumbo125 doch doch, den brauchst du weiterhin. Shuttercontrol macht die Logik und steuert den Tahoma, wenn du so willst.
In Shuttercontrol wählst du die vom Tahoma angebotenen Jalousien aus und kannst dann z.b. sagen, dass Jalousie 1,2 und 3 Wochentags - wenn kein Feiertag ist - zum Sonnenaufgang öffnen sollen.
Da musst du dich aber selbst einlesen.

[jumbo125]

@murphys234d allses klar. schon getan. das isst mehr oder weniger ein adapter damit ich mir die javascript programmierung von feiertagen etc. erspare

[jumbo125]

@murphys234d said in Anfrage Tahoma/Somfy IO Adapter:

@jumbo125 Du setzt einfach den Datenpunkt "ClosureState" des Objektes. Beispiel
tahoma.0.devices.[name der jalousie].states.core:ClosureState

bitte verzeih die störung. sag mal, gibt es ein state wo man sieht, ob die jalousie gerade in bewegung ist? bzw. ob gerade ein vorgang im laufen ist?
danjaolusie

[wusa]

@jumbo125
Ich habe den Status selber noch nie benötigt.
Aber es würde 2 Einträge darauf hin deuten:

core:MovingState
und
moving

Vielleicht kannst du mit einem der beiden Einträge etwas anfangen.

[bischemer]

Hallo Community,
ich möchte auch meine Jalousien (Somfy Motor) jetzt im Sommer über den ioBroker steuern und habe eine Frage zum benötigten Tahoma Switch. Folgenden habe ich im Netz gefunden ==>
Somfy TaHoma 1870594 Switch

Wäre das der richtige für die Nutzung mit diesem Adapter oder gibt es sogar noch günstigere Optionen. Vielen Dank vorab für eine kurze Rückmeldung, damit das nächste Projekt starten kann ;-)

[Willi-Wunder]

@bischemer
Hi, wenn deine Somfy Motoren mit Funk (io oder RTS) sind, dann geht das mit dieser Box. Hiermit hast du alle Möglichkeiten
auch wenns später Erweiterungen gibt, sprich Sonnen- oder Temperatur Sensor von Somfy. Gibt auch günstigere Lösungen soweit ich weiß mit entsprechenden Abspeckungen. Mit der Switch bleiben alle Möglichkeiten offen.

Gruß Willi

[bischemer]

@willi-wunder
vielen Dank für die schnelle Antwort. Ja es sind io Motoren. Noch eine kurze Frage, kann ich mit diesem Tahoma Switch die ioBroker Anbindung auch rein lokal betreiben oder geht die Kommunikation dann immer über eine Cloud ?

[Willi-Wunder]

@bischemer
Die Switch kann aktuell auch Lokal mit dem Tahoma Adapter im iobroker genutzt werden.
Ansonsten läuft es über dem Somfy Server.

[bischemer]

@willi-wunder
nochmals Danke für die schnelle Info ... der Switch ist bestellt ;-)

[derdominik]

Hallo, ich habe heute festgestellt, dass ich bei meiner Somfy Connexoon mittlerweile ebenfalls den Developer-Mode und damit die lokale API aktivieren kann.
Siehe https://github.com/Somfy-Developer/Somfy-TaHoma-Developer-Mode/issues/9#ref-issue-1551752855

Der erste Test hat geklappt, ich bekomme die Adapter-Meldung in den Logs, dass die lokale API genutzt wird.

Ich habe 2 Rollos und 4 Dachfenster-Markisen, wobei sich eines der Fenster elektrisch öffnen lässt.
Bei dem DFF, welches sich elektrisch öffnen lässt, verhält es sich mit der lokalen API allerdings seltsam:

Ohne lokale API wird für das Fenster die Markisensteuerung angezeigt, das Objekt ist ein "Awning blind":

Sobald ich aber die PIN für die lokale API aktiviere, ändert sich das gleiche Objekt in einen "Window Operator" und ist damit für das Öffnen/Schließen des Fensters zuständig, aber nicht mehr für die Markisensteuerung:

Entferne ich die PIN für die lokale API, wechselt das Objekt wieder zurück zu "Awning blind" - der Markisensteuerung.

Ich würde gerne die lokale API nutzen und gleichzeitig die Markisensteuerung behalten... was könnte ich tun?

[Willi-Wunder]

@derdominik
Welche Version hast du laufen? Evtl. von Github mal die neuste installieren, vielleicht wurde der Fehler schon behoben. Kann es leider nicht testen, habe keine Dachfenster. Ansonsten müßte @Excodibur sich das mal ansehen.

[derdominik]

@willi-wunder ich hatte die aktuellste 'offizielle' und habe soeben die github version ausprobiert - kein Unterschied.

Ich habe den debug level aktiviert und wenn ich das richtig sehe, kommt das "Treppenhaus" 2x in der JSON response vor:

• einmal als 'WindowOpenerVeluxIOComponent'
• einmal als 'VerticalExteriorAwningVeluxIOComponent'

Jeweils mit anderer deviceURL, aber mit gleichem Label.

Nur scheint die Reihenfolge unterschiedlich zu sein und nach dem was ich im Objects-Baum sehe, bleibt nur der letzte Eintrag übrig.

D.h. lokal ist der Window-Opener das letzte Objekt und wird unter "Treppenhaus" gespeichert und per Cloud kommt der Awning Blind als letztes und ist daher unter "Treppenhaus" verfügbar.

Das ist erstmal nur Log-Interpretation, ob das code-seitig so sein kann weiss ich natürlich nicht...

[jumbo125]

Hallo zusammen

Ich habe gesehen, das es hier bereits mehrmals die Fehlermeldung angesprochen wird:

warn	error during request: Error: getaddrinfo ENOTFOUND gateway-xxx-xxx-xxx, request path: setup/gateways with payload:{}

ich bekomme diese auch...... sehr häufig
gibt es hierfür lösungsvorschläge?
ich habe gelesen, dass man in den etc/host/ daten etwas eintragen könnte, diese werden aber lt. anderen usern überschrieben.
ein anderes problem sollte der abfrageintervall sein...

hier meine angeben:
version: v0.10.2

Abrufintervall: 20000

Verwenden Sie MDNS für die Namensauflösung im lokalen Netzwerk: deaktiviert (was bedeutet dies eigentlich genau?)

Login-Versuche
3
Verzögerung zwischen Anmeldeversuchen (Sekunden)
30
Verzögerung nach fehlgeschlagener Anmeldung (Sekunden)
120
Verzögerung vor dem erneuten Versuch der Apply-Warteschlange (Millisekunden)
1500

danke!

[Thomas Braun]

@jumbo125 sagte in Anfrage Tahoma/Somfy IO Adapter:

Verwenden Sie MDNS für die Namensauflösung im lokalen Netzwerk: deaktiviert (was bedeutet dies eigentlich genau?)

https://www.ip-insider.de/was-ist-mdns-a-c5bddb263411431b9cd036c6870b2789/