evavh / automation Goto Github PK

Implement the bot api's keyboard for easier access to bot functions.

Program does not crash anymore, but some kind of reset of the light sensor needs to be added to the exception handling so the value does not stay high.

#4

It would be nice if you could rbtw without opening an ssh connection explicitly and executing commands, maybe a telegrambot button to wake up the desktop and rbtw?

The alarm would consist of music playing through music player daemon on the raspberry pi, and the lights turning on automatically. It needs to be based on the schedule in Google Calendar (this part has already been written), and leave enough margins of error to be extremely reliable, in case of both system failures and user errors.

While it is dark, night mode is off, and the user is present, the lights still turn off for around half a minute at a time. This is most likely due to a new phone being used for the bluetooth detection system, which has drops in bluetooth connection with the raspberry pi.

This problem would most likely be solved if this bluetooth issue was fixed through some kind of software update, but for now the best solution would be to let the status "user left" only be reached after a certain (increased from what has already been tried) number of unreturned bluetooth calls.

This issue is due to the light values reaching just below the darkness threshold, which makes them turn off and on every light sensor interval. An attempt to fix this problem by requiring a certain difference in light level for the status "curtain" to be reached, has not made any difference.

A possible (partial) solution could be to implement sunset and sunrise calculations and use those in combination with light readings.
Further research is possible and probably useful by saving and plotting the light data to see exactly what goes wrong.

Recognise arguments after telegram command and input them into the plotting function.

Integrate the system with Telegram to be able to safely get information from it and control it from outside of the home network.

The bot needs to use webhooks, and have functionality for:

• Getting system status
• Displaying graphs of collected data (temperature, maybe light, later more)
• Controlling different light modes
• ...

Add a sound sensor to the setup, with which interesting graphs can be made. Could lead to interesting new data input.

Something goes wrong in checking for time threshold changes, because the lights do not change color during the evening.

Currently monthly temperature files are being made, but for any plotting that crosses the month border we use the big complete file. This takes a long time, thus gathering the data from monthly files might speed up the process.

This enhancement consists of both a hardware and a software component.

For the hardware, a servo motor needs to be mounted on the radiator button, and connected via an arduino to the raspberry pi. The remaining parts are currently on their way. It is very important to check whether the servo gets hot during use, as this could prevent a safety hazard. Maybe a cheap temperature sensor would help here?

The software could be relatively simple, as it only needs to send the location signal to the servo (and maybe read out a temperature sensor). The trick is to tie in the arduino with the rest of the system.

The lights currently only get redder and dimmer at night. It would be nice to be able to override this default schedule with custom configurations.

Add a mode through an http-post request for a dim light, easy to turn off and on through the Pebble, or maybe later on via a PIR motion sensor. This way the normal light schedule can be a bit less dim at night, because you don't need it in the middle of the night anymore.

Prevent them from crashing the entire server. An example:
requests.exceptions.ReadTimeout: HTTPConnectionPool(host='192.168.0.100', port=80): Read timed out. (read timeout=5)
See logs/server_log for older examples.

Make options that shift the alarm back and forth in, say, 15 minute increments.

The y-range for the temperature plot now takes the range for the entire relevant file, it would be much better to dynamically set this for the actually plotted range.

Passing a list of functions and polling times would yield the necessary threads automagically.

Add a PIR-motion sensor to the system to be able to detect (nightly) movement to turn on the night light. Can also be used for patching up bluetooth drops by providing extra presence detection.

The sensor needs to be wired to the raspberry pi, then the sensor readout needs to be implemented into the software system.

Find a different Hue library which has transitions working properly and rewrite the lamp control code.