______________________________________ ADAM Master Controller, Version 9.27.0 ______________________________________ File type: Motorola File offset: 0 EPROM type: 29F040 Checksums: Standard version: ADAM: U2 = c7fe, U4 = 78b9 ADAM-CS: Not yet released Japanese: ADAM: U2 = 7ff5, U4 = acb5 ADAM-CS: Not yet released _____________ Compatibility _____________ Master Controller: Requires version 9.27.x as the standby controller. This version will result in the intercom performing a first birthday when updating from an earlier version. However, if upgrading from version 9.5.2 or later, the system will remember its configuration (e.g. number of frames, number of ports). If there is no saved system size, or if an upgrade is done from version 9.4.0 or earlier, the ADAM-MC controller will resize itself as a 136-squared intercom (64-squared for ADAM-CS) with default numbers of resources. If different numbers of resources or different configuration options are required, AZedit can be used to reconfigure the intercom. AZedit: Version 3.1.1 or later is required for full support of all features, including PAP/LCP and I/O card descriptions. AIO-8 Card: Requires AIO-8 version 10.3.0 or later. The Japanese version of the AIO card is required for Japanese versions of MC firmware. AIO firmware version 9.x.x can be used while upgrading. AIO-16 Card: Requires v1.0.0. Requires v1.1.0 or later for VOX support. Japanese versions of MC firmware require AIO-16 v1.1.1 or later. KP-32: Will work with any version of KP-32. Access to assignment groups requires KP-32 v2.0.1 or later. Snoop tallies require KP-32 v2.0.2 or later. Single Bus Expanders: Not supported. Dual Bus Expanders: Not compatible with this version. UIO-256: Requires version 2.0 (checksum 78b5), with the UIO-256 configured in multi-drop mode (DIP switch S1 position 2 closed, and with the RS-485 data going to J2 of each unit). PAP-940/951/952: Requires version 7.3.x or later. PAP-32: Will work with any version. Requires v0.0.3 or later in order to be able to configure the PAP-32 from AZedit. Trunk Master: Requires version 7.3.0 or later. Version 7.5.0 required for full support of auto-table across intercoms. TM-2000 version 8.2.0 required for support of multiple alpha sizes across intercoms. TM-2000 version 8.2.1 required for support of TIF dial-out across trunking. TM-2000 version 8.6.0 required for support of Special Lists across trunking. The Japanese build of the MC requires TM-2000 version 8.5.0 or later. Note: If upgrading from version 9.9.2 or earlier in a trunked environment, the MC must be disconnected from the Trunk Master for at least 15 seconds, until the TM shows the intercom as "Bad Off". Otherwise, the TM will not realize that the MC has changed protocols. ____________ DIP Switches ____________ Position Meaning -------- ------- 1 J1 baud rate for ADAMedit: Closed = 38.4K, Open = 9600 baud 2 Unused 3 Unused 4 Unused 5 Should be closed (enables monitoring for loss of backplane clock) 6 Unused 7 Unused, should be closed 8 Reserved, must be open ___________________ Memory Requirements ___________________ Supports a full system (272-squared). There are some limits when using more than the default 4 setup pages; however, it does support a 272-squared system with 8 setup pages, labels on all keys, and the default number of resources for other items. ______________ Authentication ______________ Starting with Master Ctlr version 9.26.0, the intercom supports AZedit authentication. By default, authentication is disabled (not required). Authentication allows controlled access to the intercom, in which a valid user name and password must supplied before AZedit can connect. Also, authentication can specify that a particular user cannot connect unless AZedit also has a valid restrictions file. Authentication can be enabled/disabled globally, and individually on J9 and J10 sessions. The J1 session never needs authentication. The authentication information is lost if the intercom is reconfigured or performs a first birthday (e.g. after upgrading to a new version of firmware). Note that this is in contrast to the MCII-e Peripheral Controller, which preserves the authentication information even when the intercom is reconfigured. You can use AZedit V3.x.x to load and save authentication configurations. Note: Authentication is not supported in ADAM-CS builds because there is only one serial connection, and there are no USB or Ethernet connections. ______________ Change History ______________ New in version 9.27.0 --------------------- * Added descriptions for I/O cards, PAPs, and LCP-102s. * Talk to SL: Don't talk to self If a keypanel is a member of a special list, and calls that SL, the caller does not hear himself. However, the caller will hear himself if he listens to the SL. * Fixed problem in handling of remote scroll lists If a remotely scrollable alpha (other than an alpha for a port) in another intercom was completely scroll restricted, another remote scroll list could potentially be corrupted. AZedit would see the correct list, but a keypanel accessing the list might not see the complete list. Fixed. * Fixed noise problem for port 137 In a system with AIO-16 cards, there could be interference between slot 17 port 8 (port 136) and slot 1 port 9 (port 137). Fixed. New in version 9.26.0 --------------------- * Added Authentication (ADAM-MC only) See the description above. New in version 9.25.0 --------------------- * Added VOX support (ADAM-MC only) UPL can test for audio present on an input. If VOX is enabled on a port, and that port is a 4-wire port (i.e. audio only), then talk key #1 for that port will be turned on whenever incoming audio is detected on that port. VOX only works with ports that are driven by AIO-16 cards. AIO-16 version 1.1.0 is required for support of VOX. * New UPL condition: Any talk key closed? UPL can now test to see if any of the talk keys for a port are currently on. New in version 9.24.1 --------------------- * Controller would reset if snoop tallies were disabled. Fixed. New in version 9.24.0 --------------------- * Added Snoop Tallies An intercom can now be configured to enable Snoop Tallies. A panel displays a snoop tally if all of the following conditions hold: - The keypanel has a hot mic - None of the keypanel's keys are on - Another keypanel is listening to the panel via a point-to-point or a special list, but is not talking to the panel The snoop tally is indicated by turning the Mic Mute LED amber. In a trunked environment, snoop tallies may not always be displayed. If a panel displays a snoop tally, then someone is listening to that panel; however, depending on how trunks are allocated, it is possible for a keypanel in one intercom to snoop on a keypanel in a different intercom, without a snoop tally being displayed. * Added Do Not Interrupt feature Associated with each port is a Do Not Interrupt flag. If this flag is set, only one point-to-point call at a time is permitted to that port. If panel A is talking to panel B, and B has Do Not Interrupt set, panel C will get a busy tally if it tries to call B. In a trunked environment, trunk calls ignore Do Not Interrupt, i.e. trunk calls always go through. * Improvements to Keypanel Privacy Listening to a Special List respects keypanel privacy. A port can now listen to itself, via a Point-to-Point or a Special List, even if that port has keypanel privacy set. New in version 9.23.0 --------------------- * Support for Key Labels Normally, a keypanel displays the alpha for the function assigned to talk level 1. This version supports arbitrary key labels. If a key has a label associated with it, the keypanel displays the key label, rather than the alpha for the talk level 1 assignment. If the key is reprogrammed, either from the panel or via AZedit, any associated label is deleted. Because key labels can potentially use a lot of memory, by default a single-frame 272-squared system allows up to 68 ports to have labels associated with them, and up to 64 keys on a given port can have labels (this latter restriction is limiting only if the system is reconfigured to have more than 4 setup pages per port). These defaults can be changed via AZedit as part of the intercom reconfiguration procedure. No changes to keypanel firmware are required to support key labels. * Support for Search & Replace from AZedit This function allows the user to automatically replace all occurrences of a given key assignment with another, either system-wide or on selected keypanels. * Trunking enhancements If a keypanel is plugged into a port which is marked as a trunk port, the keypanel now displays the message "Do not use - trunk port". If a port becomes a trunk port, the current key assignments and IFB priority are saved. If the trunk associated with that port is subsequently undefined, the key assignments and IFB priority are restored. If the intercom is not talking to a Trunk Master, the ports which are marked as trunk ports can be cleared (marked as no longer being a trunk). This is done by going to Status / Ports in AZedit, selecting "Show Enhanced Status", and then selecting the appropriate port(s) and right-clicking. * Stored Query responses are sent to all ports If Stored Queries (part of Command-Line Protocol) are used, responses are now sent to all serial ports (J1, J9, J10) which do not have active AZedit sessions running. Previously, SQ responses were sent to just a single port. * Support IFB Special Lists across trunking * Standby MC now shows "OK Old" until it is up to date Previously, the standby MC status in AZedit would show as "current" too soon after the standby was plugged in or reset. Fixed. New in version 9.22.0 --------------------- * Support for AIO-16 cards A single-frame ADAM system now supports up to 272 ports in one frame. When assigning ports, 8 ports are assigned to each slot, starting from the left. Once all 17 cards have been assigned 8 ports (136 ports), if the system is larger than 136 ports, 8 more ports are assigned to each card, up to the system size. So the first card would have ports 1-8 and 137-144. The I/O Status screen in AZedit shows what ranges of ports are assigned to each card. * Added IFB Special Lists * Added Assignment Groups Assignment groups are another resource in the intercom. An assignment group consists of a list of key assignments of various types - ports, PLs, IFBs, etc. An assignment group can contain both local and remote assignments. Access to assignment groups requires the following firmware versions: - KP-32: v2.0.1 or later - KP-96: v8.9 or later * PAP-32's can be configured from AZedit * Eliminated support for IFB tone override inputs New in version 9.21.0 --------------------- * Support for Panel Party Lines (ADAM-CS only) There are 2 new special assignments, PPL and PPLI. These can only be assigned to talk keys. If a user at keypanel X presses a key with a PPL assignment, a dynamic party line is created. Anyone that X hears because of a point-to-point assignment becomes a talker on the dynamic PL; anyone that X is talking to because of a point-to-point assignment becomes a listener. PPLI (PPL Inhibit) forms the same dynamic party line as PPL. However, in addition, any crosspoint from a non-member of the PPL to a member of the PPL is inhibited. The members of the PPL are the talkers and listeners on the PPL, along with the keypanel which created the PPL. * Support for separate tally configuration options There used to be a single tally configuration option. This has now been split into 3 separate options: trunks in use don't generate in-use tallies; off-hook TIFs don't generate in-use tallies; and local party lines generate 10-second incoming call tallies (rather than indefinite tallies). * Various enhancements (Japanese version only) - Added support for exchanging Unicode (e.g. Chinese and Japanese) characters with the TM-2000 - If Leave Listen Active is enabled: When changing setup pages, a listen key which was on was turned off; but if its new assignment was active, it was not being turned back on. Fixed. New in version 9.20.0 --------------------- * Support for Unicode alphas (Japanese version only) This version of firmware supports a new alpha size, consisting of 8 Unicode (Kanji) alphas. The Kanji keypanels (KP-812K and KP-808K) support Kanji alphas. Note: This version of firmware does not support transferring Unicode (Kanji) alphas between the MC and the Trunk Master. Support for this will be added in MC version 9.21.0, which will require TM-2000 version 8.5.0. * Fixed several problems in Japanese version - On setup page change: Check to see if active incoming calls should be added to or removed from call-waiting window: Include special lists in this check, in addition to P-P and group calls. - When a setup page is changed: If any listen keys are on: Force those keys off (unless they should be active on the new page because of Leave Listen Active). - When a keypanel got 2 incoming special list calls, it could get a tally stuck on for one of those keys after the calls have been terminated. Fixed. New in version 9.19.0 --------------------- * Support for RVON-8 card Allows viewing/changing the configuration of RVON-8 card and channels. Allows viewing RVON-8 channel status information. * Support for displaying card types on I/O Status screen AIO V10.2.1, AES-3 V1.0.1, and RVON-8 V1.0.0 report card types to intercom. Card types are used to ensure firmware downloads go to correct card types. New in version 9.18.2 --------------------- * Fixed tally problem with Leave Listen Active when changing setup pages If Leave Listen Active was enabled for a setup page, and you change setup pages, any listen key which was already on was turned off, even if it is active on the new setup page. Fixed. * When changing setup pages, ensure that any inactive assignment in the call-waiting window is deleted. New in version 9.18.1 --------------------- * Support SL <--> SL calls across trunking (J5 only) * Added OFF tallies to Special List handling (J5 only) * Allow DIM tables to be used with Special Lists as well as point-to-point assignments (J5 only) * Improved CWW tally handling for panels with smart CWWs (J5 only) In certain cases, the tally for a CWW key was not being updated properly. Fixed. * Fixed response time for on-board GPI inputs If no devices (UIOs / PAPs / LCPs) were connected to J3, response time for on-board GPI inputs was poor (in the order of 1/2 second). Fixed. New in version 9.18.0 --------------------- * Leave Listen Active (Japanese version only) For each keypanel, there is now a "leave listen active" flag associated with each setup page. If a setup page is changed, and this flag is set, any active listen keys on that page are not deactivated before changing pages. * Enhanced Special Lists (Japanese version only) Enhanced special lists have some of the functionality of groups. A keypanel can only be a member of one SL. When a keypanel which is a member of an SL calls a point-to-point or another SL, the called panel(s) receive a tally from the caller's SL, rather than the caller's port. If a port is a member of an SL, it can listen to its own SL. Otherwise, an SL listen has no functionality. New in version 9.17.0 --------------------- * Support for separate input and output alphas for each port In earlier versions, a port had a single alpha representing both the audio input, and audio output portions of the port. For keypanels, where both the input and output refer to the same device, this made sense. However, in other applications, the input and output paths of the port would often be used for different purposes (eg. IFB program inputs or listen sources on the input side, and an IFB output on the output side). In this version, it is now possible to give separate alphas to both the input and output portions of a port (by default, the input alpha tracks the output alpha unless you explicitly change the input alpha, so that normally they are the same which would be typical for ports with keypanels attached). Listen keys on keypanels, PAP-32's, and LCP-102's in PAP mode now receive input alphas for display. Some keypanels (like the LKP-957 V8.8) can also request to receive input alphas for display on talk keys as well. Scroll lists always contain output alphas, except when a keypanel requests a list of callers, in which case input alphas are sent to the keypanel. AZedit V2.06.00 is required to enable and support input alphas. In AZedit, input alphas are enabled from the Intercom Configuration dialog which will cause the intercom to re-configure itself and perform a first birthday (although it will remember the system size). When using AZedit with input alphas enabled, AZedit automatically displays the correct input or output alpha depending on the context (i.e. IFB program input lists contain input alphas, and IFB output lists contain output alphas). In situations where either could apply (such as on the Party Line membership view), a context menu allows switching between input and output port alphas as necessary. * Support for direct volume adjustment of incoming calls on the CWW A new feature in the KP-32 V1.2.8 (if enabled) allows the keypanel user to adjust the volume of an incoming caller simply by rotating the volume adjust knob within 5 seconds of the start of the call. The keypanel is able to implement this using existing protocol for all keys except the CWW. This version of firmware adds support to allow volume adjust on the CWW key also. * Fixed Active/Standby problem in V9.16.3 with UPL control of IFB inputs New in version 9.16.3 --------------------- * Added UPL control of IFB program inputs A new UPL output action has been added: "Set IFB Program Input". When activated, the IFB program input is temporarily changed to the input specified in the UPL statement; when the UPL statement becomes false, the program input is restored. If a PAP or LCP-102 changes an IFB program input while UPL is controlling it, only the saved program input is changed, i.e. the new program input will take effect when the UPL statement becomes false. If ADAMedit or Command-Line Protocol changes an IFB program input while UPL is controlling it, the change takes place immediately: The IFB is switched to the new program input; nothing happens when the UPL statement becomes false. * Improved Command-Line Protocol update speed A command which affects only IFB program inputs now executes immediately, rather than taking several seconds. Also, the command will not be delayed, even if ADAMedit (on another control port) is currently making changes. New in version 9.16.2 --------------------- * Support for TIF dial-out across trunking In order to dial out on a TIF connected to another intercom, the following conditions must be satisfied: - The intercoms are connected to a TM-2000 running software version 8.2.1 or later - Both the intercom from where the user is dialing and the intercom with the TIF must support TIF dial-out across trunking - There must be a trunk which is allocated between the user doing the dialing and the TIF. (This will normally be satisfied when the user enters the dial programming sequence and latches on the talk key.) New in version 9.16.1 --------------------- * J5 systems: If a GPI input triggers a talk key, generate an indefinite tally for as long as the GPI input is asserted * J5 systems: Generate indefinite tallies for talk keys that are triggered by All-Call keys New in version 9.16.0 --------------------- * Simultaneous support for 4, 6, and 8 character keypanels (only one size supported per AIO card) i.e. Ports 1-8 can support one size, Ports 9-16 can support another, and Ports 17-24 yet another size. * Support for up to 31 intercoms * Support for alpha change counters (enables ADAMedit to automatically refresh alphas when changed by another session, or from a remote intercom) * Modified TM polling to indicate "can't see you" to TM when connection to TM might be only one way. (Allows TM to mark intercom as dead, when TM is receiving from intercom, but intercom cannot get responses from TM). * For J5 version only: A new configuration option called "Don't hang up TIF when no one is talking". Normally, in J5 systems, the TIF's automatically hang up when there are no more keypanels talking to them. When this option is enabled, a TIF will not hang up unless commanded to by a keypanel. * For J5 version only: Automatic handling of 4-wire ports. Suppose a user at port X programs an assignment for port Y on his keypanel. If port Y is marked as a Virtual keypanel, and there is an All-Call (AC) assignment on port Y whose key is the target of a GPI Input definition, then an assignment for port X will be made on the first blank key to the left of the AC key on port Y. Similarly, when the user at port X deletes his assignment for port Y, the port X assignment on port Y will also be deleted. * For J5 version only: Support for alternative volume table. (+6dB to -21dB). New in version 9.15.2 --------------------- * Full support of 4-, 6-, and 8-character alphas when trunked In previous versions of intercom firmware, only 4-character alphas were forwarded to remote intercoms via the Trunk Master. With this version, all 3 sizes of aliases are forwarded (so that intercoms of different alpha sizes can each get the size it wants), and the intercom will receive the correct size of alpha from the Trunk Master. Note that support of all alpha sizes across intercoms requires a TM-2000 Trunk Master. If an FR9589 Trunk Master is used, only 4-character alphas are forwarded. New in version 9.15.1 --------------------- * Keys can be forced on and off from ADAMedit This requires ADAMedit version 2.00.01 or later. * Fixed a problem in handling remote alphas In some cases, a remote alpha was not being deleted even when it was fully restricted. Fixed. * Fixed problem in memory diagnostics In ADAM-CS, ADAMedit could not examine the memory of the standby Master Controller. Fixed. * Created version with alarm support For standard (non-J5) ADAM systems, the on-board GPI outputs are used for the first 8 relay outputs (RY01 through RY08), so that an external UIO-256 is not required for a small number of relays. Similarly, the on-board GPI inputs parallel the first 8 UIO-256 input bits. With this version there is a release in which the on-board GPI outputs are used to indicate alarm conditions, and the on-board GPI inputs are used as alarm acknowledgements. New in version 9.15.0 --------------------- * Support for 6- and 8-character alphas The intercom can now be reconfigured for 6- or 8-character alphas. Note, however, that standard keypanels will not work in this configuration. An intercom configured for 6-character alphas must be used with KP632-24 keypanels; an intercom configured for 8-character alphas must be used with KP832-20 keypanels. * Command-Line Protocol: Fixed "NA" (NAME) command New in version 9.14.0 --------------------- * AT (Auto-Table) acts like AF (Auto-Follow) if the corresponding talk assignment is not an IFB * New UPL action: inhibit output This action results in inhibiting crosspoints from all inputs to a given output. * Fixed problem when changing an existing All-Call key assignment If a key with an AC assignment is off, and there is another key to its right with an AC assignment which is on, and the AC assignment on the first key is changed, the key should be turned on, but doesn't. Fixed. * Added support for setting the KP-32 screen saver message and menu passwords from ADAMedit * New Command-Line Protocol (CLP) status queries CLP can now query the status of the following: keypanel headset transfer; relays; digital inputs; IFBs being interrupted; UPL resources being asserted. * Added "stored queries" to CLP Stored queries use UPL statements to monitor particular states, and generate status change messages asynchronously when the monitored event changes, without CLP having to poll for status changes. * Intercom can control KP-32 keypanel headset transfer and LED states These actions can be controlled from either Command-Line Protocol or from UPL. * Intercom now includes EPROM checksums in version string reported to ADAMedit New in version 9.13.0 --------------------- * Full support of all current features This version represents a merging of two development streams: The standard ADAM development stream and the Japanese (J4) stream. This is most notable for the J5 version of firmware. It supports all the current ADAM features (e.g. intercom resizing, IFB dims, auto-table, UPL statments), as well as all the current J4 features (e.g. Katakana, groups, large-display panels, auto-dials, off tallies). * Fixed "busy" trunking problem If a trunk is put into maintenance mode, and the trunk was previously in use, the trunk master attempts to move the assignments to a different trunk. However, a problem in the Master Controller could result in the user getting a "busy" tally, even when the requests were successfully moved to a different trunk. Fixed. * Improved Trunk Master communications Lower-priority data (including port and party line activity status) that was queued for the TM might be delayed in certain circumstances. This means that a listen request which was inactive because of "wait for talk" might take longer to activate after the function being monitored went active. The delay has been removed. * Modified handling of local PL tallies Party line tallies can be individually enabled. If a party line has its local tally enabled, the generated tally depends on the intercom configuration. If reduced tallies are selected (Options / Intercom Configuration, "Don't generate tallies for TIF or trunk use" on the Options page), whenever anyone talks on a party line, anyone with that PL assigned to a key will see an incoming (10-second) call tally on that key. If the "reduced tallies" option is not selected, local party line tallies are similar to IFB / ISO tallies: a key with a party line assignment will generate an "in use" tally for as long as anyone is talking to the party line via a key. Permanent talkers never cause any tallies to be generated. New in version 9.12.0 --------------------- * Added support for PAP-32 panels New in version 9.11.0 --------------------- * Added full support for IFB auto-table across intercoms * "Busy" tallies for requests to non-talking intercoms If a key with a remote assignment is turned on, and the target intercom is not communicating with the Trunk Master, the user will see a "busy" tally. The tally is automatically cancelled if the key is turned off, or if communications with the remote intercom is re-established. * Remote PL users hear each other If two users share a trunk in order to talk to the same remote party line, crosspoints are closed in the local matrix to ensure that they hear each other as required (i.e. when one is talking and the other is listening). * Added support for allowing a keypanel to query the volume settings for each of its key assignments. Note that no keypanel currently uses this feature. * Crosspoint problem on transfer of control On a transfer of control, it was possible to end up with some spurious crosspoints closed. Fixed. New in version 9.10.5 --------------------- * Fixed problem with trunked IFBs In a trunked environment, if an IFB was accessed from a remote system, spurious crosspoints (related to IFB auto-table) could be left from the IFB listen source to the trunk when the trunk was reallocated or cleared. Hence, the next time the trunk was used, the user could end up hearing IFB listen sources by mistake. New in version 9.10.4 --------------------- * Fixed problem with trunked IFBs In a trunked environment, if an IFB was accessed from a remote system, it was possible for the intercom to stop processing requests indefinitely. (Existing crosspoints would be maintained.) New in version 9.10.3 --------------------- * Fixed remote alpha problem In certain occasions, remote scroll lists (other than point-to-point lists) could be lost. Fixed. New in version 9.10.2 --------------------- * Added enhancements required for wait-for-talk trunk allocation * Fixed an All-Call tally problem If a key with a trunked assignment was activated or deactivated via an all-call, the tally for the key was sometimes not updated. New in version 9.10.1 --------------------- * Improved Trunk Master communications The protocol used between the intercom and the Trunk Master has been improved. This should improve numerous issues, including loss of alphas. * Remote alphas validated via checksums If the intercom is disconnected from the trunk master and then reconnected, remote scroll lists are not discarded. Instead, the intercom and the trunk master exchange checksums; only those lists which are different are sent. This will reduce the time it takes for trunking data to come up to date. It also means that remote alphas should not go "generic" when trunking data is disconnected and then reconnected. * Support for remote scroll lists larger than 500 items * Trunks are not automatically allocated In previous versions, trunks were automatically pre-allocated when a panel was powered up or setup pages were changed. This is no longer done. * Support for trunk inspect from ADAMedit * ADAMedit can view what remote intercoms are connected * ADAMedit can clear inaccessible remote assignments * ADAMedit can force keys off for keypanels which have been disconnected * Initial implementation of Auto Table across intercoms If a listen key is turned on to listen to a remote IFB, and that IFB has a listen source defined, the listen source is heard, rather than the IFB program audio. * Improved active/standby communications When the standby first starts communicating with the active, checksums are used to determine what needs to be sent. This means the standby should come up to date much more quickly, in normal conditions. * Support for Party Line tallies across intercoms * PAP protocol modified to support more than 80 IFBs Version 7.4.0 of the PAP-950-50 allows the PAP to control up to 400 IFBs. However, previous versions of the intercom only support control of 80 IFBs via PAPs. * Initial support for "Wait for Talk Key" This function is implemented primarily in the Trunk Master; however, it does require support from the intercom. Version 9.10.1 implements new messages required to support this function. New in version 9.9.2 -------------------- * Trunking problem fixed If a "Clear Allocations" was done from CStrunk, existing requests (closed talk or listen keys) could be lost. The audio would be lost immediately; a "busy" tally would usually (but not always) be generated an indeterminate time later. (Problem introduced in version 9.6.x.) New in version 9.9.1 -------------------- * Added auto-table support. Auto-table support involves 3 new items: - For each port, an IFB listen destination - For each IFB, an IFB listen source - The listen key assignment AT (Auto Table) When a listen key with the AT assignment is turned on, the following occurs: - The source is determined by looking up the listen source for the IFB on the corresponding talk key - The destination is determined by looking up the listening panel's IFB listen destination - If the source is defined, the crosspoint is closed from the source to the destination The IFB listen destination defaults to 1-to-1, i.e. the IFB audio is fed to the panel turning on the listen key. The IFB listen destination allows the audio (for IFB AT listens) to be routed elsewhere, e.g. to a speaker in the vicinity of the listener. The IFB listen source defaults to undefined. It allows the user to program a listen source for each IFB (e.g. the audio from the talent's mic). Previously, this had to be done by assigning the approriate port (point-to-point) on the listen key; and the user would have to remember to change the listen assignment when the IFB changed. A listen key with an AT assignment has no effect if the corresponding talk key does not have an IFB assignment. Operation of other auto-x functions is unchanged. Using AF (for example) to listen to an IFB means that the appropriate audio (the program audio, or the audio of any interrupting panel) is fed to the listening panel. The auto-listen assignment can be programmed from the keypanel via the sequence 3-7-Pgm- * Enhanced support for more than 4 setup pages Previous versions of ADAM (9.6.4 and later) support more than 4 setup pages, up to a maximum of 15. (Versions of ADAMedit prior to 1.07.xx did not support this feature.) The following enhancements have been made: - Pages 10+ can be accessed from the keypanel via the sequence Epnl-#-#-Pgm-. Previously, only a single digit was allowed. - A message is now sent to keypanels informing them of the maximum number of setup pages supported. No panels use this message yet; however, the next revision of the KP-32 firmware will support this (so that it knows how many setup pages are available when Menu / Key Assign / Setup Page is selected). New in version 9.8.1 -------------------- * LCP-102 enhancements. For each port, there is a new scroll enable flag, "LCP-102". When an LCP-102 is in PAP mode, and the user scrolls through the list of ports to select a new program input, the list is limited to those ports for which the LCP-102 scroll enable flag is set. For each LCP-102, there are three new mode restrict flags, which set the allowable operating modes for that panel. If an LCP-102 requests a particular mode which is restricted for that panel, the LCP will display a flashing "N/A" in its menu window. When an LCP-102 is in PAP mode, the LCP can be used to adjust the analog output gain for an IFB's output bus. Note that these features require revised LCP-102 firmware for proper operation. * Support for keypanel templates. This allows panels to report what kind of panel they are (e.g. KP-12, KP-96 with 8 keys, KP-32, etc.). ADAMedit version 1.07.00 or later can then use this information to display key assignments in a way that reflects the actual key layouts. ADAMedit allows manual selection of the keypanel type, for panels not reporting their type. Newer versions of keypanel firmware (KP-96 version 8.5, and all versions of KP-32) provide information about their configuration automatically. * Support for party line tallies. For each party line, a check box determines whether that party line should generate a tally. If selected, whenever anyone is talking to the party line via a key assignment (rather than as a permanent talker), all occurrences of that party line assignment on all panels' keys generate a slow tally. By default, party line tallies are disabled. * Support for changing analog trims immediately. Now, with version 1.07.00 (or later) ADAMedit, analog trims can be changed on the fly, without having to do an explicit "send changes". * User Programmable Logic: Statement counters. Counters have been added to UPL. There is a counter associated with each defined statement, which is incremented approximately 10 times a second. New input conditions allow counters to be tested (equals, not equals, less than, etc.). New output actions allow counters to be cleared (reset to 0) - one particular counter, or all counters. * Command-line protocol enhancements. - Trim commands (VTI and VTO) now execute quickly. They now take a fraction of a second to complete. Previously, they could take several seconds to complete, depending on the size of the intercom. - Crosspoint and party line gain commands (KP<#>VKP and KP<#>VPL) also execute quickly. - Bug fix in a key status command. The command KP5MNKS9T+LS+ should turn on talk key 9 and listen key 9 for the main panel of port 5; however, the wrong listen key was being turned on. Fixed. (Note: for earlier versions, a work-around was to respecify the key number, i.e. KP5MNKS9T+9LS+) * Reconfigurable ADAM-CS. ADAM-CS is a fixed-size intercom (64 ports, 64 party lines, etc.), and cannot be resized. However, this version does allow the user to change its configuration through the Options / Intercom Configuration menu. The intercom resources cannot be changed. However, other options (e.g. number of talk levels, support FR9528 relay frame, select remote trunk master) can be changed. Note that changing any options will cause the intercom to perform a first birthday restart, and come up with a blank setup. * Bug fix: Remote trunking. In version 9.6.x, trunking data was always set to 38.4K baud, even if the option for a remote trunk master was selected. Fixed. Now, if the remote trunk master option is set, trunking data is at 9600 baud. New in version 9.7.x -------------------- Not listed here - version 9.7.x is client-specific. New in version 9.6.4 -------------------- Supports look-up alphas. (This must be enabled through the intercom reconfiguration dialog.) In addition to an alpha and an alias, each port has a look-up alpha associated with it. Look-up alphas are used in association with keypanels that support CS9400+ keypanel sequences. By setting a look-up alpha to a name such as "ED07", that port can be programmed via the keypad sequence 0-8-0-7 (0-8 is the key sequence for the "ED" prefix). Look-up alphas should not be enabled if used with standard keypanels. Auto-listen functions (including auto-follow, etc.) can now pick up all talk levels. (This must be enabled through the intercom reconfiguration dialog.) Standard intercom operation is that auto-listen functions only listen to the key assignment which is on talk level 1. However, if this feature is enabled, auto-listen functions listen to all programmed talk levels. Supports up to 4 talk levels. (This must be enabled through the intercom reconfiguration dialog.) The default configuration has just two talk levels. Several configuration options have been moved from DIP switch (S1) to ADAMedit. These are: - always stack callers in the call-waiting window (position 2) - suppress tallies for TIF off-hook, trunk in use (position 3) - remote trunk master communications at 9600 baud (position 4) These can now be set from the intercom reconfiguration dialog in ADAMedit. For compatibility purposes, if the intercom performs a first birthday, these options will be selectively enabled based on the corresponding DIP switch settings. Note that ADAMedit baud rate selection (for J1), Altera version selection, and primary/slave frame selection continue to be selected by DIP switch (positions 1, 5, and 7, respectively). The intercom now supports setting the on-board GPI outputs to be either active-high (to drive an FR9528 relay frame) or active-low (can sink current). The default is active-high. This can be set as part of the intercom reconfiguration dialog. Bug fix: In version 9.5.0, a KP-96 keypanel could crash, typically if the setup page mapping for that panel was changed from ADAMedit. This problem has been fixed. New in version 9.5.2 -------------------- Supports more than 127 items of the various key assignment types. Previously, the intercom was limited to 127 PLs, 127 IFBs, etc. Now, the intercom is limited to 256 GPI inputs and 256 GPI outputs, but other scrollable function types have no fixed limit (except that there is a limit of approximately 2000 scrollable functions in total, and that the total is also limited by available RAM). Added support for keypanel privacy. If a port's privacy flag is set, another port cannot use a point-to-point listen key to hear the port. Added support for: local GPI inputs; local GPI outputs; displaying headset transfer status. Each of these items is also available for UPL processing. Added support for latch disables. This is effective only with keypanels which support latch disabling (e.g. version 30 of the KP-12). If a UPL statement results in a key being forced on (or off), the intercom will send a message to the panel. If the panel has suitable hardware (digi-action keys) and firmware (e.g. a KP-12 with firmware version 30), the panel will turn its key on (or off), and update the LED status which indicates the key state. Forcing a key on is typically ineffective if the key is latch disabled. New in version 9.4.0 -------------------- Added User Programmable Logic. Added UPL Resources. (UPL Resources are another scrollable function type, like point-to-point, party line, IFB. Pressing a key with a UPL resource assignment has no direct functionality; but it provides a convenient condition which can be tested and acted on via a UPL statement.) Added support for extra keypanel diagnostic counters, viewable from ADAMedit: number of times each panel has powered up; number of requests each keypanel has made. These can be used to help track down problems (e.g. bad keypanel hardware causing continual key status requests to be sent to the matrix). Added the capability of clearing (from ADAMedit) the status of panels that are "Bad Cut", so they merely report as "Off" ("-"). Also, it is now possible to clear the error counters for individual panels, rather than having to clear all panels' error counters. ADAMedit can now query and set the intercom size (e.g. number of frames, number of ports, party lines, etc.). On a first birthday, or when upgrading from an earlier version, the intercom will come up as a standard single-frame (136-squared) system. ADAMedit can be used to reconfigure the intercom, e.g. as a 256-squared system, or to increase the number of party lines. (This does not apply to ADAM-CS, which has a fixed number of resources.) When there are more than 100 scrollable items (e.g. party lines), the default alphas are changed (e.g. P### instead of PL##). Bug fix: If a key was pressed, and that key had a talk level 2 assignment of DIM, and the key was on an expansion panel, the intercom could crash. Fixed. (This problem has existed ever since DIM support was added.) New in version 9.3.2 -------------------- Some problems were discovered in the 4-frame (448-squared) version of Master Controller version 9.3.0. When changes were sent to the intercom, a transfer of control would sometimes occur; in other cases, the standby controller would go active (so both processors were active for perhaps a second) and then return to standby mode. Another problem arising from these control problems is that the standby processor could prevent the active processor from turning on relays on an FR9528 relay chassis. These problems seem to affect only large systems: 3-frame (360 squared) and larger. New in version 9.3.0 -------------------- Reduced memory requirements so that 4-frame now fits Additional keypanel protocol support (PAM panels) Support for CSedit / ADAMedit / Command-Line Protocol on multiple ports