Selbstbau HM_WDS10_TH_O mit Luftdruckmessung

Begonnen von trilu, 23 Februar 2014, 12:23:22

Vorheriges Thema - Nächstes Thema

slor

Hallo Leute,

ich habe gerade versucht den Sensor mit Firmware 0.14 zu resetten und an einer Raspberrymatik anzulernen. Leider hat das nicht geklappt.
Reset hat weder via Fhem Befehl noch durch langes drücken auf die Taste funktioniert.
Auch ein Set unpair hat nicht dazu geführt, das ich den an der CCU anlernen konnte.

Kann jemand helfen? Gibts da ein Trick?

Ich habe auch versucht via HM-USB Stick auf Windows die 0.15 Firmware draufzuspielen. Leider stützt das Firmware Tool jedesmal beim Laden des Firmware Files ab. Andere Files von EQ3 gehen problemlos. (Ich habe beide .tgz und die .eq3 Datei versucht aus Github)

hier noch ein List des Devices:

Internals:
   DEF        5D7D27
   FUUID      5c571872-f33f-661b-b5e9-f5dd929cd85ae907
   IODev      hmusb2
   LASTInputDev hmusb2
   MSGCNT     6786
   NAME       HA_XX_TF
   NOTIFYDEV  global
   NR         304
   NTFY_ORDER 50-HA_XX_TF
   STATE      T: 24.0 H: 57 L: 352 P: 996.6 P-NN: 1001.3
   TYPE       CUL_HM
   chanNo     01
   hmusb2_MSGCNT 6786
   hmusb2_RAWMSG E5D7D27,0000,46C6102A,FF,FFB3,06A2705D7D2700000000F03926EE000089660B54
   hmusb2_RSSI -77
   hmusb2_TIME 2020-09-24 09:46:42
   lastMsg    No:06 - t:70 s:5D7D27 d:000000 00F03926EE000089660B54
   protCmdDel 27
   protCmdPend 2 CMDs pending
   protLastRcv 2020-09-24 09:46:42
   protRcv    373 last_at:2020-09-24 09:46:42
   protResnd  11 last_at:2020-09-24 09:39:33
   protResndFail 3 last_at:2020-09-24 09:36:41
   protSnd    14 last_at:2020-09-24 09:39:30
   protState  CMDs_pending
   rssi_at_hmusb2 cnt:374 min:-81 max:-45 avg:-67.76 lst:-77
   READINGS:
     2020-09-24 09:46:28   Activity        alive
     2020-09-24 09:39:29   D-firmware      0.14
     2020-09-24 09:39:29   D-serialNr      UWS4265196
     2020-09-24 09:46:42   batVoltage      2.90
     2020-09-24 09:46:42   battery         ok
     2020-09-24 09:39:34   cfgState        updating
     2020-09-24 09:39:33   commState       CMDs_pending
     2020-09-24 09:46:42   humidity        57
     2020-09-24 09:46:42   luminosity      352
     2020-09-24 09:46:42   pressure        996.6
     2020-09-24 09:46:42   pressure-nn     1001.3
     2020-09-24 09:46:42   state           T: 24.0 H: 57 L: 352 P: 996.6 P-NN: 1001.3
     2020-09-24 09:46:42   temperature     24.0
Fhem auf Raspberry Pi 4
CCU3 mit RaspberryMatic mit HMCCU an FHEM
HMCCU, Telegram, Conbee2 und Hue/Tradfri/Osram Lampen AQARA Sensoren, HomeConnect

frank

noch nie etwas von "pending cmds" gehört?

du musst aufs knöpfchen drücken, damit die cmds auch abgearbeitet werden.


warum reset?
ich hätte der raspimatic die selbe hmid gegeben, wenn sowieso alle devices "migriert" werden.

das list ist unvollständig.
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

slor

Habe ich schon... 100x knöfchen drücken hat nichts verändert. Bleibt immer auf pending.

Habe gerade noch mal das Pairing gestartet und nun ist das List auch ok.

Ich habe in meiner alten Installation mal den AES Key geändert. In der neuen habe ich neue HMID und stardard key, da der nur Stress gemacht hat. Daher muss ich via Reset alles manuell rüberziehen.

Hier ein vollständiges List:

