You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When one module raises an Exception, none of the modules after that will be executed. So if the enclosure or CamTracker has an error, the OPUS-module will never be executed (so OPUS will never be started or stopped accordingly).
Solution: Since modules 2 to 5 depend on 1 but not on each other, we could move the processing of any exception after all of them (2 to 5) have been executed. Then we would still toggle OPUS/CamTracker correctly and check for battery state etc. even when the enclosure has issues. The emailing logic (occurred, resolved) will not be affected.
The text was updated successfully, but these errors were encountered:
Here is the order of how the different modules are executed:
pyra/packages/core/main.py
Lines 99 to 105 in dd29bae
Solution: Since modules 2 to 5 depend on 1 but not on each other, we could move the processing of any exception after all of them (2 to 5) have been executed. Then we would still toggle OPUS/CamTracker correctly and check for battery state etc. even when the enclosure has issues. The emailing logic (occurred, resolved) will not be affected.
The text was updated successfully, but these errors were encountered: