Description of demonstrators Sample Clauses

Description of demonstrators. WebRTC, as a technology that is focusing on multimedia communications with support for different devices, can be the basis of hundreds of different implementations and use cases. This demonstration will focus on how WebRTC can be used in a multi-core embedded device designed to act as a webTV device (androidTV in this case). These devices have been designed to bring new capacities to the TV, especially for those that are not “smartTV” thanks to having a CPU running an Android OS with the possibility to run YouTube videos, games, TV on demand, Skype, etc. One of the features available is web browsers like Google Chrome that is fully supporting WebRTC today.
Sample 1
AutoNDA by SimpleDocs
Description of demonstrators. The envisioned demonstrator will be based on an autonomous smart home system. Data will be gathered from a set of sensors embedded inside the house, regarding both the environment and the state of the user. The data will be aggregated and analysed, and the system will decide upon how devices in the house should operate in order to meet the user’s needs. Moreover, data from energy meters will be gathered in order to ensure that the whole smart home system is energy – aware and leads to energy savings with respect to the case of a typical home. In that framework, the three partners will collaborate and join their complementary expertise towards the demonstrator implementation as follows.
Sample 1
Description of demonstrators. BlueICe will work on a twin-processor demonstrator that is a low-power device with a radio interface. The device has a radio front-end that is Bluetooth v 4.2 Low Energy capable, and is also capable of ZigBee 802.15.4 operation. Both radios operate in the 2.4 GHz ISM band. 3 xxxx://xxx.xxxxxxxxxxx.xxx/ 5 xxxx://xxxx-xx.xxx/ 6 xxxx://xxx.xxxxxxx-xx.xxx/ 7 xxxx://xxx.xxxxxx.xxx/ The whole chip is intended to be designed for the very low power, which means:  The chip has a deep sleep state, where the power to most of the logic is switched off, and where the fast 24 MHz crystal is stopped.  The processor clock is kept as low as possible to conserve power. The current design goal is to be able to maintain the radio link with a processor clock of not more than 4 MHz.  There are 2 processors in the device, one to maintain the radio link, and run the radio application stack, the other to run the user code.  One of the processors will run the link-layer stacks, and can also (help to) run the PHY (not included in the scope of this demonstrator). The other processor is intended to run application stacks. A key design goal is to develop/research an efficient, high performance and low power inter-processor communication mechanism.  Another design requirement is to have a software development environment which allows fast/efficient verification of the interworking of the 2 processors software and the hardware. The statements above give a summary of the main goal of this demonstrator. The design work which will be done under this project is all aimed at achieving these goals, or to make these goals possible. Figure 6: Demonstrator block diagram Furthermore this architecture is targeted to be scalable to higher data rates up to data-rates of several Mbit/s as can be found in standards e.g. 802.11ah, low data-rate 802.11n.
Sample 1
Description of demonstrators. The scenario for the demonstrator will be based on a real time Industrial Control System (ICS) of electrical substation. These control systems are critical to the operation of the Smart Grid and one of the main elements is the RTU. A RTU is an embedded system, composed of hardware and software components. There are several types of RTU: control units, communications modules and acquisition modules. Features such as synchronization, low latency and safety are critical in these types of systems. The structure of the demonstrator is schematically shown on next figure. It is based on the IEC-61850 division between the station bus and the Process bus (HSR). The target demonstrator includes one of the possible subsystems and integrates a ring topology to validate the proper operation of the HSR topology as well as proper mechanism of time distribution. The minimum demonstrator elements required to validate our approach integrates one White-Rabbit switch with HSR capabilities, 3 networks nodes capable to provide transparent data networks access (both elements provided by Seven Solutions) and the RTU terminals (provided by Telvent). They can be connected to the switch and network nodes for network access but in addition the timing information can be provided from the Ethernet packets based on standard PTP protocols. In addition to this configuration and for those RTUs that do not implement PTP capabilities, we can connect the RTU timing interface by using specific timing ones as NMEA or IRIG-B. These different configurations are illustrated in the figure bellow by the utilization of different RTU colours although this is used just for illustrative purposes and the RTUs can be the same or different models. For practical reasons, the demonstrator is limited to the number of elements here described but it can be significantly extended to illustrate the scalability of the solution here proposed. This scalability will be evaluated on the different partners’ labs but it is out of the scope of the current demonstrator that will be presented in the framework of EMC2 activities. Figure 8: Demonstrator to be presented in the use case Synchronized low-latency deterministic networks Note that target demonstrator is represented by the solid squared box in the left side but it can be easily scaled-up to illustrate more complex topologies. For practical reasons, current demonstrator will focus on this simple ring.
Sample 1

