List view
Once the devices are set to work reliably for already trained operators, a "training mode" will be required. It will need to implement the following training pathway: - Member completes online training for tool - Member is given restricted access to tool (requires a member with "trainer permission" to tag after the student tags on the machine (indicating they are supervising the student) - System is able to log uses to prove a student has had enough supervised experience to be granted unsupervised access - Member can then be given unsupervised access permission
No due dateIt is possible that querying a remote server may be either too slow, or in some cases unreliable. The locks will need to updated to be able to download a basic database of members who have access at least once a day. When an operator scans their card, the "puck" should check the local data store first before querying a remote server. It should also be possible to be able to manually initiate an update of the local database from a remote interface.
No due dateThe hardware is to be build and installed on the higher risk equipment in the lab. It is expected it be programmed with a simplistic feature set. It will mainly read the operators campus card, query a server, and either grant access or do nothing (and flash a red error LED).
No due dateDevelop a basic breakout PCB for the ESP8266 to enable students to work on different parts of the project, and quickly develop the skills they need to complete the project. Research how to flow of information may take place within the access system. Flesh out all of the milestones.
Overdue by 7 year(s)•Due by May 1, 2018•0/2 issues closed