Selbstbau HM_WDS10_TH_O mit Luftdruckmessung

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

Vorheriges Thema - Nächstes Thema

hexenmeister

#315
@Dirk

Stabil ist meiner leider noch nicht. Sieht man gut an den 'Sprüngen' in Diagram. Lief wohl nur sehr kurz mit der _test-Firmware. Ich habe erstmal wieder die 'normale'-Version geflasht.

Aber die Lux Anzeige sieht jetzt gut aus! ;)

P.S. Wie war noch mal Dein GitHub-Link?




betateilchen

-----------------------
Formuliere die Aufgabe möglichst einfach und
setze die Lösung richtig um - dann wird es auch funktionieren.
-----------------------
Lesen gefährdet die Unwissenheit!

hexenmeister

Zitat von: betateilchen am 09 April 2014, 22:11:22
wo finde ich die libusb0.dll *grummel*

In Arduino-IDE zum bleistift: ...\hardware\tools\avr\bin

Dirk

Der Code vom Sensor ist hier:
https://github.com/kc-GitHub/Wettersensor

Das Subrepo von der AskSin-Lib ist hier:
https://github.com/kc-GitHub/AskSin

Wie Verhält sich denn die LED bei dir beim senden?
Leuchtet die 2mal kurz oder einmal kurz und einmal lang?

Zitatwo finde ich die libusb0.dll *grummel*
Eine DLL für MacOS?

Fehlt die noch beim FlashTool? Dann pack ich sie noch mit rein.

betateilchen

vergiss MacOS - ich teste grade in einer Windows-VM (auf Mac) und im Flashtool ist die dll nicht dabei.
-----------------------
Formuliere die Aufgabe möglichst einfach und
setze die Lösung richtig um - dann wird es auch funktionieren.
-----------------------
Lesen gefährdet die Unwissenheit!

Dirk

#320
Aso.

Ist im Anhang.
Falls noch was fehlt, sag bescheid.
Ich muss das ding doch mal auf ner nachtem VM testen.

Update:
Anhang gelöscht.
Die fehlende dll-Datei ist im geändetren Flash-Tool hier enthalten:
http://forum.fhem.de/index.php/topic,20620.msg157410.html#msg157410

betateilchen

kommt die dll ins bin Verzeichnis oder irgendwo ins Windows-System?

Mensch, mach doch mal eine vernünftige Doku zu dem Sensor...
-----------------------
Formuliere die Aufgabe möglichst einfach und
setze die Lösung richtig um - dann wird es auch funktionieren.
-----------------------
Lesen gefährdet die Unwissenheit!

betateilchen

#322
dll ins bin Verzeichnis kopiert, Update durchgeführt, geht.

