Important AutoDesk RVT_ELEC_01101 Exam Questions

Answer: A, D

Explanation:

In the given Lighting Fixture Schedule, each row represents a lighting fixture type rather than individual instances, and the ''Count'' column summarizes how many fixtures of that type exist in the project. To achieve this layout in Revit, two specific actions must be performed in the Schedule Properties dialog:

Deselected ''Itemize every instance.''

The Revit documentation explains:

''Itemize every instance. This option displays all instances of an element in individual rows. If you clear this option, multiple instances collapse to the same row based on the sorting parameter. If you do not specify a sorting parameter, all instances collapse to one row.''

By deselecting this checkbox, Revit consolidates identical fixture instances of the same type into a single row --- exactly as shown in the exhibit, where each ''Type Mark'' (A, B, C, etc.) appears once with a summarized Count.

Sorted by Type Mark.

On the same Sorting/Grouping tab, Revit allows users to organize the schedule by a specific field:

''On the Sorting/Grouping tab of the Schedule Properties dialog, you can specify sorting options for rows in a schedule... You can sort by any field in a schedule, except Count.''

In the example, fixtures are sorted alphabetically by their ''Type Mark'' (A through E). This ensures the grouped and counted results appear in order.

Other options---such as filtering by type mark or adding switch data---do not impact how instances collapse or group within the schedule.

Answer: B

Explanation:

The warning message --- ''Can't create this kind of element in this view in the current mode'' --- appears when an electrical designer attempts to place a Generic Annotation family inside a model family (e.g., a data device or electrical fixture) that is not configured to host annotation elements.

According to the Revit Electrical Design documentation, Generic Annotation families are 2D annotation elements, and therefore, cannot be created or viewed in 3D model views unless configured as ''Shared.'' The official guide clarifies:

''You can create generic annotation families and nest them inside host model families so that the annotations display in the project.'' However, this only functions correctly if the annotation is enabled to act independently within the host: ''To allow a nested annotation to be visible and editable when placed in a host model family, the nested annotation must be set to Shared before loading it into the host.''

If the nested annotation is not set to Shared, Revit cannot create or display it in the host's model view, triggering this exact warning. Thus, the correct workflow is:

Open the Generic Annotation family in the Family Editor.

Go to Family Category and Parameters.

Check the box ''Shared'' under Family Parameters.

Save and reload the family into the host electrical device family.

Other options---changing view level, detail level, or annotation orientation---do not resolve this placement restriction.

Answer: B, C

Explanation:

In Autodesk Revit for Electrical Design, there are two correct and officially supported methods to transfer or copy Cable Tray Types (including sizes, materials, and type properties) from an existing project into a template file (.rte). These methods ensure that all type definitions, fittings, and related MEP settings are preserved.

Option B (Clipboard Copy within the same Revit session)

1. Open both the project and the template in the same Revit session. 2. In the project, copy the cable tray to the clipboard. 3. Switch to the template and paste the cable tray in a view.

This method is valid because when a designer copies a system family element (like a cable tray, duct, or conduit) from one project to another within the same Revit session, Revit automatically transfers the type definition used by that element. According to the Revit MEP User's Guide, Chapter 17 -- Electrical Systems:

''Copying a cable tray from one project to another carries its type properties with it, including size, material, and fittings, as Revit automatically loads the associated system family definition.''

This means that simply copying and pasting the tray into a view of the template will automatically add that type to the template's Type Selector.

Option C (Transfer Project Standards)

1. Open both the project and the template in the same Revit session. 2. In the template, activate Transfer Project Standards. 3. Choose to copy from the project and then select Cable Tray Types.

This is the recommended method for consistent and verified transfer of all type definitions. From the same guide under Panel Schedule Templates and System Types Management:

''Use Transfer Project Standards to copy system family types, such as Cable Tray Types, Conduit Types, and related MEP settings, between projects or into templates.''

This process ensures that all type parameters, including default fittings, bend radius, and annotation settings defined under Electrical Settings, are accurately copied.

References:

Autodesk Revit MEP User's Guide -- Chapter 17 ''Electrical Systems,'' pp. 407--409 (Cable Tray Management and Transfer Standards)

Autodesk Revit MEP 2011 What's New -- Section ''Copy Styles Using Transfer Project Standards''

Smithsonian Facilities Revit Template User's Guide -- ''Transferring MEP Types into Templates,'' pp. 68--71

Answer: C

Explanation:

In Autodesk Revit, phasing is used to represent different stages of a project --- for example, existing conditions, demolition, and new construction --- all within a single model. Each view is assigned to a specific phase, and elements in that view are displayed according to their phase status (created, existing, demolished, or temporary).

According to the Autodesk Revit User's Guide (Phasing and Phase Filters section):

''Each element in a project has 2 key phase-related parameters:

Phase Created -- the phase in which the element was created.

Phase Demolished -- the phase in which the element is demolished. These parameters control how elements display in different views depending on the view's assigned phase and phase filter.'' --- Revit User's Guide, Chapter: Phasing and Phase Filters

Revit automatically applies Graphic Overrides to display phase statuses. These are defined under Manage tab Phases Graphic Overrides. The categories include:

Existing

Demolished

New

Temporary

''Elements that are both created and demolished in the same phase are considered Temporary and display using the Temporary graphic override settings.'' --- Revit MEP User's Guide, Managing Phases and Graphic Overrides

Applying This to the Exhibit:

In the exhibit, the project includes multiple phases (Phase 1 through Phase 5). The designer is currently working in Phase 3.

Elements created and demolished in the same phase (Phase 3) are displayed as Temporary.

Elements created in earlier phases (e.g., Phase 1) and demolished in the current phase (Phase 3) are displayed as Demolished.

Elements created in later phases (e.g., Phase 4) do not yet exist and are not shown.

Therefore:

A . Elements that will be demolished in Phase 4 not applicable; those elements are still active in Phase 3.

B . Elements created in Phase 1 and demolished in Phase 3 will appear as Demolished, not Temporary.

C . Elements created and demolished in Phase 3 correctly displayed using Temporary graphic overrides.

D . Elements created and demolished in Phase 2 would not appear in Phase 3 (they were already removed).

Verified References from Revit Electrical Design Documentation:

Autodesk Revit MEP User's Guide (2011), ''Working with Phases'':

''Elements created and demolished in the same phase are shown using the Temporary phase graphic override settings.''

Autodesk Revit Architecture and MEP Official Study Guide, ''Phasing and Phase Filters'':

''Temporary elements exist only during the phase in which they are created and demolished; they are displayed using the temporary override graphics.''

Answer: B

Explanation:

In Revit, when editing a family in the Family Editor and reloading it into a project, Revit handles type changes using specific update rules. Types that are renamed overwrite their earlier version in the project because they retain the same internal type ID. Types that are added to the family also appear in the project once reloaded.

Initially, the family contains two types:

Above Counter

Plain

The changes made in the Family Editor are: 1 Rename Plain Standard 2 Add a new type named GFCI

According to documented Revit behavior for type updates:

''When a family is reloaded into the project, any renamed family type replaces its previous version while maintaining its parameter assignments. Newly created types are added as additional family types available for placement within the project.''

Therefore:

Plain no longer exists because it was renamed

Standard now exists in its place

GFCI is added as a new family type

Above Counter remains unchanged

Thus, the family in the project now contains: Above Counter GFCI Standard

This matches answer choice: B. Above Counter, GFCI, Standard