Verbindungsmöglichkeiten des Geräts

[Superposchi]

Hallo, kennt jemand zufällig diesen Diffusor oder ein anderes Modell von dem Hersteller?
https://www.amazon.de/gp/product/B07QPR8W3F/ref=ppx_yo_dt_b_asin_title_o01_s00?ie=UTF8&psc=1

Falls ja, wäre ich an Infos interessiert wie ihr ihn in Fhem eingebunden habt, die Angaben in Amazon sagen sowohl ZigBee-Unterstützung als auch das immer angegebene 2,4 Gh-Netzwerk.

[rabehd]

Wo steht da was von Zigbee?

[MadMax-FHEM]

Ich hab auch nix zu Zigbee finden können.
WLAN und BT ist genannt...

Vielleicht hilft das weiter: https://forum.fhem.de/index.php/topic,106668.msg1005202.html#msg1005202

Ist das nicht der? Oder zumindest so ähnlich?
EDIT: ok, wohl nicht "der" aber ähnlich (zumindest für meine "müden Augen" auf den ersten Blick)

Gruß, Joachim

[Superposchi]

Beim durchlesen der Seite (weiß selbst nicht mehr ob es in der Beschreibung oder den Kommentaren stand) hatte ich gelesen Unterstütz ZigBee und bei den Bewertungen hatte ich das Gegenteil gelesen.

Also ist definitiv ein anderes Gerät. Wie kann man denn das Gerät über das WLan in Fhem anbinden, kann dazu jemand was sagen?

[MadMax-FHEM]

Naja ctrl+f auf der Seite und dann Zigbee liefert zumindest nichts...

Gruß, Joachim

[Superposchi]

Diffusor ist endlich angekommen.
Also soweit ich gesehen habe ist nichts mit ZigBee. Hätte es erleichtert.

aber ich habe das Gerät am laufen, Verbindung mit dem WLan funktioniert  recht einfach.
Über die Handy-App Smart-Life geht die Steuerung einfach und unkompliziert. Es lassen sich auch Timer etc. setzen.

Trotzdem würde ich das Ding natürlich gerne in meinen Fhem-Server integrieren.
Soweit ich es verstehe sollte die Anbindung über MQTT2 funktionieren, ähnlich wie bei den Shelly2.5er.
Aber ich habe anders als bei den Shellys keine Weboberfläche gefunden, kann auch nicht die IP herausfinden mit der das Gerät im Heimnetz verbunden ist.
Es wird aber ein eigener Webserver angeboten, zumindest heißt es in der Bedienungsanleitung, das man sich bei Problemen mit der SSID des Gerätes verbinden soll.

Kann mir jemand den grundlegenden Prozess erläutern wie ich das Gerät identifizieren muss, welche Devices ich in Fhem anlegen muss und wie diese dann mit dem Gerät verbunden werden.

Wiki und CommandRef hab ich mir durchgelesen, aber ehrlich gesagt versteh ich nicht was da geschrieben steht. Da gibt's so viel Varianten, da blicke ich nicht durch.

[MadMax-FHEM]

Wie du kannst nicht rausfinden welche IP er in DEINEM Netzwerk hat?

Was hast du für einen Router?
Wo läuft DHCP bei dir?

Normalerweise kann man das in jedem (mir bekannten DHCP) irgendwo sehen welche Geräte welche IP haben (der vergibt sie ja)...

Mit der SSID des Gerätes verbinden bedeutet (verm.) der spannt ein eigenes WLAN auf (wie z.B. Echos, Shellys, ... bei der Ersteinrichtung)...
Normalerweise verbindet man die dann per App oder Webinterface (Shelly) mit dem eigenen Netz...

Die verlinkte Seite hat nicht geholfen?

Ansonsten: keine Ahnung...

Bzw.: wenn er sich mit Alexa steuern lässt, dann kannst du ihn mittels echodevice-Modul "integrieren" bzw. zumindest steuern...

Gruß, Joachim

[Superposchi]

