ioBroker.mihome-vacuum
ioBroker.mihome-vacuum copied to clipboard
[dreame.vacuum.p2008] Support Xiaomi Dreame F9
Hallo,
der Roboter Xiaomi Dreame F9 wird leider noch nicht unterstützt.
Über die online Zugangsdaten wird der Roboter erkannt und kann ausgewählt werden. Der Adapter bleibt gelb.
` mihome-vacuum.0 2020-08-02 13:04:26.278 info (6107) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
| mihome-vacuum.0 2020-08-02 13:04:26.275 info (6107) terminating | mihome-vacuum.0 2020-08-02 13:04:26.270 info (6107) Got terminate signal TERMINATE_YOURSELF | mihome-vacuum.0 2020-08-02 13:04:24.805 debug (6107) sendMsg[1] >>> {"id":6,"method":"get_status"} | mihome-vacuum.0 2020-08-02 13:04:24.802 debug (6107) sendTo "getStatus" to system.adapter.mihome-vacuum.0 from system.adapter.mihome-vacuum.0 | mihome-vacuum.0 2020-08-02 13:04:24.801 info (6107) connecting, this can take up to 10 minutes ... | mihome-vacuum.0 2020-08-02 13:04:24.801 debug (6107) Receive <<< Helo <<< 213100200000000015bf64e85f269db8ffffffffffffffffffffffffffffffff | mihome-vacuum.0 2020-08-02 13:04:19.693 debug (6107) sendTo "getStatus" to system.adapter.mihome-vacuum.0 from system.adapter.mihome-vacuum.0 | mihome-vacuum.0 2020-08-02 13:04:19.693 debug (6107) no answer for id:5 received, giving up | mihome-vacuum.0 2020-08-02 13:04:14.692 debug (6107) sendMsg[3] >>> {"id":5,"method":"get_status"} | mihome-vacuum.0 2020-08-02 13:04:09.691 debug (6107) sendMsg[2] >>> {"id":5,"method":"get_status"} | mihome-vacuum.0 2020-08-02 13:04:04.691 debug (6107) sendMsg[1] >>> {"id":5,"method":"get_status"} | mihome-vacuum.0 2020-08-02 13:04:04.687 debug (6107) sendTo "getStatus" to system.adapter.mihome-vacuum.0 from system.adapter.mihome-vacuum.0 | mihome-vacuum.0 2020-08-02 13:04:04.687 info (6107) connecting, this can take up to 10 minutes ... | mihome-vacuum.0 2020-08-02 13:04:04.686 debug (6107) Receive <<< Helo <<< 213100200000000015bf64e85f269da4ffffffffffffffffffffffffffffffff | mihome-vacuum.0 2020-08-02 13:03:59.793 debug (6107) sendTo "getStatus" to system.adapter.mihome-vacuum.0 from system.adapter.mihome-vacuum.0 | mihome-vacuum.0 2020-08-02 13:03:59.793 debug (6107) no answer for id:4 received, giving up | mihome-vacuum.0 2020-08-02 13:03:54.793 debug (6107) sendMsg[3] >>> {"id":4,"method":"get_status"} | mihome-vacuum.0 2020-08-02 13:03:49.791 debug (6107) sendMsg[2] >>> {"id":4,"method":"get_status"} | mihome-vacuum.0 2020-08-02 13:03:44.789 debug (6107) sendMsg[1] >>> {"id":4,"method":"get_status"} | mihome-vacuum.0 2020-08-02 13:03:44.786 debug (6107) sendTo "getStatus" to system.adapter.mihome-vacuum.0 from system.adapter.mihome-vacuum.0 | mihome-vacuum.0 2020-08-02 13:03:44.786 info (6107) connecting, this can take up to 10 minutes ... | mihome-vacuum.0 2020-08-02 13:03:44.786 debug (6107) Receive <<< Helo <<< 213100200000000015bf64e85f269d90ffffffffffffffffffffffffffffffff | mihome-vacuum.0 2020-08-02 13:03:39.736 debug (6107) sendTo "getStatus" to system.adapter.mihome-vacuum.0 from system.adapter.mihome-vacuum.0 | mihome-vacuum.0 2020-08-02 13:03:39.735 debug (6107) no answer for id:3 received, giving up | mihome-vacuum.0 2020-08-02 13:03:34.735 debug (6107) sendMsg[3] >>> {"id":3,"method":"get_status"} | mihome-vacuum.0 2020-08-02 13:03:29.733 debug (6107) sendMsg[2] >>> {"id":3,"method":"get_status"} | mihome-vacuum.0 2020-08-02 13:03:24.733 debug (6107) sendMsg[1] >>> {"id":3,"method":"get_status"} | mihome-vacuum.0 2020-08-02 13:03:24.729 debug (6107) sendTo "getStatus" to system.adapter.mihome-vacuum.0 from system.adapter.mihome-vacuum.0 | mihome-vacuum.0 2020-08-02 13:03:24.729 info (6107) connecting, this can take up to 10 minutes ... | mihome-vacuum.0 2020-08-02 13:03:24.728 debug (6107) Receive <<< Helo <<< 213100200000000015bf64e85f269d7cffffffffffffffffffffffffffffffff | mihome-vacuum.0 2020-08-02 13:03:19.690 debug (6107) sendTo "getStatus" to system.adapter.mihome-vacuum.0 from system.adapter.mihome-vacuum.0 | mihome-vacuum.0 2020-08-02 13:03:19.690 debug (6107) no answer for id:2 received, giving up | mihome-vacuum.0 2020-08-02 13:03:14.689 debug (6107) sendMsg[3] >>> {"id":2,"method":"get_status"} | mihome-vacuum.0 2020-08-02 13:03:09.688 debug (6107) sendMsg[2] >>> {"id":2,"method":"get_status"} | mihome-vacuum.0 2020-08-02 13:03:04.688 debug (6107) sendMsg[1] >>> {"id":2,"method":"get_status"} | mihome-vacuum.0 2020-08-02 13:03:04.684 debug (6107) sendTo "getStatus" to system.adapter.mihome-vacuum.0 from system.adapter.mihome-vacuum.0 | mihome-vacuum.0 2020-08-02 13:03:04.684 info (6107) connecting, this can take up to 10 minutes ... | mihome-vacuum.0 2020-08-02 13:03:04.683 debug (6107) Receive <<< Helo <<< 213100200000000015bf64e85f269d68ffffffffffffffffffffffffffffffff | mihome-vacuum.0 2020-08-02 13:02:59.820 debug (6107) sendTo "getStatus" to system.adapter.mihome-vacuum.0 from system.adapter.mihome-vacuum.0 | mihome-vacuum.0 2020-08-02 13:02:59.819 debug (6107) no answer for id:1 received, giving up | mihome-vacuum.0 2020-08-02 13:02:54.815 debug (6107) sendMsg[3] >>> {"id":1,"method":"get_status"} | mihome-vacuum.0 2020-08-02 13:02:49.814 debug (6107) sendMsg[2] >>> {"id":1,"method":"get_status"} | mihome-vacuum.0 2020-08-02 13:02:46.939 debug (6107) Xiaomi Cloud: Login successful | mihome-vacuum.0 2020-08-02 13:02:45.256 info (6107) set nächster Timer: Nicht verfügbar | mihome-vacuum.0 2020-08-02 13:02:44.812 debug (6107) sendMsg[1] >>> {"id":1,"method":"get_status"} | mihome-vacuum.0 2020-08-02 13:02:44.781 debug (6107) sendTo "getStatus" to system.adapter.mihome-vacuum.0 from system.adapter.mihome-vacuum.0 | mihome-vacuum.0 2020-08-02 13:02:44.779 info (6107) connecting, this can take up to 10 minutes ... | mihome-vacuum.0 2020-08-02 13:02:44.778 debug (6107) Receive <<< Helo <<< 213100200000000015bf64e85f269d54ffffffffffffffffffffffffffffffff | mihome-vacuum.0 2020-08-02 13:02:44.759 debug (6107) No suitable Lua script, fallback to keys!: function(doc) { if (doc.type=='state') emit(doc._id, doc) } | mihome-vacuum.0 2020-08-02 13:02:44.690 debug (6107) server started on 0.0.0.0:53421 | mihome-vacuum.0 2020-08-02 13:02:44.667 info (6107) Create state clean_home for controlling by cloud adapter | mihome-vacuum.0 2020-08-02 13:02:44.665 info (6107) Expert mode enabled, states created | mihome-vacuum.0 2020-08-02 13:02:44.650 debug (6107) Xiaomi Cloud: Logging in | mihome-vacuum.0 2020-08-02 13:02:44.647 debug (6107) load Map creator... true | mihome-vacuum.0 2020-08-02 13:02:44.527 info (6107) starting. Version 2.1.1 in /opt/iobroker/node_modules/iobroker.mihome-vacuum, node: v10.16.2, js-controller: 3.1.4
`
Leider haben die neueren Modelle von Xiaomi ein geänderte Protokoll, dies kann ich nicht ohne die Hardware einbinden. Versuche über Helfer die so ein Gerät besitzen, sind mehrfach gescheitert.
Wenn es nötig ist, könnte ich die Hardware leihweise zur Verfügung stellen. Dafür schreib mich am besten mal im Forum per PN an: Martin1982
Eventuell möchtest du es auch noch mal Remote versuchen? Ich könnte ein VPN direkt in das Netz anbieten in dem auch der Roboter ist. Die Zugangsdaten für den Xiaomi Home Zugang kann ich natürlich auch privat bereitstellen. Eventuell könnte ich auch Netzwerk mitschneiden und zur Verfügung stellen. Habe selber noch nie einen Adapter programmiert und mir fehlt leider aktuell die Zeit mich da einzuarbeiten.
Bitte mal die 2.2.0 von git testen viel geht noch nicht, ist erstmal ein test ich werde den Adapter wahrscheinlich einmal auf links ziehen müssen weil es zwei komplett unterschiedliche apis sind. was sollte gehen:
- connecten
- start/stop
- Einstellen der Saugstufe
- Werte für Batterie / Saugzeit und Fläche
Bei mir funktioniert die Verbindung noch nicht. (Habe allerdings auch noch nicht die angegebenen 10 Minuten gewartet, lasse ihn jetzt einfach mal laufen. Update: auch nach langem Warten ändert es sich nicht.)
mihome-vacuum.0 | 2020-08-15 16:22:35.184 | debug | (2181) sendMsg[2] >>> {"id":2,"method":"get_status"} mihome-vacuum.0 | 2020-08-15 16:22:30.183 | debug | (2181) sendMsg[1] >>> {"id":2,"method":"get_status"} mihome-vacuum.0 | 2020-08-15 16:22:30.180 | debug | (2181) sendTo "getStatus" to system.adapter.mihome-vacuum.0 from system.adapter.mihome-vacuum.0 mihome-vacuum.0 | 2020-08-15 16:22:30.180 | info | (2181) connecting, this can take up to 10 minutes ... mihome-vacuum.0 | 2020-08-15 16:22:30.179 | debug | (2181) Receive <<< Helo <<< 213100200000000015bf64e85f37efa5ffffffffffffffffffffffffffffffff mihome-vacuum.0 | 2020-08-15 16:22:25.240 | debug | (2181) sendTo "getStatus" to system.adapter.mihome-vacuum.0 from system.adapter.mihome-vacuum.0 mihome-vacuum.0 | 2020-08-15 16:22:25.239 | debug | (2181) no answer for id:1 received, giving up mihome-vacuum.0 | 2020-08-15 16:22:20.239 | debug | (2181) sendMsg[3] >>> {"id":1,"method":"get_status"} mihome-vacuum.0 | 2020-08-15 16:22:15.237 | debug | (2181) sendMsg[2] >>> {"id":1,"method":"get_status"} mihome-vacuum.0 | 2020-08-15 16:22:11.921 | debug | (2181) Xiaomi Cloud: Login successful mihome-vacuum.0 | 2020-08-15 16:22:10.662 | info | (2181) set nächster Timer: Nicht verfügbar mihome-vacuum.0 | 2020-08-15 16:22:10.235 | debug | (2181) sendMsg[1] >>> {"id":1,"method":"get_status"} mihome-vacuum.0 | 2020-08-15 16:22:10.199 | debug | (2181) sendTo "getStatus" to system.adapter.mihome-vacuum.0 from system.adapter.mihome-vacuum.0 mihome-vacuum.0 | 2020-08-15 16:22:10.197 | info | (2181) connecting, this can take up to 10 minutes ... mihome-vacuum.0 | 2020-08-15 16:22:10.196 | debug | (2181) Receive <<< Helo <<< 213100200000000015bf64e85f37ef91ffffffffffffffffffffffffffffffff mihome-vacuum.0 | 2020-08-15 16:22:10.174 | debug | (2181) No suitable Lua script, fallback to keys!: function(doc) { if (doc.type=='state') emit(doc._id, doc) } mihome-vacuum.0 | 2020-08-15 16:22:10.112 | debug | (2181) server started on 0.0.0.0:53421 mihome-vacuum.0 | 2020-08-15 16:22:10.090 | info | (2181) Create state clean_home for controlling by cloud adapter mihome-vacuum.0 | 2020-08-15 16:22:10.089 | info | (2181) Expert mode enabled, states created mihome-vacuum.0 | 2020-08-15 16:22:10.075 | debug | (2181) Xiaomi Cloud: Logging in mihome-vacuum.0 | 2020-08-15 16:22:10.072 | debug | (2181) load Map creator... true mihome-vacuum.0 | 2020-08-15 16:22:09.975 | info | (2181) starting. Version 2.2.0 in /opt/iobroker/node_modules/iobroker.mihome-vacuum, node: v10.16.2, js-controller: 3.1.4
In den Einstellungen wird das Gerät als dreame.vacuum.p2008 angezeigt. Wenn ich den Code richtig verstanden habe, fehlt dieser Eintrag im viomiVacuum. Aber in dem Datenpunkt "info.device_model" wird bei mir auch nichts eingetragen. In der Geräteliste in den Einstellungen ist nur ein Eintrag und wenn ich den aktiviere wird der Token und die ID unten nicht automatisch gefüllt. Diese habe ich dann Manuell eingetragen. Wann sollte der Datenpunkt "info.device_model" gefüllt werden? Das habe ich im Code leider nicht verstanden.
ja das ist richtig, aber ich habe vor ein paar Tagen herausgefunden, dass die dreame Modelle nochmal anders kommunizieren. da muss ich mir nochmal was überlegen.
Hallo Thomas, gibt es hier was Neues, verfolgst du das Thema noch? Danke
Hallo, hätte auch sehr an einer Dreame Integration Interesse. Mit 2.2.4 funktioniert (noch) nichts =( Liebe Grüße
Hallo, gibt es einen aktuellen Status hier? Kämpfe ebenfalls mit der nicht laufenden Integration. Die Version 2.2.4 habe ich installiert.
e-vacuum.0 | 2020-12-16 11:13:11.359 | debug | (17463) Receive <<< Helo <<< |
---|---|---|---|
mihome-vacuum.0 | 2020-12-16 11:13:06.403 | debug | (17463) sendTo "getStatus" to system.adapter.mihome-vacuum.0 from system.adapter.mihome-vacuum.0 |
mihome-vacuum.0 | 2020-12-16 11:13:06.401 | debug | (17463) no answer for id:19 received, giving up |
mihome-vacuum.0 | 2020-12-16 11:13:01.399 | debug | (17463) sendMsg[3] >>> {"id":19,"method":"get_status"} |
mihome-vacuum.0 | 2020-12-16 11:12:58.970 | debug | (17463) system.adapter.admin.0: logging true |
mihome-vacuum.0 | 2020-12-16 11:12:56.397 | debug | (17463) sendMsg[2] >>> {"id":19,"method":"get_status"} |
mihome-vacuum.0 | 2020-12-16 11:12:51.394 | debug | (17463) sendMsg[1] >>> {"id":19,"method":"get_status"} |
mihome-vacuum.0 | 2020-12-16 11:12:51.392 | debug | (17463) sendTo "getStatus" to system.adapter.mihome-vacuum.0 from system.adapter.mihome-vacuum.0 |
Das gleiche bei mir, probiere schon den ganzen Tag. Hätte ich lieber vorher mal hier reingeschaut, hätte ich mir die Mühe sparen können. Also auch von meiner Seite sehr große Interesse. Falls ich irgendwie helfen kann, einfach melden.
PS. Bei mir steht als Version : dreame.vacuum.p2009 Sehe gerade ihr habt den F9, bei mir handelt es sich um dem D9 Fehlermeldung ist aber die selbe. Gruß Eddy
Das gleiche bei mir, probiere schon den ganzen Tag. Hätte ich lieber vorher mal hier reingeschaut, hätte ich mir die Mühe sparen können. Also auch von meiner Seite sehr große Interesse. Falls ich irgendwie helfen kann, einfach melden.
PS. Bei mir steht als Version : dreame.vacuum.p2009 Sehe gerade ihr habt den F9, bei mir handelt es sich um dem D9 Fehlermeldung ist aber die selbe. Gruß Eddy
Ja, Dreame hat anscheinend eine andere API als die Xiaomi Geräte. Von daher sind alle Dreames betroffen.
Ich habe irgendwie Zweifel ob dieser Adapter noch weiterentwickelt wird... =(
Der Adapter wird schon noch weiterentwickelt. nach meinen Recherchen besitzten die dream Modelle keine locale api und können demnach nciht mit eingebunden werden. wenn hier Jemand anderes Wissen hat, gerne die Befehle Posten, dann wird es mir eingebunden.
Hallo, auch in besitze den Dreame F9 und habe großes Interesse diesen Roboter mit einzubinden. Ich bin derzeit noch am einrichten meines ioBroker's. Wechsel gerade von FHEM.
@MeisterTR : Technisch bin ich sehr versiert und würde gerne behilflich sein! Also was soll ich tun? (das einzige was ich nicht tun würde, ist an der Software/Firmware des Roboters zu werkeln)
Er muss ja einzubinden sein. Geht ja auch alles über die Xiaomi MiHome APP. Mir würde schon reichen Befehle für Start, Pause, Home reichen und zu wissen ob er unterwegs ist bzw. in seiner Ladestation steht.
PS: hab mich nur hierfür bei Github angemeldet
@MeisterTR : Technisch bin ich sehr versiert und würde gerne behilflich sein! Also was soll ich tun? (das einzige was ich nicht tun würde, ist an der Software/Firmware des Roboters zu werkeln)
Er muss ja einzubinden sein. Geht ja auch alles über die Xiaomi MiHome APP. Mir würde schon reichen Befehle für Start, Pause, Home reichen und zu wissen ob er unterwegs ist bzw. in seiner Ladestation steht.
@Screambear Dreame API finden und ihm hier bereitstellen oder vielleicht mal den Netzwerkverkehr sniffen und hoffen das die Befehle immer gleich sind.
@MeisterTR die bei OpenHub sind wohl etwas weiter, kannst du hiermit etwas anfangen? ( --> dreame.vacuum.p2008 )
https://www.openhab.org/addons/bindings/miio/
@SLongus hab das mal schnell überflogen auch da nix neues, openhab nutzt die miio-phython Bibliothek... da sind die ganzen Issues für dreame auch noch offen, und die Dateien sind mehr oder weniger nur Placeholder...
Hallo,
ich habe auf meinem QNAP zum testen das OpenHab 2.5 installiert. Nach der Anmeldung in Xiaomi Mi IO Binding wird mein Dreame F9 erkannt und Inbox angezeigt. Nach der Einrichtung werden einige Items und aktuelle Firmware Version ausgelesen. Was momentan nicht funktioniert ist Dreame F9 zu starten. Was ich bis jetzt noch nicht testen konnte, sind die manuelle Aktionen die auf der Mi IO Bindings Seite ausgelistet sind.
https://www.openhab.org/addons/bindings/miio/
Ich habe das nicht weiter verfolgt, weil ich irgendwo gelesen habe das der Dreame F9 erst ab OpenHab 3 in das Binding richtig implementiert wurde. OpenHab 3 funktioniert noch nicht bei QNAP als App, müsste ich auf meinem RPi installieren und testen.
Dazu hatte ich bei Home Assistant folgendes gefunden. https://community.home-assistant.io/t/support-for-xiaomi-dream-f9-mop-vacuum/220858/14
Ich habe OpenHab 3 auf RPi installiert und erfolgreich den Dreame F9 eingebunden und getestet. Momentan kann ich den Robot Cleaner - Status nicht ändern, weil beim anklicken ein Diagramm aufgeht. Ich vermute das ich hier ein Mapping auf das Item machen muss. Ich muss mir anschauen wie das in OpenHab 3 funktioniert.
und was geht alles?
kaannst du die Komminkation abgreifen und incl. token posten damit ich es übersetzten kann...
@MeisterTR: Was meinst du mit Kommunikation abgreifen?
Ich glaube folgende Webseite kann dir beim Zugriff über die API helfen. https://miot-spec.org/miot-spec-v2/instance?type=urn:miot-spec-v2:device:vacuum:0000A006:dreame-p2008:1
Folgende Punkte funktionieren:
- Audio - Voice Change State
- Audio - Voice Packet Id
- Audio - Volume
- Battery - Battery Level
- Battery - Charging State
- BSSID
- Clean Logs - First Clean Time
- Clean Logs - Total Clean Area
- Clean Logs - Total Clean Time
- Clean Logs - Total Clean Times
- Do Not Disturb - Enable
- Do Not Disturb - End Time
- Do Not Disturb - Start Time
- Execute Command
- Execute RPC (cloud) Command
- Filter - Filter Left Time
- Filter - Filter Life Level
- Life
- Main Cleaning Brush - Brush Left Time
- Main Cleaning Brush - Brush Life Level
- Robot Cleaner - Device Fault
- Robot Cleaner - Status
- RSSI
- Side Cleaning Brush - Brush Left Time
- Side Cleaning Brush - Brush Life Level
- SSID
- Time - Time Zone
- Time - Timer Clean
- Vacuum Extend - Break Point Restart
- Vacuum Extend - Carpet Press
- Vacuum Extend - Cleaning Area
- Vacuum Extend - Cleaning Mode
- Vacuum Extend - Cleaning Time
- Vacuum Extend - Mop Mode
- Vacuum Extend - Task Status
- Vacuum Extend - Waterbox Status
- Vacuum Extend - Work Mode
- Vslam Extend - Save Map Status
da gehts schon wider in eine andere Richtung, das ist das, was ich mir gedacht habe.. musstest du dich mich email und Passwd anmelden? sieht stark nach cloud Verbindung aus. Xiaomi nimmt abstand von der lokalen api und setzt auf eine Cloud api (miio-spec). Hierfür muss ein neuer Adapter geschrieben werden, der nicht nur für Saugroboter sondern für alle xiaomi-wifi Geräte ist.
Ja, ich habe mich bei Xiaomi mit E-Mail und Passwort angemeldet. Wie hast du dich denn angemeldet? Am 17. Januar 2021 20:30:00 schrieb MeisterTR [email protected]:
da gehts schon wider in eine andere Richtung, das ist das, was ich mir gedacht habe.. musstest du dich mich email und Passwd anmelden? sieht stark nach cloud Verbindung aus. Xiaomi nimmt abstand von der lokalen api und setzt auf eine Cloud api (miio-spec). Hierfür muss ein neuer Adapter geschrieben werden, der nicht nur für Saugroboter sondern für alle xiaomi-wifi Geräte ist.
— You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub, or unsubscribe.
ne ich meine bei dem openhab3 addon.. hab hier was interessantes https://github.com/maxinminax/node-mihome relativ jung, das gabs bei meiner letzten Recherche noch nicht damit lässt sich easy ein adapter Iobroker.miio-iot erstellen
der weckt mein Interesse :)
Kann ich den dabei helfen? Habe jedoch nur beschränkte Programmierkenntnisse.
Am 17. Januar 2021 21:01:52 schrieb MeisterTR [email protected]:
ne ich meine bei dem openhab3 addon.. hab hier was interessantes https://github.com/maxinminax/node-mihome relativ jung, das gabs bei meiner letzten Recherche noch nicht damit lässt sich easy ein adapter Iobroker.miio-iot erstellen— You are receiving this because you commented. Reply to this email directly, view it on GitHub, or unsubscribe.
Das klingt doch verdammt gut! Ich bin beim testen des Adapters gerne behilflich. Habe ioBroker laufen und den Dreame F9 zuhause.
Ich habe mich in dem Xiaomi Mi IO Binding angemeldet. Ich kann gerne testen ob das auch ohne anmelden funktioniert.
Ohne Anmeldung funktioniert das Openhab 3 Xiaomi Mi IO Binding auch.
@MeisterTR
der weckt mein Interesse :)
Sag mal würde es dir helfen wenn ich dir Zugriff per TeamViewer auf meinen PC/Raspi oder so gebe das du dir die Geschichte mal selber ansiehst? Oder kommst du zufällig aus der nähe von FFM
Gibt es neue Erkenntnisse?