Selbstbau HM_WDS10_TH_O mit Luftdruckmessung

[Dirk]

Warum abgesetzt? Einfach um eine bessere Messposition haben zu können oder hat das noch technisch Gründe?

Weil, wenn man das Gehäuse in die Sonne "hängt", wegen dem Helligkeitssensor, im Gehäuse schon mal > 40 °C entstehen.
Dann misst der Temp/Feuchte-Sensor natürlich mist.
So könnte man den Sensor mit einem etwas längerem Kabel ggf. an eine schattigere Stelle verlegen.

Also wasserdicht, aber atmungsaktiv. Was haltet ihr davon? Schon andere Ideen?

Ich vermute das wird ähnlich wie ein Zelt im Sommer?

Gruß
Dirk

[vbs]

Ich vermute das wird ähnlich wie ein Zelt im Sommer?

Bin mir nicht sicher, was du meinst. Luftaustausch nicht ausreichend?
Wie würdest du den SHT10 "einpacken", damit er vor Nässe geschützt ist aber doch ordentlich messen kann?

[Dirk]

Bin mir nicht sicher, was du meinst. Luftaustausch nicht ausreichend?

Das könnte schon sein, aber vermutlich nicht in der direkten Sonne.

Wie würdest du den SHT10 "einpacken", damit er vor Nässe geschützt ist aber doch ordentlich messen kann?

Dein Stoff könnte schon gehen, aber ich würde den SHT dann Sonnengeschützt  unterbringen. Damit der eine Sinnvolle Temperatur / Feuchte messen kann.

Gruß
Dirk

[betateilchen]

Wie würdest du den SHT10 "einpacken", damit er vor Nässe geschützt ist aber doch ordentlich messen kann?

http://www.sensirion.com/de/produkte/feuchte-und-temperatur/filterkappen/filterkappe-fuer-sht1x/

[betateilchen]

Definitiv nicht.
Ich habe hier ähnliche Beobachtungen gemacht.
Ich muss hier vermutlich die FW noch mal nachbessern. Da hier noch nicht alle Energiesparmaßnahmen greifen.

Gibts denn zum Thema "hoher Energieverbrauch" schon Neuigkeiten? Ich hab grade wieder die Batteriewarnung *grummel*

[santalaus]

Hallo,

ich hatte ja auch das Problem. Nutze allerdings Eneloop Akkus und habe den Bewegungsmelder mit angeschlossen.
Aktuell habe ich seit dem letzten mal einen Spannungabfall von 2,5irgendwas auf 2,43V

Bei mir scheint es in Ordnung.

[betateilchen]

was soll mir das jetzt sagen?

[vbs]

Nun hab ich doch ein kleines Problemchen festgestellt:
Und zwar ist es so, dass der Sensor beim Versenden von Readings unregelmäßig fehlschlägt. Also der Sensor blink dann kurz-lang anstatt von kurz-kurz und in FHEM kommt dann auch nix an. Das Ganze passiert irgendwie unregelmäßig, aber ich würde schätzen, dass es vielleicht bei einem Drittel der Versuche passiert. Es kann auch mal dreimal gut gehen und dann gehts wieder dreimal in die Hose.

Ist das bei euch auch so bzw. ist das normales Verhalten? Wenn nicht, dann würde ich jetzt mal Rohdaten im HMLAN aufzeichnen oder was wäre da hilfreich? Wahrscheinlich mit einer Serial-Debug-FW gucken, was der Sensor dazu sagt? Ich benutze übrigens die Firmware 0.8, aber mit dem git-Master passiert das auch.

Das passiert auch ohne angeschlossenen SHT. Ansonsten hab ich eigentlich keine Probleme bei der Kommunikation:

Code Auswählen Erweitern

protoEvents done:
    name                :State           |CmdPend           |Snd               |LastRcv       |Resnd             #CmdDel            |ResndFail         |Nack              |IOerr
    env_thps            : done           | -                |83:06-22 11:55:09 |06-22 11:55:09| -                # -                | -                | -                | -

