Kommando Öffnen / Schließen will nicht

[falkomfs]

Moin,

Meine Fensteröffner muss ich leider auch mit an und aus bedienen. Ist nur blöd wenn man dem Lütten gerade beigebracht hat das es auf und zu heisst .

Falko

[oberstel]

hat denn keiner eine Idee wie ich Alexa / dem Cloud Adapter die Kommandos Öffnen / Schließen beibringen kann?

[wendy2702]

@oberstel:

irgendwie ist Alexa zickig…

Ich habe den Cloud Adapter eingerichtet mit die Kommandos "Alexa, Rolladen..." rauf / herunter bzw. 0% / 50% / 100% funktioniere einwandfrei. `

Hi,

leider kann ich dir mit dem "öffnen/schließen" nicht helfen… hoffe aber du kannst mir vielleicht helfen.

Ich kann meine Rollladen mit "Alexa, Rollo Küche runter" ansprechen... der Rolladen wird aber immer nur ca. 1/3 geschlossen.

Gleiches wenn der Rolladen zu ist und ich sage "Alexa, Rollo Küche rauf"... Öffnung nur 1/3.

Hast du dazu eventuell eine Idee wenn das ja bei dir Funktioniert?

Danke und Gruß

Mirko

[BuZZy]

@wendy2702:

Ich kann meine Rollladen mit "Alexa, Rollo Küche runter" ansprechen… der Rolladen wird aber immer nur ca. 1/3 geschlossen.

Gleiches wenn der Rolladen zu ist und ich sage "Alexa, Rollo Küche rauf"... Öffnung nur 1/3. `
Du könntest theoretisch den Datenpunkt "cloud.0.smart.lastResponse" überwachen und mit einem Script dann reagieren und dann nochmal 100% bzw. 0% (ganz auf/ganz zu) per Script direkt hinterher schießen.

Gruß

[wendy2702]

Hi,

ziemlicher Aufwand.

Wenn ich das im Vergleich zur iobroker Lösung mit HA-Bridge umsetze fahren die Rolladen wie gewollt. Frage mich warum bei iobroker nicht.

Habe die Frage mal extra im Alexa bereich gestellt.

Danke für deine Antwort.

[oberstel]

Gerne würde ich bei dem Thema mit den Kommandos bleiben…

Weiß denn jemand an welcher Stelle von Alexa die Kommandos interpretiert werden?

Das Zusammenspiel Cloud Adapter (mit den Smart Names) und dem Skill ist mir aktuell noch nicht ganz klar. Vor allem, da ja der ioBroker Skill auch "nur" den Smart Name übernimmt, nicht aber ob es Schalter (an/aus), Rolladen (rauf/runter) oder Temperatur Devices sind. Diese Vorgabe kommt ja vom Cloud Adapter.

[wendy2702]

@oberstel:

Gerne würde ich bei dem Thema mit den Kommandos bleiben… `

Sorry, kommt nicht wieder vor.

Gesendet von iPhone mit Tapatalk Pro

[BuZZy]

@oberstel:

Vor allem, da ja der ioBroker Skill auch "nur" den Smart Name übernimmt, nicht aber ob es Schalter (an/aus), Rolladen (rauf/runter) oder Temperatur Devices sind. Diese Vorgabe kommt ja vom Cloud Adapter. `

Das ist nicht ganz korrekt. Je nachdem welche "role" oder welche "Einheit" dem Device unter "Objekten" zugeordnet ist interpretiert der Cloud-Adapter um welches Gerät es sich handelt - bzw. was sich damit machen lässt.

Hier ein Auszug aus dem Github Quellcode vom Cloud-Adapter.

Man sieht zum Beispiel gleich am Anfang von dem Code.. Wenn der Datenpunkt nicht beschreibbar ist und die Einheit 'C' 'C°' oder '°C' lautet, geht der Cloud-Adapter davon aus dass man dort nur eine Temperatur auslesen kann. Ist der Typ vom Datenpunkt 'number' und die Einheit wieder C C° oder °C wird davon ausgegangen dass dort eine Temperatur gesetzt werden kann.

