Xiaomi Temp and Humidity Monitor 2 + BLE Adapter

[FlUtZ]

Mein Wecker wurde gestern auch geliefert. Gleiches Bild wie bei den Temperatursensoren. BLE erkennt ihn als Gerät, kann aber damit nichts anfangen, weil die Werte aktiv abgefragt werden müssen. Auch wenn ich die Temperatur am Handy anzeigen will, muss ich erst aktiv verbinden, bevor ich am Handy was angezeigt bekomm.

[Alexander Gabrecht]

Hi,

ich habe auch ein 4er Paket der Sensoren mit der App im Einsatz.

Ich habe folgenden Link gefunden, wo einer per bash script und Tools die Daten der Sensoren ausliest:

http://www.d0wn.com/using-bash-and-gatttool-to-get-readings-from-xiaomi-mijia-lywsd03mmc-temperature-humidity-sensor/

[Alexander Gabrecht]

There is another Project which even sends the data via mqtt (as a callback).

https://github.com/JsBergbau/MiTemperature2

It should be noticed, that the Mi Home App connects to the Device and sets it into a "connected sleep mode" after reading the values.

They managed to reverse engineer this power saveing message.

Would be great to build something to the iobroker adapter. But if you have only those BLE Devices or another spare RasPi you could send it to the mqtt server with this project outside the iobroker.

[LichtAn]

hat jemand von euch das kleine eckige eink modell

https://de.banggood.com/MMC-E-ink-Screen-Digital-Thermometer-Hygrometer-Temperature-Humidity-Sensor-from-Xiaomi-Ecosystem-p-1251682.html?akmClientCountry=DE&rmmds=search&cur_warehouse=CN

und kann bestätigen das es geht ? Hab selbst das große und das ist ok. Ich finde nämlich das die eink Displays auf die entfernung deutlich besser lesbar sind als die lcd teile.

[SBorg]

Sagen wir es mal so, die Chancen stehen eher schlecht. Die "Dauerfunker" benötigen mehr Strom, deswegen ist dort eine AAA-Batterie verbaut. Die "Ich-funke-nur-auf-Anfrage" benötigen wesentlich weniger Strom, daher werden sie mit einer CRxxxx betrieben. Letztere werden derzeit nicht vom Adapter unterstützt.
...aber letztendlich muss es wenigstens einer halt mal ausprobieren

[AlCalzone]

@Alexander-Gabrecht Kannst du mir den Link (und Post-Text) in ein Github-Issue kopieren? So gehts nicht verloren.

[Alexander Gabrecht]

@AlCalzone erledigt

[FlUtZ]

Ein Lichtblick! Ich habe eben gesehen, dass im BLE-Adapter Werte der Quingping-Alarm-Clock auftauchen. 0.1 %rF und -2293 °C sind jetzt keine reellen Werte (die Uhr zeigt mir 48,9% und 21,2°C an) aber der Adapter findet Werte!

[AlCalzone]

@FlUtZ Schick mir doch mal eines der Rohdatenpakete Am besten mit den entsprechenden Anzeigewerten der Uhr.

[Christin-Michelle Fremgen]

Wir haben die rechteckigen mit dem Smiley über den Alexa 2.0 Adapter rein gekriegt. Muss ne Änderung sein die max 2 Wochen alt ist.

[kenny384]

@Christin-Michelle-Fremgen Tatsache. Gerade mal in der Alexa-App die Suche wieder angeschmissen und meine drei Sensoren kamen über den Mi Home-Skill rein. Es scheinen aber nur die Temperaturwerte reportet zu werden. Aber das ist doch schon einmal etwas!

[anna]

@Christin-Michelle-Fremgen
Gibt's da einen Trick bei?

[kenny384]

@anna Ruf die Daten über die Mi Home App mal bitte neu vom Sensor ab und schaue dann nochmal nach. Wäre jetzt eh eine interessante Frage, wie oft denn diese Daten über den Skill überhaupt aktualisiert werden. Bei mir sind die Sensoren ja über ein BLE-Gateway (Luftbefeuchter) verbunden, von daher KÖNNTEN rein technisch recht regelmäßig Daten abgerufen werden. Wenn man das nur über das Handy macht, dann natürlich schon nicht mehr so ohne Weiteres.

PS: habe bei mir gerade mal nachgeschaut. Laut ioBroker letzte Wertänderung fast 24 Stunden her. Aktualisierung das selbe. Bei Raumtemperatur eher unrealistisch... Wenn die Daten also quasi manuell gepullt werden müssen via App, dann ist das natürlich alles irgendwie Quatsch.

[FlUtZ]

@AlCalzone Hab eben nochmal geschaut. Letzter Datenpunkt vom 15.03.2020. Bin mal in die App und habe aktiv die Daten von der Uhr aufs Handy geholt, bekomme aber keine neuen Daten im BLE-Adapter angezeigt.

Das steht dann unter Raw:
{
"from": "system.adapter.ble.0",
"user": "system.user.admin",
"ts": 1584289746025,
"common": {
"name": "Relative Humidity",
"role": "value",
"type": "number",
"unit": "%rF",
"read": true,
"write": false
},
"native": {},
"acl": {
"object": 1638,
"owner": "system.user.admin",
"ownerGroup": "system.group.administrator",
"state": 1638
},
"_id": "ble.0.58:2d:34:51:07:7c.humidity",
"type": "state"
}

Der Wert für den fe95-Service ist recht aktuell der wurde zuletzt vor paar Minuten aktualisiert. Kann aber auch keine neue Aktualisierung erzwingen. Signalstärke aktualisiert sich alle paar Sekunden, die passt.

Wenn du magst, kann ich dir den Wecker am Montag auch einfach in die Post legen und dir zuschicken. Dann bekommst den zusammen mit nem Rücksendeaufkleber und kannst mal bisschen rumspielen, wenn du lust hast.

[AlCalzone]

@FlUtZ Ich meinte den Wert der rein kommt für fe95 (70.....?) und die zugehörige Anzeige der Uhr. Eventuell bekommen wir das so hin, ohne dass ich das Gerät benötige.

[FlUtZ]

Also der FE95 zeigt:
30587605937c0751342d5808

ABER .... die unknown-Liste wird immer länger und ich hab das Gefühl, dass mir die bald meinen Raspberry zerschießt. Sobald ich den Reiter von der Alarmclock öffne, braucht er ewig zum laden. 9700 Objekte ... ich würde mal sagen da ist 8.000 mal der Wecker drin.

[AlCalzone]

@FlUtZ 30... heißt keine Daten. Wegen den ganzen unknowns mal in die Optionen schauen, da gibts einen Haken für

[FlUtZ]

@AlCalzone ich denke du meinst den Haken bei "Erfassen von Geräten ohne gesendete Daten erlauben". Der ist bei mir schon inaktiv.

[AlCalzone]

@FlUtZ Hmm dann muss ich nochmal schauen, wo die herkommen.
Am besten löschst du jetzt mal das Gerät in der Objekte-Liste, solange es noch geht.

Und schick mir bitte mal den Wert hinter fcdc.

[FlUtZ]

@AlCalzone

In Klartext: 080c7c0751342d580104d100d801