[vbs]

Hab mal ein längeres Stück Daten vom seriellen Port aufgenommen:

Code Auswählen Erweitern

=~=~=~=~=~=~=~=~=~=~=~= PuTTY log 2014.06.22 17:36:09 =~=~=~=~=~=~=~=~=~=~=~=
<- 14 00 A2 70 0B 69 DC F1 55 44 00 DA 00 03 F1 00 00 2B 47 09 5C (l:21)(2023)
-> NA (2719)
<- 14 01 A2 70 0B 69 DC F1 55 44 00 DB 00 03 F1 00 00 2C A2 09 5C (l:21)(164183)
-> 0A 01 80 02 F1 55 44 0B 69 DC 00 (l:11)(164324)
<- 14 02 A2 70 0B 69 DC F1 55 44 00 DA 00 03 F1 00 00 2F 34 09 5C (l:21)(290752)
-> NA (291450)
<- 14 03 A2 70 0B 69 DC F1 55 44 00 DB 00 03 F1 00 00 29 66 09 68 (l:21)(467185)
-> 0A 03 80 02 F1 55 44 0B 69 DC 00 (l:11)(467326)
<- 14 04 A2 70 0B 69 DC F1 55 44 00 DC 00 03 F1 00 00 23 52 09 68 (l:21)(629130)
-> 0A 04 80 02 F1 55 44 0B 69 DC 00 (l:11)(629272)
<- 14 05 A2 70 0B 69 DC F1 55 44 00 DB 00 03 F1 00 00 16 A1 09 6E (l:21)(776514)
-> 0A 05 80 02 F1 55 44 0B 69 DC 00 (l:11)(776656)
<- 14 06 A2 70 0B 69 DC F1 55 44 00 DA 00 03 F1 00 00 0F D1 09 62 (l:21)(909606)
-> 0A 06 80 02 F1 55 44 0B 69 DC 00 (l:11)(909747)
<- 14 07 A2 70 0B 69 DC F1 55 44 00 DB 00 03 F1 00 00 11 55 09 62 (l:21)(1092316)
-> 0A 07 80 02 F1 55 44 0B 69 DC 00 (l:11)(1092457)
<- 14 08 A2 70 0B 69 DC F1 55 44 00 DB 00 03 F1 00 00 1B 1E 09 56 (l:21)(1260483)
-> 0A 08 80 02 F1 55 44 0B 69 DC 00 (l:11)(1260624)
<- 14 09 A2 70 0B 69 DC F1 55 44 00 DB 00 03 F1 00 00 34 DB 09 62 (l:21)(1414391)
-> NA (1415088)
<- 14 0A A2 70 0B 69 DC F1 55 44 00 DB 00 03 F1 00 00 39 1A 09 5C (l:21)(1553769)
-> 0A 0A 80 02 F1 55 44 0B 69 DC 00 (l:11)(1553910)
<- 14 0B A2 70 0B 69 DC F1 55 44 00 DC 00 03 F1 00 00 32 C4 09 62 (l:21)(1678591)
-> 0A 0B 80 02 F1 55 44 0B 69 DC 00 (l:11)(1678733)
<- 14 0C A2 70 0B 69 DC F1 55 44 00 DD 00 03 F1 00 00 2B 20 09 62 (l:21)(1853027)
-> NA (1853723)
<- 14 0D A2 70 0B 69 DC F1 55 44 00 DE 00 03 F1 00 00 1C AD 09 6E (l:21)(2013163)
-> 0A 0D 80 02 F1 55 44 0B 69 DC 00 (l:11)(2013304)
<- 14 0E A2 70 0B 69 DC F1 55 44 00 DF 00 03 F1 00 00 1A 0B 09 62 (l:21)(2158799)
-> NA (2159495)
<- 14 0F A2 70 0B 69 DC F1 55 44 00 DF 00 03 F1 00 00 16 AE 09 6E (l:21)(2289883)
-> 0A 0F 80 02 F1 55 44 0B 69 DC 00 (l:11)(2290025)
<- 14 10 A2 70 0B 69 DC F1 55 44 00 DF 00 03 F1 00 00 19 2F 09 5C (l:21)(2470837)
-> NA (2471536)
<- 14 11 A2 70 0B 69 DC F1 55 44 00 DF 00 03 F1 00 00 21 E2 09 62 (l:21)(2637270)
-> 0A 11 80 02 F1 55 44 0B 69 DC 00 (l:11)(2637411)
<- 14 12 A2 70 0B 69 DC F1 55 44 00 E0 00 03 F1 00 00 32 B1 09 68 (l:21)(2789160)
-> NA (2789857)
<- 14 13 A2 70 0B 69 DC F1 55 44 00 E0 00 03 F1 00 00 23 7D 09 5C (l:21)(2926753)
-> 0A 13 80 02 F1 55 44 0B 69 DC 00 (l:11)(2926894)
<- 14 14 A2 70 0B 69 DC F1 55 44 00 E0 00 03 F1 00 00 25 DE 09 6E (l:21)(3049824)
-> NA (3050520)
<- 14 15 A2 70 0B 69 DC F1 55 44 00 E0 00 03 F1 00 00 23 81 09 68 (l:21)(3222506)
-> 0A 15 80 02 F1 55 44 0B 69 DC 00 (l:11)(3222646)
<- 14 16 A2 70 0B 69 DC F1 55 44 00 E0 00 03 F1 00 00 25 73 09 5C (l:21)(3380661)
-> 0A 16 80 02 F1 55 44 0B 69 DC 00 (l:11)(3380802)
<- 14 17 A2 70 0B 69 DC F1 55 44 00 E0 00 03 F1 00 00 22 D5 09 6E (l:21)(3524527)
-> 0A 17 80 02 F1 55 44 0B 69 DC 00 (l:11)(3524668)
<- 14 18 A2 70 0B 69 DC F1 55 44 00 E0 00 03 F1 00 00 21 CA 09 5C (l:21)(3653870)
-> NA (3654566)
<- 14 19 A2 70 0B 69 DC F1 55 44 00 E0 00 03 F1 00 00 20 05 09 68 (l:21)(3832823)
-> 0A 19 80 02 F1 55 44 0B 69 DC 00 (l:11)(3832963)
<- 14 1A A2 70 0B 69 DC F1 55 44 00 E1 00 03 F1 00 00 20 D3 09 6E (l:21)(3997484)
-> 0A 1A 80 02 F1 55 44 0B 69 DC 00 (l:11)(3997626)
<- 14 1B A2 70 0B 69 DC F1 55 44 00 E1 00 03 F1 00 00 20 CA 09 62 (l:21)(4147620)
-> 0A 1B 80 02 F1 55 44 0B 69 DC 00 (l:11)(4147762)
<- 14 1C A2 70 0B 69 DC F1 55 44 00 E1 00 03 F1 00 00 14 B6 09 68 (l:21)(4283232)
-> NA (4283928)
<- 14 1D A2 70 0B 69 DC F1 55 44 00 E2 00 03 F1 00 00 1E 76 09 68 (l:21)(4404548)
-> NA (4405244)
<- 14 1E A2 70 0B 69 DC F1 55 44 00 E2 00 03 F1 00 00 1D D7 09 6E (l:21)(4575512)
-> 0A 1E 80 02 F1 55 44 0B 69 DC 00 (l:11)(4575651)
<- 14 1F A2 70 0B 69 DC F1 55 44 00 E1 00 03 F1 00 00 21 06 09 68 (l:21)(4731900)
-> 0A 1F 80 02 F1 55 44 0B 69 DC 00 (l:11)(4732041)
<- 14 20 A2 70 0B 69 DC F1 55 44 00 DF 00 03 F1 00 00 1F BE 09 62 (l:21)(4874014)
-> 0A 20 80 02 F1 55 44 0B 69 DC 00 (l:11)(4874153)
<- 14 21 A2 70 0B 69 DC F1 55 44 00 DE 00 03 F1 00 00 1D 92 09 62 (l:21)(5001584)
-> 0A 21 80 02 F1 55 44 0B 69 DC 00 (l:11)(5001726)
<- 14 22 A2 70 0B 69 DC F1 55 44 00 DC 00 03 F1 00 00 1F D8 09 6E (l:21)(5178788)
-> 0A 22 80 02 F1 55 44 0B 69 DC 00 (l:11)(5178929)
<- 14 23 A2 70 0B 69 DC F1 55 44 00 DB 00 03 F1 00 00 1F B4 09 68 (l:21)(5341449)
-> NA (5342145)
<- 14 24 A2 70 0B 69 DC F1 55 44 00 DB 00 03 F2 00 00 1F EB 09 68 (l:21)(5489835)
-> 0A 24 80 02 F1 55 44 0B 69 DC 00 (l:11)(5489976)
<- 14 25 A2 70 0B 69 DC F1 55 44 00 DA 00 03 F1 00 00 1F 38 09 5C (l:21)(5623680)
-> 0A 25 80 02 F1 55 44 0B 69 DC 00 (l:11)(5623821)
<- 14 26 A2 70 0B 69 DC F1 55 44 00 DB 00 03 F2 00 00 1E CC 09 6E (l:21)(5807134)
-> 0A 26 80 02 F1 55 44 0B 69 DC 00 (l:11)(5807275)
<- 14 27 A2 70 0B 69 DC F1 55 44 00 DB 00 03 F2 00 00 1F 54 09 6E (l:21)(5976319)
-> 0A 27 80 02 F1 55 44 0B 69 DC 00 (l:11)(5976460)
<- 14 28 A2 70 0B 69 DC F1 55 44 00 DB 00 03 F2 00 00 1D 9C 09 6E (l:21)(6130957)
-> 0A 28 80 02 F1 55 44 0B 69 DC 00 (l:11)(6131097)
<- 14 29 A2 70 0B 69 DC F1 55 44 00 DB 00 03 F2 00 00 1D 30 09 5C (l:21)(6271071)
-> NA (6271767)
<- 14 2A A2 70 0B 69 DC F1 55 44 00 DB 00 03 F2 00 00 1A E9 09 6E (l:21)(6396908)
-> NA (6397604)
<- 14 2B A2 70 0B 69 DC F1 55 44 00 DB 00 03 F2 00 00 1D 09 09 6E (l:21)(6572338)
-> NA (6573035)
<- 14 2C A2 70 0B 69 DC F1 55 44 00 DB 00 03 F2 00 00 1E E9 09 6E (l:21)(6733246)
-> NA (6733942)
<- 14 2D A2 70 0B 69 DC F1 55 44 00 DB 00 03 F2 00 00 1A 87 09 68 (l:21)(6879877)
-> NA (6880574)
<- 14 2E A2 70 0B 69 DC F1 55 44 00 DB 00 03 F2 00 00 18 EA 09 5C (l:21)(7011966)
-> NA (7012662)
<- 14 2F A2 70 0B 69 DC F1 55 44 00 DB 00 03 F2 00 00 17 81 09 68 (l:21)(7193698)
-> 0A 2F 80 02 F1 55 44 0B 69 DC 00 (l:11)(7193839)
<- 14 30 A2 70 0B 69 DC F1 55 44 00 DB 00 03 F2 00 00 17 3C 09 68 (l:21)(7360879)
-> 0A 30 80 02 F1 55 44 0B 69 DC 00 (l:11)(7361020)
<- 14 31 A2 70 0B 69 DC F1 55 44 00 DA 00 03 F2 00 00 0F C2 09 62 (l:21)(7513765)
-> NA (7514462)
<- 14 32 A2 70 0B 69 DC F1 55 44 00 DA 00 03 F2 00 00 14 83 09 62 (l:21)(7652126)
-> 0A 32 80 02 F1 55 44 0B 69 DC 00 (l:11)(7652268)
<- 14 33 A2 70 0B 69 DC F1 55 44 00 DA 00 03 F2 00 00 12 84 09 68 (l:21)(7775945)
-> 0A 33 80 02 F1 55 44 0B 69 DC 00 (l:11)(7776086)
<- 14 34 A2 70 0B 69 DC F1 55 44 00 DA 00 03 F2 00 00 0E 5D 09 62 (l:21)(7949628)
-> 0A 34 80 02 F1 55 44 0B 69 DC 00 (l:11)(7949770)
<- 14 35 A2 70 0B 69 DC F1 55 44 00 DA 00 03 F2 00 00 0E 7A 09 68 (l:21)(8108785)
-> 0A 35 80 02 F1 55 44 0B 69 DC 00 (l:11)(8108927)
<- 14 36 A2 70 0B 69 DC F1 55 44 00 DB 00 03 F2 00 00 0E 36 09 68 (l:21)(8253411)
-> NA (8254108)
<- 14 37 A2 70 0B 69 DC F1 55 44 00 DB 00 03 F2 00 00 0D A9 09 74 (l:21)(8383752)
-> 0A 37 80 02 F1 55 44 0B 69 DC 00 (l:11)(8383893)
<- 14 38 A2 70 0B 69 DC F1 55 44 00 DB 00 03 F2 00 00 0C D7 09 74 (l:21)(8563708)
-> 0A 38 80 02 F1 55 44 0B 69 DC 00 (l:11)(8563849)
<- 14 39 A2 70 0B 69 DC F1 55 44 00 DB 00 03 F2 00 00 0B DC 09 6E (l:21)(8729123)
-> 0A 39 80 02 F1 55 44 0B 69 DC 00 (l:11)(8729264)
<- 14 3A A2 70 0B 69 DC F1 55 44 00 DC 00 03 F2 00 00 0B 4E 09 68 (l:21)(8880263)
-> NA (8880959)
<- 14 3B A2 70 0B 69 DC F1 55 44 00 DC 00 03 F2 00 00 0A F7 09 62 (l:21)(9016874)
-> 0A 3B 80 02 F1 55 44 0B 69 DC 00 (l:11)(9017015)
<- 14 3C A2 70 0B 69 DC F1 55 44 00 DC 00 03 F2 00 00 0A A6 09 62 (l:21)(9138945)
-> 0A 3C 80 02 F1 55 44 0B 69 DC 00 (l:11)(9139086)
<- 14 3D A2 70 0B 69 DC F1 55 44 00 DC 00 03 F2 00 00 0A 2C 09 6E (l:21)(9310626)
-> NA (9311324)
<- 14 3E A2 70 0B 69 DC F1 55 44 00 DC 00 03 F2 00 00 09 CB 09 6E (l:21)(9468034)
-> NA (9468731)


