Kerst versiering energie zuinig koppelen aan WiFi

Hier in huis hebben we diverse batterij gevoede kerstversiering. Graag wil ik die met een esp32 koppelen om zo deze lampjes aan en uit te kunnen zetten.
Een esp32 continue laten aanstaan (zonder sleep mode) kost erg veel energie van de batterijen en is dus niet handig. Graag wil ik een esp32 middels sleep mode zo min mogelijk energie laten gebruiken en slechts af en toe een Flip flop laten omzetten om die gekoppeld aan de juiste transitor de lampjes aan en uit te zetten.

Vraag is nu als ik een ne555 gebruik als flipflop, wat gebruikt deze dan in rust stand? En is er nog een slimme manier te verzinnen dat zelfs in uit stand de flipflop ook volledig uit staat?
Idee is om de esp32 te koppelen aan onderstaande schakeling, waar dan de led vervangen is door een transistor oid.

https://www.circuitsonline.net/forum/file/45137

Iets heel anders :-) http://www.echteworst.nl

Blijven de uitgangs registers niet gewoon statisch gedurende slaap ? Slapen komt neer op het uitschakelen van de klok.

Is het niet handiger om de verlichting gewoon vanuit het net te voeden ipv met batterijen? Volgens mij ben je het verkeerde probleem aan het oplossen.

Ik weet van de ESP8266 (ESP12) dat je 'm in "deep sleep" kunt zetten waarbij alles behalve de real-time clock uit gaat. Dmv die klok gaat ie naar een tijdje weer aan. Ik zou verwachten dat de ESP32 dat ook wel kan.

[Bericht gewijzigd door flipflop op 29 november 2019 20:04:02 (15%)]

"We cannot solve our problems with the same thinking we used when we created them" - Albert Einstein

@aart, ook de gpio gaat mee in sleep en uitgangen behouden dus niet hun status

@flipflop, tsja kabels door het hele huis vind ik ook geen optie. Idee is juist om een standalone oplossing te creëren liefst op basis van de batterijen die al in de lampjes zitten.

Idd het wakker worden uit sleep is op de esp devices geen probleem, dat lukt wel. Ook de koppeling naar de MqTT server van de raspberry komt goed.

Overigens kan ik meerdere I/O’s inzetten als dat nodig is. Per lampje gebruik ik namelijk een ESP32.

Iets heel anders :-) http://www.echteworst.nl

Ah, ik dat wist ik niet. Een CMOS 555 (TLC555) kan, maar een digitale flipflop, gemaakt van een 4011 oid, met enkel lek zal vermoedelijk ordes van grootte zuiniger zijn dan een lineaire chip.
250 uA tegen 10 nA al ik snel kijk.

Maar met "lampjes" in de buurt zal niet veel uitmaken ?

[Bericht gewijzigd door Aart op 29 november 2019 20:32:29 (12%)]

@Aart, een losse echte flipflop is dan wellicht idd handiger.

Ik ga is op zoek naar een 4011. Thanks

Iets heel anders :-) http://www.echteworst.nl

Hangt het er wel vanaf hoeveel batterijen die kerstverlichting nodig heeft. Met twee AA's gaat het niet werken met zo'n 4011 en ook een 555 wordt moeilijk, misschien dat een 7555 (de CMOS-variant van de 555, maar geen idee of die ook als flipflop kan werken) dat wel kan.

Maar ik vind het wel een knap onzinnig project. Lekker 'zuinig' doen door dingen op batterijen te laten werken, vervolgens weer iets bedenken wat extra stroom trekt (al is het maar voor even en nogal minimaal) maar vervolgens ook nog een server hebben draaien op een Raspberry Pi...

http://www.m-voorloop.nl --- Ik? Welnee! Ik zit nog lang niet achter de germaniums.

Je mag het onzinnig vinden. Doel is om de lampen allemaal centraal te kunnen sturen, rest van het huis gaat al aan en uit op zonsondergang en zonsopgang. Ideaal als de kerst verlichting hierin mee kan draaien.

Iets heel anders :-) http://www.echteworst.nl

Op 29 november 2019 22:47:15 schreef weardguy:
..Lekker 'zuinig' doen door dingen op batterijen te laten werken

Het gaat de TS niet zozeer om weinig energie te verbruiken, of om "eco" te zijn, maar zuinig ivm leeglopen van z'n batterijen. Maar verder eens, onzinnig om kerstverlichting op batterijen te voeden. Centraal aansturen daarentegen is best leuk :-)