Ist der Datenpunkt eine 'number' und hat die 'role' 'level.color.hue' geht der Cloud-Adapter davon aus, dass dort eine Farbe eingestellt werden kann .. Und so weiter,..

 if (states[id].common.write === false) {
                if (states[id].common.unit === 'C' || states[id].common.unit === 'C°' || states[id].common.unit === '°C' ||
                    states[id].common.unit === 'F' || states[id].common.unit === 'F°' || states[id].common.unit === '°F' ||
                    states[id].common.unit === 'K' || states[id].common.unit === 'K°' || states[id].common.unit === '°K') {
                    actions = ['getTemperatureReading'];
                    type = '';
                } else {
                    adapter.log.debug('Name "' + (states[id].common.name || id) + '" cannot be written and will be ignored');
                    return;
                }
            } else {
                if (type === 'number') {
                    if (states[id].common.unit === 'C' || states[id].common.unit === 'C°' || states[id].common.unit === '°C' ||
                        states[id].common.unit === 'F' || states[id].common.unit === 'F°' || states[id].common.unit === '°F' ||
                        states[id].common.unit === 'K' || states[id].common.unit === 'K°' || states[id].common.unit === '°K') {
                        actions = ['setTargetTemperature', 'incrementTargetTemperature', 'decrementTargetTemperature', 'getTargetTemperature'];
                        type = '';
                    } else if (states[id].common.role === 'level.color.hue' || states[id].common.role === 'level.color.rgb') {
                        actions = ['setColor', /*'incrementColorTemperature', 'decrementColorTemperature', 'setColorTemperature', */'turnOn', 'turnOff'];
                    } else {
                        actions = ['setPercentage', 'incrementPercentage', 'decrementPercentage', 'turnOn', 'turnOff'];
                    }
                } else if (states[id].common.role === 'switch.lock') {
                    actions = ['setLockState', 'getLockState'];
                    type = '';
                } else if (states[id].common.role && states[id].common.role.match(/^button/)) {
                    actions = ['turnOn'];
                    type = '';
                } else {
                    actions = ['turnOn', 'turnOff'];
                    type = '';
                }
            }

[oberstel]

@BuZZy:

Auszug aus dem Github Quellcode vom Cloud-Adapter. ` Ja, dass habe ich auch gesehen. Und ich meine verstanden zu haben, dass aufgrund dieser Zuordnung dann entsprechende Kommandos genutzt werden können. Wie "Einschalten" bei STATE und "Hochfahren" bei LEVEL.

Was ich aber nicht finde, ist die Definition auf "Hochfahren" oder "Einschalten". Bzw. in meinem Fall "Öffnen" und "Schließen".

Ich habe z.B. auch das elektronische Türschloss von Homematic (HM-Sec-Key) und mit dem Befehl "Alex, Verriegelung Eingangstür einschalten / ausschalten" klappt das bei 'Schliessung_Eingangstuer:1.STATE' hervorrgend (der Smart Name is "Verriegelung Eingangstür").

Aber das öffnen mit "Alexa, Eingangstür öffnen', was ein TRUE bei 'Schliessung_Eingangstuer:1.OPEN' setzen sollte (der Smart name ist in dem Fall "Eingangstür") klappt eben nicht. Aktuell muss ich sagen "Alexa, Eingangstür einschalten" was witzig ist, aber auch echt blöde.

Am meisten stört es mich aber bei dem Garagentor. Hier muss ich sagen, "Alexa, Garagentor 0%" - Das kann ich nicht meinen Kindern (und erst recht nicht mehr Frau) erklären. Die lachen mich doch aus

In anderen Threads lese ich immer wieder davon das Öffnen / Schließen auch geht. Aber wie?

[danny030]

Hat jemand inzwischen eine Erkenntnis gewonnen? Es scheint weiterhin keinen Typen zu geben, der auf öffnen/Schließen reagiert, oder? Selbst der Typ "Smartlock" kann weiterhin nur an und aus?!

Konkret würde ich gerne den Öffner der Gartentür "öffnen" und nicht "einschalten" :roll:

[dslraser]

Nur so eine Idee…hast Du es mal mit einer Routine in der Alexa App probiert ? Da kann man doch fast alles schreiben/sagen wie man will.

(im Cloud Adapter einfach mal verschiedene Typen einstellen und über die Routinen probieren)

[gogohome]

Würde noch einmal @danny030 zitieren. Gibt es bezüglich offnen/schließen etwas neues. An/aus funktioniert, bei rauf oder runter geht es nur in 25% schritten. Scheint etwas grundlegendes zu sein das es bei vielen nicht geht.