android:track:trackstories
Differences
This shows you the differences between two versions of the page.
| Both sides previous revision Previous revision Next revision | Previous revision | ||
|
android:track:trackstories [2013/11/04 20:48] mikeclapp [Settings] |
android:track:trackstories [2014/03/28 00:29] (current) mikeclapp [Identifying the machine at startup] |
||
|---|---|---|---|
| Line 156: | Line 156: | ||
| * **Total CY** - Total Cubic yards(meters) moved. Requires cycles and yards per machine specified to be non-zero. | * **Total CY** - Total Cubic yards(meters) moved. Requires cycles and yards per machine specified to be non-zero. | ||
| * **Avg Speed** (##.#) - Uses moving hours for calculation, not total hours. | * **Avg Speed** (##.#) - Uses moving hours for calculation, not total hours. | ||
| - | * **Minutes per Hour** - This is the ratio moving time vs total time in an hour specified in minutes. I believe we need to support showing it but the problem is that the times spent warming up the machine can distort this although it's easy enough for the Trackwork user to cull the time range to give a corrected value. | + | * **Moving Minutes per Hour** - This is the ratio moving time vs total time in an hour specified in minutes. I believe we need to support showing it but the problem is that the times spent warming up the machine can distort this although it's easy enough for the Trackwork user to cull the time range to give a corrected value. |
| Line 167: | Line 167: | ||
| * Moving Hours | * Moving Hours | ||
| * Average Speed | * Average Speed | ||
| - | * Minutes per hour | + | * Moving Minutes per hour |
| * Total Cycles (this always starts at 1. It just never increases without a cycle line) | * Total Cycles (this always starts at 1. It just never increases without a cycle line) | ||
| * Total Hours | * Total Hours | ||
| - | **With a Cycle Line** | + | **With a Cycle Line** includes all statistics of without a cycle line |
| * Moving Hours | * Moving Hours | ||
| Line 249: | Line 249: | ||
| * Name - this is the friendly name of the machine. | * Name - this is the friendly name of the machine. | ||
| - | * Type - Construction vehicles have different tracking characteristics both in measurement and track behaviour. Types I can think of right now are Scraper, Excavator, Truck, Blade, Dozer, Paver. Having a type helps with setting up the proper analysis and in segregating volumes by vehicle type. | + | * Type - Construction vehicles have different tracking characteristics both in measurement and track behaviour. Types I can think of right now are Compactor, Scraper, Excavator, Truck, Blade, Dozer, Paver. Having a type helps with setting up the proper analysis and in segregating volumes by vehicle type. |
| * Color - One of the previous issues was the lack of standardization of machine colors. It caused two problems. The first is that it was difficult to analyze more than a single day because the same machine may show as a different color. The second is that it makes it harder to quickly recognize patterns. This is the first step for standardization | * Color - One of the previous issues was the lack of standardization of machine colors. It caused two problems. The first is that it was difficult to analyze more than a single day because the same machine may show as a different color. The second is that it makes it harder to quickly recognize patterns. This is the first step for standardization | ||
| * Average CY (M3) per cycle - a default number for approximating the volume of dirt moved per cycle | * Average CY (M3) per cycle - a default number for approximating the volume of dirt moved per cycle | ||
| Line 257: | Line 257: | ||
| {{:android:track:smarttrack_-_settings-preference-machine.png?400|}} | {{:android:track:smarttrack_-_settings-preference-machine.png?400|}} | ||
| - | The standard Key/Access Login. Hopefully this is setup as a longterm/onetime key and the only time a user would see it is on the very first time the program is opened or is the user/password is changed for some reason. Suppressing any login view that is not absolutely necessary on this program is desirable. | + | The login screen has a single button, Deauthorize. What it does is prompt the user "Are you sure you wish to Deauthorize this device and exit the program?" Pressing yes attempts to checkin the key and upon success clears the user's login data including token. Upon success of both of those operations, the program exits. In cases where the key is not successfully checked in, display the following message and return to the same screen up on pressing Ok. "The device is unable to check in the key. Please verify you have internet connectivity and try again." |
| + | |||
| + | After this done, any subsequent attempt to start SmartTrack will present the user with the standard login dialog identical to the first time it was set up. In the event the authentication token is invalid, the user deleted, or the password changed, the program should display the login dialog to give the user and opportunity to fix the problem. | ||
| + | |||
| + | <del>The standard Key/Access Login. Hopefully this is setup as a longterm/onetime key and the only time a user would see it is on the very first time the program is opened or is the user/password is changed for some reason. Suppressing any login view that is not absolutely necessary on this program is desirable.</del> | ||
| Line 265: | Line 269: | ||
| {{:android:track:smarttrack_-_settings-about.png?400|}} | {{:android:track:smarttrack_-_settings-about.png?400|}} | ||
| + | |||
| + | |||
| + | ==== Identifying the machine at startup ==== | ||
| + | |||
| + | The key to deeper statistics and analysis is machine identification. Without some sort of identification the tracks are more difficult to analyze and don't as easily lend themselves to mobile analysis. We need to have the capability to edit the machine to tracker association in many places but perhaps the easiest place is at the tracker and machine itself. | ||
| + | |||
| + | The simplest path is inputting nothing (pressing cancel) at the Vehicle selection window. All we can do in this case is log a unique identifier and attach the tracks to it. | ||
| + | |||
| + | The second simplest path is picking a predefined machine the first time and confirming that vehicle choice at the start of every session. This is probably the desired first release behaviour. | ||
| + | |||
| + | For a more dynamic environment where machine-tracker associations change frequently, implementing a bar code scanning function could be more desirable than picking from a list. | ||
| + | |||
| + | The startup selection screen might look something like this: | ||
| + | |||
| + | {{:android:track:startupmachineselection.png?300|}} | ||
| + | |||
| + | |||
| + | The imagined flow is this: | ||
| + | |||
| + | - Start SmartTrack and background login occurs. Do we have to scan for new vehicles and download them here? | ||
| + | - Display the Vehicle selection. Pressing select assigns the machine in the combo box. Picking from the combo box displays the vehicle characteristics. Pressing Cancel bypasses machine assignment and then all we have is a tracker id. | ||
| + | - After vehicle selection SmartTrack needs to check with the server for configuration and/or configuration changes and load them. | ||
| + | |||
| + | Other future options may include bar codes or RFID tags. RFID would be fairly unobtrusive to the user but dependent on mounting that I'm not sure we can rely on. Scanning requires user action in scanning the codes and also limits devices to those with cameras. | ||
| + | |||
| + | |||
| + | |||
| ==== Information Flow & Requirements ==== | ==== Information Flow & Requirements ==== | ||
| One of the themes of this system besides low friction to implement is giving each of the users something and getting some simple sort of data in return. It's not unlike a database where the collective small inputs of many people yield a result that is greater than the input required. The users/consumers are: | One of the themes of this system besides low friction to implement is giving each of the users something and getting some simple sort of data in return. It's not unlike a database where the collective small inputs of many people yield a result that is greater than the input required. The users/consumers are: | ||
| Line 287: | Line 318: | ||
| * **Hourly statistics ** - Moving hours, total hours, avg cycle time, cycles, cy(m3) | * **Hourly statistics ** - Moving hours, total hours, avg cycle time, cycles, cy(m3) | ||
| * **Cumulative statistics ** - Moving hours, total hours, avg cycle time, cycles, cy(m3) | * **Cumulative statistics ** - Moving hours, total hours, avg cycle time, cycles, cy(m3) | ||
| - | * **Device name, machine name/id, machine type, default capacity** | + | * **Device name, machine name/id, machine type,** color,default capacity |
| === SmartTrack Inputs === | === SmartTrack Inputs === | ||
android/track/trackstories.1383598132.txt.gz · Last modified: 2013/11/04 20:48 by mikeclapp
Page Tools
