Abstract: Example implementations described herein facilitate an interactive environment for companies and personals to validate and develop autonomous driving systems. Such implementations apply to, but are not limited to, applications such as sensor data collection for deep learning model training; validation and development of various detection algorithms; sensor fusion (e.g., radar, lidar, camera) algorithm development and validation, trajectory/motion planning algorithm validation; and control algorithm validation.

Abstract: Example implementations described herein facilitate an interactive environment for companies and personals to validate and develop autonomous driving systems. Such implementations apply to, but are not limited to, applications such as sensor data collection for deep learning model training; validation and development of various detection algorithms; sensor fusion (e.g., radar, lidar, camera) algorithm development and validation, trajectory/motion planning algorithm validation; and control algorithm validation.

Abstract: In some examples, a processor on a vehicle may determine, based at least partially on information obtained from a sensor, that a fuel level of the vehicle is increasing. Further, the processor may determine that the fuel level has stabilized for a threshold time. In addition, the processor may determine an amount of fuel added to the vehicle, and may send, over a wireless network to a computing device, a communication indicating the amount of fuel added. In some cases, the computing device may compare the amount of fuel indicated in the communication from the processor with an amount of fuel indicated in information received from a point-of-sale device for determining a difference.

Abstract: Apparatus for providing real-time data to a hardware-in-the-loop simulator for an automotive vehicle. The apparatus includes a test vehicle having at least one sensor which generates an output signal representative of a condition of the vehicle. A wireless transmitter such as a cellular phone on the motor vehicle receives the sensor output signal as an input signal and transmits that output signal to a computer network. A simulator data server receives the data from the computer network and provides that data to the hardware-in-the-loop simulator.

Abstract: In some examples, a processor on a vehicle may determine, based at least partially on information obtained from a sensor, that a fuel level of the vehicle is increasing. Further, the processor may determine that the fuel level has stabilized for a threshold time. In addition, the processor may determine an amount of fuel added to the vehicle, and may send, over a wireless network to a computing device, a communication indicating the amount of fuel added. In some cases, the computing device may compare the amount of fuel indicated in the communication from the processor with an amount of fuel indicated in information received from a point-of-sale device for determining a difference.

Abstract: A system and method for allocating software resources. Multiple tasks are received from a network in which each task requires at least one software resource. Each task is analyzed to determine the type of resource(s) required to execute each such task. The availability of the software resource(s) is determined and, if available, allocated to the requesting task. If the software resource(s) is not available, the task is stored in a queue until the software resource(s) becomes available.

Abstract: A method for identifying a value of an unknown circuit component for an analog signal having a known output profile in which a simulation list of the analog circuit is first created including the component with the unknown value. A transfer function for the known output value is then created using a programmed processor and the transfer function is then solved by the processor for the value of the unknown component. For nonlinear circuit components, a linear model is substituted for the nonlinear components prior to creating the simulation list.

Abstract: A control system for a vehicle having a plurality of subsystems in which each subsystem includes a sensor and/or actuator. A general purpose processor is programmed with a plurality of software applications in which each software application is associated with one of the vehicle subsystems. The subsystems and processor communicate with each other through an electrical bus and each subsystem includes a communication interface to receive commands from the processor as well as to send task signals to the processor. A task arbitrator prioritizes the order of execution of multiple task signals received by the processor during a preset time period. The general purpose processor then initiates execution of the software application associated with the subsystem of the sensor signal received from the task arbitrator and thereafter transmits a control signal to one or more of the subsystems via the bus as a result of execution of the associated software application.

Abstract: Apparatus for providing real-time data to a hardware-in-the-loop simulator for an automotive vehicle. The apparatus includes a test vehicle having at least one sensor which generates an output signal representative of a condition of the vehicle. A wireless transmitter such as a cellular phone on the motor vehicle receives the sensor output signal as an input signal and transmits that output signal to a computer network. A simulator data server receives the data from the computer network and provides that data to the hardware-in-the-loop simulator.

Abstract: A control system for a vehicle having a plurality of subsystems in which each subsystem includes a sensor and/or actuator. A general purpose processor is programmed with a plurality of software applications in which each software application is associated with one of the vehicle subsystems. The subsystems and processor communicate with each other through an electrical bus and each subsystem includes a communication interface to receive commands from the processor as well as to send task signals to the processor. A task arbitrator prioritizes the order of execution of multiple task signals received by the processor during a preset time period. The general purpose processor then initiates execution of the software application associated with the subsystem of the sensor signal received from the task arbitrator and thereafter transmits a control signal to one or more of the subsystems via the bus as a result of execution of the associated software application.

