summaryrefslogtreecommitdiff
path: root/daemon/logger.h (unfollow)
AgeCommit message (Collapse)Author
2023-05-28Add a dbus interface to allow reinitialising the loggerArseniy-Movshev
This is to allow the logger to be reinitialised form qml
2023-05-28Fix up the settings implementationArseniy-Movshev
add interval and enabled settings for all sensors get rid of some bad duplicates make sure that application properties are set up before settings are accessed
2023-05-27fix qml accessor:Arseniy-Movshev
- make sure that the reader doesn't create random files - it is unclear why readwrite was used here in the first place, as readonly access is appropriate. - make sure that `line` always has a value even if file is empty
2023-05-26steps: add more useful data fetch methodArseniy-Movshev
2023-05-26Add systemd services and rename executableArseniy-Movshev
2023-05-26Restructure to split to daemon and qml accessorArseniy-Movshev
- add separate subdirs for daemon and qml - add some generic qml boilerplate - add a really lazy 'last value' loader implementation - license the project as gplv3 (add copyright notices and license text)
2023-03-12Rename project to sensorlogdArseniy-Movshev
2023-03-12Change to having one record file per day and rewrite file access ↵Arseniy-Movshev
infrastructure to serve this. I believe this is a useful improvement. The main two advantages are that a) it is very cheap to check whether a record exists for a given day - just check for file presence and b) there is a reasonable limit to the size of these files (never more than a few hundred records per day) which means that they can just be loaded into ram for processing without any complex splitting operations Currently, the necessary `~/asteroid-healthloggerd/stepCounter` and `...loggerd/heartrateMonitor` directories are not automatically created and the code just vomits errors into log if it can't write to them.
2023-03-11Step counter: reset every 24 hours, and load offsets from the log file when ↵Arseniy-Movshev
initialising. - This is quite crude - Firstly, we assume that the last record in the file is chronologically the last. This needs more consideration. - we do check if we're on a fresh boot, but we just give up completely if it's not a fresh boot, which may work, but needs testing to figure out how it actually works in practice
2023-03-07Refactor sensors into separate filesArseniy-Movshev
- this should make things a lot easier to maintain. instead of having everything in the same file, each sensor provides a constructor that sets it up correctly etc. - this should also get the step counter running when the service starts, which is necessary, since the sensor won't count on most devices unless the service is running. - this also temporarily removes the gps module from the service. it's not implemented right now anyway.
2023-02-07try to fix file overwriting instead of appendingArseniy-Movshev
2022-11-12Add a connection between sensor start and recordingArseniy-Movshev