Ich habe eine Fritzbox 6490 (ja, ich weiß, dass die bei zu vielen Geräten Ärger machen soll)
Ich habe allen Geräten feste IP's zugewiesen, DHCP läuft quasi nur für die Erstverbindung.
Klar gibt mir die Fritzbox eine Liste der benutzen IP's, aber leider sind da alle neuen Gerät mit PC-xxx-xxx-xxx-xxx benannt, was mich nicht weiterbringt, denn die IP weiß ich ja auch so. Nur die Verknüpfung welches Gerät welche IP hat ist nicht erkenntlich. Und da mehrere Verbindungen dieser Art angezeigt werden, kann ich sie nicht manuell zuordnen. Ein Aufruf der jeweiligen IP läuft ins Leere, so dass mir das auch nicht weiterhilft bei der Identifizierung.

Mit der SSID des Gerätes verbinden bedeutet (verm.) der spannt ein eigenes WLAN auf (wie z.B. Echos, Shellys, ... bei der Ersteinrichtung)...
Normalerweise verbindet mal die dann per App oder Webinterface (Shelly) mit dem eigenen Netz...

Ja, so verstehe ich die Anleitung. Muss ich aber noch probieren.

Die verlinkte Seite bezieht sich ja auf das Flashen, das will ich ja eigentlich gar nicht. Mir reicht es völlig, das Ding im Originalzustand anzusprechen wenn das geht.
Ich nutze kein Alexa, bei mir wird ausschließlich Google Assistant genutzt. Was genau meinst du mit echodevice?

[MadMax-FHEM]

Naja, also wie vergibst du fixe IPs?

Direkt in jedem Gerät?

Schlechte Idee, wenn zusätzlich ein DHCP läuft.
Bzw. dann halt: dein "manueller Bereich" außerhalb des DHCP-Bereiches...

Also ich kenne (und mache) das so: Gerät bekommt per DHCP eine Adresse. Dann sehe ich doch welche neu vergeben wurde. Dann weise ich DIESEM Gerät auf dem DHCP meine "Wunschadresse" zu und vergebe (sofern das der DHCP kann / die FB kann das) einen "sprechenden" Namen.

Wenn ich/man das so macht, dann weiß man doch wer wer ist...

Naja wie so oft bei solchen Geräten arbeiten die halt auf ihre "eigene Weise" mit "ihrem Anbieter".
Ob man da einfach so dazwischen kommt?

Was spricht gegen OTA flashen?
Wo ist das Risiko?
Entweder die Software geht drauf oder eben nicht...
...dann ist halt die "alte" wieder da (sollte, wenn der FW-Updatemechanismus halbwegs "vernünftig" implementiert ist)...


Mit echodevice meinte ich wie geschrieben das echodevice-Modul.
Damit kannst du eben die Alexa-Echos "steuern".
U.a. eben auch set ECHO_XXX textcommand schalte Irgendwas ein/aus

Also quasi wie wenn du zu dem Echo sprechen würdest nur halt ohne, dass du sprichst
Du lässt praktisch fhem für dich sprechen

Gruß, Joachim

[Superposchi]

Normalerweise vergebe ich die IP's direkt in der Fritz-Oberfläche. Sobald das Gerät neu gestartet wurde (Stecker kurz gezogen) ist die IP übernommen.
Klar vergebe ich meine IP's außerhalb des DHCP-Bereichs, wobei ich mir allmählich was einfallen lassen muss, denn die Anzahl verfügbarer Adressen wird immer kleiner.
Besonders da ich mit Bereichsgruppen arbeite. Also von ... bis ... für Netzwerkgeräte, von ... bis ... für Multimedia etc.. Meistens immer so mit 50 IP's pro Block.
Da gibt es dann natürlich Bereiche die fast leer sind und andere die fast voll sind.

Also ich kenne (und mache) das so: Gerät bekommt per DHCP eine Adresse. Dann sehe ich doch welche neu vergeben wurde. Dann weise ich DIESEM Gerät auf dem DHCP meine "Wunschadresse" zu und vergebe (sofern das der DHCP kann / die FB kann das) einen "sprechenden" Namen.

Grundsätzlich mache ich das auch so, aber seit einiger Zeit habe ich halt 4 Gerät mit dieser kriptischen PC-... Benennung in der Liste. Keine Ahnung woher die kommen oder was sie sind. Eine Weboberfläche ist bei allen Geräten nicht durch die IP erreichbar.
Entweder hab ich irgendwann mal vergessen Geräte umzubenennen oder es sind "tote" Geräte oder ein Gerät hat mehrere IP's in Beschlag (was ich mir eigentlich nicht vorstellen kann).