Internals:
   DEF        5D7D27
   FUUID      5c571872-f33f-661b-b5e9-f5dd929cd85ae907
   IODev      hmusb2
   LASTInputDev hmusb2
   MSGCNT     34
   NAME       HA_XX_TF
   NOTIFYDEV  global
   NR         259
   NTFY_ORDER 50-HA_XX_TF
   STATE      T: 26.3 H: 60 L: 632 P: 998.1 P-NN: 1002.8
   TYPE       CUL_HM
   chanNo     01
   hmusb2_MSGCNT 34
   hmusb2_RAWMSG RBF8797E8,0001,00286411,FF,FFBD,37A4105D7D272574C40601000000
   hmusb2_RSSI -67
   hmusb2_TIME 2020-09-24 11:52:48
   lastMsg    No:37 - t:10 s:5D7D27 d:2574C4 0601000000
   protCmdPend 7 CMDs pending
   protLastRcv 2020-09-24 11:52:48
   protRcv    24 last_at:2020-09-24 11:52:48
   protResnd  8 last_at:2020-09-24 11:52:53
   protSnd    41 last_at:2020-09-24 11:52:48
   protState  CMDs_pending
   rssi_at_hmusb2 cnt:34 min:-82 max:-66 avg:-73.11 lst:-67
   READINGS:
     2020-09-24 11:29:38   Activity        alive
     2020-09-24 11:51:12   CommandAccepted yes
     2020-09-24 11:52:48   D-firmware      0.14
     2020-09-24 11:52:48   D-serialNr      UWS4265196
     2020-09-24 11:51:47   PairedTo        0x2574C4
     2020-09-24 09:54:41   R-altitude      0 m
     2020-09-24 09:54:41   R-burstRx       off
     2020-09-24 09:54:41   R-ledMode       on
     2020-09-24 09:54:41   R-lowBatLimitTHPL 1.6 V
     2020-09-24 11:51:27   R-pairCentral   0x2574C4
     2020-09-24 09:54:41   R-transmDevTryMax 3
     2020-09-24 11:51:56   batVoltage      2.90
     2020-09-24 11:51:56   battery         ok
     2020-09-24 11:52:48   cfgState        updating
     2020-09-24 11:52:53   commState       CMDs_pending
     2020-09-24 11:51:56   humidity        60
     2020-09-24 11:51:56   luminosity      632
     2020-09-24 09:54:37   powerOn         2020-09-24 09:54:37
     2020-09-24 11:51:56   pressure        998.1
     2020-09-24 11:51:56   pressure-nn     1002.8
     2020-09-24 11:52:48   recentStateType info
     2020-09-24 11:51:56   state           T: 26.3 H: 60 L: 632 P: 998.1 P-NN: 1002.8
     2020-09-24 11:51:56   temperature     26.3


Fhem auf Raspberry Pi 4
CCU3 mit RaspberryMatic mit HMCCU an FHEM
HMCCU, Telegram, Conbee2 und Hue/Tradfri/Osram Lampen AQARA Sensoren, HomeConnect

slor

Ich habe noch ein wenig rumprobiert... leider ohne Erfolg. Ich kann den Sensor nicht resetten (Via Fhem oder button)
Kann ich das Teil irgendwie via OTA Update resetten?

