{"id":42095,"date":"2022-04-19T08:53:21","date_gmt":"2022-04-19T06:53:21","guid":{"rendered":"https:\/\/www.avsimulation.com\/good-dil-simulator\/"},"modified":"2024-08-26T15:28:43","modified_gmt":"2024-08-26T13:28:43","slug":"good-dil-simulator","status":"publish","type":"post","link":"https:\/\/www.avsimulation.com\/en\/good-dil-simulator\/","title":{"rendered":"What makes a good DiL simulator"},"content":{"rendered":"

Driver in the Loop<\/span><\/h2>\n

The concept of driving simulators emerged in the 1930\u2019s for research on traffic safety. The concept shown here by DeSilva in 1936 is already close to some simulators used these days.<\/p>\n

At the time, the idea was already to bring the driver into a driving position, reproducing the stimuli used by the brain to conduct the tasks of driving. Today\u2019s simulators are based on the same concept.<\/p>\n

DeSilva, 1936<\/em><\/span><\/p>\n

This kind of simulator is named \u201cdriver-in-the-loop\u201d (DiL), because it feeds the driver with cues (auditory, visual, \u2026) to enable them to accomplish the usual tasks of \u201cdriving\u201d, and the actions of the driver are used as inputs to compute the dynamics of the vehicle.<\/p>\n

Simulators which range in size from small to very big are rendering these inputs and outputs with a gradual level of fidelity.<\/p>\n

Driver in the loop diagram<\/em><\/span><\/p>\n

Even in \u201cdriver in the loop\u201d simulators, the focus point is not always the driver. They can also be used to test hardware or software in realistic situations when a real driver is behind the wheel.<\/p><\/blockquote>\n

What makes a good DiL simulator ?<\/span><\/h3>\n

In the wide variety of available solutions, what makes a good DiL simulator, and how do you choose the best solution for your use case?<\/p>\n

If we draw a parallel with video gaming, a car racing gamer will focus on several elements of their equipment:<\/p>\n

    \n
  • The screen<\/span>: the wider, the better<\/li>\n
  • The input hardware<\/span>: usually a steering wheel gaming controller<\/li>\n
  • The seat<\/span>: a bucket seat feels like being in a real racing car<\/li>\n
  • The software<\/span>: better graphics for more immersion<\/li>\n<\/ul>\n

    While gaming focuses on the impression<\/em> of realism and thrill, simulation for vehicle development focuses more on an accurate representation of reality. Each component is calibrated<\/em>.<\/p>\n

    The display<\/span><\/p>\n

    A wider display increases the perception of speed, thanks to object outside the road running on the peripheral vision of the driver. Buta good display has other challenges, such as readability and comfort during the driving simulation.<\/p>\n

    While driving, the focus point of the driver can go far ahead. They need to be able to distinguish traffic signs, objects and other road users despite their size on screen. Some road markings end-up very small on screen if they are far away in the simulation. Similarly, when driving at higher speed \u2013 on highways for instance \u2013 fixed traffic signs on the road side are only readable if the display\u2019s refresh rate is high enough. The angular resolution and refresh rate of the display are therefore critical for readability.<\/p>\n

    As for simulator sickness, while it affects each user in a different way, the methods to minimize it are always the same. The coherence between the cues, as well as between driving simulation and the real world, are key. In addition to the technical specifications of the screen, proper calibration is very important in order to have best performance, and accuracy of the virtual world to represent the real world.<\/p>\n\n\n\n\n
    Speed perception<\/td>\nReadability<\/td>\nComfort of simulation<\/td>\n<\/tr>\n
    Resolution and scene details
    \nBetter with 3D
    \nLateral view<\/td>\n    		Resolution and pixel accuracy
    \nContrast
    \nFrequency
    \nSmearing Reduction<\/td>\n    		Field of View (Immersion)<\/p>\n

    Frequency
    \nLatency
    \nBrightness and color
    \nHomogeneity
    \nRoad Alignment
    \nScale factor 1:1<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

    Display criteria for simulation<\/em><\/span><\/p>\n

    The technologies available to reach appropriate specifications vary greatly, and the choice depends also on premises constraints, such as available space, dimensions or power supply, and on the available budget, as well as on the primary use case.<\/p>\n

    Examples of display technologies:<\/span><\/p>\n

    Monitor<\/span><\/p>\n

    VR HMD<\/span><\/p>\n

    CAVE<\/span><\/p>\n

    Projection<\/span><\/p>\n

    LED wall<\/span><\/p>\n

    The input hardware plays an important role in the immersion of the driver. While a computer keyboard could be used, DiL simulators generally use at least a steering wheel and pedal controllers.<\/p>\n

    On the steering side, a more powerful and responsive force-feedback wheel will add more realism to the dynamics of the vehicle, and of the road effects. It also allows for actual full-sized steering wheels, even those taken from real vehicles. This is unlike smaller reproductions that often attached to gaming steering wheels.<\/p>\n

    Pedals also have feedback, either passive or active. Passive allows for realistic feeling, and may offer the possibility to mechanically adjust the level of resistance. Only active pedal feedback can render special effects from the vehicle dynamics and from the road, such as vibration due to surface roughness, or the action of an ABS.<\/p>\n

    Finally, the decorative parts of the cockpit range from a desktop with on-screen instrument panels to complete, actual car cockpits with active clusters. The available space and intended level of immersion drive the selection of a cockpit. If versatility is a criterion, modifiable elements will be preferred. For example, by using a screen instead of a physical cluster.<\/p>\n

    Examples of cockpit hardware:<\/span><\/p>\n\n\n\n\n
    Steering wheel<\/td>\nPedals<\/td>\nDecoration<\/td>\n<\/tr>\n
    Game steering-wheel controller
    \nPerformance steering-wheel FFB<\/td>\n    		Passive
    \nPassive adjustable
    \nActive<\/td>\n    		Desktop
    \nDashboard imitation
    \nActual dashboard
    \nFront half of a car
    \nEntire car<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

    A more comprehensive, full-scale cockpit tricks the driver into feeling they are getting inside an actual car. But the absence of movement betrays this illusion, and introduces discomfort. It is essential that the realism of the cockpit be homogeneous with the level of feedback of the display, and of the motion system.<\/p>\n

    The motion system<\/span><\/p>\n

    A simulator without a motion system is called \u201cstatic\u201d. The motion system makes a simulator \u201cdynamic\u201d to improve immersion and comfort of driving simulation.<\/p>\n

    Movements are detected by the human body through the inner ear, and through direct contact on the rest of the body. The challenge is to provide the driver with the linear acceleration, rotational speed and special effects they expect while driving \u2013 based on their actions, the dynamics of the vehicle and the environment. The coherence between what the driver sees and what they feel ensures that they can forget they are in a simulator, and behave more accurately as if they were on the road.<\/p>\n

    When driving without motion cues, it feels like riding a \u201cmagic carpet\u201d. No event in the simulation seems to have a real impact to the driver. To prevent this, the first cues that a motion system reproduces are small effects, like road vibration or gear shifting. Small effects focus on the contact areas like the steering wheel, the pedals and even the seat. Active force-feedback of the steering wheel and pedals are used. For the seat, vibration or piston actuators can be used. At this point there is still no real \u201cdegree of freedom\u201d in the motion (0 DoF).<\/p>\n

    The first 3 DoF enable larger amplitude events to be cued \u2013 for example when the driver starts braking, accelerating, turning, or when a road bump is hit. This enhances the realism of driving, as the driver now feels when<\/em> the event occurs. Their reaction time can calibrate based on the cues.<\/p>\n

    The 6 DoF, 9 DoF or more allow the cueing of even larger scale amplitudes, and to measure them out. The driver feels the dynamics of the vehicle. They can moderate their actions based on the strength of the reproduced effects. For example, the speed in a curve, or the brake force.<\/p>\n

    Ranges of degrees of freedom.<\/span><\/p>\n

    Special effects<\/span><\/em><\/p>\n

    6 DoF and more<\/span><\/em><\/p>\n

    6 DoF and more<\/span><\/em><\/p>\n

    Reproducing larger amplitudes of motion, such as centrifugal force (lateral) or acceleration and braking pushes (longitudinal) implies gradually heavier hardware. The movements themselves require more travel distance. However, it is also the driver who decides the next movement. At all times, the simulator must be ready to react to a variety of actions that the driver could choose.<\/p>\n

    The larger travel distance available on each axis, the better the feedback can be. And in order to optimize the utilization of any available travel distance, anticipation is key. Reproducing movements at a 1:1 scale to reality at all times is not possible, as it eventually leads to reaching mechanical limits. The balance between the immediate accuracy of feedback and continuity of immersion is the role of the motion cueing software.<\/p>\n

    The software<\/span><\/p>\n

    The driving simulation software is responsible of generating all cues, managing the virtual world and reading the driver\u2019s inputs. It basically closes the loop, by substituting for everything that doesn\u2019t exist in the physical simulator.<\/p>\n

    All the users see and feel is the result of accurate models. The vehicle dynamics ensures realistic vehicle behavior based on driver commands. The 3D rendering must be realistic enough for immersion, and the surrounding actors, such as pedestrians and traffic, must behave in a coherent, seemingly natural way.<\/p>\n

    SCANeR studio supervision view<\/em><\/span><\/p>\n

    In the case of SCANeR studio, the software is also where you design experiments, configure models and prepare key performance indicators for later analysis. The features extend all across the development and testing cycle, allowing teams and skills collaboration on the same models.<\/p>\n

    Some SCANeR studio Packs: the what<\/em><\/span><\/p>\n

    Finally, the software allows the exploitation of the simulator\u2019s hardware. It must be open and allow the connection and configuration of the wider range of possible hardware. SCANeR studio also embeds the necessary tools for calibration, which as seen before is critical for optimal exploitation. This is just as true for DiL as for other platforms used for automotive simulation (Desktop, HiL, Massive Simulation, \u2026). All within the same software.<\/p>\n

    Some SCANeR studio Packs: the how<\/em><\/span><\/p>\n

    Wrap up<\/span><\/p>\n

    Bigger, more powerful, and more expensive doesn\u2019t always mean better. From the beginning it is important to make the educated, well researched decision when selecting a solution in order to get the most optimized result for a use case, or for multi-purpose challenges.<\/p>\n

    AVSimulation\u2019s solution starts from the clear definition of needs for the proper operation of your DiL simulator. Take advantage of decades of experience in driving simulators commissioning and exploitation.<\/p>\n

    AVSimulation\u2019s team is looking forward to hear about your DiL needs<\/a>.<\/p>\n

    For more information, don’t hesitate to visit our catalogs.<\/p>\n

    Written by<\/span> Guillaume Adam.<\/p>\n","protected":false},"excerpt":{"rendered":"

    Driver in the Loop The concept of driving simulators emerged in the 1930\u2019s for research on traffic safety. The concept shown here by DeSilva in 1936 is already close to some simulators used these days. At the time, the idea was already to bring the driver into a driving position, reproducing the stimuli used by […]<\/p>\n","protected":false},"author":1,"featured_media":41639,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[1],"tags":[],"topics":[],"class_list":["post-42095","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-publications"],"_links":{"self":[{"href":"https:\/\/www.avsimulation.com\/en\/wp-json\/wp\/v2\/posts\/42095","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.avsimulation.com\/en\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.avsimulation.com\/en\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.avsimulation.com\/en\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.avsimulation.com\/en\/wp-json\/wp\/v2\/comments?post=42095"}],"version-history":[{"count":2,"href":"https:\/\/www.avsimulation.com\/en\/wp-json\/wp\/v2\/posts\/42095\/revisions"}],"predecessor-version":[{"id":43952,"href":"https:\/\/www.avsimulation.com\/en\/wp-json\/wp\/v2\/posts\/42095\/revisions\/43952"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.avsimulation.com\/en\/wp-json\/wp\/v2\/media\/41639"}],"wp:attachment":[{"href":"https:\/\/www.avsimulation.com\/en\/wp-json\/wp\/v2\/media?parent=42095"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.avsimulation.com\/en\/wp-json\/wp\/v2\/categories?post=42095"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.avsimulation.com\/en\/wp-json\/wp\/v2\/tags?post=42095"},{"taxonomy":"topics","embeddable":true,"href":"https:\/\/www.avsimulation.com\/en\/wp-json\/wp\/v2\/topics?post=42095"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}