KRAKE Should Alert User when WiFi goes Off Line, SPI and USB/Serial Too, Firmware GPAD-API V0.19 Does Not.

[ForrestErickson]

Is your feature request related to a problem? Please describe.
A clear and concise description of what the problem is. Ex. I'm always frustrated when [...]
With the Krake running firmware GPAD-API V0.19 with out a connection to a USB/serial monitor I have no indication when the WiFi and thus the MQTT connection is lost.
The user has no idea alarms are stale.

Describe the solution you'd like
A clear and concise description of what you want to happen.
Something on the LCD and DFPlayer should alert the user of loss of MQTT connection and that the alarm status is stale.
While the WiFi connection has continuous connection and therefor loss of connection detection, stale data could also happen on a disconnected SPI and USB/Serial interface too but we have no keep alive messages .

A requirement for a solution to this should be added to the User Manual before the completion and closing of this issue
If implemented for SPI and USB/Serial, this becomes a requirement extension for the API and therefor the controlling PMD too.

[RobertLRead]

I believe this should be addressed by periodically shifting the LCD to display something like the MQTT status. This is easily codable.

…

On Tue, Nov 19, 2024 at 7:48 AM Forrest Lee Erickson < ***@***.***> wrote: Assigned #86 <#86> to @RobertLRead <https://github.com/RobertLRead>. — Reply to this email directly, view it on GitHub <#86 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/ABINEH6FATDIB6UE2M3KKXL2BM6UBAVCNFSM6AAAAABSCFFUMKVHI2DSMVQWIX3LMV45UABCJFZXG5LFIV3GK3TUJZXXI2LGNFRWC5DJN5XDWMJVGM2DSOBVGE2TKNI> . You are receiving this because you were assigned.Message ID: ***@***.***>

-- Robert L. Read, PhD Twitter: @RobertLeeRead @pubinvention Public Invention: https://www.pubinv.org Join Our Mailing list: ***@***.*** YouTube: https://www.youtube.com/channel/UCJQg_dkDY3KTP1ybugYwReg Medium: ***@***.***

[ForrestErickson]

Regarding, "periodically shifting the LCD to display something like the MQTT status"
I think the PMD must send periodic messages.
When the KRAKE fails to receive a message in, perhaps twice, the expected period it needs to alert the user the alarm is stale but then redisplay the alarm if the user recalls it through the menu. At this speculation I have opened wide the big can that is alarm management.

[RobertLRead]

This could be done by writing a library for use on the PMD =client-side that maintains the alarm status and resends alarms periodically until they are dismissed. I agree: this gets us into alarm management, and is independent of the hardware. An alternative is to give each a alarm an expiration time. This is probably terrible from an alarm management point of view. Taking action based on MQTT status is probably easier.

…

On Tue, Nov 19, 2024 at 8:37 AM Forrest Lee Erickson < ***@***.***> wrote: Regarding, "periodically shifting the LCD to display something like the MQTT status" I think the PMD must send periodic messages. When the KRAKE fails to receive a message in, perhaps twice, the expected period it needs to alert the user the alarm is stale but then redisplay the alarm if the user recalls it through the menu. At this speculation I have opened wide the big can that is alarm management. — Reply to this email directly, view it on GitHub <#86 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/ABINEH5JJETNGFTV2BZBQMT2BNEJRAVCNFSM6AAAAABSCFFUMKVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDIOBVHA4TGNRYGU> . You are receiving this because you were mentioned.Message ID: ***@***.***>

-- Robert L. Read, PhD Twitter: @RobertLeeRead @pubinvention Public Invention: https://www.pubinv.org Join Our Mailing list: ***@***.*** YouTube: https://www.youtube.com/channel/UCJQg_dkDY3KTP1ybugYwReg Medium: ***@***.***