Selbstbau HM_WDS10_TH_O mit Luftdruckmessung

[Tobias]

Hi,
irgendwann hier wurden mal die passenden CC1101-Module vpon Aliexpress hier verlinkt - die ohne Stiftleiste - direkt zum auflöten.
Irgendwie finde ich die nicht mehr. Ich finde zwar jede Menge CC1101 Module bei Ali aber keine explizit angegebenen für 868MHZ ohne Stiftleiste.

Andernfalls, kann ich dieses hier nehmen?
http://www.aliexpress.com/item/5pcs-lot-CC1101-868MHz-wireless-module-distance-for-300m-Free-shipping/1104732817.html

Dieses hier ist wohl nicht auf 868MHZ optimiert:
http://www.aliexpress.com/item/5PCS-LOT-CC1101-wireless-module-Frequency-range-300-1000-MHz-free-shipping/1095240213.html

[papa]

Das hier:

http://www.aliexpress.com/item/2PCS-LOT-CC1101-868MHz-wireless-module-free-shipping/1282890043.html

[Tobias]

hi,
den hatte ich auch schon, aber der ist für stiftleisten und nicht für direktes Auflöten ala SMD geeignet. Siehe Link vorher, der hat lötstellen zum SMD-Löten

[Dirk]

irgendwann hier wurden mal die passenden CC1101-Module vpon Aliexpress hier verlinkt - die ohne Stiftleiste - direkt zum auflöten.

Das hier:
http://www.aliexpress.com/item/2pcs-lot-CC1101-868MHz-wireless-RF-module-Free-shipping/1104646176.html

Gruß
Dirk

[Tobias]

ok, danke euch beiden... Ich bestell mal welche und versuch die ohne Stiftleiste direkt durch die Löcher direkt als SMD aufzulöten... Geht natürlich nur falls die Unterseite des Moduls plan ist und keine Bauteile dort liegen

[Dirk]

Geht natürlich nur falls die Unterseite des Moduls plan ist und keine Bauteile dort liegen

Ja, das passt. So mach ich das bei den Sensoren
Das Bild passt nicht exakt zu den gelieferten Modulen. Die Löcher für die Stiftleisten waren halbiert. Lassen sich also wunderbar auch SMD bestücken.

[PeMue]

Falls du selber den Bootloader flashen kannst, hier ist übrigens ein angepasster Arduino-Serial-Bootloader bei dem du Seriennummer usw. im Bootloader setzen kannst: https://github.com/kc-GitHub/Wettersensor/tree/v0.12/Tools/Bootloader/Arduino_Serial

Hallo Dirk,