Abstract: A method for identifying a value of an unknown circuit component for an analog signal having a known output profile in which a simulation list of the analog circuit is first created including the component with the unknown value. A transfer function for the known output value is then created using a programmed processor and the transfer function is then solved by the processor for the value of the unknown component. For nonlinear circuit components, a linear model is substituted for the nonlinear components prior to creating the simulation list.

Abstract: A method for the co-simulation of two or more interacting mathematical models in which each model has at least one input port and one output port for inputting and outputting values of parameters in a predefined parameter protocol. The unit of measurement is identified for each parameter in the model and a scaling factor is then generated to equalize the units of measurement for each parameter in each model. The parameter protocol for each port is then determined and a virtual bus with unique locations is configured for each parameter in the models. The parameters from the models are then configured as a function of the parameter protocol so that the same parameters from different models are associated with the same location in the virtual bus.

Abstract: A vehicle control system for a vehicle having a plurality of sensors and a plurality of actuators. The control system includes a sensor-actuator-transceiver (SAT) associated with each sensor and/or actuator to read and transmit and value of the sensor or receive a target value for the actuator and generate a control signal to the actuator. A server executes simulation software for each SAT as a software in the loop simulation which determines the target position of the actuators as the function of at least one sensor. A main transceiver at the server then transmits signals to the SATs to actuate the actuators to achieve a target value.

Abstract: A system and method for allocating software resources. Multiple tasks are received from a network in which each task requires at least one software resource. Each task is analyzed to determine the type of resource(s) required to execute each such task. The availability of the software resource(s) is determined and, if available, allocated to the requesting task. If the software resource(s) is not available, the task is stored in a queue until the software resource(s) becomes available.

Abstract: A method and apparatus using a programmed processor for electronic circuit simulation in which raw data containing both independent and dependent variables is acquired. That raw data is analyzed using an analysis method which generates relationships between the independent and the dependent variables. A mathematical model is created from those relationships and this is repeated for at least two different analysis methods. The statistical error between the raw data and the computed dependent variables is then calculated and the analysis method having the smallest statistical error with sufficient sample size is selected.

Abstract: A system for managing electrical power requirements between at least two power grids including a number of automotive vehicles each of which has an electric motor which propels the vehicle at least partly during its operation. An electric battery is contained in each vehicle as well as a wireless transmitter. A processor contained within each vehicle communicates with the wireless transmitter to transmit information to a base station indicative of the state of charge of the battery, vehicle identification information, and vehicle destination. The base station or upstream entity processes the data from the multiple vehicles to estimate the geographic power requirements necessary to recharge the batteries and then redirects power among at least two different power grids in order to meet those geographic power requirements.

Abstract: A method for the co-simulation of two or more interacting mathematical models in which each model has at least one input port and one output port for inputting and outputting values of parameters in a predefined parameter protocol. The unit of measurement is identified for each parameter in the model and a scaling factor is then generated to equalize the units of measurement for each parameter in each model. The parameter protocol for each port is then determined and a virtual bus with unique locations is configured for each parameter in the models. The parameters from the models are then configured as a function of the parameter protocol so that the same parameters from different models are associated with the same location in the virtual bus.

Abstract: A system for managing electrical power requirements between at least two power grids including a number of automotive vehicles each of which has an electric motor which propels the vehicle at least partly during its operation. An electric battery is contained in each vehicle as well as a wireless transmitter. A processor contained within each vehicle communicates with the wireless transmitter to transmit information to a base station indicative of the state of charge of the battery, vehicle identification information, and vehicle destination. The base station or upstream entity processes the data from the multiple vehicles to estimate the geographic power requirements necessary to recharge the batteries and then redirects power among at least two different power grids in order to meet those geographic power requirements.

Abstract: A method and apparatus for developing multicore microcomputer-based systems. A dual core controller model having at least one parameter is simulated and, similarly, a plant model having at least one parameter and controlled by the controller model is also simulated. The user interface then has access to the parameters of the controller model and plant model and optionally suspends execution of the controller model and plant model in response to a trigger event. The user interface determines the status of the various controller model parameters for both cores and/or plant model parameters at the time of the trigger without altering the controller model parameters or the plant model parameters. The core parameters for both cores are displayed on a display device.

Abstract: A method and apparatus for developing multicore microcomputer-based systems. A dual core controller model having at least one parameter is simulated and, similarly, a plant model having at least one parameter and controlled by the controller model is also simulated. The user interface then has access to the parameters of the controller model and plant model and optionally suspends execution of the controller model and plant model in response to a trigger event. The user interface determines the status of the various controller model parameters for both cores and/or plant model parameters at the time of the trigger without altering the controller model parameters or the plant model parameters. The core parameters for both cores are displayed on a display device.