Ich denke mal, dass immer die Zeilen mit "NA" eine ausgebliebene Antworten sind.

Ich hab auch mal in FHEM die Daten von HMLAN mitgeschnitten. Ein erfolgreicher Versand vom Modul wie der hier:

Code Auswählen Erweitern

<- 14 01 A2 70 0B 69 DC F1 55 44 00 DB 00 03 F2 00 00 07 29 09 68 (l:21)(164183)
-> 0A 01 80 02 F1 55 44 0B 69 DC 00 (l:11)(164324)

kommt dann in HMLAN an als (sieht passend aus):

Code Auswählen Erweitern


2014.06.22 20:37:15.298 0: HMLAN_Parse: HMLAN0 R:E0B69DC   stat:0000 t:0404B659 d:FF r:FFC8     m:01 A270 0B69DC F15544 00DB0003F2000007290968


Die fehlgeschlagenen Aktionen (NA) sind in HMLAN gar nicht zu sehen. Ich hab jedoch auch dieses Attribut gesetzt, um nur die Daten von dem THPS zu sehen:

Code Auswählen Erweitern

logIDs env_thps,sys


Zweimal kam übrigens auch sowas:

Code Auswählen Erweitern

=~=~=~=~=~=~=~=~=~=~=~= PuTTY log 2014.06.22 20:19:50 =~=~=~=~=~=~=~=~=~=~=~=
<- 14 00 A2 70 0B 69 DC F1 55 44 00 DC 00 03 F2 00 00 09 7D 09 5C (l:21)(2023)
-> 0A 00 80 02 F1 55 44 0B 69 DC 00 (l:11)(2164)
<- 14 01 A2 70 0B 69 DC F1 55 44 00 DC 00 03 F2 00 00 09 18 09 62 (l:21)(164165)
-> 0A 01 80 02 F1 55 44 0B 69 DC 00 (l:11)(164306)
<- 14 02 A2 70 0B 69 DC F1 55 44 00 DC 00 03 F2 00 00 08 F4 09 68 (l:21)(290737)
-> NA (291436)
<- 14 03 A2 70 0B 69 DC F1 55 44 00 D9 00 03 F2 00 00 08 80 09 62 (l:21)(467176)
-> 0A 03 80 02 F1 55 44 0B 69 DC 00 (l:11)(467316)
b> 0E 9C 84 10 26 17 25 00 00 00 0B A8 DF 0E 29 (l:15)(467848)

