The system including onboard timer and memory of claim of 14 wherein once the RCR gets viable “location” and “status”, data;
- once time and distance can be derived, there can be an internal process that uses that data to output FLOW readouts necessary to guide vehicle through said traffic light while it is green, in spite of data that might be missing, incoming data that might be blacked out, or otherwise be corrupted,
- wherein said onboard receiver/calculator/readout RCR can function as a one dimensional inertial navigation system,
- whereby whose outputting can thereby be backed up by onboard means once initial location and status has been established,
- wherein said inertial navigation can be compatible with use of a substantially distinctly placed node or threshold, or just as easily applicable to a looser interpretation of a node wherein said looser interpretation can include zones and tolerances instead of a distinct point or threshold,
- wherein said inertial navigation means can be driven by event based activity as well as streaming activity including importing of frequencies, digital, and analog as data,
- wherein there is a possibility for said inertial navigation serving as advanced anticipation backup, wherein events such as crossing said node or threshold can be anticipated and wherein if there is a data transfer blackout at the crossing of the node, processing and data (including real or virtual) can be adequate for entering the node crossing event for use in real or virtual speed readouts thereafter,
- wherein there can be successful anticipation-based node crossing event log in spite of a data blackout, or a missed data time entry (especially in a case where there might be an input frequency slower than a few inputs per second), such time entry having taken place at the precise instant the node crossing took place, and wherein at that instant, the location data was not being downloaded,
- wherein there is a possibility for said inertial navigation serving to switch to on-board processing using said timer and velocity data from on-board speedometer, including possibility of GPS as speedometer, to still know location, including derivation leading to distance to signal, in spite of location information blackout,
- wherein there is a possibility for said inertial navigation serving to switch to onboard processing to use timing means to continue to count down status, wherein said switched timing data could lead to or derive to time left to beginning net green, or time left to hierarchical position, slot;
- arrival at/through green, in event of a status input blackout,
- wherein there is a possibility for said inertial navigation serving to retain probability of speed assignment hierarchical placement slot continuity,
- wherein there is somewhat preservation of speed assignments from the crossing of the node event, threshold to finishing of assignments at or near crossing of intersection event,
- wherein there is a possibility for said inertial navigation serving to switch in and out as necessary to keep readouts/outputs, HMI continuous, perceivable, readable,
- wherein once the first data packet gets through, enough so that said location and status data can be ascertained, there is enough data for said inertial navigation system to guide vehicle with appropriate FLOW speed assignments,
- wherein there is included the possibility for using velocity algorithms, wherein if speed is too high, back up system implies “go slower”;
- if speed is too low, back up system implies “go faster” than the “actual” or “interactive” readout, thus heading vehicle back to its originally assigned speed,
- wherein the relationship of:
- V
- sa
- =
- V
- actual
- ±
-
- x
-
- t
- can utilize velocity based inertial navigation where Vsa is speed assignment, and in the event of a blackout, with no true assignments coming in, Vsa becomes “virtual” speed assignment gained substantially near the node, V(actual) is the realtime speedometer based speed, dX/dt is the change processed either in positive or negative direction by receiver calculator based on “go faster” or “go slower” variation of speed assignment, and wherein there is a possibility for nature of readouts also being based on “go faster” or “go slower”,
- wherein there is the possibility for said processor to regard scans generated by events from said status and location packages (as well as streaming incoming data) as taking precedence over said backup one dimensional inertial guidance system for generating outputs, or wherein there is possibility for a master-slave priority relationship of real readouts having priority over virtual ones,
- wherein there is the possibility of a back up means in the event of data corruption,
- wherein there can still be continuity
- wherein there can be the possibility for anticipating location to determine a “virtual” node in the event of a blackout of data near the node so that the initial node set of assignments can be valid,
- wherein there is the possibility for real location and real time data to take higher precedence, i.e. supersede over onboard virtual data or data generated by inertial navigation, wherein when said higher precedence real location and/or real status/time data can be funneled into the processing as soon as it is determined to be viable, wherein backup readouts are deferred aside when real or true RCR inputs come in,
- wherein there can be a master slave relationship between true FLOW status and location inputs to RCR substitute processed inputs,
- wherein RCR substitute activity is corrected, updated, calibrated by true status and location inputs
- wherein such precedence insures maximum accuracy in FLOW status and location inputs,
- also wherein there can also be an alternate possibility for the virtual assignment, onboard generated inertial navigation to have a higher degree of precedence in the processing wherein there can be a range in number of real-data-corrections, frequency of real-data-corrections to virtual speed outputs, and wherein that range can go from many corrections by real data to only a couple of corrections, and wherein the virtual speed outputting assumes a higher priority,
- wherein said possibility of higher precedence of said onboard virtual resulting processing can provide for more clarity of status and location data due to longer available time periods for downloading.