ich verstehe die Sache so:
- serieller Bootloader (aktueller Bootloader hier https://github.com/kc-GitHub/Wettersensor/tree/v0.12/Tools/Bootloader/Arduino_Serial
Hier wird HM-ID und Seriennummer mit dem Flash-Skript in die HEX-Datei des Sensors geschrieben und danach die (modifizierte) Firmware geflasht.
- OTA Bootlader (aktuell die V0.7.0 siehe https://github.com/kc-GitHub/Asksin_OTA_Bootloader/tree/master/Tools/Flash-Tool-Windows)
Hier wird im Bootloader die HM-ID und die Seriennummer (auch wieder mit dem Flash-Skript) geschrieben, die Firmware wird ohne Änderung (bis auf die Umwandlung in eq3) über 868 MHz geflasht.
Ist das so richtig? Meine Sensoren haben auch noch den seriellen Bootloader, aber ich werde demnächst mal auf OTA umsteigen, falls das OTA Flashen mit CUL funktioniert.

Danke + Gruß

Peter

[betateilchen]

Wenn ich mich recht erinnere hast du noch den seriellen BL?
Bis dahin ist das Script noch im 0.12er Zweig zu finden:
Das 0.14er Hexfile ist im 0.14er Firmware-Release:

Das heißt, ich kann das bisherige 0.12 Skript einfach zusammen mit dem hexFile der 0.14 verwenden? Prima, dann probier ich das mal.

[Poquito]

Hallo Dirk,

ich weiß nicht mehr weiter. Wieder einen ganzen Tag am Rechner verbracht, ohne einen Schritt weiter gekommen zu sein.
Das Programm auf dem Sensor scheint korrekt zu laufen. Soweit ich das beurteilen kann stimmen die Ausgaben über die serielle Schnittstelle, aber ich kann den Sensor nicht im FHEM einbinden.

Hast du auch die HMConfig_SenTHPL.pm ins FHEM-Verzeichniss kopiert?

Die Datei habe ich ins Verzeichnis /opt/fhem/FHEM kopiert und auch verschiedene Versionen ausprobiert, aber immer mit dem selben Ergebnis, dass firmware, model, serialNr und subType falsch interpretiert werden.
Aktuell sehen die Einträge unter Attributes so aus:

IODev          CUL_1
autoReadReg    4_reqStatus
expert         2_full
firmware         0.10
model         HM-LC-BL1-PB-FM
serialNr         tarting sk
subType         blindActuator

Ist noch irgend etwas anderes an FHEM zu ändern oder einzubinden, das ich übersehen habe oder sollte doch etwas an der Hardware nicht funktionieren?

Gruß
Helmut

[betateilchen]

Bei mir wird der Sensor nun mit der 0.14 Firmware auch als völlig falsches Gerät in fhem angezeigt...

Es fängt schon damit an, dass die HMId in DEF falsch angezeigt wird - ich hatte beim flashen die B4:88:98 verwendet und nicht 00:01:02
Irgendwas muss da mächtig schiefgegangen sein.

Code Auswählen Erweitern


Internals:
   CFGFN
   DEF        000102
   IODev      fl_HMUSB
   LASTInputDev wz_HMUSB
   MSGCNT     2
   NAME       CUL_HM_HM_LC_SW1_PL_OM54_000102
   NR         359
   STATE      ???
   TYPE       CUL_HM
   fl_HMUSB_MSGCNT 1
   fl_HMUSB_RAWMSG E000102,0000,192C1306,FF,FFC0,07A2000001020000000E000102030405060708090A0B70030100
   fl_HMUSB_RSSI -64
   fl_HMUSB_TIME 2015-03-13 19:13:48
   lastMsg    No:07 - t:00 s:000102 d:000000 0E000102030405060708090A0B70030100
   protLastRcv 2015-03-13 19:13:48
   protResnd  3 last_at:2015-03-13 19:14:05
   protSnd    1 last_at:2015-03-13 19:13:52
   protState  CMDs_processing...
   rssi_at_fl_HMUSB avg:-64 min:-64 max:-64 lst:-64 cnt:1
   rssi_at_wz_HMUSB avg:-42 min:-42 max:-42 lst:-42 cnt:1
   wz_HMUSB_MSGCNT 1
   wz_HMUSB_RAWMSG E000102,0000,01BBC480,FF,FFD6,07A2000001020000000E000102030405060708090A0B70030100
   wz_HMUSB_RSSI -42
   wz_HMUSB_TIME 2015-03-13 19:13:48
   Readings:
     2015-03-13 19:13:48   D-firmware      0.14
     2015-03-13 19:13:48   D-serialNr      

   cmdStack:
   Helper:
     cSnd       01127000000102010E
     mId        0001
     rxType     1
     Io:
       newChn     +000102,00,01,00
       nextSend   1426270428.99022
       prefIO
       rxt        0
       vccu
       p:
         000102
         00
         01
         00
     Mrssi:
       mNo        07
       Io:
         fl_HMUSB   -62
         wz_HMUSB   -42
     Prt:
       bErr       0
       sProc      1
       Rspwait:
         cmd        As0B02A001127000000102010E
         mNo        02
         reSent     4
     Q:
       qReqConf   00
       qReqStat
     Role:
       chn        1
       dev        1
       prs        1
     Rssi:
       At_fl_hmusb:
         avg        -64
         cnt        1
         lst        -64
         max        -64
         min        -64
       At_wz_hmusb:
         avg        -42
         cnt        1
         lst        -42
         max        -42
         min        -42
Attributes:
   IODev      fl_HMUSB
   autoReadReg 4_reqStatus
   expert     2_full
   firmware   0.14
   model      HM-LC-SW1-PL-OM54
   room       CUL_HM
   serialNr   

   subType    switch
   webCmd     statusRequest:toggle:on:off


Das Firmwareupdate selbst hat seriell problemlos funktioniert,
die aktuelle HMConfig_SenTHPL.pm ist auch kopiert und mit den richtigen Zugriffsrechten versehen.

[Dirk]

Hallo Dirk,

ich verstehe die Sache so:
- serieller Bootloader (aktueller Bootloader hier https://github.com/kc-GitHub/Wettersensor/tree/v0.12/Tools/Bootloader/Arduino_Serial
Hier wird HM-ID und Seriennummer mit dem Flash-Skript in die HEX-Datei des Sensors geschrieben und danach die (modifizierte) Firmware geflasht.
- OTA Bootlader (aktuell die V0.7.0 siehe https://github.com/kc-GitHub/Asksin_OTA_Bootloader/tree/master/Tools/Flash-Tool-Windows)
Hier wird im Bootloader die HM-ID und die Seriennummer (auch wieder mit dem Flash-Skript) geschrieben, die Firmware wird ohne Änderung (bis auf die Umwandlung in eq3) über 868 MHz geflasht.
Ist das so richtig?

Korrekt.
Doch nicht ganz Korrekt. Siehe hier:
http://forum.fhem.de/index.php/topic,20620.msg273064.html#msg273064
Das korrigierte Script kommt noch.

ich weiß nicht mehr weiter. Wieder einen ganzen Tag am Rechner verbracht, ohne einen Schritt weiter gekommen zu sein.
Das Programm auf dem Sensor scheint korrekt zu laufen. Soweit ich das beurteilen kann stimmen die Ausgaben über die serielle Schnittstelle, aber ich kann den Sensor nicht im FHEM einbinden.

Hast du die Seriennummer usw. direkt in die FW einkompiliert? Oder hast du mit dem Flash-Script geflasht?
Und wieso steht da noch "firmware         0.10"?

Bei mir wird der Sensor nun mit der 0.14 Firmware auch als völlig falsches Gerät in fhem angezeigt...

Es fängt schon damit an, dass die HMId in DEF falsch angezeigt wird - ich hatte beim flashen die B4:88:98 verwendet und nicht 00:01:02
Irgendwas muss da mächtig schiefgegangen sein.

Es gab schon mal das Problem dass es beim Hex2bin Probleme gab.
wie sieht denn der Commandline-Aufruf vom Script bei dir aus?


Gruß
Dirk

[betateilchen]

Es gab schon mal das Problem dass es beim Hex2bin Probleme gab.
wie sieht denn der Commandline-Aufruf vom Script bei dir aus?

Code Auswählen Erweitern


C:\Users\Udo Neumann\Desktop\Flash-Tool-Windows>flash.cmd com4 HB-UW-Sen-THPL_up
date_V0_14_001_150301.hex B4:88:98 UWS2370787

Start flashing device with HM-ID: B4:88:98 and serial number: UWS2370787

avrdude.exe: AVR device initialized and ready to accept instructions

Reading | ################################################## | 100% 0.02s

avrdude.exe: Device signature = 0x1e950f
avrdude.exe: reading input file "HB-UW-Sen-THPL_update_V0_14_001_150301.bin"
avrdude.exe: writing flash (28672 bytes):

Writing | ################################################## | 100% 13.68s

avrdude.exe: 28672 bytes of flash written
avrdude.exe: verifying flash memory against HB-UW-Sen-THPL_update_V0_14_001_1503
01.bin:
avrdude.exe: load data flash data from input file HB-UW-Sen-THPL_update_V0_14_00
1_150301.bin:
avrdude.exe: input file HB-UW-Sen-THPL_update_V0_14_001_150301.bin contains 2867
2 bytes
avrdude.exe: reading on-chip flash data:

Reading | ################################################## | 100% 12.67s

avrdude.exe: verifying ...
avrdude.exe: 28672 bytes of flash verified

avrdude.exe: safemode: Fuses OK

avrdude.exe done.  Thank you.


Code Auswählen Erweitern


::**********************************************************
::* Write user defined HM-ID and serial number to bin-file *
::**********************************************************
bin\sed -b -e "s/\(%defSerialNumber%\)\(.*\)\(\x%defHmId1%\x%defHmId2%\x%defHmId
3%\)/%serialNr%\2\x%hmId1%\x%hmId2%\x%hmId3%/" %fileBasename%.bin > %fileBasenam
e%.tmp
del %fileBasename%.bin
ren %fileBasename%.tmp %fileBasename%.bin

echo Start flashing device with HM-ID: %hmId1%:%hmId2%:%hmId3% and serial number
: %serialNr%


:useDefaultValues

::*******************************
::* Begin flashing with avrdude *
::*******************************
if %serialNr%!==! (
        echo Start flashing device with predefined HM-ID and serial number.
)

bin\avrdude.exe -Cbin\avrdude.conf -patmega328p -carduino -P %1 -b57600 -D -Ufla
sh:w:%fileBasename%.bin:r
del %fileBasename%.bin

goto :end



Gab es früher nicht unterschiedliche Firmwarefiles für Innen- und Aussensensoren, wegen unterschiedlicher HM-model-Typen?

[betateilchen]

Ich bin jetzt wieder auf der 0.12, die liess sich problemlos wieder einspielen.

[Dirk]

C:\Users\Udo Neumann\Desktop\Flash-Tool-Windows>flash.cmd com4 HB-UW-Sen-THPL_up
date_V0_14_001_150301.hex B4:88:98 UWS2370787

Ok, das ist das Problem.
Da ist das "alte" flashscript scheinbar doch incompatibel.
Mist ich werde alt und leide wohl langsam an "Amnesie".
Ich schicke dir gleich das richtige Script. Weil da gehört noch der Devicetype mit rein.

[Mr. P]

Hej Dirk,

jetzt mal ein kleines Feedback zur 0.14er.
Als ich heute zwischendurch auf mein Display schaute, musste ich feststellen, dass es laut einen meiner Sensoren draußen -39,7°C hat. Es ist heute zwar heute etwas kälter, aber als so schlimm hab ich es auch nicht empfunden.
Ein kurzer Blick auf System zeigte mir folgende letzte Logeinträge:

Code Auswählen Erweitern

2015-03-13_06:19:28 sensorOutdoor T: 5.5 H: 63 L: 0.01 P: 995.8 P-NN: 1021.6
2015-03-13_06:19:28 sensorOutdoor batVoltage: 2.2
2015-03-13_06:22:13 sensorOutdoor T: 5.5 H: 63 L: 0.01 P: 995.8 P-NN: 1021.6
2015-03-13_06:22:13 sensorOutdoor batVoltage: 2.1
2015-03-13_06:24:43 sensorOutdoor T: 5.5 H: 63 L: 0.03 P: 995.9 P-NN: 1021.7
2015-03-13_06:24:43 sensorOutdoor batVoltage: 2.2
2015-03-13_06:28:08 sensorOutdoor T: 5.5 H: 62 L: 0.03 P: 995.8 P-NN: 1021.6
2015-03-13_06:28:08 sensorOutdoor batVoltage: 2.2
2015-03-13_06:28:17 sensorOutdoor T: -39.7 H: 41 L: 0.01 P: 995.8 P-NN: 1021.6
2015-03-13_06:28:17 sensorOutdoor batVoltage: 1.2

Ich hab vorhin gerade die beiden Zellen mit dem Multimeter gemessen und siehe da:
Zelle 1: 951mA
Zelle 2: 159mA

Jetzt während dem Schreiben noch einmal gemessen und da gibt es eine kleine Änderung:
Zelle 1: 953mA
Zelle 2: 694mA

Die ganzen andern Sensoren, die ich quasi zeitgleich upgegradet habe (sind allerdings 03er und nicht 06er wie dieser), liefern hingegen weiterhin ordnungsgemäß ihre Daten bei FHEM ab.

Zeitpunkt der Inbetriebnahme des Sensors (erster Eintrag im Logfile mit einstelliger Nachkommastelle) war:
2015-03-03_01:45:25 sensorOutdoor batVoltage: 2.2