TS, heb je wel gemeten of die ESP z'n outputs niet gewoon gevoed laat? Maw, blijft een '1' op een uitgang niet gewoon staan in deep sleep?

[Bericht gewijzigd door flipflop op 30 november 2019 12:42:14 (15%)]

"We cannot solve our problems with the same thinking we used when we created them" - Albert Einstein

Ik zou zelf "effe" een flipflop bouwen. Pullup van zeg 3.3M naar de 3.3V: Als dat "aan" staat dan loopt daar 1 microAmpere.

Twee van deze pullups aan de gates van twee mosfetjes. De drain aan de andere gate en de source aan GND.

Nu kan je met een output op ieder van de gates door die laag te trekken de flipflop naar die kant trekken. Twee outputs en je hebt volledige controle. Door tijdens opstarten te kijken naar de GPIOs als input kan je de huidige state zien.

Als je je 10 uA kan permitteren is dat misschien beter: Formeel moet je rekening houden met ongeveer 1uA aan lekstroom voor een GPIO die "INPUT" is.

Door de ~OFF input actief (laag) te maken gaat de belasting UIT en door de ~ON input actief (laag) te maken, gaat de belasting AAN.

four NANDS do make a NOR . Kijk ook eens in onze shop: http://www.bitwizard.nl/shop/

Neem een 433MHz ontvangertje, dat gebruikt bijna niks (WiFi is hier niet echt handig voor of voor bedoeld)

Arco - "Simplicity is a prerequisite for reliability" - hard en software ontwikkeling: www.arcovox.com

@flipflop idd gaat me er om zo zuinig mogelijk met de batterijen om te gaan. Veel van de action kerst lampjes zijn nou eenmaal batterij gevoed. Om de familie te verbieden die dingen te kopen gaat me te ver. En op een strak dressoir wil ik geen kabels hebben lopen.

Esp uitgang in sleep zal ik testen, volgens de documentatie gaat alles uit, maar ik zal het checken.

@rew wat is het voordeel van je mosfet oplossing? Deze gaat boven mijn kennis pet. En zowel een mosfet als de 4011 heb ik niet liggen, moet altijd wat bestellen.

@arco, de rest van het huis draait met geflashte sonoffs op espeasy, centrale aansturing via nodered opende raspberry. Makkelijkste is dus om daarop aan te sluiten. Maar eens, WiFi is niet energie zuinig. Vandaar ook mijn wens om de deepsleep optie te gaan gebruiken en te testen.

Iets heel anders :-) http://www.echteworst.nl

Op 30 november 2019 20:55:53 schreef rudig76:
@flipflop idd gaat me er om zo zuinig mogelijk met de batterijen om te gaan. Veel van de action kerst lampjes zijn nou eenmaal batterij gevoed. Om de familie te verbieden die dingen te kopen gaat me te ver. En op een strak dressoir wil ik geen kabels hebben lopen.

Je gebruikt uiteraard wel oplaadbare? Anders is het nut van zuinig zijn ook niet gelukt :) Je behaalt wel winst dan door goede varianten te kopen, dat kan veel schelen in brandduur.

Is een simpele oplossing met RF ontvanger niets? Zoals een klik aan/ klik uit systeem, lijkt me niet dat deze veel verbruiken in rust.

Deep-sleep heb je toch weinig aan? (dan werkt de ontvanger ook niet...)

Arco - "Simplicity is a prerequisite for reliability" - hard en software ontwikkeling: www.arcovox.com

@Arco, deepsleep kan ik lang laten slapen. Of een lampje nu 10 minuten vroeger of later aan of uitgaat maakt me niet zoveel uit

@maus, liefst integreer ik in bestaande systeem en begin ik niet aan nieuwe technologie

Iets heel anders :-) http://www.echteworst.nl

433MHz setje aan je raspi knopen. Dan kan je altijd direct op de seconde schakelen.
Met RFlink kan je dan ook meteen koppelen met kaku en andere 433 systemen.

Die verlichting heeft tegenwoordig ook zo'n 8uur aan 16u uit klok ingebouwd. Dat is ook nog een optie.

Op 1 december 2019 08:45:02 schreef rudig76:
@Arco, deepsleep kan ik lang laten slapen. Of een lampje nu 10 minuten vroeger of later aan of uitgaat maakt me niet zoveel uit

Arco heeft wel een punt. Als jouw Domoticz het berichtje "licht aan" stuurt (MQTT neem ik aan?) en de ESP is op dat moment uit, dan mist ie het. Als ie dan weer online is, komt dat bericht niet nogmaals. Of heb je daarvoor een truuc bedacht? Bij een sensor speelt dit niet, maar bij een switch natuurlijk wel.