Related to Description of demonstrators

  • Description of Data Instructions to the drafter; delete after completion of this section: This section of this attachment should provide sufficient information such that each party understands the information that will be transmitted under this Agreement. Examples of information that should be provided include: * Whether the data is obtained from human subjects and, if so, a description of the population included in the data. * If the data is from animal subjects, the species of animal the data was obtained using. * If not from human or animal subjects, a description of the focus of the data. * The number of subjects and/or experiments included * Name of the study that the data was obtained under If there is a particular study that needs to be acknowledged/cited as the source of the data, this information should be included here.

  • Description of Deliverables The Contractor shall Perform as set forth in Exhibit A.

  • Description of Program This Agreement is established to facilitate an exchange program at the partner institution with students, faculty and researchers from each institution (collectively, the “Exchange Program”). The student exchange program enables students from one university to take classes at the other university while working towards a degree at the university where he or she is formally enrolled (individually, the “Student Exchange”) and to encourage faculty members and researchers from each university to visit the other university and engage in certain activities (individually, the “Faculty/Researcher Exchange”). [Substitute the purpose of your program if different.] For purposes of this Agreement, with respect to the Student Exchange, the term “Home University” shall mean the institution in which a student is formally enrolled as a degree candidate, and “Host University” shall mean the institution that has agreed to receive students from the Home University for a period of study. With respect to the Faculty/Researcher Exchange, as used herein, “Home University” shall mean the university where the faculty member and/or researcher is normally employed, and “Host University” shall mean the university that the faculty member and/or researcher is visiting.

  • DESCRIPTION OF PROJECT The project for which PSP agrees to provide Professional Services is generally described as [Insert Brief Description of Project] (hereinafter referred to as the “Project”), as further described in Exhibit A, PSP’s Proposal dated [Insert Date and Proposal Number if provided], attached hereto and incorporated herein for all purposes and consisting of [Text] (Insert Number) pages.

  • Description of Projects Services

  • Description of Services (a) Services Provided on an Ongoing Basis, If Applicable.

  • Description of Risks 3. The Parties understand and acknowledge that:

  • Description of Property A narrative description of the Real Estate, the improvements thereon and the tenants and Leases relating to such Real Estate.

  • DESCRIPTION OF PREMISES Landlord does hereby demise, lease and let unto Tenant, and Tenant does hereby take and receive from Landlord the following:

  • SUMMARY As provided in the Fifth Amended and Restated Declaration of Trust and Trust Agreement of the Trust, as amended from time to time (the “Trust Agreement”) as currently in effect and described in the applicable Prospectus (defined below), units of fractional undivided beneficial interest in and ownership of each Fund (individually and collectively, the “Shares”) may be created or redeemed by the Managing Owner for an Authorized Participant in aggregations of two hundred thousand (200,000) Shares (each aggregation, a “Basket”). Baskets are offered only pursuant to the applicable registration statement of the Trust, with respect to all the Funds, excluding the DBA Fund and the DBS Fund, on Form S-3, with respect to the DBA Fund on Form S-3ASR, and with respect to the DBS Fund on Form S-1, as amended (Registration Nos.: 333-203008 et seq. with respect to all the Funds, excluding the DBA Fund and the DBS Fund; Registration Nos.: 333-185865 et seq. with respect to the DBA Fund only; Registration Nos.: 333-193222 et seq. with respect to the DBS Fund only), as currently effective and on file with the Securities and Exchange Commission (“SEC”) and as the same may be amended from time to time thereafter or any successor registration statement in respect of Shares of each Fund (each, a “Registration Statement,” collectively, the “Registration Statements”) together with the prospectuses of the Trust in the form filed with the SEC under Rule 424(b) under the Securities Act of 1933, as amended (the “1933 Act”), after the effectiveness of the Registration Statements (each, a “Prospectus,” collectively, the “Prospectuses”). Under the Trust Agreement, the Managing Owner is authorized to issue Baskets to, and redeem Baskets from, Authorized Participants, (i) through the Continuous Net Settlement (“CNS”) clearing processes of the National Securities Clearing Corporation (the “NSCC”) as such processes have been enhanced to effect purchases and redemptions of Creation Baskets and Redemption Baskets (the “CNS Clearing Process”), or (ii) if outside the CNS Clearing Process, only through the facilities of The Depository Trust Company (“DTC” or the “Depository”) (the “DTC Process”), or a successor depository, and only in exchange for cash. This Agreement sets forth the specific procedures by which an Authorized Participant may create or redeem Baskets. For the avoidance of doubt, the term “Prospectus” shall mean the Prospectus for the DBA Fund, the Prospectus for the DBS Fund or the Prospectus for all of the Funds, excluding the DBA Fund and the DBS Fund, as the context requires. Because new Shares for each Fund can be created and issued by the Trust on an ongoing basis, at any point during the life of each respective Fund, a “distribution,” as such term is used in the 1933 Act, may be occurring. The Authorized Participant is cautioned that some of its activities may result in its being deemed a participant in a distribution in a manner that would render it a statutory underwriter and subject it to the prospectus delivery and liability provisions of the 1933 Act. The Authorized Participant should review the “Plan of Distribution” section of the applicable Prospectus and consult with its own counsel in connection with entering into this Agreement and submitting a Purchase Order Subscription Agreement (defined below). Capitalized terms used but not defined in this Agreement shall have the meanings assigned to such terms in the Trust Agreement. To the extent there is a conflict between any provision of this Agreement and the provisions of the Trust Agreement, the provisions of the Trust Agreement shall control. To the extent there is a conflict between any provision of this Agreement and the provisions of the applicable Prospectus, the applicable Prospectus shall control. For the avoidance of doubt, any action which is an action being taken by the Managing Owner may be taken by a party whom the Managing Owner has duly authorized to take such action. To give effect to the foregoing premises and in consideration of the mutual covenants and agreements set forth below, the parties hereto agree as follows:

Draft better contracts in just 5 minutes Get the weekly Law Insider newsletter packed with expert videos, webinars, ebooks, and more!