DEN-13743: IMP: Device Registration - CloudSync POST test - Device Serial/Version req/rsp - Added the disable functionality ( main.h SINGLETON_... macros ) for the Singleton classes, which are basically controllers, to stop their thread event loop, so they literally stop working. - Connected the disable functionality of the controllers like, CloudSync, Bluetooth (Maybe later Logger), to the POST result. - Improved the ./run.sh script and same on the ApplicationPOST class. - Set the minimum of the HD/DG serial length to 1 byte, since it is not exactly at 15 or 20 char length. - Removed the "CS" from the UI log of sending out the messages to CS, which the source is UI, not the CS and this is confusing. - Removed the "Settings/DG Cleaning" scheduling section. - Changed the POST version/serial request from UI to all to be identified in the log from "Versionreq" to "POSTInfReq". - Added a new UI POST Alarm in AlarmDefs.h, ALARM_ID_UI_POST_FAILURE_CLOUDSYNC = 295, ///< UI POST CloudSync failure - Fixed a potential bug on SD-Card not ready service logging.
DEN-13645: IMP: DEN-13473: HD Communication/UI Issues ***** THIS IS AN EXPERIMENT ***** - It seems like the UI could be initialized early on, even before the controllers, so when the controllers are sending messages to UI to update the screen it is initialized and available to get update. - previously when controllers were publishing the statuses UI was not even initialized and ready to receive any signal and that seems to be the reason some part of the UI (SD-Card status) was not get updated and missed signals. _____ - Also added NoCANBus to able to go to Service when there is no HD to confirm the state change.
Loading ...