Which are the Absolute Positioning functions and protocols of Bosch Autodome & MIC cameras?
This article contains detailed examples for the absolute position functions of the various IP models of the Autodome & MIC cameras.
The support model series are: • Current Models: AUTODOME IP 4000/5000, AUTODOME IP 4000i/5000i, VG5 IP 7000, MIC IP 7000 & MIC IP 7000i, MIC IP 9000i • EOL models: VG5 700, VG5-800, JR HD
NOTES: 1. These commands will NOT work with either the Analog cameras with the serial interface.
2. The HD cameras do not support the OSRD absolute position commands. The HD models operate using the BICOM protocol over IP.
1. Command Repetition Rate
In order to avoid conflicting commands to the camera pan & tilt motors, commands must be controlled using one of the following methods.
Wait for Acknowledge using the GET command
After a SET command is issued, use the GET command to read the dome position and wait for the dome to reach the final position to ensure that it has stopped before sending another SET command. OR
Check to determine if the motors have stopped
The compound PTZ command includes the motors status in the reply to the GET (Inquiry) command. After the camera is told to Move (SET command) to a position, then GET commands can be used to check the motor status. If the motors are still moving, then don’t send another Move (SET) commands. OR
Add a fixed delay time between commands
A fixed delay of 100 mS could be added before a new SET command is issued. The camera will not reach the final position within this amount of time, but the internal buffer can receive commands at this rate. The camera will move to each position in the order that the commands are received, before it will move to the next position. NOTE: The Zoom position data updates at 4 times per second. If the Zoom command isn’t changed, then the value is not updated.
Important: If commands are sent faster than 100 mS, the following will occur:
• When the Autodome motors are in motion to go to a position, and they are not stopped before moving to another position, mechanical slippage will randomly occur.
o This will cause a loss of the home position, which in turn will cause all movements after this to be incorrect. o This will occur more often if the new position is not in the same direction.
• This will not happen when using the MIC IP 7000 camera, since it has an internal resolver that always ensures that any shifts in position are corrected.
2. Bicom Protocol Message Syntax
The Bicom message syntax consists of Flags + Server ID + Object ID + Operation + Bicom Data.
0x81 if a Return_Payload is expected 0x80 if No Return_Payload
Bicom PTZ Server ID:
0x0006 PTZ Server The PTZ server controls the pan, tilt and zoom position.
The Object ID consists of 4 Hex values (0x #### ). This document explains 0x1D0 & 0x, object ID.
0x01 GET (Read a value back from the device) 0x02 SET (Send a value to a device) 0x03 SET_GET (Will perform either of the above actions)
Bicom Data (Up to 30 bytes)
T his depends on the type of command being sent. This document is restricted to the Absolute Position commands and the data bytes are defined below.
NOTE: The 0x at the beginning of these values indicates that it is a Hex value. The 0x is only sent as the beginning characters of the Payload. It is removed for the rest of the data. Refer to the examples below.
3. Position Coordinates
The position data is defined by the Bosch Unified Coordinate System (UCS). The figure below illustrates how the UCS is defined.
NOTES: 1. All versions of cameras have a Pan range of 0.00 to 359.99 2. The Autodome cameras Tilt down from 90.00 Degrees (Horizon) to 180.00 Degrees (looking straight down). 3. The MIC 7000 Camera Tilts up from 90.00 to 0.00. 4. All camera models adjust the coordinates when mounted inverted when the correct setting is configured.
4. Object ID 0x1D0 “Compound PTZ Command”
This section describes the Pan/Tilt/Zoom Compound Absolute Position Object, plus Movement Status object. This object provides control of the Pan, Tilt, Zoom positions in a single command. There is also an option to ignore any of these positions.
E.g. Send the Pan and Zoom position data and ignore the Tilt data. The Hex data for the Pan and Tilt positions is degrees (x100). The Zoom position Hex data is the focal length in mm (x 100).
NOTES: 1. The VG5 700; 800; JR HD FW version must be 5.5 or higher. 2. The AutoDome IP 7000 series & MIC IP HD 7000 series FW version must be 5.92 or higher. 3. This object is not supported by the VG4, VG5 600, MIC analog cameras, and the MIC IP PSU. a) There are separate documents available for these models. 4. The Absolute Position command is typically used for a movement to an Alarm condition to move the cameras as quickly as possible to a known location. Therefore, the camera always responds to an Absolute Position command at the MAX speed after the camera reaches this position, the control then typically changes to use the Variable Speed PTZ command to provide finer control of the camera Section VII). 5. The Maximum Speed varies for each model. Please refer to the Data Sheet for the specific values
Definition of the Get command and response (PTZPosMoveStatus)
Definition of the Set command and response (PTZPosMoveStatus)
Definition of the Data Bytes:
*********Description of Individual Data Bytes********* Bytes# 0 - 5 : PTZ Positions - Request and Response PPPP - 2 bytes Pan Position in Degrees x 100 (UCS) TPTP - 2 bytes Tilt Position in Degrees x 100 (UCS) ZPZP - 2 bytes Zoom position in Focal Length x 100 ****** Byte 6 : Ignore Flags - Expects valid data during Request (SET/SETGET), Don’t care during GET or Response
IP - Ignore Pan: 1 IT - Ignore Tilt: 1 IZ - Ignore Zoom: 1
****** Byte# 7 : Motors Move Flags - Don’t care during Request Motors status is reflected during Response MMF - Motors Move Flags reflects Motion Flags in the returned Data (GET)
PMF - Pan Move Flags: 0 - Stopped, 1 - Moving TMF - Tilt Move Flags: 0 - Stopped, 1 - Moving ZMF - Zoom Move Flags: 0 - Stopped, 1 – Moving
Refer to the PTZ_MovementReferenceGuide_Autodome_&_MIC_7000series_4_1.xlsx for a table of Magnification values.
5. Compound PTZ Absolute Command Examples
Bosch IP Video products in video management system environments are mainly controlled and managed using an enhanced version of Remote Control Protocol, RCP+, pronounced “RCP plus”.
This protocol defines commands and messages that allow to configure the units and to establish communication between units, or units and management systems. As RCP+ message and command sets are dependent on firmware features.
Full RCP+ documentation is available, but a brief summary is:
RCP+ provides opcodes (e.g. 0x9A5) for data transfer. It may be used with any programming language such as C++ or CGI scripts.
CGI Script Example
The use of absolute positioning does require detailed knowledge of programming or scripting languages and the user has to know how to use RCP+. The RCP+ Opcode used in this CGI script example is 0x09A5.
Please refer to the complete RCP+ documentation on usage of this message.
1. Syntax http://aaa.bbb.ccc.ddd/rcp.xml?command=0x09A5&type=P_OCTET&direction=WRITE&num=1&payload=0x80000601d002pppptptpzpzpiiff
• pp pp=Pan values in Hex (Degrees x 100) • tp tp = Tilt values in Hex (Degrees x 100)
• zp zp=Zoom values in HEX (Focal Length x 100)
• ii = Ignore flags (section V, ii)
• ff = Motor Move Flags (section V, ii)
Examples SET Commands:
SET command to pan 90, tilt 90, and zoom to full wide focal length (4.3 mm * 100, Decimal 430, HEX 01AE) http://aaa.bbb.ccc.ddd/rcp.xml?command=0x09A5&type=P_OCTET&direction=WRITE&num=1&payload=0x80000601d0022328232801ae0000
SET command to pan 270, tilt 135, zoom full optical focal length (129 mm * 100, Decimal 12900, HEX 01d6) http://aaa.bbb.ccc.ddd/rcp.xml?command=0x09A5&type=P_OCTET&direction=WRITE&num=1&payload=0x80000601d002697a34d832640000
SET command to pan 180, tilt 180 15X zoom (64.5 mm, Decimal 6450, HEX 1932) http://aaa.bbb.ccc.ddd/rcp.xml?command=0x09A5&type=P_OCTET&direction=WRITE&num=1&payload=0x80000601d0024650465019320000
6. Object ID 0x110 (Operation 0x85) “Variable Speed PTZ Command”
This section describes the Variable Speed Pan/Tilt/Zoom Position Movement object. This object provides control of the Pan, Tilt, Zoom positions in a single command. NOTES: • The Hex data for the Pan and Tilt positions is degrees (x100). • The Zoom position Hex data is the focal length (x 100).
Definition Position.MoveContVarSpeed: (0x85)
Notes: • A speed greater than 0 will cause the operation to start. • A speed equal to 0 for an individual command will cause that operation to stop for that one movement (P, T, or Z). • A speed equal to 0 for all three commands will stop ALL movement (PTZ) • The default mode is for the unit to operate in Proportional Speed. This means that a correction factor is applied to reduce the Speed, so that the control is smoother when at increased magnification factors. • The correlation of the Proportional Speed reduction versus the Zoom/Magnification Factor is provided in PTZ_MovementReferenceGuide_Autodome_&_MIC_7000series_4_0.xlsx.
7. Variable Speed PTZ Command Examples
Refer to Section 5. Compound PTZ Absolute Command Examples for more details on the format of these examples.
Send the command to pan Right at a speed of 15, Tilt Down at a speed of 2, and Zoom Out at a speed of 3 http://aaa.bbb.ccc.ddd/rcp.xml?command=0x09A5&type=P_OCTET&direction=WRITE&num=1&payload=0x8000060110858F0203
Send the command to Tilt Up at a speed of 5 and Zoom In at a speed of 3 http://aaa.bbb.ccc.ddd/rcp.xml?command=0x09A5&type=P_OCTET&direction=WRITE&num=1&payload=0x800006011085008383
... View more
All NetApp E-Series Systems (E.g. E2700 and E2600)
The internal chip vendor for the NetApp host card (HIC) responsible for the CH3 / CH4 host ports has a predefined set of MAC addresses for every port on the host card. These are set to allow multiple protocols support.
The normal behaviour is to have FCoE/ethernet/iSCSI MAC addresses all uniquely defined on the same port.
If you must quickly identify what MAC addresses would be visible by some security applications, you can determine a list using a label on the controller host card. Locate the controller HW and write down the MAC address from the label on the host card (white sticker).
Based on the example label we refer here, you can see the MAC, 00:A0:98:5C:1C:B8 x6. 'x6' is indicating that the MAC address pool for this card is 6 sequential addresses long.
The NetApp HIC would require the following MAC addresses be allowed in aggressive port security implementations. 00:A0:98:5C:1C:B8 00:A0:98:5C:1C:B9 00:A0:98:5C:1C:BA 00:A0:98:5C:1C:BB 00:A0:98:5C:1C:BC 00:A0:98:5C:1C:BD
If the label is missing or further evidence is required, there is a shell command that can output the MAC address pool list. Please note that shell commands are sensitive and should only be completed by NetApp to avoid any chance of error and impact. 1. Connect to shell of controller 2. Execute chall 0 and document what host channel relates to the port of interest. In my example, we are using channel 4 and 5 to show the full list of the card. -> chall 0 chAll (Tick 0304974794) ==> 04/11/17-12:24:26 (GMT) 2701-A 08.25.08.00 .....Channels.....:...........Target...........:............Initiator..........: Link :ITN :..........IOs..........:ITN :............IOs...........:.........Busy.........Idle. Ch H/D STP Down :cnt : Open Completed Errs :cnt : Qd Open Completed Errs: Ms Ms ---- --- --- ---- :--- :----- ---------- ----- :--- :--- ----- ---------- -----: ------------ ------------- 0 Drv SAS 0 : 1 : 0 41267 0 : 14 : 0 0 112236 0: 16536 61258555 1 Drv SAS 0 : 1 : 0 41150 0 : 14 : 0 0 104671 6: 12267 61262825 -< 2 Hst SAS 0 : 0 : 0 0 0 : 0 : 0 0 0 0: 0 61275093 -< 3 Hst SAS 0 : 0 : 0 0 0 : 0 : 0 0 0 0: 0 61275093 -< 4 Hst FCP 0 : 0 : 0 0 0 : 0 : 0 0 0 0: 0 61275093 -< 5 Hst FCP 0 : 0 : 0 0 0 : 0 : 0 0 0 0: 0 61275093 6 Drv USB 0 : 0 : 0 0 0 : 2 : 0 0 0 0: 0 61275094 value = 1 = 0x1 3. Using channel from step #2, execute qlSetMacAddresses # to output MAC addresses to shell. The highlighted portion of the output below correlates to the last octet of the MAC addresses in the list we manually created above. -> qlSetMacAddresses 4 address into qlSetMacAddresses:0 NOTE: memory values are displayed in hexadecimal. 0x0c697700: b8 1c 5c 98 a0 00 00 00 * .\.....* 0x0c697710: b9 1c 5c 98 a0 00 00 00 ba 1c 5c 98 a0 00 00 00 *..\.......\.....* 0x0c697720: bb 1c 5c 98 a0 00 00 00 bc 1c 5c 98 a0 00 00 00 *..\.......\.....* 0x0c697730: bd 1c 5c 98 a0 00 00 00 *..\.............* value = 0 = 0x0 -> 04/11/17-12:29:41 (tShellRem208398600): WARN: Mac Address of less that 0xFFFFFFFF rejected 04/11/17-12:29:41 (tShellRem208398600): WARN: QLogic command failed -> qlSetMacAddresses 5 address into qlSetMacAddresses:0 NOTE: memory values are displayed in hexadecimal. 0x0c690500: b8 1c 5c 98 a0 00 00 00 b9 1c 5c 98 a0 00 00 00 *..\.......\.....* 0x0c690510: ba 1c 5c 98 a0 00 00 00 bb 1c 5c 98 a0 00 00 00 *..\.......\.....* 0x0c690520: bc 1c 5c 98 a0 00 00 00 bd 1c 5c 98 a0 00 00 00 *..\.......\.....* value = 0 = 0x0 -> 04/11/17-12:31:06 (tShellRem208398600): WARN: Mac Address of less that 0xFFFFFFFF rejected 04/11/17-12:31:06 (tShellRem208398600): WARN: QLogic command failed
4. Repeat this process for every port (channel) connected on each controller.
... View more
Divar IP 7000 R2
Memory leak on a Divar IP 7000 R2 triggered by Catalyst Control Center.
Under some circumstances the software Catalyst Control Center (ccc.exe) occupies 100% of the virtual memory on a Windows Server 2012 system.
Loglines from Windows event log showing the memory issue:
Warning 15.09.2017 02-30-37 Microsoft-Windows-Resource-Exhaustion-Detector (3) NT AUTHORITY\SYSTEM mydivar
->Windows successfully diagnosed a low virtual memory condition. The following programs consumed the most virtual memory: CCC.exe (10744)
There are two different ways to solve the issue:
1. delete ccc manually from the registry and restart the Divar IP 7000 R2.
2. Update your Divar IP with upcoming BVMS Appliance version 8.0.x
Issue is fixed inside upcoming BVMS Appliance version 8.0.x
... View more
Divar IP 3000 & Divar IP 7000
You do an export in BVMS on a Divar IP 3000 or Divar IP 7000.
The file names of the attached files contain Japanese characters.
You decompress the .zip file by using the Windows (zipped) Folders feature on a computer that is running Windows 7 or Windows Server 2008 R2.
In this scenario, the Japanese characters in the file names of the decompressed files are displayed as garbled text.
Install Microsoft Hotfix KB: 2704299.
Detailed information and the hotfix, you will find here: https://support.microsoft.com/en-us/kb/2704299
Issue will NOT occur with Divar IP 7000 R2
... View more
In rare situations it might happen that the mirrored SSD drives used for the Operating system need to be set-up from scratch when not only one, but both SSD drives used in the RAID-1 mirrored setup need to be exchanged with two new drives (e.g. Both SSD have been removed or were missing during first install attempt or imaging process from the recovery DVD. It is strongly recommended to always open a Technical Support Case at the local BOSCH Security Systems Level 1 Support team / help desk. Report the the following details to the support:
Is the system registered at BOSCH?
What is the System Serial-No.?
What is the storage capcity of the new inserted two SSD drives at the rear side of the used DIVAR IP 70000 R2 system?
All DIVAR IP units with SSD drives used for Operating system e.g.
DIVAR IP 7000 3U ... (R2)
DIVAR IP 7000 2U ... (R2)
This can be e.g. CTN DIP-71F8-16HD, DIP-71F and similar
How to add two brand new SSD drives as system and OS drive to a
DIVAR IP 7000 R2 or
DIVAR IP 6000 R2
The two SSD drives are set-up in a mirrored RAID configuration (RAID-1) and it is not expected that two drives fail at the same time. Also it is expected that DIVAR IP systems are installed at a secure environment or room and both SSD drives are not expected to be removed at the same time.
Nevertheless, this article will explain how to set-up the RAID quickly in order to start the "re-imaging" process from the Recovery DVD (one at DIVAR IP 6000 R2 - or two DVDs at DIVAR IP 7000 R2) enclose to each DIVAR IP 7000 R2 or DIVAR IP 6000 R2 delivery.
The following steps can be performed to get the system back to a state to run the regular recovery process.
Shut down the DIVAR IP x000 R2 system
Insert the two empty SSD drives which you received from BOSCH Security Systems or the local authorized dealer.
Make sure the most recent recovery DVD is available (e.g. DIVAR IP 7000 R2 OS image 1.02 / two DVDs). In case DVD is missing, contact the BOSCH Security systems support and request new set of DVD. Please also take the "DIVAR IP 7000 R2 Field Installation Guide" into account (attached to this article).
During boot up of the DIVAR IP there are various function key combination displayed to enter certain dialogs. Please wait for the message. Press <CTRL-I> to enter Configuration Utility... Press the < CTRL > and the I key to enter that dialog for creating a RAID Volume.
Choose option 1. for the two SSD drives: "1. Create RAID Volume" and configure Name: Volume0 RAID Level: RAID1(Mirrored) Disks: Select Disks And then Create Volume Check that the new Volume in mirrored RAID1 setup is also showing "Bootable" = Yes.
Now you will see a WARNING message "All DATA on selected Disks will be lost". This is for the two SSD drives only.
Confirm this Warning with pressing "Y" (YES).
Please compare if you now see a similar result like shown in this screenshot with a RAID1(Mirror) setup.
Then exit the tool (option 4) and reboot the DIVAR IP
During boot up choose F11 to invoke Boot Menu
Choose the DVD drive with your inserted BOSCH recovery DVD. This should be the "UEFI: Slimtype DVD A..."
When requested to press any key to boot from DVD, please do so (press either e.g. space bar or Enter). Now the Windows logo will appear and the imaging process starts.
... View more