Sonst müsste ich den Sendor leider entsorgen :-( Und es ist mein letzes Device auf meinem alten Fhem Server.
Fhem auf Raspberry Pi 4
CCU3 mit RaspberryMatic mit HMCCU an FHEM
HMCCU, Telegram, Conbee2 und Hue/Tradfri/Osram Lampen AQARA Sensoren, HomeConnect

tndx

Wie versuchst Du es denn mit dem Button zurückzusetzen, wie hier beschrieben?

Falls alles nichts hilft, bevor Du es entsorgst, schick's zu mir, ggf. lässt sich noch was verwenden. Versandkosten würde ich natürlich übernehmen ;)

slor

Ja, genau so. Extra noch mal validiert. Hat jemand noch ne Firmware, die sich flashen lässt? Dann würde ich es erst damit noch mal versuchen.
Fhem auf Raspberry Pi 4
CCU3 mit RaspberryMatic mit HMCCU an FHEM
HMCCU, Telegram, Conbee2 und Hue/Tradfri/Osram Lampen AQARA Sensoren, HomeConnect

PeMue

Zitat von: slor am 30 September 2020, 20:36:51
Ja, genau so. Extra noch mal validiert. Hat jemand noch ne Firmware, die sich flashen lässt? Dann würde ich es erst damit noch mal versuchen.
Probier doch mal die Firmware von Tom Majors github Seite, vermutlich musst Du neu compilieren. Du brauchst auch eine andere Sensor ID bzw. ein anderes FHEM Modul.

Gruß Peter
RPi3Bv1.2 rpiaddon 1.66 6.0 1xHM-CC-RT-DN 1.4 1xHM-TC-IT-WM 1.1 2xHB-UW-Sen-THPL-O 0.15 1x-I 0.14OTAU  1xCUNO2 1.67 2xEM1000WZ 2xUniroll 1xASH2200 3xHMS100T(F) 1xRFXtrx 90 1xWT440H 3xTFA30.3150 5xFA21
RPi1Bv2 LCDCSM 1.63 5.8 2xMAX HKT 1xMAX RT V200KW1 Heizung Wasser

tndx

Zitat von: slor am 30 September 2020, 20:36:51
Ja, genau so. Extra noch mal validiert. Hat jemand noch ne Firmware, die sich flashen lässt? Dann würde ich es erst damit noch mal versuchen.

Ich kenne das Firmware-Tool von "HM-USB-Stick" nicht, aber Du könntest es auch damit versuchen:
https://git.zerfleddert.de/cgi-bin/gitweb.cgi/hmcfgusb

Damit habe ich die 0.15 Firmware auf ein Dutzend von Sensoren gespielt. Aber Voraussetzung ist, dass überhaupt ein OTA-Bootloader drauf ist. Ansonsten gibt es immer noch die Möglichkeit per ISP zu flashen. Wenn es damit nicht gehen sollte, dann ist wirklich irgendwas kaputt.

Gernott

#3128
Hallo

Ich habe hier einen Unisensor auf der Außenplatine v.2.01 mit DS18B20 und SHT10 betrieben. Da die Akkus nur etwa 3 Monate hielten, habe ich mal den Sleep-Strom gemessen. Bei 3 V waren es genau 300 µA. Zuerst hatte ich den CC1101 in Verdacht, aber dann erinnerte ich mich an das Ohmsche Gesetz, wonach dieser Strom über einen 10 k-Widerstand fließen mußte. Also habe ich im Sketch alle Sensoren deaktiviert und der Sleep-Strom war erwartungsgemäß bei 2..3 µA. Mit aktiviertem DS18B20 blieb der Strom niedrig. Mit Aktivierung des SHT10 sprang er wieder auf den hohen Wert.

Am SCL habe ich dann im Sleep tatsächlich 0 V gemessen, am SDA 3V. Also fließt der Strom über den Pull-up R5 am SCL. Wenn ich nun im Sketch einen SHT31 aktiviere, messe ich im Sleep am SCL 3V und der Sleep-Strom ist entsprechend niedrig. Das bestätigt auch meine Erfahrung mit allen meinen anderen Sensoren, die alle mit SHT3x ausgestattet sind.

Das Problem scheint also irgendwo im Sketch zu liegen, wo bei aktiviertem SHT10 der SCL im Sleep auf Low verbleibt. Weiß jemand, wie das korrigiert werden kann? Meine hardwarenahen Software-Kenntnisse sind leider etwas mau...

Update
Kann das Problem hier liegen?


  // Initialize CLK signal direction
  // Note: All functions exit with CLK low and DAT in input mode
  pinMode(_pinClock, OUTPUT);


(Aus der im Sketch verlinkten Bibliothek https://github.com/spease/Sensirion/blob/master/Sensirion.cpp)

Gruß
G.

Tom Major

Sprichst du vom HB-UNI-Sensor1? Falls ja, ich habe mal kurz geschaut und sehe vermutlich das Problem.
Früher: FHEM 5.x
Jetzt: RaspberryMatic / ioBroker


Tom Major

Kopier mal diese Zeile
https://github.com/TomMajor/SmartHome/blob/master/HB-UNI-Sensor1/Arduino/HB-UNI-Sensor1.ino#L487
2 Zeilen nach unten, also nach dem #endif aber vor dem sht10.init()
Damit müsste SCL high bleiben, oder?
Früher: FHEM 5.x
Jetzt: RaspberryMatic / ioBroker

Gernott

#3132
Zitat von: Tom Major am 24 Januar 2021, 23:55:02
Kopier mal diese Zeile
https://github.com/TomMajor/SmartHome/blob/master/HB-UNI-Sensor1/Arduino/HB-UNI-Sensor1.ino#L487
2 Zeilen nach unten, also nach dem #endif aber vor dem sht10.init()
Damit müsste SCL high bleiben, oder?
Ja, das klappt so. Vielen Dank. --

Nächste Baustelle: Einer meiner Unisensor1 auf einer Innenplatine zieht etwas 2.44 mA aus den Batterien bei 3 V. Alle Sensoren sind deaktiviert und abgesteckt. Was kann denn diesen Strom im sleep verursachen? Das CC1101-Modul? Kann man das im aufgelöteten Zustand irgendwie testen? VCC-Zuleitung auftrennen und Strom messen?

Tom Major

Zitat von: Gernott am 25 Januar 2021, 20:47:18
Ja, das klappt so. Vielen Dank. --

ok, ich werde es diese Woche auf Github updaten.
Erklärung: SHT10 ist kein echter I2C, die Sensirion Lib macht Bit banging auf den Leitungen. Deswegen habe ich den I2C Shared Access code drin. Der wurde aber nur enabled wenn noch ein wirklicher I2C Sensor wie der BME drin ist, sonst nicht. Ich werde ihn jetzt immer bei SHT10 enablen.
Früher: FHEM 5.x
Jetzt: RaspberryMatic / ioBroker

Tom Major

Hi Gernott,
ich habe den Fix für den SHT10 im Repo upgedatet.
https://github.com/TomMajor/SmartHome/commit/415ba938bdb02f5d2fd22279508fcdfcd47028bd

Was die neue Frage betrifft, ja, soviel wie möglich bzgl. Vcc auftrennen und einzeln messen. Im orangen Forum lese ich manchmal von CC1101 Modulen mit hohem Sleep Strom.
Früher: FHEM 5.x
Jetzt: RaspberryMatic / ioBroker