-
Notifications
You must be signed in to change notification settings - Fork 79
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Use of deepsleep #26
Comments
i don't think you can sleep with a mesh node. If you shut off the wireless, then you can't act as a relay, and you will miss all messages not just for yourself but for your child nodes. |
Yop, i think like you. This "battery node" cannot act like a relay (maybe yes, when broker send to all battery nodes same sleep time). But yep, is useless to starting AP for meshing ... because time and energy... |
your crash report isn't helpful, since there is no backtrace to debug.
As I said though, that is just a guess and is untested. Also, it would be better to have an ability to flush all messages before shutdown, since it is possible for the network layer to cache transmissions, and if you want to wakeup, do something, then go back to sleep we want to ensure that any messages are actually transmitted during 'do-something' |
Hello again,
if i try use DeepSleep, sometime its work sometime not ....
if i have uncommented Serial.print, deepsleep work correctly (delay on the end is the same story, without it deepsleep crash)
but if i dont have Serial.print or i have some delay deepsleep crash again
EDIT: okey, in higher numbers of sleep, it will crash with Serial.print either
The text was updated successfully, but these errors were encountered: