The Experts below are selected from a list of 24 Experts worldwide ranked by ideXlab platform

K.e. Schmidt - One of the best experts on this subject based on the ideXlab platform.

  • Augmented Reality Navigation: The use of Augmented Reality on the bridge to aid navy personnel with safe navigation on future frigates
    2017
    Co-Authors: K.e. Schmidt
    Abstract:

    Assignment With the release of new frigates by 2030, the target is set to operate them with fewer personnel by introducing more complex systems on board. An important human-computer interaction challenge lies in the design of decision support with new technologies, which was explored in my graduation project. Phase 1: Research This project started with a deep immersion into the Royal Netherlands Navy, the maritime domain and a trend analysis, which resulted in the formulation of the main research question: “How could Augmented Reality (AR) aid navy personnel with safe navigation on the bridge?” Based on meetings with operational personnel persona’s were made, in which the characteristics, responsibilities, values and needs of the various roles present on the bridge were described and visualized. The main users identified for a decision support concept were the Officer of the Watch (OOW) and Navigation Officer (NAVO), whom are responsible for the navigational decisions. Also an overview was made of the current systems at the bridge used for navigational purposes. An exploration in the Augmented Reality technique, a review of earlier studies executed about the application of it in the maritime domain and a look at already existing concepts lead to relevant insights about the foreseen capabilities, possibilities and implications. Based on this the research question was narrowed down with ‘when sailing through narrow waterways at night’. To gather rich insights in the OOW and NAVO way of working, where support by AR is most wanted and discover the users preferences for an AR device, a qualitative research study was done. This consisted of two separate parts; first six interviews were held on shore, followed by a two day observation aboard. Quotes from the interviews were used to Generate Statement cards, which is a method to transform raw data into information and knowledge. To find patterns and attach an interpretation to them, they were clustered on content. Six main functions were unveiled which need to be performed for safe navigation. With positioning you check where you are, and with track control you then check whether that your position is on the planned track or at least within the set safe water limits. This is strongly linked to avoid grounding, which is basically to avoid running into shallow waters. With avoid collision you are busy with avoiding that you crash into or get too close to another ship or something else in the water (such as a wind farm). One of the main functions on the bridge to ensure safe navigation is to look outside, which means continuously looking around what is happening outside (weather, sea, shipping, coastline). Lastly, one needs to respond to changing weather and sea conditions. From these, ‘to avoid collision’ turned out to have the highest potential of becoming critical. If something were to go wrong with this the impact would be severe. During the observational study it became clear that of the proposed AR options, it’s likely that an AR viewer device would reach the state of acceptance easiest and fits the context of use the most. Use it when you want the extra layer of information, and are not bothered by it when you don’t want it. Next, design guidelines were made in which was stated that the main things the solution should solve are the potentially critical points, the time consuming tasks at the bridge and the ones that Generate long head down time (time spent looking for information in systems instead of outside). Five use cases were described where the design should aid the user with, which are as follows: perceive another ship, identify another ship, understand the shipping situation, define turning point and prevent a too small CPA. Phase 2: Design & Evaluate During the ideation roughly four areas were explored: which functionalities it should have, how you create a well perceivable projection in AR, how to visualize the information and how you interact with the device. This resulted in two concepts: Simple and Smart. They have the same basis of an AR viewer, however the information that the Smart concept gives is in certain cases more extended than that of the Simple concept. Next to that, the Smart concept is ‘smarter’ and in certain specific situations it automatically displays a certain type of information. They were evaluated in a comparative study with Navigation Officers by the use of a scenario that contained the five earlier specified use cases, a questionnaire and an interview. The Smart concept scored better and was optimized using the given feedback. Design: Augmented Reality Navigation The Augmented Reality viewer accelerates the buildup of situational awareness on the bridge of future frigates by projecting information over the outside view and thereby aids navy personnel with safe navigation and eases the decision making process. It aids you with identifying other ships, gaining insight in the shipping situation and provides you with instant clarity where you can and cannot sail when you need to deviate to avoid a collision. Also, it helps you to follow your planned route and enhances the bridge team communication. The device is wireless and can project a layer over the outside view containing information gathered from the systems at the bridge. The use of it is best compared with that of a binocular: look through it whenever you feel the need to, and when you don’t use it are not bothered by it either. Using the AR viewer is especially handy in low visibility situations such as in fog or darkness. The different types of information are located on layers which can be turned on separately. Each user can define presets which the system memorizes. Specific layers which the user needs for decision making in a certain situation are turned on automatically.

Jacques Rouillard - One of the best experts on this subject based on the ideXlab platform.

  • Declarative Part in Generate Statements
    The Kluwer International Series in Engineering and Computer Science, 1993
    Co-Authors: Jean-michel Bergé, Alain Fonkoua, Serge Maginot, Jacques Rouillard
    Abstract:

    The VHDL’87 Language Reference Manual defines the Generate Statement with the following syntax: Generate_Statement::= Generate_label:generation_scheme Generate {concurrent_Statement} end Generate [Generate_label];

Peter J. Ashenden - One of the best experts on this subject based on the ideXlab platform.

  • 14 – Generate Statements
    The Designer's Guide to VHDL, 2020
    Co-Authors: Peter J. Ashenden
    Abstract:

    Publisher Summary Many digital systems can be implemented as regular iterative compositions of subsystems. VLSI designers make it easier to produce a compact, area-efficient layout, thus reducing cost. If a design can be expressed as a repetition of some subsystem, one should be able to describe the subsystem once, and then describe how it is to be repeatedly instantiated, rather than describe each instantiation individually. This chapter illustrates the VHDL facility that allows the generation of such regular structures. A subsystem can be replicated using a Generate Statement. Generate Statements are useful if the number of times one wants to replicate the concurrent Statements is not fixed but determined. When the cells at each end do not have neighbors on both sides, but are connected to signals or ports in the enclosing architecture body, one can deal with these special cases within an iterative structure using a conditional Generate Statement. Another important use of the conditional Generate Statements is to conditionally include or omit part of a design. These Statements can be used to describe recursive hardware structures.

Jean-michel Bergé - One of the best experts on this subject based on the ideXlab platform.

  • Declarative Part in Generate Statements
    The Kluwer International Series in Engineering and Computer Science, 1993
    Co-Authors: Jean-michel Bergé, Alain Fonkoua, Serge Maginot, Jacques Rouillard
    Abstract:

    The VHDL’87 Language Reference Manual defines the Generate Statement with the following syntax: Generate_Statement::= Generate_label:generation_scheme Generate {concurrent_Statement} end Generate [Generate_label];

Serge Maginot - One of the best experts on this subject based on the ideXlab platform.

  • Declarative Part in Generate Statements
    The Kluwer International Series in Engineering and Computer Science, 1993
    Co-Authors: Jean-michel Bergé, Alain Fonkoua, Serge Maginot, Jacques Rouillard
    Abstract:

    The VHDL’87 Language Reference Manual defines the Generate Statement with the following syntax: Generate_Statement::= Generate_label:generation_scheme Generate {concurrent_Statement} end Generate [Generate_label];