30.01.2015 Views

Picture Perfect 4.6 User Manual - UTCFS Global Security Products

Picture Perfect 4.6 User Manual - UTCFS Global Security Products

Picture Perfect 4.6 User Manual - UTCFS Global Security Products

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

134<br />

<strong>Picture</strong> <strong>Perfect</strong> <strong>4.6</strong><br />

<strong>User</strong> <strong>Manual</strong><br />

Table 56. Micros form fields (continued)<br />

Tab Field Description<br />

Dial Host on<br />

Schedule<br />

Update<br />

Specify whether the micro should dial the host whenever changes occur due to a micro<br />

schedule.<br />

• Always<br />

The micro always dials the host for any schedule updates that affect it.<br />

• Never<br />

The micro does not dial the host for any schedule updates. Updates are made during<br />

the next communications session.<br />

eFlash<br />

eFlash is a method of flashing your DirecDoor, PXNPlus, Micro/5-PX, Micro/5-PXN, M/PX-2000, and M/PXN-<br />

2000 micros. It does not require the micro to be in maintenance mode while the flash code is being<br />

downloaded. All communication is handled by the host.<br />

The eFlash download program is installed as part of the base <strong>Picture</strong> <strong>Perfect</strong> product and can be run on<br />

standalone systems, network subhosts, and on the primary host of a redundant system. On a networked<br />

system, eFlash should not be run on the network host. It can run on all subhosts simultaneously and is<br />

capable of flashing the micros connected to each subhost.<br />

The eflash process requires an amount of free shared memory per each concurrent controller being flashed.<br />

This amount is approximately 4 MB per concurrently flashed controller.<br />

eFlash can be run either from the Micros form or from the UNIX command line.<br />

Using an optional file, .eflashrc, you can define flashing requirements for the entire system once, and then<br />

use part or all of the definition to flash or re-flash micros as needed. This file can be used for scheduling<br />

unattended flashing.<br />

Note:<br />

Only one instance of eFlash can be run on a system. When eFlash begins, it creates a lock file: <br />

/cas/log/eflash.pid <br />

If the lock file exists, indicating that the program is running, when you attempt to launch eFlash, an<br />

error message displays and the program exits.<br />

Dynamic configuration<br />

Micros (firmware 4.03 or later required) can be configured dynamically, meaning the <strong>Picture</strong> <strong>Perfect</strong><br />

system does not have to be restarted for the changes to take effect. However, there are some rules<br />

that must be followed. If these rules are not met, an error message displays and none of the changes<br />

are made until that rule is satisfied. The error message window remains open until you click OK.<br />

Note:<br />

All fields on the Micros form support dynamic configuration, except for Micro ID. Once a micro’s ID is set, it cannot<br />

be changed.<br />

Dynamic configuration rules:<br />

1. Every micro must have a head (or upstream) micro.<br />

2. Every micro must have a tail (or downstream) micro.<br />

3. A micro can be upstream from at most one micro.<br />

4. A micro can be downstream from at most one micro.<br />

5. The primary port must be the same for a micro and its downstream micro.<br />

6. The secondary port must be the same for a micro and its downstream micro.<br />

7. An upstream micro must have a matching downstream micro.<br />

8. A downstream micro must have a matching upstream micro.<br />

9. The last micro in a bi-directional line must have a host downstream.<br />

10. Two head micros cannot have the same primary port.<br />

11. Two tail micros cannot have the same secondary port.

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!