I'm pretty sure that the current libraries that the esp32 has for handling timestamps have not been updated to be able to handle dates past 2038 since a larger variable is needed to hold Unix epoch time. The station might not last for 17 years, and the batteries certainly won't. Before 2038 I expect the time libraries will be updated and the code in the station could be updated if needed. Just something fun to think about.
Not really on the same topic, but the code running on the esp32 might sometimes crash. One thing to look into is whether the esp32 can detect that and reset itself. Something else to think about would be having a second simpler processor monitoring the esp32 (maybe listening for a periodic signal from the esp32?) and having the capability to reset the esp32 and maybe also have some control over turning off parts of the station like the inverter if the esp32 is usually doing the overcurrent protection (but there are also fuses).
joshua-8
commented
3 years ago
I'm pretty sure that the current libraries that the esp32 has for handling timestamps have not been updated to be able to handle dates past 2038 since a larger variable is needed to hold Unix epoch time. The station might not last for 17 years, and the batteries certainly won't. Before 2038 I expect the time libraries will be updated and the code in the station could be updated if needed. Just something fun to think about.
Not really on the same topic, but the code running on the esp32 might sometimes crash. One thing to look into is whether the esp32 can detect that and reset itself. Something else to think about would be having a second simpler processor monitoring the esp32 (maybe listening for a periodic signal from the esp32?) and having the capability to reset the esp32 and maybe also have some control over turning off parts of the station like the inverter if the esp32 is usually doing the overcurrent protection (but there are also fuses).