@jiri-hron I think you can achieve what you need by using FEATURE_TIME. In this way when woken up, NodeManager will go back to sleep only for the remainder time left. Not ideal but I couldn't find a better way to understand for how long the node has been sleeping before the interrupt.
@alowhum progress on that is best viewed here: https://github.com/mysensors/MySensors/issues/1118
Progress is quite slow at the moment because I am busy with other things of personal nature, like buying a house and moving into it, so don't expect much to happen this year (unless anyone would like to help out :))
@alowhum many thanks for the feedback, really appreciated!
Every new version of NodeManager, I try to review and hopefully improve its architecture. This time looked like a simple and quick task but eventually ended up in a complete and deep review of the code. Many many many things have changed with the main objective to better integrate with the MySensors library and simplify the life of users willing to contribute or to add support for new sensors.
The new file structure (with a dedicated file for each supported sensor) and the way the package is delivered (as an arduino library now) go into this direction. There are also included a good amount of new features but still in most of the cases, resulting a smaller code.
All the details are available at https://github.com/mysensors/NodeManager/pull/391 which will be merged into the development branch shortly.
Due to the many changes, if anybody would be willing to give it a try and report any bug, would be really great. Thanks!
@erik to disable signing in the sketch, I already gave you the answer above.
Quote: "everything starting with "MY_SIGNING"."
@alowhum ok, well first of all, I don't have a rPi setup to test on, secondly I don't have time to look into that (this) environment.
But, this is a open source project so anyone is free to contribute with both code and documentation (which in our case lives in the same repositories) so if there are guides missing enyone is welcome to contribute with experiences and guides to help others out.
It is just important to understand that the guides need to be maintained in order to remain valid.
I don't mind guides at all. But it makes little sense for me to write guides for an environment which I am not familiar with nor can test on.
@alowhum it is not easy to have simple guides tailored for specific usecases when there are so many options.
Those tend to not follow implementation and our documentation is made to live with the implementation to ensure it is always up to date. Maintaining a simple guide for every conceivable use case is simply not feasible. The signing and security documentation does have a step by step guide for setting up security.
@ericperonnin thanks a lot for the videos, I've just started with KiCad (with PCB design generally speaking) and starting from your tutorial has been an excellent way to get up to speed in a short time!
@joaoabs yes, it's all in the documentation 
Let me know if you can't find it. Links are in the readme.md in git and in github.