"We cannot solve our problems with the same thinking we used when we created them" - Albert Einstein

Een gaat idd via MQTT. Als de lamp aan “moet” word de waarde op het MQTT topic van de lamp omgezet van 0 naar 1. Zolang de lamp moet branden is dit topic de waarde 1.

Stel nu in minuut 1 gaat het topic van 0 naar 1
En pas in minuut 4 leest de ESP het topic uit dan is de waarde nog steeds 1 en kan de lamp aangaan.

MQTT werkt bij mij niet als push bericht, maar als een polling mechanisme.

De huidige SONOFFS hebben er dus ook geen last van mocht de verbinding een keertje wegvallen.
Met als gevolg dat het een simpel maar goedkoop robuust systeem is.

En dat is ook weer de reden dat ik graag vasthou aan deze technologie. Simpel te onderhouden en robuust. Als ik andere 433mhz technologie toe moet voegen, voegt dat ook complexiteit toe.

[edit]
Test gedaan of gpio pins hoog blijven in deepsleep. Dat is helaas niet het geval.

Iets heel anders :-) http://www.echteworst.nl

Op 1 december 2019 10:02:44 schreef rudig76:
MQTT werkt bij mij niet als push bericht, maar als een polling mechanisme.

De huidige SONOFFS hebben er dus ook geen last van mocht de verbinding een keertje wegvallen.
Met als gevolg dat het een simpel maar goedkoop robuust systeem is.

En dat is ook weer de reden dat ik graag vasthou aan deze technologie. Simpel te onderhouden en robuust. Als ik andere 433mhz technologie toe moet voegen, voegt dat ook complexiteit toe.

[edit]
Test gedaan of gpio pins hoog blijven in deepsleep. Dat is helaas niet het geval.

Hoi Rudig, inmiddels al iets werkzaam, hier zit ik een beetje met dezelfde situatie. Ben dus erg nieuwsgierig naar de mogelijke oplossing.

Op 1 december 2019 10:02:44 schreef rudig76:
MQTT werkt bij mij niet als push bericht, maar als een polling mechanisme.

Ik vind het wel wonderlijk als het bij jouw inderdaad zo werkt. Wat ik van MQTT weet is dat iedereen die zich abonneert op een topic, de berichten krijgt die in dat topic gepost worden. Als je je later aannmeld omdat je "even weg" was, dan krijg je dat bericht dus niet. Nou beweer jij van wel... hmm.

@Think hieronder: aha, wist ik niet. Dank.

"We cannot solve our problems with the same thinking we used when we created them" - Albert Einstein

@flipflop, idd het is een instelling op het mqtt topic.

@beni2c, fijn dat ik niet de enige ben :-). Gisteren net de flipflop gekocht, vanavond Sinterklaas. Wellicht dit weekend tijd voor

-------------------
update
-------------------

https://forum.micropython.org/viewtopic.php?f=18&t=7470

Dit geeft wel nieuw "licht" op de zaak, ik ga binnenkort weer is verder testen. De Flipflop schakeling is overigens gelukt.

[Bericht gewijzigd door rudig76 op 14 januari 2020 15:46:21 (39%)]

Iets heel anders :-) http://www.echteworst.nl

Hmmm kleine bump. Edit gedaan van vorige bericht, maar nu komt bericht niet hoger. Wel extra zaken uitgezocht. Blijkt dat waarschijnlijk in mijn Arduino IDE waar ik de ESP mee programmeer deze functionaliteit ook moet zitten.

https://github.com/espressif/arduino-esp32/issues/2712

@Aart, je had dus toch gelijk

Iets heel anders :-) http://www.echteworst.nl

Ik vraag me af of het niet zinvoller is om iedere unit locaal te voeden in plaats van met batterijen.
Misschien elke groep een 2532 cel om geheugen te back-uppen, maar laat lampjes en verdere elektronica uit het lichtnet eten. Je hebt vast voldoende WCD's in huis. Geen kabels door het hele huis, alleen een netaansluiting voor iedere groep. De rest gaat immers via de WiFi (of misschien handiger middels ethernet via het lichtnet? Of zelfs - ouderwets - direct middels (FSK?)pulsen op het lichtnet).

Rommelige werkplek? In de natuur is wanorde de meest stabiele toestand; de entropie is dan maximaal. Het handhaven van "orde" kost daarom altijd energie. ----> TUBE COLLECTORS ASSOCIATION - http://www.tubecollectors.org/