(http://up.picr.de/17913941qy.png)
-----------------------
Formuliere die Aufgabe möglichst einfach und
setze die Lösung richtig um - dann wird es auch funktionieren.
-----------------------
Lesen gefährdet die Unwissenheit!

betateilchen

übrigens - die HMID und Seriennummer sind Pflichteingaben, ohne die Angaben meckert das Flashtool rum.
-----------------------
Formuliere die Aufgabe möglichst einfach und
setze die Lösung richtig um - dann wird es auch funktionieren.
-----------------------
Lesen gefährdet die Unwissenheit!

hexenmeister

Danke!

ZitatWie Verhält sich denn die LED bei dir beim senden?
Leuchtet die 2mal kurz oder einmal kurz und einmal lang?

Die LED blinkt in kurzem Abstand nacheinander zwei mal kurz.

Was sagt das aus?

Dirk

Zitat von: betateilchen am 09 April 2014, 22:33:46
übrigens - die HMID und Seriennummer sind Pflichteingaben, ohne die Angaben meckert das Flashtool rum.
Das sollte natürlich nicht so sein. Danke für den Hinweis.
Ich habs unten gefixt. Ohne Angabe der Daten wird nun wieder die HM-ID und die Seriennummer aus dem HEX-File benutzt.

Zitat von: hexenmeister am 09 April 2014, 22:38:19
Die LED blinkt in kurzem Abstand nacheinander zwei mal kurz.
Was sagt das aus?
Dann passt da schon mal alles.

Das erste mal kurz bedeutet Daten wurden gesendet, das zweite mal kurz ist der ACK von FHEM.
Das zweite mal lang würde bedeuten das FHEM das Packet nicht bestätigt hat.
Das kann man testen indem man das Device aus FHEM löscht, oder FHEM beendet.

Wenn die Firmware mal stabil läuft überlege ich aber das blinken abzustellen.
Das spart sicher noch ein paar Wochen Batterielaufzeit.

Gruß
Dirk

Thorsten Pferdekaemper

Hi,
ich bin jetzt endlich auch mal dazugekommen, mich mit der Sache zu befassen. Trotz libusb0.dll-Hürde habe ich auf meinem jetzt die 0.5er Firmware. Das Pairing unter FHEM hat auch geklappt. Allerdings passiert immer das hier, wenn das Teil sendet:
2014.04.09 22:24:17 1: 192.168.178.152:1000 disconnected, waiting to reappear
2014.04.09 22:24:17 1: HMLAN_Parse: HMLAN1 new condition disconnected
2014.04.09 22:24:17 1: 192.168.178.152:1000 reappeared (HMLAN1)
2014.04.09 22:24:17 1: HMLAN_Parse: HMLAN1 new condition init
2014.04.09 22:24:18 1: HMLAN_Parse: HMLAN1 new condition ok

...und readings bekomme ich keine.
Hier ist ein list auf das Device:
Internals:
   CFGFN     
   DEF        42FFFF
   HMLAN1_MSGCNT 8
   HMLAN1_RAWMSG R481E93C5,0001,00004954,FF,FFC0,19A01042FFFF23A3F40100000000
   HMLAN1_RSSI -64
   HMLAN1_TIME 2014-04-09 22:12:14
   IODev      HMLAN1
   LASTInputDev HMLAN1
   MSGCNT     8
   NAME       CUL_HM_HM_WDS10_TH_O_42FFFF
   NR         775
   STATE      ???
   TYPE       CUL_HM
   lastMsg    No:19 - t:10 s:42FFFF d:23A3F4 0100000000
   protLastRcv 2014-04-09 22:12:14
   protSnd    9 last_at:2014-04-09 22:12:14
   protState  CMDs_done
   rssi_at_HMLAN1 avg:-64.37 min:-67 max:-64 lst:-64 cnt:8
   Readings:
     2014-04-09 22:32:15   Activity        unknown
     2014-04-09 22:12:12   CommandAccepted yes
     2014-04-09 22:12:10   D-firmware      0.5
     2014-04-09 22:12:10   D-serialNr      KEQ1234567
     2014-04-09 22:12:13   PairedTo        0x23A3F4
     2014-04-09 22:12:13   R-burstRx       off
     2014-04-09 22:12:13   R-pairCentral   0x23A3F4
     2014-04-09 22:12:13   RegL_00:          01:00 02:01 0A:23 0B:A3 0C:F4 00:00
   Helper:
     cSnd       0123A3F442FFFF0103
     mId        003D
     peerIDsRaw ,00000000
     rxType     140
     Io:
       nextSend   1397074334.62589
     Prt:
       bErr       0
       sProc      0
       try        1
       Rspwait:
     Q:
       qReqConf   
       qReqStat   
     Role:
       chn        1
       dev        1
     Rpt:
       IO         HMLAN1
       flg        A
       ts         1397074334.4581
       ack:
         HASH(0x1027d00)
         19800223A3F442FFFF00
     Rssi:
       At_hmlan1:
         avg        -64.375
         cnt        8
         lst        -64
         max        -64
         min        -67
     Shadowreg:
Attributes:
   IODev      HMLAN1
   actCycle   000:10
   actStatus  unknown
   autoReadReg 4_reqStatus
   expert     2_full
   firmware   0.5
   model      HM-WDS10-TH-O
   peerIDs    00000000,
   room       CUL_HM
   serialNr   KEQ1234567
   subType    THSensor

Außerdem habe ich das Ding parallel am Serial Monitor hängen. Das sieht ungefähr so aus:
<- 1C 06 A2 70 42 FF FF 23 A3 F4 00 E6 31 03 F4 00 00 0B 78 09 5C 00 00 11 65 00 00 08 DE (l:29)
-> NA (716228)

Kann mir jemand einen Tipp geben?
Danke&Gruß,
    Thorsten
FUIP

Dirk

Der Eventmonitor zeiht auch nix an?
HM-LAN kann ich erst am Wochenende Testen.
Sieht aber so aus als ob das Peering nicht richtig geklappt hat.
Lösch das Teil nochmal aus FHEM und Paire es nochmal.
Während dem Pairing kannst du ja mal die Serielle Konsole dran lassen.

hexenmeister

ZitatHM-LAN kann ich erst am Wochenende Testen.
Ich habe den Sensor zwar jetzt über hmusbcfg im Betrieb, Hatte aber zwischendurch auch per hmlan angebunden gehabt. Keine Probleme damit.

santalaus

Toll, da wollte ich schon sagen: 0.5 hängt.
Kann aber nicht meckern, bei mir hat sich der hmland bzw USB-Stick aufgehangen.
Erst nach Rechnerneustart lief es wieder.

/OffTopic Dafür funktioniert nun auch EC3000 was vorher nie ging.

Ansonsten sieht z.Z. alles recht gut aus. Ich habe mal versucht mich mit dem Quellcode zu beschäftigen, damit ich testen kann wenn die PIR kommen.

Nico