-
Notifications
You must be signed in to change notification settings - Fork 0
Open
Description
- Subscriber file and duplicate to called "Krake_Simulator.py"
- The Krake_Simulator is simpler than the current subscriber (It only has 1 alarm, and cannot remember alarms.) (See line 16).
- The AdamServer needs to know what alarm was last sent to the Krake_Simulator, so it can implement Serial
- The Krake_Simulaor no longer lets you list alarms --- It writes over it on the screen, showing the last alarm.
- Transfer most of the subscribe.py should be moved into the server.
- The Krake_Simulator does not have a POLICY.
- The AdamServer keeps ALL unacknowledged alarms, and sends the oldest, highest priority alarm to the Krake_Simulator.
- Create SEVERITY_PAUSE as a policy. SEVERITY_PAUSE defines a 20-second pause, and won't rewrite an alarm until the user has had it for 20 seconds. (20 sould be configurable.)
- Implement a "Strategy" Gang-of-four Design Pattern. POLICY0, SEVERITY, SEVERITY_PAUSE are all different algoithms that are part of a "Strategy".
- Move constant at line 192 defining which broker/port to use into configuration file.
- Make Server output a log file of all actions in log file with timestamp (via append).
- RECEIVE AND ALARM
- SEND AN ALARM
- RECEIVE ACKNOWLEDGMENT
- (Look for python equivalent of "Log4J" library
- Consider creating "game" via simulator that creates N random alarms like the game you programmed before, and uses log file to assign "harm score". Possibly put a "name" in each alarm so that they can be identified.
- Start using the Krake-defined alarm protocol: Alarm is not JSON. "a"[0-5][.]*" -- "a", a digit, and 80 characters and then EOLN characters.
Metadata
Metadata
Assignees
Labels
No labels