IoBroker Alexa2 v2.0 ALPHA!!! Status GitHub Version!
-
Wie bekommt man eigentlich heraus welche der "This Device" Geräte welches Smartphone ist.
Ich habe die Alexa App auf dem Smartphone eines Haushalt Mitgliedes und auf meinem. Daher zwei "This Device" Geräte mit Hash IDs.
In der jeweiligen App kann man das eigene aber auch nicht identifizieren oder umbenennen. `
… aber in der App unter dem This device und Geräteeinstellungen und Info solltest du die ID sehenGesendet vom Handy ... `
Ich sehe aber auf beiden Smartphones beide Geräte "This device" und deren ID. Aber nirgends sehe ich eindeutig die ID nur des gerade in der Hand befindlichen Smartphones um es abzugleichen. Ich müsste wohl mind. auf einem die App deinstallieren oder abmelden, damit es verschwindet und dann kann ich das einzig übrig bleibende durch Ausschlussverfahren benennen. -
- Neues Command: announcement - Sprachausgabe als "Ankündigung", wie Speak nur mit nem Ton davor `
Kann man den Ton vorher verändern ?
(auf einem ECHO mit Display wird über diese Ausgabe so ne Art Tröte angezeigt, ist ganz gut zu erkennen das es sich um eine Durchsage handeln soll
) -
Da ist jetzt die Frage wie dein Skript funktioniert. Ich tippe du triggerst bei History NICHT auf dem JSON sondern auf einem der anderen Punkte, und liesst dann den Raum aus … Dadurch das die History in so einem Fall aber mehrfacch shcnell aktualisiert wird ist der Wrt im Raum ggf was anderes.
Formal korrekt muss man auf dem JSON.History.Punkt triggern und dann dieses JSON was da gesetzt ist (nicht neu lesen, das vom Trigger nutzen) nehmen um alle Daten auszulesen. Dazu gibt es das.
Wird nur leider in sehr wenigen der Skript-Beispiele so gemacht ... und dann geht es in solchen Situationen schieff. `
Ich triggere eigentlich garnicht auf den JSON-Punkt. Ich triggere über node-red-Skill oder Wemo-Node.
Nach dem Start des Flows greife ich erst zusätzlich auf die History zu.
Ich mache das, weil ich eigentlich die Erkennung des Kommandos dem Skill oder dem Wemo-Node überlassen wollte.
Trigegre ich auf den JSON-Knoten (hatte ich auch schon überlegt, zu machen), müsste ich das kommando selbst auswerten und die Flows verzweigen
-
- Neues Command: announcement - Sprachausgabe als "Ankündigung", wie Speak nur mit nem Ton davor `
Kann man den Ton vorher verändern ?
(auf einem ECHO mit Display wird über diese Ausgabe so ne Art Tröte angezeigt, ist ganz gut zu erkennen das es sich um eine Durchsage handeln soll
) `Nein nicht änderbar, bzt Faktisch ist das auch nur irgend ein SSML … Schau doch mal was per SSML alles geht und dann einfach SSML nutzen
-
Da ist jetzt die Frage wie dein Skript funktioniert. Ich tippe du triggerst bei History NICHT auf dem JSON sondern auf einem der anderen Punkte, und liesst dann den Raum aus … Dadurch das die History in so einem Fall aber mehrfacch shcnell aktualisiert wird ist der Wrt im Raum ggf was anderes.
Formal korrekt muss man auf dem JSON.History.Punkt triggern und dann dieses JSON was da gesetzt ist (nicht neu lesen, das vom Trigger nutzen) nehmen um alle Daten auszulesen. Dazu gibt es das.
Wird nur leider in sehr wenigen der Skript-Beispiele so gemacht ... und dann geht es in solchen Situationen schieff. `
Ich triggere eigentlich garnicht auf den JSON-Punkt. Ich triggere über node-red-Skill oder Wemo-Node.
Nach dem Start des Flows greife ich erst zusätzlich auf die History zu.
Ich mache das, weil ich eigentlich die Erkennung des Kommandos dem Skill oder dem Wemo-Node überlassen wollte.
Trigegre ich auf den JSON-Knoten (hatte ich auch schon überlegt, zu machen), müsste ich das kommando selbst auswerten und die Flows verzweigen `
Ich kann nur sagen wie der Weg geht mit dem Du es eindeutig hinbekommst
-
Danke. Hab ich schon verstanden
-
Wollte jetzt das Log schicken. Also erst nochmal ein Test und announcement beschrieben. Keine Reaktion.
Also Adapter umgestellt auf Debug und Objekt wieder geändert und was soll ich sagen? Jetzt funktioniert es…
Kann ja nur am Neustart des Adapters liegen wobei ich das vorher auch schon gemacht hatte. Naja. Habe gerade meine Scripte angepasst. Mein Frau hat sich immer erschreckt wenn Alexa etwas gesagt hat. Bin mal gespannt ob es mit der Sirene vor der Sprachausgabe besser ist.
-
Also noch was zum JSON-Objekt:
Wenn ich eine kurze Pause zwischen "Alexa" und "Licht an" lasse, kommen zwei Trigger.
"alexa" und "aicht an"
Spreche ich das aber flüssig nacheinander, kommt "alexa licht an"
Mache ich die Pause zu groß, dann erhalte ich:
"alexa" und "Unknown"
-
So wird es halt von Alexa gesendet in der History die du auch in der App sehen kannst.
Einzig bei "alexa licht an" hatte ich gedacht das der adapter das alexa entfernt. mach dazu bitte mal ein issue.Das will ich mal checken weil wäre sauberer.
-
Bei mir ist das Triggerwort "Echo", nicht Alexa, und das steht auch immer wieder mal mit dem Kommando zusammen im Summary Datenpunkt.
Wenn ich eine Pause mache, dann steht es als separater Eintrag, was ok wäre, weil der Eintrag danach ja dann das eigentliche Kommando beinhaltet.
Wenn du das im Adapter trimmen wollen würdest, wäre es ggf. sinnvoll das Triggerwort in der Adapter Konfiguration eintragen zu können.
Bei mir gibt es eine Routine "Alexa auf Anlage an." Um diese auszulösen ist der Satz: "Echo, Alexa auf Anlage an".
Was würde dann getrimmt wenn mein Adapter nicht wüsste dass "Echo" das magische Wort ist?
Immer das erste Wort wenn es "Alexa", "Echo", "Computer"… wäre ist suboptimal. Denn wenn ich eine Pause nach dem Triggerwort mache, stünde "Alexa auf Anlage an" in dem zweiten Datenpunkt und du würdest "Alexa" entfernen.
-
So wird es halt von Alexa gesendet in der History die du auch in der App sehen kannst.
Einzig bei "alexa licht an" hatte ich gedacht das der adapter das alexa entfernt. mach dazu bitte mal ein issue.Das will ich mal checken weil wäre sauberer. `
Hm, ok. Hatte es jetzt per Skript eliminiert.
Ist jetzt mit allem drum und dran ein recht großer Flow geworden (Licht und Fernsehsteuerung)
Jeweils Raumbezogen
Wollte jetzt ins Bett gehen. Wenn ich daran denke, masche ich das issue bald dazu auf.
Gute Nacht.
BTW: Tolle und saubere Arbeit, apollon77 - Vielen Dank dafür
-
Nun, da jetzt die Sprachausga sauber funktioniert und auch sogar die MarkupLanguage dafür wäre doch ein geiles Ziel die Bildschirme mit Leben zu füllen.
Ich biete mich gerne als Beta-Tester an.
-
Nun, da jetzt die Sprachausga sauber funktioniert und auch sogar die MarkupLanguage dafür wäre doch ein geiles Ziel die Bildschirme mit Leben zu füllen.
Ich biete mich gerne als Beta-Tester an. `
Wie meinst Du das? Es wir doch beim Show einiges angezeigt. Wenn man bei announcement z.B. was eingibt, wird das von Alexa gesprochen und auch im Show angezeigt. <emoji seq="1f603">
</emoji> -
Ich habe den Adapter gelöscht und komplett neu installiert:
https://github.com/Apollon77/ioBroker.alexa2
Danach Cookie-Prozess manuell gestartet (sollte ich laut Log)
User und Passwort war aus Adapter-Maske nicht mehr da. daher nehme ich an, es ist die neuste Version.
Aber Datenpunkte für ssml sind nicht da.
Hier das Install-Log:
! Zeit
! host.ioBroker1 2019-01-14 16:30:03.900 info object change system.adapter.alexa2.0
! host.ioBroker1 2019-01-14 16:29:37.302 info object change system.adapter.alexa2.0
! iobroker 2019-01-14 16:28:24.821 info exit 0
! iobroker 2019-01-14 16:28:24.808 info host.ioBroker1 object system.adapter.alexa2.0 created
! host.ioBroker1 2019-01-14 16:28:24.802 info object change system.adapter.alexa2.0
! iobroker 2019-01-14 16:28:24.764 info host.ioBroker1 object system.adapter.alexa2.0.alive created
! iobroker 2019-01-14 16:28:24.733 info host.ioBroker1 object system.adapter.alexa2.0.connected created
! iobroker 2019-01-14 16:28:24.703 info host.ioBroker1 object system.adapter.alexa2.0.memHeapUsed created
! iobroker 2019-01-14 16:28:24.672 info host.ioBroker1 object system.adapter.alexa2.0.memHeapTotal created
! iobroker 2019-01-14 16:28:24.640 info host.ioBroker1 object system.adapter.alexa2.0.memRss created
! iobroker 2019-01-14 16:28:24.610 info host.ioBroker1 object system.adapter.alexa2.0.uptime created
! iobroker 2019-01-14 16:28:24.579 info host.ioBroker1 object system.adapter.alexa2.0.inputCount created
! iobroker 2019-01-14 16:28:24.545 info host.ioBroker1 object system.adapter.alexa2.0.outputCount created
! iobroker 2019-01-14 16:28:24.514 info host.ioBroker1 object alexa2.0.info created
! iobroker 2019-01-14 16:28:24.484 info host.ioBroker1 object alexa2.0.info.connection created
! iobroker 2019-01-14 16:28:24.455 info host.ioBroker1 object alexa2.0.info.cookie created
! iobroker 2019-01-14 16:28:24.427 info host.ioBroker1 object alexa2.0.info.csrf created
! iobroker 2019-01-14 16:28:24.413 info host.ioBroker1 create instance alexa2
! iobroker 2019-01-14 16:28:24.380 info host.ioBroker1 object system.adapter.alexa2 created
! iobroker 2019-01-14 16:28:24.215 info upload [0] alexa2.admin /opt/iobroker/node_modules/iobroker.alexa2/admin/alexa.png alexa.png image/png
! iobroker 2019-01-14 16:28:24.146 info upload [1] alexa2.admin /opt/iobroker/node_modules/iobroker.alexa2/admin/icons/echo.png icons/echo.png image/png
! iobroker 2019-01-14 16:28:24.080 info upload [2] alexa2.admin /opt/iobroker/node_modules/iobroker.alexa2/admin/icons/echo2.png icons/echo2.png image/png
! iobroker 2019-01-14 16:28:24.003 info upload [3] alexa2.admin /opt/iobroker/node_modules/iobroker.alexa2/admin/icons/echo_dot.png icons/echo_dot.png image/png
! iobroker 2019-01-14 16:28:23.932 info upload [4] alexa2.admin /opt/iobroker/node_modules/iobroker.alexa2/admin/icons/echo_dot3.png icons/echo_dot3.png image/png
! iobroker 2019-01-14 16:28:23.860 info upload [5] alexa2.admin /opt/iobroker/node_modules/iobroker.alexa2/admin/icons/echo_plus2.png icons/echo_plus2.png image/png
! iobroker 2019-01-14 16:28:23.778 info upload [6] alexa2.admin /opt/iobroker/node_modules/iobroker.alexa2/admin/icons/echo_show.png icons/echo_show.png image/png
! iobroker 2019-01-14 16:28:23.698 info upload [7] alexa2.admin /opt/iobroker/node_modules/iobroker.alexa2/admin/icons/echo_show2.png icons/echo_show2.png image/png
! iobroker 2019-01-14 16:28:23.623 info upload [8] alexa2.admin /opt/iobroker/node_modules/iobroker.alexa2/admin/icons/echo_sub.png icons/echo_sub.png image/png
! iobroker 2019-01-14 16:28:23.547 info upload [9] alexa2.admin /opt/iobroker/node_modules/iobroker.alexa2/admin/icons/firetab.png icons/firetab.png image/png
! iobroker 2019-01-14 16:28:23.482 info upload [10] alexa2.admin /opt/iobroker/node_modules/iobroker.alexa2/admin/icons/firetv.png icons/firetv.png image/png
! iobroker 2019-01-14 16:28:23.405 info upload [11] alexa2.admin /opt/iobroker/node_modules/iobroker.alexa2/admin/icons/multiroom.png icons/multiroom.png image/png
! iobroker 2019-01-14 16:28:23.335 info upload [12] alexa2.admin /opt/iobroker/node_modules/iobroker.alexa2/admin/icons/raspi.png icons/raspi.png image/png
! iobroker 2019-01-14 16:28:23.247 info upload [13] alexa2.admin /opt/iobroker/node_modules/iobroker.alexa2/admin/icons/reverb.png icons/reverb.png image/png
! iobroker 2019-01-14 16:28:23.182 info upload [14] alexa2.admin /opt/iobroker/node_modules/iobroker.alexa2/admin/icons/sonos.png icons/sonos.png image/png
! iobroker 2019-01-14 16:28:23.096 info upload [15] alexa2.admin /opt/iobroker/node_modules/iobroker.alexa2/admin/icons/spot.png icons/spot.png image/png
! iobroker 2019-01-14 16:28:23.028 info upload [16] alexa2.admin /opt/iobroker/node_modules/iobroker.alexa2/admin/index.html index.html text/html
! iobroker 2019-01-14 16:28:22.949 info upload [17] alexa2.admin /opt/iobroker/node_modules/iobroker.alexa2/admin/index_m.html index_m.html text/html
! iobroker 2019-01-14 16:28:22.817 info upload [18] alexa2.admin /opt/iobroker/node_modules/iobroker.alexa2/admin/words.js words.js application/javascript
! iobroker 2019-01-14 16:28:22.788 info got /opt/iobroker/node_modules/iobroker.alexa2/admin
! iobroker 2019-01-14 16:28:20.907 info notice created a lockfile as package-lock.json. You should commit this file.
! iobroker 2019-01-14 16:28:20.903 info npm
! iobroker 2019-01-14 16:27:38.720 info npm install –production (System call) in "/opt/iobroker/node_modules/iobroker.alexa2"
! iobroker 2019-01-14 16:27:37.858 info host.ioBroker1 install adapter alexa2
! iobroker 2019-01-14 16:27:36.625 info add alexa2 --host ioBroker2
! host.ioBroker1 2019-01-14 16:25:28.510 info Update repository "default" under "http://download.iobroker.net/sources-dist.json"
! iobroker 2019-01-14 16:25:25.281 info exit 0
! iobroker 2019-01-14 16:25:23.406 info
! iobroker 2019-01-14 16:25:23.402 info WARN optional SKIPPING OPTIONAL DEPENDENCY: xpc-connection@0.1.4 (node_modules/xpc-connection):npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for xpc-connection@0.1.4: wanted {"o
! iobroker 2019-01-14 16:25:23.400 info npm
! iobroker 2019-01-14 16:24:25.893 info npm install https://github.com/Apollon77/ioBroker.a ... all/master --production --save --prefix "/opt/iobroker" (System call)
! iobroker 2019-01-14 16:24:24.810 info install https://github.com/Apollon77/ioBroker.a ... all/master
! iobroker 2019-01-14 16:24:23.806 info url "https://github.com/Apollon77/ioBroker.alexa2" -
Starte mal den Adapter neu
-
Starte mal den Adapter neu `
Habe ich natürlich bereits gemacht. Sogar beide Raspis neu rebootet.
Ich habe den Fehler gefunden:
Die Version 2.1.0 kommt mit Mutihost-Umgebungen nicht klar.
Wenn ich Webserver und Alexa-Adapter beide auf den Master ziehe, erscheinen tatsächlich die Nodes.
Die 2.0.0 hat mit Multihost keine Probleme. Ich vermute also hier einen Bug?
und kaum verschiebe ich die beiden Adapter wieder auf den Slave, kommt folgende Log-Zeile:
alexa2.0 2019-01-14 16:59:38.621 info Deleting the following states: ["Echo-Devices.G090U60884230800.Commands.ssml","Echo-Devices.G090U60884230800.Commands.announcement","Echo-Devices.G090U60884230800.Commands.notification","Echo-Devices.........wieder zurück zu Master:
alexa2.0 2019-01-14 17:02:24.675 info {"applianceId":"AAA_SonarCloudService_76673dd5-7fa5-3c3e-b100-4bb37a505388","endpointTypeId":"","driverIdentity":{"namespace":"AAA","identifier":"SonarCloudService"},"manufacturerName":"Amazon","frien alexa2.0 2019-01-14 17:02:24.675 info Smarthome-Device Capability Alexa.AcousticEventSensor unknown. Report to developer this and next log line from logfile on disk! alexa2.0 2019-01-14 17:02:24.675 info {"applianceId":"AAA_SonarCloudService_ee0be2fd-75d4-3a67-a138-24748be31f62","endpointTypeId":"","driverIdentity":{"namespace":"AAA","identifier":"SonarCloudService"},"manufacturerName":"Amazon","frien alexa2.0 2019-01-14 17:02:24.675 info Smarthome-Device Capability Alexa.AcousticEventSensor unknown. Report to developer this and next log line from logfile on disk! alexa2.0 2019-01-14 17:02:24.675 info {"applianceId":"AAA_SonarCloudService_a21261e2-b7c3-3a93-8610-6de0c81dac97","endpointTypeId":"","driverIdentity":{"namespace":"AAA","identifier":"SonarCloudService"},"manufacturerName":"Amazon","frien alexa2.0 2019-01-14 17:02:24.675 info Smarthome-Device Capability Alexa.AcousticEventSensor unknown. Report to developer this and next log line from logfile on disk! alexa2.0 2019-01-14 17:02:24.674 info {"applianceId":"AAA_SonarCloudService_7eaf0123-edc8-30d6-8e6b-501232d8036c","endpointTypeId":"","driverIdentity":{"namespace":"AAA","identifier":"SonarCloudService"},"manufacturerName":"Amazon","frien alexa2.0 2019-01-14 17:02:24.673 info Smarthome-Device Capability Alexa.AcousticEventSensor unknown. Report to developer this and next log line from logfile on disk! -
Hallo, brauche Hilfe, komme ich einfach nicht weiter. Kriege ich die Alexa einfach nicht zum laufen, die bleibt einfach stumm und keine Commands funktionieren. Habe ich schon mehrere Versionen von dem Adapter ausprobiert, auch die alte 0.4, 1.1.3, 2.0 und zum letzten die 2.1, leider kein erfolgt. Das System ist VirtuelBox Debian 9 (schon mit Debian 8 probiert), ioBroker 3.5.10, node v8.15.0 nodejs 8.15.0 npm 6.4.1. Bei der Konstellation bei dem Version Alexa 2.1 bekomme ich nicht mal alle Objekte, nur info, dann muss ich zu erst die 1.1.3 instalieren, dann 2.1 rüber installieren, dann sind die Objekte, aber kein Funktion von Commands. Habe ich schon aus Verzweiflung das ganze auf RasPi mit fertigen Image von ioBroker (ioBroker_Image_RPi_2-3_20190104_stretch und ioBroker_Image_RPi_2-3_20180401_stretch) versucht, die gleiche Problematik, was mache ich falsch?
16727_log.jpg -
Starte mal den Adapter neu `
Habe ich natürlich bereits gemacht. Sogar beide Raspis neu rebootet.
Ich habe den Fehler gefunden:
Die Version 2.1.0 kommt mit Mutihost-Umgebungen nicht klar.
Wenn ich Webserver und Alexa-Adapter beide auf den Master ziehe, erscheinen tatsächlich die Nodes.
Die 2.0.0 hat mit Multihost keine Probleme. Ich vermute also hier einen Bug?
und kaum verschiebe ich die beiden Adapter wieder auf den Slave, kommt folgende Log-Zeile:
alexa2.0 2019-01-14 16:59:38.621 info Deleting the following states: ["Echo-Devices.G090U60884230800.Commands.ssml","Echo-Devices.G090U60884230800.Commands.announcement","Echo-Devices.G090U60884230800.Commands.notification","Echo-Devices.........wieder zurück zu Master:
alexa2.0 2019-01-14 17:02:24.675 info {"applianceId":"AAA_SonarCloudService_76673dd5-7fa5-3c3e-b100-4bb37a505388","endpointTypeId":"","driverIdentity":{"namespace":"AAA","identifier":"SonarCloudService"},"manufacturerName":"Amazon","frien alexa2.0 2019-01-14 17:02:24.675 info Smarthome-Device Capability Alexa.AcousticEventSensor unknown. Report to developer this and next log line from logfile on disk! alexa2.0 2019-01-14 17:02:24.675 info {"applianceId":"AAA_SonarCloudService_ee0be2fd-75d4-3a67-a138-24748be31f62","endpointTypeId":"","driverIdentity":{"namespace":"AAA","identifier":"SonarCloudService"},"manufacturerName":"Amazon","frien alexa2.0 2019-01-14 17:02:24.675 info Smarthome-Device Capability Alexa.AcousticEventSensor unknown. Report to developer this and next log line from logfile on disk! alexa2.0 2019-01-14 17:02:24.675 info {"applianceId":"AAA_SonarCloudService_a21261e2-b7c3-3a93-8610-6de0c81dac97","endpointTypeId":"","driverIdentity":{"namespace":"AAA","identifier":"SonarCloudService"},"manufacturerName":"Amazon","frien alexa2.0 2019-01-14 17:02:24.675 info Smarthome-Device Capability Alexa.AcousticEventSensor unknown. Report to developer this and next log line from logfile on disk! alexa2.0 2019-01-14 17:02:24.674 info {"applianceId":"AAA_SonarCloudService_7eaf0123-edc8-30d6-8e6b-501232d8036c","endpointTypeId":"","driverIdentity":{"namespace":"AAA","identifier":"SonarCloudService"},"manufacturerName":"Amazon","frien alexa2.0 2019-01-14 17:02:24.673 info Smarthome-Device Capability Alexa.AcousticEventSensor unknown. Report to developer this and next log line from logfile on disk! ```` `Dann habe ich einen einfachen Tipp: Hast du beim Update des Adapters den korrekten Host gewählt? Ich in der Meinung das auf Master die neue Version ist und auf dem Slave die alte. Stell sicher das beim Update per Admin oben auch der korrekte Host gewählt ist!!!
Gesendet vom Handy …
-
Also noch was zum JSON-Objekt:
Wenn ich eine kurze Pause zwischen "Alexa" und "Licht an" lasse, kommen zwei Trigger.
"alexa" und "aicht an"
Spreche ich das aber flüssig nacheinander, kommt "alexa licht an"
Mache ich die Pause zu groß, dann erhalte ich:
"alexa" und "Unknown" `
Fix für korrektes aussortieren der wake words kommt in nächster Version
Gesendet vom Handy …
-
Hallo, brauche Hilfe, komme ich einfach nicht weiter. Kriege ich die Alexa einfach nicht zum laufen, die bleibt einfach stumm und keine Commands funktionieren. Habe ich schon mehrere Versionen von dem Adapter ausprobiert, auch die alte 0.4, 1.1.3, 2.0 und zum letzten die 2.1, leider kein erfolgt. Das System ist VirtuelBox Debian 9 (schon mit Debian 8 probiert), ioBroker 3.5.10, node v8.15.0 nodejs 8.15.0 npm 6.4.1. Bei der Konstellation bei dem Version Alexa 2.1 bekomme ich nicht mal alle Objekte, nur info, dann muss ich zu erst die 1.1.3 instalieren, dann 2.1 rüber installieren, dann sind die Objekte, aber kein Funktion von Commands. Habe ich schon aus Verzweiflung das ganze auf RasPi mit fertigen Image von ioBroker (ioBroker_Image_RPi_2-3_20190104_stretch und ioBroker_Image_RPi_2-3_20180401_stretch) versucht, die gleiche Problematik, was mache ich falsch? `
Starte mal ohne debug und schau mal ob im log Meldungen für den Entwickler sind. Was hast du denn für Geräte? Sag mal die deviceType davon aus den Info Adaptern. Ob Kommandos existieren ist User Feedback und steht im Adapter drin pro deviceTyp. Also bitte deviceTypen und die info was das ist.Und um zu prüfen ob Kommandos überhaupt gehen kannst du die Alexa App nehmen und versuchen eine Routine anzulegen die auf dem Gerät etwas ausgibt. Wenn du das Gerät dort wählen kannst dann ist ggf Die Typ Info im Adapter falsch. Oder die Geräte können das einfach nicht.
Check das bitte mal.
Gesendet vom Handy …
