Selbstbau HM_WDS10_TH_O mit Luftdruckmessung

[kvo1]

Hi Dirk,

Zitat von: kvo1 am 12 Juni 2016, 11:09:08

    @dirk, was hältst du von der Idee, ich hätte da sofort Bedarf

Definitiv. Hab hier auch ein Einsatz dafür.

SUPER... bin gespannt !

Vorher muss der Wasserzähler aber erst noch fertig gemacht werden.

oh ja , da warten wir ja auch schon drauf 

DANKE

Klaus

[pc1246]

Wie verhält sich denn die Batteriespannung in der Zeit?

Viele grüße
Dirk

Soweit ich das beurteilen kann, bleibt die konstant! Kann es sein, dass das Breakoutmodul sowas verursacht? Da habe ich ja leider keine vernuenftige Loesung gefunden, so dass das kleine Plastiktuetchen immer wieder vom Winde verweht wird. Das sieht jetzt schon recht oxidiert aus.
Gruss Christoph

[Linef]

Ich kann mir vorstellen, dass die Debugmeldungen bei dir "zu spät" abgesetzt werden. Ggf. Schaltet der Avr schon in den Sleep bevor die komplette Message übertragen wurde.
Baue nach dem letzten Debug mal eine hm->stayAwake(1000);
Dann bleibt der AVR noch eine Sekunde länger wach.

Die Schmierzeichen hatte ich auch. Alternativ zu einem stayAwake geht auch ein _delay_ms(10) (evtl. auch mehr), dann bleibt dem UART auch noch etwas Zeit, die Zeichen zu senden.

[Uwe]

Die Schmierzeichen hatte ich auch. Alternativ zu einem stayAwake geht auch ein _delay_ms(10) (evtl. auch mehr), dann bleibt dem UART auch noch etwas Zeit, die Zeichen zu senden.

Nimmt denn niemand Serial.flush() dafür? Das wartet doch genau so lange bis der Sendepuffer leer ist. Das nehme ich zumindest immer, wenn es derartige Probleme mit der UART-Ausgabe gibt.

[Floca]

Hallo zusammen,
ich kann im Wiki keine Bezugsquelle für fertige Plarinen finden... Handelt das Dirk via PM ab, oder gibt es irgendwo einen Shop etc.

Dankeschön

[kvo1]

Hallo zusammen,
ich kann im Wiki keine Bezugsquelle für fertige Plarinen finden... Handelt das Dirk via PM ab, oder gibt es irgendwo einen Shop etc.

Dankeschön

per PM

[Floca]

Weiß einer was pro fertiger Platine gelöhnt werden muss?

@kvo1 danke dir

[g.finder]

Dirk liest hier mit und Du bekommst sicherlich eine Mail
mit den lieferbaren Sachen und Preise dazu.

Gerd

[Dirk]

Kann es sein, dass das Breakoutmodul sowas verursacht?

Ich will das nicht ausschließen, aber vorstellen kann ich es mir grade nicht. Ggf. muss ich mir das Teil mal bei mir anschauen

Nimmt denn niemand Serial.flush() dafür?

Wenn der AVR zwischenzeitlich in den Sleep geschickt wird, dürfte das auch nicht weiter helfen. Daher muss man sicherstellen, dass der AVR so lange wach bleibt, bis alles gesendet wurde.

Dirk liest hier mit und Du bekommst sicherlich eine Mail

Hin und wieder kommt das vor

ich kann im Wiki keine Bezugsquelle für fertige Plarinen finden... Handelt das Dirk via PM ab, oder gibt es irgendwo einen Shop etc.

Hab dir eine PM geschickt.

Viele Grüße
Dirk

[g.finder]

Sag ich doch 

Gerd

[Uwe]

Wenn der AVR zwischenzeitlich in den Sleep geschickt wird, dürfte das auch nicht weiter helfen. Daher muss man sicherstellen, dass der AVR so lange wach bleibt, bis alles gesendet wurde.

Schlafen geht der AVR doch in HM::power_poll(), oder? Serial.flush() blockiert (in einer while-Schleife) aber so lange, bis alles gesendet wurde. Erst danach geht's wieder zurück zu HM:poll().
Entschuldige bitte, wenn ich mit so einem nebensächlichen Detail nerve, aber ich bin noch ein Lernender und möchte eben alles im Detail verstehen.

Aber vielleicht noch eine kurze Vorstellung, da ich hier neu bin: ich hatte mir vor ein paar Monaten einen Panstamp-AVR "nachgebaut" mit AVR und CC1101-Modul. Als Sensoren habe ich BME280 (für T/H/P) und BH1750 (für L) verwendet. Eine kurze Zeit habe ich den über Panstamp/SWAP mit FHEM betrieben. Dann bin ich aber auf Euren Thread gestoßen. Mit wenigen Umbauten an der Firmware läuft das Ding jetzt prima als HM-Device. Die Homematic-Anbindung in FHEM finde ich schon um einiges ausgereifter als die für Panstamps.
Vielen Dank an alle hier, ich durfte schon viel lernen.
Gruß
Uwe

[Linef]

Schlafen geht der AVR doch in HM::power_poll(), oder? Serial.flush() blockiert (in einer while-Schleife) aber so lange, bis alles gesendet wurde. Erst danach geht's wieder zurück zu HM:poll().

Dachte ich auch. Ich habe deshalb testweise einige delays nach seriellen Debug-Ausgaben entfernt und in PW::poll (NewAskSin) kurz vor dem Sleep einen Serial.flush() eingebaut - hat nicht funktioniert.
Ein Flush direkt nach der letzten seriellen Ausgabe dagegen schon.

D.h. das Funktionieren des Flushs scheint davon abzuhängen, ob er direkt nach einer seriellen Ausgabe erfolgt, oder zeitlich etwas später - oder sonst noch was schießt dazwischen...

[betateilchen]

@Dirk

Spricht was dagegen, dass Du die Datei HMConfig_SenTHPL.pm in den offiziellen fhem Distributionsweg eincheckst? Bei jeder Neuinstallation von fhem falle ich darauf rein, dass diese Datei fehlt und merke erst recht spät, dass mir Sensorwerte fehlen.

[pc1246]

Ich will das nicht ausschließen, aber vorstellen kann ich es mir grade nicht. Ggf. muss ich mir das Teil mal bei mir anschauen

Viele Grüße
Dirk

So, das Problem ist erkannt! Eine von den Eneloops ist defekt! Dabei waren die neu! Jetzt habe ich erst mal Ikea drin, mal sehen ob ich die Eneloop noch wieder lebendig bekomme!
Gruss Christoph

[flacoonb]

Hallo Dirk,

ich hätte Interesse an deinen Sensoren (Innen und Aussen). Ist ein Versand in die Schweiz auch möglich?

Viele Grüsse
Philipp