Umbau GARDENA Bewässerungsventil (1251-20) 9V auf HomeMatic

[jp112sdl]

Nur minimal, da ein Bursttelegramm 360ms lang ist.
Damit der Empfänger den Burst mitbekommt, muss er in einem Raster < 360ms (350ms) reinhören.

Zu den bei AskSin++ verwendeten 250ms kommt noch die Ungenauigkeit des WDT, sofern keine RTC verwendet wird.
https://github.com/TomMajor/AskSinPP_Ex ... T_Frequenz

Bei mir sind es meist ~12%.
Macht bei 250ms im Code eine tatsächliche Wartezeit von 284ms.

[rewe0815]

Danke für die ausführliche Info !

[stan23]

Auf Aktor-Seite dürfte das Vergrößern kein direktes Problem sein, die Frage ist eher ob die CCU bzw. der rfd erwartet, dass ein Gerät nach einen Burst antwortet.

Im schlimmsten Fall bekommst du eine Kommunikationsstörung gemeldet wenn das Gerät nach einem Burst nicht reagiert.

EDIT: viel zu langsam getippelt...

[jp112sdl]

Ist aber sehr unpraktisch, mehrere Male den Befehl an den Aktor zu senden, in der Hoffnung, dass irgendein Telegramm mal in das Horch-Raster des Aktors fällt...

[stan23]

Und es geht zu Lasten der restlichen WoR-Geräte, die dann ja auch mehrere Bursts empfangen.

[jp112sdl]

Das sowieso... und dann fragen sich die Leute, warum die Batterien von den Heizkörper- und Wandthermostaten oder anderen Batteriegeräten, die fast nie geschaltet werden, so schnell leer sind

[TomMajor]

mit 150uA kann ich gut leben. Blöd ist halt, dass man bei 9v ziemlich viel verbrät. Die Differenz von (9v zu 3,3v) * Ruhestrom löst sich halt nicht in Luft auf. Und ein Schaltregler bei solch kleinen Strömen wäre sicher auch nicht effizienter.

Es gibt schon Step-Downs die das deutlich besser können, Stichwort
low quiescent current step down
z.B. der LTC1474 hätte 10uA quiescent current.
Damit sollte man den Ruhestrom (außerhalb der WOR Bereitschaft) deutlich senken können falls der Linearregler wirklich die Ursache ist.

[TomMajor]

Die Impulse sind vom Burstdetector. Es wird alle 250ms das Funkmodul angeschalten und nach einem Trägerburst gescannt. Das ganze soll mit den Hardware-WOR des CC1101 noch effizienter gehen. Aber leider meldet sich der Nutzer nicht mehr, der es schon prinzipiell am laufen hat.

Hier was der Post von deimos mit der Erfolgsmeldung.
viewtopic.php?f=76&t=44875&start=30#p462696
Wäre auch für das ePaper Projekt sehr interessant.

[Gelegenheitsbastler]

Ich habe bei der Schaltungsplanung eine ganze Weile nach passenden Reglern gesucht. Verbaut ist eingangsseitig für die 3V3 ein MCP1702. Gemäß Datenblatt
http://ww1.microchip.com/downloads/en/d ... 22008e.pdf
hat er einen quiescent current von 2µA. Einen LDO mit besseren Werten habe ich nicht gefunden. Die im Datenblatt angegebenen Einsatzzwecke haben sich sehr vielversprechend angehört.

• Battery-powered Devices
• Battery-powered Alarm Circuits
• Smoke Detectors•CO2 Detectors
.
.
.

Ich gehe mal davon aus, dass der Stromverbrauch nicht vom LDO verursacht wird. Testweise habe ich eine Messung ohne CC1101 durchgeführt. Leider geht der AVR so aber nicht in den DeepSleep.

[jp112sdl]

probier mal mit NoRadio

aus

Code: Alles auswählen

typedef AskSin<StatusLed<LED_PIN>, BatterySensor, Radio<RadioSPI, 2> > Hal;

mach

Code: Alles auswählen

typedef AskSin<StatusLed<LED_PIN>, BatterySensor, NoRadio > Hal;