UNKNOWN MESSAGE, PLEASE REPORT!

<- 14 04 A2 70 0B 69 DC F1 55 44 00 D9 00 03 F2 00 00 07 E3 09 6E (l:21)(629085)
-> NA (629781)
<- 14 05 A2 70 0B 69 DC F1 55 44 00 DA 00 03 F2 00 00 07 B5 09 5C (l:21)(776467)
-> NA (777163)


[kaihs]

Die AskSin-Library hat gar kein Sketch, oder? Zumindest sehe ich keine ino-Datei.

Ich hatte naiverweise versucht die AskSin Library standalone zu compilieren.

Als ich die Firmware hier kompiliert habe, habe ich die AskSin-Lib und die anderen Abhängigkeiten von hier (https://github.com/kc-GitHub/Wettersensor/tree/master/Libraries) als Libs hinzugefügt.

Danke für den Hinweis. das habe ich auch gemacht. D.h. ich habe sie in den sketchbook/libraries Ordner kopiert.
Dann komme ich etwas weiter.
Den Fehler, dass <Serial.h> nicht gefunden wird habe ich dadurch beseitigt, dass ich "Serial.h" inkludiere.

Jetzt scheitere ich aber an

Code Auswählen Erweitern


In file included from /home/kai/sketchbook/libraries/AskSin/AskSinMain.h:33:0,
                 from Register.h:1,
                 from WetterSensor.ino:7:
/home/kai/sketchbook/libraries/AskSin/utility/Fastdelegate.h:57:48: fatal error: memory.h: No such file or directory
#include <memory.h> // to allow <,> comparisons
                                                ^
compilation terminated.


Mein avr-gcc enthält kein memory.h. Installiert ist der über die Paketverwaltung von openSuSE, avr-gcc Version 4.8.2.

Mit welchem Betriebssystemen und Compilern arbeitet ihr?

Gruß,

Kai

[Dirk]

Sorry, ich war die letzten Tage etwas anderweitig eingespannt.

Gibts denn zum Thema "hoher Energieverbrauch" schon Neuigkeiten? Ich hab grade wieder die Batteriewarnung *grummel*

Kannst du bitte mal den Stromverbrauch vom Sensor messen.
Was für Batterien oder Akkus benutzt du?

Und zwar ist es so, dass der Sensor beim Versenden von Readings unregelmäßig fehlschlägt. Also der Sensor blink dann kurz-lang anstatt von kurz-kurz und in FHEM kommt dann auch nix an.

Das habe ich hier auch. Aber auch mit anderen fertigen Sensoren / Aktoren. Daher habe ich das bisher auf Funkstörungen geschoben.

Aktuell sendet die Firmware nur genau 1 mal. Eigentlich ist das nicht korrekt. Daher werde ich das in der nächsten FW-Version wieder ändern.
In Register.h das hier ersetzen:

Code Auswählen Erweitern

HM::s_devParm dParm = {
1,                                       // send retries, 1 byte, how often a string should be send out until we get an answer
700,                                     // send timeout, 2 byte, time out for ACK handling
devParam                                 // pointer to devParam, see above
};


durch

Code Auswählen Erweitern

HM::s_devParm dParm = {
3,                                       // send retries, 1 byte, how often a string should be send out until we get an answer
700,                                     // send timeout, 2 byte, time out for ACK handling
devParam                                 // pointer to devParam, see above
};

Dann versucht der Sensor 3 mal zu senden.

Mein avr-gcc enthält kein memory.h. Installiert ist der über die Paketverwaltung von openSuSE, avr-gcc Version 4.8.2.

Ich nutze WinAVR mit Eclipse und dem Aruino-Plugin auf Win7

Gruß
Dirk

[vbs]

Ich habe jetzt nochmal die Funkübertragung hoch und runter getestet und meiner Meinung nach besteht da irgendein Problem bei der Funkkommunikation. Ich hab keine handfesten Beweise, aber ich denke, dass ich es statistisch belegen kann. Und zwar hab ich (im Rahmen meiner Möglichkeiten) die Kommunikation des Sensor mit der eines echten Homematic-Wandtasters verglichen. Ein Wandtaster, weil ich da manuell Daten senden kann und auch an der LED sehen kann, ob ein ACK gekommen ist (nach bis zu 3 Versuchen).

Dies sind zunächst die seriellen Ausgaben des Sensor über ungefähr 9 Stunden:
http://pastebin.com/D3ksbRB4

Das sind 226 Transfers. 130 davon wurden nicht korrekt beantwortet (also eine Erfolgsquote von nur 42%).

Dann hab ich ungefähr 160 mal (ja, war nervig ) den Wandtaster betätigt. Also der hat kein einziges Mal eine rote LED gezeigt. Immer brav grün. Also ACK bekommen. Dann hab ich mir noch die HMLAN-Empfangsdaten angesehen und ich habe nur zwei Fälle gesehen, bei denen ich *vermute*, dass der Wandtaster den Befehl ein zweites Mal schicken musste. Sagen wir, ich habe noch ein paar übersehen und wir gehen von 5 aus.
Das würde bedeuten, dass bei dem Wandtaster 221 von 226 Transfers erfolgreich waren. Also eine Quote von knapp 98%.

So sieht bei mir Ausgabe von protoEvents aus:

Code Auswählen Erweitern

protoEvents done:
    name                :State           |CmdPend           |Snd               |LastRcv       |Resnd             #CmdDel            |ResndFail         |Nack              |IOerr
    env_thps            : done           | -                |246:06-25 22:07:24|06-25 22:07:24| -                # -                | -                | -                | -
    env_virtActor       : done           | -                |315:06-25 21:38:49| -            | -                # -                | -                | -                | -
    env_virtActorDim    :  -             | -                | -                | -            | -                # -                | -                | -                | -
    fl_eingangTaster    :  -             | -                | -                | -            | -                # -                | -                | -                | -
    fl_wandTaster       :  -             | -                | -                |06-25 21:38:49| -                # -                | -                | -                | -
    ku_wandTaster       :  -             | -                | -                | -            | -                # -                | -                | -                | -
    sz_ambientLight     : done           | -                |10:06-25 00:29:09 |06-25 00:29:09| -                # -                | -                | -                | -
    sz_presenceTaster   :  -             | -                | -                |06-25 07:49:39| -                # -                | -                | -                | -
    sz_spotLight        : done           | -                |10:06-25 00:15:28 |06-25 00:15:28| -                # -                | -                | -                | -
    wz_hmRt             : done           | -                |1:06-25 11:17:36  |06-25 22:07:18| -                # -                | -                | -                | -
    wz_hmTc             : done           | -                |9:06-25 20:49:41  |06-25 22:07:43| -                # -                | -                | -                | -
    wz_lightCrystal     : done           | -                |63:06-25 21:45:15 |06-25 21:45:15| -                # -                | -                | -                | -
    wz_lightDesk        : done           | -                |61:06-25 21:45:14 |06-25 21:45:14| -                # -                | -                | -                | -
    wz_lightRed         : done           | -                |72:06-25 21:54:56 |06-25 21:54:56| -                # -                | -                | -                | -
    wz_lightSpot        : done           | -                |28:06-24 21:39:14 |06-24 21:39:14| -                # -                | -                | -                | -
    wz_wandTaster       :  -             | -                | -                |06-25 08:39:41| -                # -                | -                | -                | -
================================================================================================================
    sum                 0                |0                 |815               |72            |0                 #0                 |0                 |0                 |0
Da wird kein einziger Resend verzeichnet.


Also für mich sieht es so aus, als wäre die Funkkommunikation mit "normalen" HM-Geräten sehr stabil und im Normalfalle werden nahezu alle Transfers erfolgreich abgewickelt.
Mit dem Sensor hier ist bei mir die Quote nicht so gut (<50%). Daher denke ich, dass da irgendwo noch ein Wurm drin steckt. Ich hab natürlich keine Idee wo.
Selbst das Einbauen der 3 Retries würde das nicht komplett lösen, da teilweise bis zu 6 Transfers in Folge fehlschlagen.

Wie ist eure Meinung dazu? Ich habe nicht so die Erfahrung mit Funktechnik und ich hab das ganze jetzt nur mit laienhaften Tests untersucht. Ich lass mich gerne belehren, wenn ich etwas missverstanden oder missinterpretiert habe.

[betateilchen]

Kannst du bitte mal den Stromverbrauch vom Sensor messen.
Was für Batterien oder Akkus benutzt du?

2 x AA hochwertige Alkaline Batterien. Gestern abend um 18:45 hat der Sensor das Sensor komplett eingestellt. Die Batteriespannung war dabei auf 2.14V gesunken.
Messen kann ich erst nach meinem Urlaub.

[Franz74]

Hallo,

ich habe einen Aussensensor mit MAX chip und als ich irdümlich einen Akku und eine Batterie eingelegt hatte hat der Sensor sogar mit einer Spannung von 1,23V noch ohne Probleme Funktioniert und das war als der Akku leer war und nur mehr 0,2V Zellenspannung hatte.

Nun habe ich einen neuen Satz Batterien vor 2 Wochen eingelegt und ich Zeichne die Batteriespannung auf, aber seht selbst die Bilder der Graphen.

LG

Franz

[Bennemannc]

Hallo,

das sieht so aus, als wenn kein Sleepmodus eingebaut ist. Ich hatte so etwas als ich mit dem Panstamp versucht habe meine S0 Zähler zu überwachen. Nachdem ich den WDT (1sec) eingebaut habe, wurde das besser, aber die Sendeintervalle waren sehr unregelmäßig. Da millis() nicht läuft, habe ich jetzt den WDT mit einer sehr kurzen Zeit (6ms) eingestellt und zähle die Schlafabschnitte. Das klappt gut (max. Drift + 30 sec bei 15 Minuten Sendeintervall) und die Akku sind jetzt seit 2 Monaten drin (immer noch über 1,2 V).

Gruß Christoph