Naja wie so oft bei solchen Geräten arbeiten die halt auf ihre "eigene Weise" mit "ihrem Anbieter".
Ob man da einfach so dazwischen kommt?

Wie müsste ich denn vorgehen um zu versuchen dazwischen zu kommen?

Was spricht gegen OTA flashen?
Wo ist das Risiko?
Entweder die Software geht drauf oder eben nicht...
...dann ist halt die "alte" wieder da (sollte, wenn der FW-Updatemechanismus halbwegs "vernünftig" implementiert ist)...

Unkenntnis, bisher nie gemacht, Garantieverlust, defektes Gerät bei Fehlschlag - das spricht erstmal gegen diese Option wenn es auch anders geht.

Ok, hatte echo auf den echo-Befehl (wie er in einigen Programmiersprachen vorkommt) bezogen, nicht auf die Alexa-Speaker. Damit ist das für mich nicht nutzbar, es sei denn es gibt was vergleichbares für Google Assistant. Nutze schon Fhem connect, aber das ist ja ziemlich eingeschränkt leider. So wie ich den Wiki-Eintrag verstanden habe sollte damit doch auch naturell Speak gehen, also Befehle in natürlichen Sätzen. Leider bekomme ich nicht mehr als on/off hin mit dem Modul.

[MadMax-FHEM]

Wie müsste ich denn vorgehen um zu versuchen dazwischen zu kommen?

Naja Netzwerkverkehr mitschneiden...
Im Internet suchen, ob das schon jemand gemacht hat...
...

Gruß, Joachim

[Superposchi]

Mal ganz dumm gefragt, was macht das MQTT2-Device genau?
Ich bin davon ausgegangen, dass es einfach nur die Signale wie von der benutzen App von Fhem aus absendet bzw. empfängt.
Ist das falsch?

[MadMax-FHEM]

https://wiki.fhem.de/wiki/MQTT

Aber nur, wenn eben tatsächlich "echtes" mqtt verwendet wird (irgendwo wurde bei einem Gerät mal festgestellt: sieht aus wie mqtt ist aber nicht wirklich mqtt) und die Kommunikation nicht verschlüsselt ist...
(oder man eben die Schlüssel kennt/anpassen kann)

Gruß, Joachim

[Superposchi]

Ich nutze für meine Shelly's ja den in Fhem integrierten MQTT2_Server. Was mir nicht klar ist und auch aus den ganzen Wiki's nicht hervorgeht ist die Frage wie identifiziert Fhem das richtige Gerät.
Soweit ich das überblicke wird nirgends eine IP hinterlegt. es gibt nur das Server-Device und für jeden Shelly-Akotor ein MQTT2_Device-Device. Aber wie werden diese unterschieden/zugeordnet?

Wenn ich alles richtig verstehe, müsste ich zusätzlich zum internen MQTT2_Server-Device  eine MQTT_GENERIC_BRIDGE-Device erstellen, oder?

[Beta-User]

Wenn ich alles richtig verstehe, müsste ich zusätzlich zum internen MQTT2_Server-Device  eine MQTT_GENERIC_BRIDGE-Device erstellen, oder?

Mit ziemlicher Sicherheit nicht!

Dieses Gerät scheint seine Daten "irgendwie" (vermutlich - wie von MadMax-FHEM bereits ausgeführt - verschlüsselt im MQTT-Protokoll (!)) an einen Server "irgendwo da draußen" (vermutlich in China, Stichwort "Tuya"), und deine "App" macht das im Prinzip genauso.

Das hat NICHTS mit dem zu tun, was in FHEM an MQTT(2)-Modulen verfügbar ist. Wenn du a) die credentials zu dem chinesischen Server und b) die Topics kennen würdest, könntest du ggf. mit MQTT2_CLIENT versuchen, dich da reinzuhängen (00_MQTT.pm kann afaik keine verschlsselten Zugänge).

So würde ich empfehlen, entweder den Dispenser umzuflashen (so bei "Tasmota"/blakadder was passendes zu finden ist...), oder ggf. zu versuchen, die "Tuya-Cloud"-Lösung von dominik (?) auch dafür herzunehmen, die du afaik bereits für die Xiaomi-BT-etc- Gadgets im Einsatz hast.

Ansonsten ist das ziemlich aussichtslos...