Quick and Easy Basic ES Project ProgrammingAA-00469View products to which this article applies. IntroductionThe thought of programming a project can be intimidating if it is the first time or if it's been a while since attending training. But in reality, Intelli-Site has been written to make project programming simple, straight-forward, and elegant. This article will walk you through System Layout, adding Areas, adding RTUs, creating door constructs, and programming two simple screens. The replication wizard and the door construct auto-creation method will be used to enhance the speed and ease of programming. We will use a simple jail with an office area and a single pod of eight (8) cells as our example.
ProcedureForethought and planning before beginning the project programming will make the process smoother. It is important to fully understand the facility that will be managed by Intelli-Site. It's important to know what equipment will be integrated with Intelli-Site, where it is located, and how it will be used. Consider how the user will monitor the system in Run Mode. Spend a few moments thinking about how to best organize and name the RTUs in the Project Tree. The general process is:
Note: It is important to name the RTUs and their components before creating door constructs because the names within the RTUs are automatically used when the door constructs are created. Changing the names on the RTU after the door constructs are created will not affect the constructs at all, meaning they will have to be modified by hand which can be a tedious process. Before project programming, you will need:
In Design Mode, expanding the System Layout node, reveals the Corporate Headquarters node. Expanding the Corporate Headquarters node reveals an Area node. These are sample nodes. The Corporate Headquarters node would be the name of the facility, organization or company for which the project is being programmed. In our example project this is the Smallton Police Station. The Area node is a logical location to group RTUs. Quite often an area is a physical location for the installation. If the installation is a multi-story office building, an area could be one of the floors of the building. If the installation is jail, each pod of cells could be a different area. There is no best way to organize the RTUs. Keep in mind the people that will be using the system once it is programmed. They will need to be able to find a specific RTU with minimal effort. The more descriptive the names the better. Instead of naming a MAC panel MAC-4R 001, name it based on its function, Floor 1 Access Panel, or possibly an inventory designation. What is important is that the user will be able to find the node that corresponds to the piece of hardware with minimal effort. Project Programming Process
Add Areas and Rename Them
Add RTUs to the Areas
Rename the RTUs and Their Component Parts Appropriately
Rename Access Control Panel DoorsIn our example, the Office Area has a MAC-4R that controls four (4) doors. The default names for those doors are Door 1 Reader, Door 2 Reader, Door 3 Reader, and Door 4 Reader. These names are not very helpful. They should be changed. When a door reader is renamed, Intelli-Site will ask if the name change should be propagated to the sub-nodes and I/O Points. It is a good idea to let Intelli-Site do this.The door readers have been renamed Main Entrance, Service Entrance, Jail Pod Door,and Evidence Door. Rename the Points on the MLC-16R, MLC-32IThe Jail Pod area has an MLC-16R and MLC32I to provide the necessary controls for the jail doors. Eight (8) of the outputs on the MLC-16R have been wired to control the jail door locks. Eight MLC-32I Inputs have been connected to the door position switches (DPSs) for the jail doors. Eight more inputs have been wired to provide the status of the door lock. By default, the outputs are name Output 1, Output 2, etc. The inputs are similarly named. Again, the default names are not very helpful. They should be renamed to reflect their use. Rename Virtual PointsWe need points that the Server will set for two alarm conditions for the cell doors in the jail pod. That is why we added the Virtual Inputs RTU. These two alarms are Door Forced and Door Open Too Long (DOTL). Rename the virtual points accordingly. Create Door Constructs for the Doors and Door-Like ElementsExpanding the Door Control node reveals several sub-nodes: Doors, Zones, Interlocks, Call Stations, and Alarm Zones. Each of these is a different flavor of door control. The one we are most interested in is Doors. It's here that Door Constructs are created. The Door Construct feature of Intelli-Site provides a central configuration point for doors and door-like elements. An in-depth discussion of Door Controls and the Door Construct is the subject of another article. Here we will only show how to use door constructs. The figure below is the Door Settings tab of a door construct properties. As you can see there are quite a few fields involved in programming a door. Luckily, Intelli-Site can create door constructs automatically for those elements that are truly doors using drag and drop. Just drag and drop the access control panel onto the Doors node and Intelli-Site will create a door group of door constructs. There will be a door construct for each of the doors of the access control panel. To make it easier to see both the Door Control nodes and the System Layout nodes, make a popup tree view of the System Layout node. Right-click on System Layout and select "Create Popup Tree View...". Creating Door Constructs from Access Control PanelsIn our example, the MAC-4R Access Control Panel has doors.
Creating Door Constructs in the Absence of an Access Control PanelNow let's turn our attention to the jail pod. Each cell has a door, but they are not controlled by an access control panel. So we can't just drag and drop the access control panel to create a door construct, but we still want to use a door construct to handle these doors. We have to create the door constructs by hand. Before creating a door construct, there must be a door group.
Now that we have the door group, we can add door constructs.
Repeat for each of the cell doors. When all the door constructs have been added, the Tree for the example project looks like this. Design screens that graphically represent the facilityNow that we have our door constructs created, it's time to build the Run Mode screens that will let the user control the physical doors using these door constructs. For our example project we have two areas, the Office Area and the Jail Pod. We can either have one big map with both areas or two maps. We are opting for two maps which means two screens. Before an image can be used, it has to be imported into Intelli-Site. Importing an Image in to Intelli-SiteAll of the images Intelli-Site uses can be found under the Images node in the Tree. Expanding the Images node reveals a number of sub-nodes, folders that contain the image files. The physical files resides on the Server. That way when a remote Workstation logs in, the Server gives the images as needed to the Workstation. The Workstation doesn't need to keep copies of the files to work.
The selected image files are now imported into the server and appear in the Tree under the new folder. Create the Office Area Screen and Set the Background ImageThe first thing we'll do is create the blank screen and add the background image of the floor plan.
Add the Door Screen Objects to the Office Area ScreenWe are now ready to add the door screen objects to the screen using the door constructs. These door screen objects have six (6) states. The first state is the normal state. The door is in the proper position and there are no alarms associated with the door. There are other states to indicate that the door is unlocked, DOTL, Forced, or the DPS is open. Each state may or may not have actions that are performed when the screen object is clicked. What is done depends on the state of the door screen object. The behavior of the door screen object is the subject of another article. Suffice it to say that the standard programming of the door screen object fits the needs of 99% of all installations that use them. To add the door screen objects, do the following:
Create the Jail Pod ScreenThe jail pod screen is created following the same steps used in creating the Office Area screen. Only this time, for the purposes of the example, we are going to customize the door screen object before it's replicated.
Finishing TouchesAll that is left are the finishing touches. Just because these screens have been created, doesn't mean these screens will ever display. Buttons need to be created and programmed and placed so that the screens can be reached. Navigation buttons are a good candidate for Shared Screen Objects. Quite often they are used on more than one screen. As a shared screen object the programming is done once and used in multiple areas. We will create two buttons, one to display the Jail Pod screen and the other to display the Office Area screen.
This is all that actually has to be done, but it can be frustrating to click on an object and not know if the click was successful. It is a good idea to give the user feedback. One way to do so, is to have an action to play a sound like a click.
Copy and Reprogram the Shared Screen Object
There are now two shared screen objects, one for each screen. Add the Screen Buttons to the ScreensLet's add the shared screen objects to the various screens. We will add both buttons to the Lead-In screen and one to each of the other screens.
Congratulations! We have written a quick and easy basic project! ProductsAPPLIES TO
Copyright © 2014 OSSI, LLC. All rights reserved.
Intelli-Site® is registered in U.S. Patent & Trademark Office. All other registered and unregistered trademarks are the sole property of their respective owners. |